Ответ
Основные проблемы на прошлом проекте:
- Отсутствие гибкости – жесткий waterfall в условиях быстро меняющихся требований. Например, изменения в ТЗ после подписания требовали пересогласования на всех уровнях.
- Долгие циклы согласований – даже мелкие правки (например, изменение кнопки в интерфейсе) проходили через 3-4 инстанции.
- Размытая ответственность – из-за матричной структуры разработчики подчинялись и PM, и функциональному руководителю, что создавало конфликты приоритетов.
Пример:
# Было: задача на доработку API висела 2 недели в "согласовании"
task = get_task_from_jira("API-123")
if task.status == "In Approval":
wait_forever() # Блокировка разработки Как исправлял: внедрил гибридную модель (Scrum + Kanban) для оперативных задач, сократил число согласующих через RACI-матрицу.