в продолжении прошлого поста
Вообщем, краткое умозаключение, «фундаментально» проработанное ТЗ спасает проект от нестыковок, но делает разработчиков более пассивными. «Сырой» вариант, наоборот, позволяет растить экспертизу, но сложнее в управлении. Лучший путь — комплексный: глубокая проработка критически важных моментов от аналитиков и свобода для технических инициатив команды. Тогда все участники проекта растут в своих сильных сторонах, а результат получается более качественным.
Post #337
656
ИТ наизнанку | Владимир Ловцов Парадокс..... На тему поста меня навела вечерняя переписка с одним хорошим аналитиком. В проектах порой встречается парадокс, чем глубже системные аналитики прописывают требования тем более низкий уровень разработчиков на проекте. А если, наоборот, ТЗ (не…
- 👍 4