Роли Scrum

5.7. Прочие члены команды

Кроме обозначенных основных ролей, в зависимости от типа разрабатываемого продукта или условий, в которых функционирует организация, для команды могут потребоваться сотрудники со следующими профильными навыками и квалификацией:

• Аналитики. Разделяют роль владельца продукта. Нужны для крупных продуктов и рассредоточенных команд. Действуют на стратегическую и тактическую перспективу. Их акцент смещается с документирования в сторону вербального общения.
• Руководители проектов. Разделяют роль Scrum-мастера. Нужны для организации работ и ресурсного обеспечения команды.
• Архитекторы. Разделяют роль технического лидера владельца продукта. Определяют качество технической работы команды. Задают тренд развития команды и создаваемого продукта.
• Функциональные менеджеры. Роль не изменяется, но часть обязанностей, связанных с участием в разработке программного продукта, переходит к команде. Должны трансформироваться во владельцев процессов.
• Программисты. Трансформируются в разработчиков.
• Администраторы базы данных. Как правило, их не переводят в Scrum-команды из-за очень узкой, но необходимой для поддержки и развития продукта профессиональной специализации.
• Тестировщики. Трансформируются в разработчиков/аналитиков. Им необходимо учиться действовать не в режиме выявления, а в режиме упреждения проблемы.
• Проектировщики пользовательского интерфейса. Их роль аналогична роли аналитиков, но с акцентом на продукты, в которых требуется usability.

При внедрении в команду новых ролей важно помнить, чтобы все сотрудники разделяли общие ценности и правила инкрементности и итеративности работ, а также связанные с ними принципы работы в Scrum-команде. Смысл Scrum состоит в том, что член команды должен выйти за пределы своей специализации.

Если того требуют общие интересы, люди должны быть готовы работать, не ограничиваясь лишь своей узкой специализацией.

5.8. Самоорганизующийся коллектив

После того как будет достигнута самоорганизация всех членов команды, следующей ступенькой на пути совершенствования командной работы и, как следствие, самого процесса Scrum, является достижение состояния самоорганизующегося коллектива.

Основной вопрос, который необходимо решить для эффективного внедрения в управленческую практику компании, заключается в том, что может дать самоорганизация компании, ведь то, что все организовались и заняты, может в итоге ни к чему не привести. Если цель самоорганизации команды должна последовательно привести к успеху продукта, то помимо перечисленных условий важна мотивация - сотрудники должны быть мотивированы самоорганизовываться.

Культура компании, в которой разрабатывается программный продукт, неизбежно влияет на самоорганизацию: может способствовать ее распространению, а может и нет. Если инициатива в организации хотя бы не наказуема, то самоорганизация команды возможна.

Директивное вмешательство определяется типом управления организацией.

Если директивное вмешательство состоит в задании цели и задач реализации информационной системы, то важно, чтобы это делалось непротиворечиво и последовательно. Вмешательство, направленное на прояснение ожиданий, доступных ресурсов и того, что можно и чего нельзя делать, поощряет и способствует формированию самоорганизованности Scrum-команд.

Если директивное вмешательство определяет операционное управление, то распространение в такой управленческой культуре высоких самоорганизованных Scrum-команд достаточно затруднительно.

Чтобы организация смогла встать на рельсы самоорганизованности, помимо необходимости наличия определенной управленческой культуры важно, чтобы гибкие методологии разработки и принцип командной работы опоясывали и проходили "красной нитью" через всю организацию. Подобная организационная структура в последнее время начала внедряться в деятельность немногих компаний по всему миру. Но это только начало. Эта "мета"-методология называется холократия.

Холократия по своей сути - это способ децентрализации управления, который позволяет выстроить процессы таким образом, чтобы сотрудник мог влиять на жизнь компании и обладал полной властью в рамках своей роли. Эта технология управляется не менеджментом, а общей целью компании, процессом, ожиданиями и метриками, определенными управленческой командой, состоящей из выделенных представителей отдельных команд. В Scrum принципы холократии на сегодняшний день наибольшее распространение получили при организации деятельности отдельных команд и при организации взаимодействия между несколькими командами.

