• Частые проблемы, которые возникают при быстром росте команды

    Частые проблемы, которые возникают при быстром росте команды

Частые проблемы, которые возникают при быстром росте команды

Если ваш проект/продукт растет и количество команд увеличивается — поздравляем!
Это говорит о том, что у вас потребность и возможность делать больше, лучше, качественнее свой продукт. Не всегда такой рост происходит планово и органически, позволяя РМ-ам и лидам адаптироваться к новым реальностям и начать применять другие инструменты. Часто мы наблюдаем картину, что нас «внезапно» стало 50-100+ человек и теперь работаем мы совсем неэффективно.

Что делать? Итак:
  • Непонятно кто за что отвечает, очень долго принимаются решения.

Вроде бы все умные люди, но ответственность никто на себя не берет за принятия решений, ключевые решения откладываются, затягиваются и в результате стопорится работа. Тут конечно жизненно необходимо четко выделить роли и обязанности и зафиксировать их. К примеру, в SAFe выделяются дополнительные 2 роли для координации команд: RTE (Release Train Engineer), System Architect и Product Management и фиксируются их зоны ответственности и обязанности. Теперь понятно к кому идти с вопросами о продукте и приоритетах (Product Management), с вопросами о рефакторинге и исследованиях (System Architect) и с вопросами об неэффективности процесса (RTE).

  • Нет Vision по продукту, требования не четкие и не понятные, процесс приоритизации сплошная боль.

Создать продукт — это искусство. И если вы сможете поставить его на процесс — это уже огромный рывок вперед. В рамках SAFe четко прописывается процесс работы с требованиями — Portfolio Kanban — который не просто визуализирует все стадии работы над идеями, но и четко показывает на какой стадии что должно быть сделано.

  • Нет предсказуемости, все перегружены и крутятся как белки в колесе, но регулярно релизы не поставляются.

Невозможно найти время для планирования, ретроспектив или гибко реагировать на меняющиеся приоритеты. Тут конечно без синхронизации работы команд и введения одинаковых каденций не обойтись. Именно они дадут предсказуемость и ритм разработки. А еще конечно не просто командные ретроспективы, а выделения времени на инновации и улучшения, как то IP sprint, Inspect & Adapt workshop и т.д.

  • Отсутствие синхронизации между топ-менеджментом и командами: такое впечатление, что это две параллельно существующие вселенные.

Все мы знаем насколько загружен топ-менеджмент и как сложно найти возможность им пообщаться с командами. Но без этого каскадирование целей компании, выравнивание по планам просто не произойдет. И тут очень важно найти здравый баланс в таких встречах. PI planning — это реальная возможность для команд — узнать от бизнеса как дела в компании, какие планы на сейчас и как мы себя чувствуем на рынке, а для бизнеса — поделиться этим виденьем и получить обратную связь об их реальности.

Безусловно, это не полный список. Проблем, которые возникают при росте, особенно быстром, достаточно много. И преимущество Scaled Agile Framework именно в том, что он достаточно точно и детально дает конкретные работающие практики по решению их всех, вне зависимости от того, вы хотите оптимизировать работу 50 или 20 000 человек.
Ждем вас на нашем тренинге Certified Training Leading SAFe 5.0, чтобы вы сами окунулись в практические инструменты Lean, Agile и DevOps.

Узнайте, что нового!
Никакого спама, никогда!