Сегодня читал очередное ТЗ написанное для разработки государственной системы и понял почему в ИТ нельзя применять проектное управление 🙂 А в строительстве можно.

Вот читаю требования к очередной системе. Одно из требований звучит что нужно применять алгоритмы ЭЦП. Вообще мутное требование имеющее множества вариантов реализации, но уточнили и оказалось что речь идет о криптографических алгоритмах (что пчм то не прописано в ТЗ).

Все бы хорошо, но следующим требованием идет то, что нужна работа системы с различных компьютеров: Windows и Mac OS.

И вот тут бумс.

Самое популярное решение для крипто-ЭЦП работает и сертифицировано только под Windows. Оно работает, но не сертифицировано под Mac OS. А значит такая ЭЦП и документы подписанные через нее не будут легитимны.

И вот как реализовать такое требование?

Потому проектная методология в ИТ-услугах чревата последствиями. Тут речь шла о ТЗ в 2 страницы. А что если ТЗ будет в 20 страниц? Или в 200 страниц? Как вычитать и учесть все противоречия в требованиях?

Я конечно не имею опыта управления строительными проектами, но по мне так там все по СНИПам и ГОСТам. Есть сметные нормативы. Достаточно предусмотреть нужные подушки в бюджете и довольно сложно нарваться на логические конфликты требований.

Потому там проектный метод вполне адекватен.

В ИТ-услугах тоже можно использовать проектный метод, если не детализировать так требования. Но нужно понимать что бюджет таких услуг будет в 3-5-10 раз выше, чем если бы эти услуги оказывались через Agile.

Поправьте меня, если я ошибаюсь…