Привет! Меня зовут Роман Донской, я CEO сервиса Spexfy по разработке техзаданий. Каждый, кто имеет отношение к разработке, знает про необходимость технического задания для любого проекта.
Аргументов в пользу техзадания мы знаем можно назвать много. На поверхности такие утверждения в пользу ТЗ:
- Детальное определение объема работ по проекту. Позволяет правильно рассчитать стоимость проекта и сроки выполнения. Выполнив проект без увеличения проектной стоимости и вовремя, вы с большой вероятностью вы получаете еще одного постоянного клиента, который будет ценить вас за профессионализм.
- Исключает необоснованные требования к проекту со стороны заказчика. Многие участвовали в историях, когда заказчик утверждает, что “проговаривал” с вами “это” перед началом проекта, а вы “забыли это”. Спорить в этих случаях без документа техзадания очень тяжело. У этой ситуации обычно есть два выхода и оба это определенные потери для вас. Решение #1, соглашаетесь с клиентом и создаете его “хотелку” за свой счет. Решение #2, начинаете доказывать клиенту, что “это он что-то забыл”, входите с ним в конфликт, теряете иногда репутацию или деньги. Итог: “Никаких плюсов не видно, как на минусы не глянь”(цитата “Сказ про Егора-стрельца” Андрея Аверьянова).
- Проблемы оплаты. Любые непонимания по проекту очень быстро упираются в проблему оплаты. Клиент приостанавливает очередную оплату до разрешения конфликта, тем самым он имеет приоритет в давлении на вас. Вы понимаете, что война с клиентом это дорого и даже возможная победа будет все равно чего-то стоить.
Но есть еще один риск для разработчика, который может проявиться после завершения проекта. Вы закончили проект без ТЗ - браво! Считайте, что прогулялись по минному полю и остались целым. Но тут может оказаться, что минное поле не имеет конца.
В проектном менеджменте это называется верификацией проекта. Сверка изначальных требований к проекту и их выполнением. В отсутствии требований (в нашем случае, документа техзадания) сверять нечего. А это значит, что проект не завершен. Заказчик сможет как и в случае необоснованных требований во время выполнения проекта, так и после его окончания выдвигать свои “хотелки” разработчикам. Этот риск разработки без ТЗ не виден сразу, но он существует.
Оказывается документ технического задания дает понимание где начинается проект и где он заканчивается. И в нашем случае, отсутствие верификации проекта может формально перерасти из разработки проекта в его неограниченный ничем саппорт. Поэтому делайте ТЗ и будем вам счастье!
В комментариях пишите какие ситуации с клиентами были у вас. Всем желаю правильных и денежных клиентов!