Может ли техническое задание на автоматизацию бизнес-процессов противоречить декларируемым ценностям компании/проекта?
Казалось бы, это просто ТЗ. А, вот вам реальные функциональные требования на автоматизацию:
1. (Где-то в преамбуле) проект автоматизации ... реализуется для повышения прозрачности процессов, создания атмосферы открытости, улучшения обмена идеями, ... (В общем сплошь благие цели про бирюзу и диджитализацию)
2. (В середине требований) механизм общения между пользователями предполагает строгую регламентацию в соответствии с организационной иерархией. Ну и далее, про то, что обратиться с новой идеей, обращением, жалобой к Директору Департмента может только сотрудник N-1 грейда, при условии согласования с сотрудником грейда M и функциональным руководителем...
Очевидно, что требование пункта 2 противоречат идеологии проекта, декларированной в пункте 1. Какая открытость и обмен идеями, если каждый чих согласуется 10 участниками лишь бы не потревожить покой Директора Департамента?
Взлетит ли такой проект? Весьма вероятно, нет или с очень большим трудом.
Должен ли внутренний эксперт и подрядчик «ловить» такие противоречия и не допускать их в финальное ТЗ? Даже если это вызовет сложный разговор/конфликт с заказчиком?
С нашей точки зрения - должен. Ибо, лучше сложный разговор на этапе ТЗ, чем на этапе, когда полностью реализованный проект не взлетит.
Казалось бы, это просто ТЗ. А, вот вам реальные функциональные требования на автоматизацию:
1. (Где-то в преамбуле) проект автоматизации ... реализуется для повышения прозрачности процессов, создания атмосферы открытости, улучшения обмена идеями, ... (В общем сплошь благие цели про бирюзу и диджитализацию)
2. (В середине требований) механизм общения между пользователями предполагает строгую регламентацию в соответствии с организационной иерархией. Ну и далее, про то, что обратиться с новой идеей, обращением, жалобой к Директору Департмента может только сотрудник N-1 грейда, при условии согласования с сотрудником грейда M и функциональным руководителем...
Очевидно, что требование пункта 2 противоречат идеологии проекта, декларированной в пункте 1. Какая открытость и обмен идеями, если каждый чих согласуется 10 участниками лишь бы не потревожить покой Директора Департамента?
Взлетит ли такой проект? Весьма вероятно, нет или с очень большим трудом.
Должен ли внутренний эксперт и подрядчик «ловить» такие противоречия и не допускать их в финальное ТЗ? Даже если это вызовет сложный разговор/конфликт с заказчиком?
С нашей точки зрения - должен. Ибо, лучше сложный разговор на этапе ТЗ, чем на этапе, когда полностью реализованный проект не взлетит.