Рекомендации от Анны, проджект-менеджера команды SOLAR DIGITAL:
Если вы планируете внедрять SCRUM-методологию внезапно, будьте готовы к снижению работоспособности коллектива. Лучший вариант — сначала изучить особенности членов команды, чтобы подстроить под них процессы. А потом уже плавно переходите на SCRUM. Тогда эффективность команды если и снизится, то незначительно.
Еще один недостаток SCRUM-методологии: предполагается, что над проектом работает слаженный коллектив. И он не меняется на протяжении десятилетий. Так бывает редко, а любой новый член команды удлиняет сроки проекта за счет своей адаптации. Выход из этого — оценивать проект сразу в нескольких единицах. Я работаю с часами и сторипойнтами, в часах делаю поправку в 30+%. Ее можно отменять примерно через полгода слаженной работы, когда команда начинает адекватно оценивать время.
Три правила для тех, кто внедряет SCRUM в команде:
- Действуйте мягко. Не подстраивайте всех под себя, подстраивайтесь под команду.
- Требуйте соблюдения регламента (опоздания, время митингов и т. д.). Это не всем комфортно, но держит команду в тонусе.
- Не нарушайте правила, которые установила сама команда (например, если решили, что комментировать проект должны все, то комментируют действительно все).
И помните: чтобы сплотить команду, одной SCRUM-методологии недостаточно. Будьте гибкими, применяйте софт-скиллы. Будьте agile — во всем, даже в подходе к SCRUMу.
