Проблемы при работе по техническому заданию
Техническое задание — к сожалению, не панацея. Этому есть ряд причин, вот лишь несколько из них:
1) IT-проекты — это всегда проекты с высокой степенью неопределенности.
IT очень молодая сфера, технологии кардинально меняются за очень короткий промежуток времени, рынок меняется тоже очень быстро, нет единых стандартов. Без должного погружения в задачу — зачастую невозможно оценить ее масштабы и сложности. Чем крупнее проект, тем сложнее составить техническое задание, в ряде проектов ТЗ невозможно составить в принципе.
2) IT-проекты — динамическая система.
В ходе реализации проекта по ТЗ могут всплывать новые задачи и требования, предъявляемые к IT-решению. Если с малыми проектами проблем нет, просто оцениваются дополнительные работы и подписывается доп.соглашение, то в крупных проектах это может стать настоящей проблемой и головной болью.
3) Не существует единой практики при выборе технологического стека
К сожалению, действительно сильных проект-менеджеров и тимлидов можно пересчитать на пальцах.
Поэтому в большинстве проектов выбирается не самый оптимальный способ решения задачи, а тот, который привычен разработчикам.
Если компания делает сайты на 1С-Битрикс, значит и маленькую одностраничную заглушку нужно делать на нем. Если компания всю жизнь разрабатывает софт на C++, то ПО для терминала будут делать на нем.
ТЗ при этом «за уши» будет притянуто к тому стеку, с которым работает компания, несмотря на кратное увеличение сроков и бюджета.
4) Требуется наличие высококвалифицированного технического консультанта
90% всех когда-либо написанных технических заданий — полнейшая чушь, разобраться в которой не способен не то что заказчик, но зачастую и другой разработчик.
Чем крупнее проект, тем важнее найти человека, который способен перевести с русского языка заказчика на русский язык разработчика. Без стороннего специалиста подготовить качественное техническое задание на крупный проект, к сожалению, не возможно.