Потерял месяц согласований по разработке приложения, психанул. Теперь только платные брифы
Однажды ко мне пришел крупный застройщик, хотел обновить дизайн приложения. Провели два созвона, определились, что будет в дизайне. Делаю простенькое ТЗ на доп. разработку мобильного приложения. Все круто, казалось бы. Потом выяснилось, что нужно интегрироваться с 1С. Это сложная доработка, поэтому с командой делаем полноценное техническое задание.…
Хотел возмутиться, но остановился. :)
То, что ты называешь «ТЗ» на самом деле «спецификация продукта», т.е. ты выходишь за рамки «автоматизации»/«цифровизации» и делаешь заказчикам ПРОДУКТ. Поэтому возникает много вопросов, какую работу для клиента выполняет приложение, какие боли устраняет и какие выгоды сулит. Это не разработка (составление) «ТЗ», это уже управленческий консалтинг. Правда, не ты, не заказчик не осознаете (не говорите об этом), что это очень сильно повлияет на весь бизнес. :)
Похоже стоит добавить это в раздел услуги, спасибо!
То, что ты называешь «ТЗ» на самом деле «спецификация продукта»
Процитирую:
"До разработки требуется определить требования и набор функциональности, которое необходимо реализовать в программном обеспечении, для этого предварительно проводится анализ бизнеса, идей и "хотелок" заказчика.
Аналитики изучают бизнес требования и формируют Техническое задание (ТЗ) или Спецификацию, с участием дизайнеров, которое включает:
• функциональные требования – описание основной и дополнительной функциональности, которое требуется реализовать в программном обеспечении;
• не функциональные требования – требования к среде исполнения, производительности, защищенности, наличия мониторинга, логирования и т.п.
• мокапы – схематическое изображение экранов или страниц с графическими элементами представления (надписи, таблицы и т.п.), ввода (поля и окна ввода, таблицы и т.п.) и управления (кнопки, радио кнопки, чек-боксы и т.п.), со схемой переходов между экранами;
• дизайн – графическое представление страниц и экранов программного обеспечения может дополнительно прилагаться к ТЗ (либо создаваться дизайнерами позже).
...
В классическом процессе разработки ТЗ или Спецификация для программиста является исходным документом, используемым в процессе разработки.
На основе Технического задания (или Спецификации) формируется список задач программистам для реализации."
("Профессиональные компетенции разработки программного обеспечения" Д.Черемнов)