Наконец-то наша команда аналитиков выработала стандарты документации, и теперь наши постановки стали проработаннее, детальнее и структурированнее.
💡 Как думаете, стали ли проще разработка, уменьшился Time to Market (время выхода в релиз фичи с момента создания) и снизилось количество ошибок при разработке?
🚫 НЕТ. 🚫
📌 Детализация = больше проверок
Теперь в постановках больше деталей, которые можно трактовать по-разному или просто не заметить, но которые QA теперь точно должны проверить. Если раньше на задачу хватало 5 проверок, то теперь их 20. Время проверки увеличилось кратно.
📌 Ревью — плюс часы к разработке
Появляется больше возможностей ошибаться самим аналитикам. По возможности привлекаем друг друга для ревью, а это плюс часы к разработке фичи и размывание ответственности.
📌 Меньше гибкости для команды
А где-то мы закрываем возможность предложить бэкам и фронтам лучшее решение, потому что уже кажется, что всё продумано. Конечно, есть груминг и обсуждения, но на нашем уровне детализации они не спасают.
📌 Проблемы с планированием
Чем больше требований, тем больше их можно проигнорировать. Добавляются часы к разработке и страдания всей команды, особенно менеджеров, потому что сроки покинули
Я смотрю на этот снежный ком и думаю:
Мы действительно улучшили процесс, или просто придумали способ посидеть в песочнице подольше?
Безусловно, есть и плюсы:
✅ Выпускаемые фичи продуманнее, и ошибок меньше. Клиенты отзываются, что решения стали качественными.
✅ Процессы и решения стали прозрачнее. Мы не только шаблоны постановок придумали)
✅ Команда не тратит время на погружение, и можно давать такие постановки новичкам.
Но вот точно ли мы как команда разработки выиграли? 🤔 Не знаю. И имеющимися инструментами оценить не могу.
Ваши мысли?
📌 Как понять, насколько детализированными должны быть требования?
📌 Как прикинуть пользу от нового шаблона?
Без вашего взгляда не справлюсь. А то я в своих размышлениях уже почти дошла до того, что аналитики не нужны (если вы хотите страдать). 😆
#SA #systemanalyst #системныйаналитик #ИТБоль