💸 Как плохое ТЗ может удвоить стоимость проекта Техническое задание - это иллюзия контроля, которая чаще всего убивает бюджет и сроки проекта. Попытка описать каждый чих до старта разработки приводит к тому, что контекст рынка меняется быстрее, чем команда дописывает последнюю главу. В реальном кейсе из статьи полугодовое написание ТЗ обернулось полутора годами разработки вместо запланированного года. Главная ловушка здесь в том, что детальная документация провоцирует создание избыточной функциональности: аналитики стремятся предусмотреть всё, в результате чего продукт обрастает функциями, которые не решают главную проблему пользователя.

Спасает только смещение фокуса с описания решения на описание проблемы. Вместо пункта "Создать личный кабинет с кошельком" нужно спрашивать: "Какую потребность пользователя это закрывает?". В одном из проектов такой пересмотр бэклога через пользовательские истории сократил количество задач втрое. Такой взгляд позволил сократить количество задач в три раза, что позволило уложиться в 4 месяца разработки вместо 12 и сэкономить 24 миллиона рублей.

Рабочий инструмент здесь - простой шаблон user story: "Я как (роль) хочу (действие), чтобы (ценность)". Добавьте к этому пару критериев приемки и этого уже достаточно для старта разработки. Такой подход экономит месяцы на аналитике, снижает риск создания ненужных функций и позволяет получать обратную связь от реальных пользователей, а не гадать, что им понадобится в будущем.

LinkedIn: Дмитрий Курдюмов, Senior Agile Coach - X5 Retail Group

📖 Читать статью (~5 минут)