При инициации проекта по созданию или развитию веб-системы часто обсуждения строятся вокруг понятия «техническое задание». Однако существует другой, не менее важный документ, предшествующий техническому заданию — это концепция. Причём даже в тех случаях, когда концепция пишется, отношение к ней обычно как к весьма произвольному по форме и содержанию документу, своего рода «описанию хотелок».
Концепция — документ, описывающий: а) проблему, как разницу между текущим и желаемым состоянием/ситуацией, отражающей согласованные интересы прямых и косвенных участников и б) ключевые решения относительно достижения целевой ситуации через совокупность работ и свойств создаваемой системы.
«И так всё понятно»: недоосмыслена ценность фиксации и коммуникации, считается, что всё очевидно и останется таковым в ходе всего проекта. «Да вот же концепция — в письме Фёдора Ивановича»: недоосмыслена ценность формализации, под концепцией понимают произвольный набор размытых описаний (идей). «Чего писать, работать надо!»: прокрастинация (предпочтение делать интересное, а не нужное). Процесс собственно разработки обычно для многих увлекательнее, чем анализ, целеполагание и планирование (хотя бы потому, что последнему нигде не учат).
Конфликты Несогласованное принятие решений из-за различий в понимании причин, целей и ключевых свойств продукта Goal Creep (по аналогии со Scope Creep) — мутация причин, целей и ключевых свойств. Потеря времени на восстановление. В худшем случае — недостижение целей проекта. Неустойчивость ТЗ Техническое задание не опирается на концепцию — следовательно его утверждения могут несоответствовать целям проекта, причём установить это несоотвествие практически невозможно. Низкая мотивация Если концепция не донесена до разработчиков, то у них теряется понимание того, ради чего они работают. Следовательно падает эффективность их работы.