Team Building
Материал из AgileWiki
Содержание |
Практика
Denis Miller: Практика является обсуждением ценностей и моделей в команде. Существует множество моделей развития команды и каждая модель представляет либо заявленные тенденции, либо полностью разработанная система (см. Core Protocol)
Модель Core Protocol
- Check-in
- Desider
- Adjustment
- Vision
Модель Katzenbach. Развития команды
Команда, которая на практике успешно применяет практики гибкой разработки проходит в своем развитии стадии
- рабочей группы, руководимой менеджером,
- псевдокоманды
- потенциальной команды
- продуктивной команды
(Из книги J.Katzenbach, The wisdom of teams: Creating High Performance Organizations)
4-фазовая модель развития команды
Команда не может мгновенно стать высокопродуктивной. Она обязательно проходит через несколько последовательных фаз развития:
Forming. Члены команды начинают осторожно присматриваться друг к другу. Они учатся работать друг с другом и пытаются понять свою роль в команде
Storming. После окончания разведки члены команды начинают сражаться за власть и контроль на проектом. Они практически никогда не могут согласится с друг другом, выражают недоверие и предубеждение. На этом этапе несколько лидеров формируют вокруг себя альянсы. Эта самая тяжелая, но к сожалению, неизбежная фаза формирования команды. Очень важно на этом этапе правильно управлять конфликтами
Norming. Борьба постепенно заканчивается, члены команды тепеь знают друг друга достаточно хорошо и начинают понемногу доверять друг другу. На совместных обсуждениях они способны достигать консенсуса и принимать командные решения.
Performing. Команда самоуправляема и наконец может отвлечься от выяснения отношения и полностью посвятить себя проекту. Члены команды полностью доверяют друг другу и чувствуют ответственность друг перед другом. Команда начинает действовать как один человек: она может давать обещания и выполнять их. Она способна принимать решения руководствуясь стратегическими соображениями
Теперь становится понятно, почему некоторые Agile проекты имели проблемы на самом старте - они не смогли преодолеть стадию «Storming».
Такая проблема действительно возникла в одном из наших первых Agile проектов в Компании. Прочитав пару статей и не очень хороших книжек, мы решили внедрить Agile в жизнь. Рассказав новообразованной команде, что она теперь самоорганизующаяся (про это было в книжке) менеджер проекта стал ждать грамотных технических решений и слаженной работы. Однако команда почему-то никак не могла принять хоть какое-то решение на совместных митингах. Понаблюдав неизбежный бардак в проекте на самом его старте, трудно было не испугаться и не попытаться вернуть все в исходное русло, превратив команду в working group с приемлемой (и все же достаточно низкой!) производительностью.
Сколько же времени может занять создание высокопроизводительной команды? Конечно, это зависит от множества факторов, в том числе и от состава команды. Мне кажется, процесс формирования команды занимает от трех до пяти итераций вне зависимости от их длины.
Ключевые роли в достижении командой самоуправляемости в Agile играют функции менеджера проекта и коллаборативные практики
