Мне кажется тема "team building" такая же вечная, как и тема менеджмента и лидерства. Ее актуальность будет в силе пока люди собираются вместе, чтобы что-то создать, и не важно по каким причинам. Пока есть общие цели и желание их достичь, люди снова и снова будут возвращаться к ней.
Одной из разновидностей этой темы является тема самоорганизовывающейся команды.
С одной стороны, Agile принципы говорят нам о том, что команда должна быть самоорганизующейся, и именно такую команду берут за основу всем известные Scrum/KanBan/ScrumBan. Но, с другой стороны, на практике постоянно сталкиваешься с тем, что задача не берется первым освободившимся, идут blame-games, ребята просто отсиживают от звонка до звонка и ни о какой проактивности речь вообще не идет.
"Так в чем сила, брат?" :)
Именно с этим мы и разбирались на июньской встрече ITKaiZenClub 3 июня 2014 года :)

Начнем, пожалуй, с обращения к истокам, т.е. к принципам Agile и тому что в них говорится о командах.
- Над проектом должны работать мотивированные профессионалы. Чтобы работа была сделана, создайте условия, обеспечьте поддержку и полностью доверьтесь им.
- Самые лучшие требования, архитектурные и технические решения рождаются у самоорганизующихся команд.
- Команда должна систематически анализировать возможные способы улучшения эффективности и соответственно корректировать стиль своей работы.
Т.е. как видим самоорганизовывающиеся команды являются одним из ключевых аспектов, на которых базируется Agile разработка.
Какие же основные признаки самоорганизовывающейся команды? Мы выделили следующие:

Это всего лишь предварительный список. Вы можете его дополнить тем, что сами считаете важным и убрать то, что не критично на ваш взгляд.
Далее мы «похоливорили» на тему command and control VS самоорганизовывающиеся команды. Как известно, идеального решения нет. Как command and controlтак и self-organized team могут применяться в зависимости от вашей ситуации, а с любыми крайностями необходимо быть осторожным.
К примеру, если у вас демотивированая команда, или плохая само-дисциплина, или же просто много новичков, тут логичнее смотреть в сторону command and control. С другой стороны, если ваша команда достаточно квалифицирована, мотивирована и ответственна, то есть смысл дать им больше автономии, что позволит им внедрить больше их же идей, повысит мотивацию.

Кстати, самоорганизовывающаяся команда – это не вид менеджмента :) Это скорее попытка охаректиризовать тип команды и систематизировать критерии. Спасибо за это важное дополнение нашим участникам ;)
Теперь давайте ответим на вопрос: а как же создать эту самую самоорганизовывающуюся команду?

Или же кратко, можем выделить 5 основных шагов:
Step 1: Set the common goal
Step 2: Establish knowledge-sharing environment & provide feedback
Step 3: Give each a bit of authority. Help team to resolve conflicts and come up with decisions
Step 4: Let team decide
Step 5: Set “good” metrics
На последок вернемся к Agile практикам и посмотрим, насколько они помогают или наоборот, противоречат построению самоорганизовывающейся команды:

Надо отметить, что атмосфера на нашей встрече была теплой и интригующей: каждый участник постоянно пытался найти свои ответы, каждый тезис активно обсуждался, опровергался и выдвигался новый.
Это помогло нам не просто пройтись по презентахе, а действительно обсудить практическую сторону проблемы, не забывая о юморе :)

Если у вас возникло желание узнать детальнее о самоорганизовывающихся командах, то мы с удовольствием делимся с вами нашей презентацией ;)
С нетерпением ждем вас на нашей следующей встрече ITKaiZenClub!
Команда Е5
