Становление
На этапе «Становление» в команде укрепляется доверие, люди начинают замечать в коллегах не только проблемные, но и сильные стороны. На смену битве амбиций приходит продуктивное сотрудничество. Четче становится разделение труда, исчезает дублирование функций. Лидер перестает находиться в состоянии постоянного аврала, работа по построению команды на этом этапе — уже не тушение пожара, а скрупулезный труд по отработке общих норм и правил.
Поскольку, разработка ПО, как отмечалось выше, — корпоративная игра, то первое, что мы должны сделать, это договориться о правилах игры — нормах и регламентах, которые определяют права и ответственность участников команды в проекте. Повторим вслед за автором каждому проекту свои процессы. И чем больше и ответственней проект, тем «тяжелей» должна быть технология. Обязательно должны быть сформулированы и внедрены механизмы эффективного пересмотра правил, которые утратили свою актуальность или эффективность. Технология должна изменяться вместе с развитием и ростом проекта, но на каждом этапе она должна быть определена и описана.
Опасность на этом этапе состоит в том, чтобы избежать чрезмерной бюрократии устанавливаемых правил и процедур. Стандарты должны разрабатываться только для решения важных и актуальных проблем, с которыми уже столкнулась команда, а не на все случаи жизни. Регламенты должны давать основные принципы, которыми должны руководствоваться участники проекта, а не подробные правила, которые требуется постоянно соблюдать. Стандарты и регламенты должны облегчать работу участников команды, а не затруднять ее, они — система маяков, которые предостерегают программный проект от того, чтобы он не оказался на мели.
