Технические задания и IT-системы: разбираемся, как ожидания мэтчить с реальностью
Больше половины IT-систем разрабатываются на основе некорректных или неполных требований. Такие проекты редко становятся успешными. Однако проблему можно решить, если выстроить правильное взаимодействие заказчика с разработчиками системы. В статье разбираемся, как это можно сделать, заменив текстовую документацию на другой способ фиксации требовани…
А я думал это давно стандарт. Я с самого начала так и писал ТЗ. Описание функционала плюс CJM плюс графика интерфейса
Не всегда так, к сожалению. Последнее время заметил, что многие компании переизобретают подход к требованиям, и логично, что постепенно все идут в одном направлении. Но на практике пока редко такое вижу.
Всё ещё часто бывает, что аналитик что-то писал там 2-3 месяца, а потом это где-то в confluence лежит никем никогда не открытое, потому что на этапе дизайна какие-то совершенно новые вводные идут :)