Как управлять комплексными сложными проектами и не убить бизнес?
Гибкие методологии не стыкуются с ценностями и традициями, на которых основана отечественная культура управления.
Именно с таким безапелляционным анонсом в сентябре 2017 года вышла статья консультанта Ирины Плотниковой на портале https://www.e-xecutive.ru/ Автор рассматривает причины, по которым «гибким методологиям» будет очень трудно «обрусеть», стать естественной частью российской управленческой культуры. Изучая мнения других экспертов, я попыталась собрать проблемы, с которыми сталкивается бизнес при внедрении гибких методологий.
Список топ-5 проблем выглядит следующим образом:
Scrum не работает, если в компании нет понятия продукта и владельца продукта.
Владельцы продуктов должны быть внутри блока IT. Это в идеале, в реальности же, зачастую, приходится назначать владельцами сотрудников из бизнеса.
Если нет возможности «держать» владельцев продуктов внутри IT-блока, надо назначать владельцами не руководителей функциональных блоков, а специалистов из этих блоков. Хорошие владельцы продуктов получаются из аналитиков, из менеджеров проектов.
Неправильная оценка трудоемкости задач (фич) в бэклоге.
Самый важный пункт, за которым кроется успех или неуспех внедрения, – это люди!
Так как стать agile-компанией без революционных перестроек?
Если компания решила внедрять гибкие методологии, то это влечет за собой серьезную перестройку всей организационной структуры. Изменяются привычные процессы, вводятся новые правила работы, новые артефакты, новые термины. Сотрудникам становятся непонятны перспективы карьерного роста в компании, состоящей из самоорганизующихся команд с тремя ролями, не связанными иерархией. И то, что является спасением для инновационных команд, живущих в «запутанных системах» (по модели Кеневин), то становится пугающим и возможно даже губительным для традиционных производств и сферы услуг.
Все элементы Scrum можно и даже нужно адаптировать и модифицировать под конкретные реалии компании.