Неплохо написано! Самое прекрасное в этой статье, что тут нет крайности: надо или не надо ТЗ...
У себя в компании мы первично пишем упрощенное ТЗ. Называем его «Бизнес-требование». Это тот случай когда заказчик вообще не понимает что хочет и из чего оно должно состоять. Данный документ описывает перечень задач системы без детального описания (аналогичному тому как у вас Паспорт проекта).
Когда документ готов и п нему есть правки мы пишем подробное ТЗ (у нас заказная разработка с нестандартными модулями и всегда есть нюансы). В 90% будет ТЗ, хотя я начинаю приходить к тому, что этим мы избаловали команду. Все таки аналитический склад ума и понимание бизнес логики должно быть и разработчиков.
Неплохо написано! Самое прекрасное в этой статье, что тут нет крайности: надо или не надо ТЗ...
У себя в компании мы первично пишем упрощенное ТЗ. Называем его «Бизнес-требование». Это тот случай когда заказчик вообще не понимает что хочет и из чего оно должно состоять. Данный документ описывает перечень задач системы без детального описания (аналогичному тому как у вас Паспорт проекта).
Когда документ готов и п нему есть правки мы пишем подробное ТЗ (у нас заказная разработка с нестандартными модулями и всегда есть нюансы). В 90% будет ТЗ, хотя я начинаю приходить к тому, что этим мы избаловали команду. Все таки аналитический склад ума и понимание бизнес логики должно быть и разработчиков.