Руководители в погоне за красивой записью в своё резюме начинают скоростное внедрение Agile в своих проекта, формально следуя процессам, описанным в «гайдах» без реального изменения культуры и подхода к работе. Без обучения команды и создания необходимых условий для успешного применения методологии у вас ничего не получится.
Для руководителя проекта необходимо последовательно воспитывать в членах команды открытость, сотрудничество и готовность к изменениям, менять своё мышление
Самыми популярными фрейморками6 является Scrum и Kanban. Свод знаний о данных подходах опубликован в двух канонических книгах:
– Scrum Guide, произносится как «Скрам гайд», последняя версия издана в Ноябрь 2020, объём 16 страниц7
– Kanban Guide, произносится как «Канбан гайд», последняя версия издана в Декабре 2020 , объем 9 страниц.
Фреймворки подразумевают строгое выполнение той части, которая необходима для реализации теории, но основаны в первую очередь на опыте команды и не предоставляет людям подробных инструкций.
При использовании традиционного менеджерского подхода в Scrum руководитель проекта может допустить ряд ошибок, которые приведут к неправильному толкованию ритуалов и низкой эффективности применения данного фреймворка. Вот основные ошибки, которые допускаются:
–Указывать что и как делать команде и Scrum Master;
–Контролировать все и вся. Особенно через отчеты;
–Включать «начальника» и вносить в спринт новые срочные задачи;
–Позволять стейкхолдерам не конструктивно коммуницировать с командой;
–Позволять отчитываться “себе” на Daily Scrum.
Руководитель проекта по отношению к команде в первую очередь должен принести описание проблемы и предоставляет возможность найти способы решения команде, доверившись ей в том, что они добьются результата самым лучшим способом. Управление командой в Scrum или Kanban резко ломает традиционные менеджерские методы, к которым вы привыкли. А сами фреймворки вводит серьёзные ограничения на способы воздействия на команду проекта отказавшись от привычных постановок задач. Например, в SCRUM руководитель проекта не имеет права по-своему хотения прийти в команду и заставить выполнить задачу, которой нет в беклоге спринта.
Гибридная модель
В таком подходе в одном проекте сочетаются элементы традиционных и гибких методологий. Такая модель позволяет руководителю проекта адаптировать процессы в зависимости от специфики проекта, требований клиентов и условий рынка. Большой плюс, что в такой модели использует лучшие практики как из традиционных, так и из гибких методологий. Например, можно применять водопадный подход для планирования и определения требований, а какой-нибудь фреймворк Agile – для разработки и тестирования. Очень хорошо, на этапе внедрения зарекомендовал себя Kanban.