В теории это выглядит перспективно, но вопросов пока больше, чем ответов:

• Как осуществить переход к такому принципу управления? (в частности, крупным и иерархическим организациям, в которых любая управленческая ломка может закончиться глубоким кризисом).
• Где взять достаточное количество мотивированных и квалифицированных сотрудников?
• Как осуществлять мотивацию отдельных команд?
• И прочее.

Только самые отчаянные инноваторы могут решиться на внедрения подобного типа управленческой структуры, но есть успешные примеры и в России, и не только в сфере информационных технологий.

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

• Команда не может сама себе поставить цель. Ею всегда должны руководить сверху. Как правило, задачи спускаются от руководства, и в дальнейшем контролируется ход их исполнения.
• Команда не определяет состав сама. Она может повлиять на свой состав, но основная задача по ее формированию и обеспечению ресурсами лежит на руководстве.

На определенном этапе, когда команда может объективно оценивать вклад участников в формирование конечного продукта и процесс Scrum, ей можно доверить самостоятельное формирование состава команды в рамках заданных ресурсов.

Команда должна определять максимально эффективный способ, с помощью которого будет достигать результата. Эффективность в подобных случаях измеряется сроком, составом и ценой работ. При этом команда должна быть способной адаптироваться к ограничениям и условиям окружающей среды.

Самоорганизованность и способность адаптироваться под изменчивые условия свойственны многим природным колониям живых существ. Возьмите, к примеру, пчел или муравьев. В том случае, когда человек в своих стремлениях создать что-то эффективное наиболее точно копирует природные аналоги, получаются оптимальные решения.

В решениях, из которых складывается конечный результат, принимает участие каждый член команды, разделяя ответственность и вознаграждения. Самоорганизованность команды - это действенный этап в работе по Scrum. Для его достижения и последующего удержания требуется управленческое участие, неподдельный интерес к производимым результатам и желание к постоянному развитию.

5.9. Краткие выводы

Scrum - действенная методология, в основе которой лежат принципы командной работы, состоящей из сотрудников, каждый из которых должен выполнять определенную основную роль:

• владелец продукта;
• Scrum-мастер;
• члены команды разработки.

Эти сотрудники работают совместно, чтобы создать рабочий инкремент программного продукта. Разработка проходит относительно короткими интервалами, которые принято называть "спринт". Инкремент должен удовлетворять заданным критериям и требованиям, обозначенным владельцем продукта, перед началом каждого спринта. Сотрудники, выполняющие различные роли, скомпонованы в единую команду. В зависимости от личных и профессиональных качеств каждого из сотрудников в развитие Scrum привносятся определенные качества. От того, насколько они зрелые, зависит совокупная профессиональная зрелость команды в целом и производимого ими продукта.

Сотрудники, играющие роли, которые являются основными для функционирования Scrum, по мере работы проходят становление и развитие как команда. Каждый из этапов этого становления характеризуется определенными характеристиками. Для того чтобы на каждом этапе деятельность команды удовлетворяла владельца продукта, Scrum-мастер должен отслеживать состояние этих характеристик и при необходимости корректировать ход гибкого процесса.

Наивысшая степень развития сотрудника - состояние самоорганизованности. В этом состоянии сотрудник полностью отвечает за производимые им результаты и готов к постоянным изменениям в целях осознания и последующего совершенствования.

Наивысшая степень развития команды - состояние самоорганизованности. Для достижения этого состояния каждый из членов команды должен быть самоорганизованным, команда в целом должна разделять общие цели, постоянно отслеживать отклонения от заданного рабочего процесса, искать способы для последующего развития и совершенствования как командного взаимодействия, так и отдельных ее индивидов.

В "Планирование" мы поговорим о наиболее сложном и критичном этапе деятельности в процессах разработки программного обеспечения, который определяет ожидания заинтересованных пользователей от создаваемой информационной системы и закладывает прочный фундамент дальнейшего взаимодействия между заказчиками и разработчиками программного продукта, - этапе планирования работ.

В Scrum этот этап достаточно сильно отличается от классических подходов к планированию и имеет свои детали, которыми также нужно эффективно управлять для получения оптимального рабочего продукта.