Полезные практики

Scrum для больших и распределенных проектов

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

Scrum: большие проекты

Когда менеджер проекта (программы) планирует проект, он может выбрать Scrum предметной методологией работы большого проекта. Означает ли это, что этот подход будет работать только внутри команды разработчиков или влияние техник Scrum может оказаться существеннее? Идеологи Scrum говорят, что Scrum можно применять на уровне координации работы проектных команд.

Техника 1.

Для координации работы нескольких Scrum команд большого проекта вводим роль Scrum-of-Scrums Master. Он будет решать вопросы вне компетенции команды. Scrum Masters (тим лидеры) могут рассматриваться как члены команды более высокого уровня. Более того, иногда представителем команды на этом уровне может быть не тим лидер, а кто-то из членов команды. Близость роли Scrum Master роли менеджера проекта по PMBOK обсуждается часто. На мой взгляд, еще более близкой к этой роли является роль Scrum of Scrum Master.

Техника 2.

Вводим роль Product Owner для бэклога (backlog) уровня объединенной команды команд. Это позволит увязать между собой пользовательские истории (user story), не увязываемые внутри отдельных команд. Проводим совещание по планированию (Planning meeting) уровня команды команд. Распределение специалистов между командами можно доверить им самим (разрешить в ходе планирования переходить от команды к команде). За время совещания по планированию специалисты несколько раз поменяют первоначально предложенное распределение по командам.

Техника 3.

Запускаем итерации (спринты) разных команд проекта одновременно. Если длительность спринтов одинакова, мы можем перераспределять ресурсы между командами, не отвлекая их во время спринта.

Техника 4.

Проводим регулярные встречи Scrum-of-Scrums, обсуждаем различные вопросы между Scrum Masters. Еженедельно, длительностью 30-60 мин. Если Scrum команды работают над одним продуктом, то обсуждаются, помимо прочего, вопросы интеграции, состава команд, планирования нового спринта. Эксплуатируем классический сценарий: что сделано за неделю, что будет сделано, какие есть проблемы.

Если часть команд работает над одним продуктом, а часть нет, может вводиться дополнительное совещание Scrum-of-Scrums уровня всех Scrum команд. Короткая еженедельная встреча на 15 мин с участием всех участников разработки. Повестка:

• Новости, уточнения от Scrum-of-Scrums Master.
• Отчет каждой продуктовой группы (один человек от каждой группы команд, разрабатывающих один продукт) отчитывается по классическому сценарию: что сделано за неделю, что планируется сделать, какие есть проблемы.
• Высказывания, вопросы участников.

Как видим, это традиционная иерархия совещаний по проекту (уровень групп, направлений, проекта). С учетом специфики Scrum подхода при проведении встреч.

Техника 5.

Если ваш проект территориально распределен, вы можете расположить совместно всех Scrum Masters и Product Owners, решив отчасти вопрос collocation.

О других техниках для распределенных проектов читайте ниже.

Scrum: распределенные проекты

Территориальная распределенность членов команды, это другой вызов для Scrum проектов. Предположим, тестировщики находятся в другом регионе (отдельно от основной команды). Совместного расположения (collocation) нет. Возможности проведения совещаний классического Scrum формата нет. Какие могут быть ваши действия?

Техника 1.

Двухэтапное совещание по планированию. Первый шаг: проводит очно Product Owner. Второй шаг: проводит через видео (теле) конференцию Scrum Master с удаленной группой, где учитываются результаты предыдущего совещания. Хорошо, когда основная группа включает представителя (ей) удаленных коллег. В данном случае, представителя тестировщиков. Такое представительство во взаимозависимых группах – само по себе хорошая практика.

Техника 2.

Двухэтапный ежедневный Scrum meeting. Ежедневное собрание с группой основного офиса плюс еженедельное собрание со всей командой (видеоконференция).

Техника 3.

Представление заказчику (Review meeting) проводим очно с командой основного офиса, одновременно подключаем через конференцию удаленных участников.

Техника 4.

Ретроспективу (Retrospective meeting) также делаем двухэтапной. Первый шаг: через видео (теле) конференцию с удаленной группой проводит  собрание Scrum Master. Второй шаг: Scrum Master и Product Owner проводят совещание группы основного офиса.

При наличии представителей удаленной группы тестировщиков в группе основного офиса, именно они могут сообщить об итогах ретроспективы  своим удаленным коллегам.

Техника 5.

Используйте все возможные средства, чтобы установить качественную связь между разделенными участниками команды:

• Обеспечьте возможность видеть всем членам команды одни версии документов проекта (бэклога, графика спринта (burndown charts), task board) и работать с ними.
• Оборудуйте каждое рабочее место наушниками, вебкамерой.
• Комнату собраний оборудуйте большими мониторами, используйте средства видеоконференции, средства доступа к общему рабочему столу.
• Оборудуйте офисы большими мониторами, чтобы создавать эффект нахождения рядом.
• Проводите периодически очные семинары (конференции) для членов команды, собирая их вместе ежегодно (лучше 3-4 раза).

Техника 6.

Работайте на конференции над установлением лучшего понимания членами команды друг друга. Особенно если речь идет о международных командах. Например, если у вас несколько офисов, а конференции еженедельные, начинать каждую конференцию можно с традиционной просьбы к одному из членов группы рассказать небольшую историю об особенностях характера, культуры, методов работы его региона (города). Подобные краткие презентации особенностей разных групп команды могут помочь лучше узнать друг друга, избежать «культурных» трений.

Для подготовки статьи использованы идеи:

1. Книги Хенрика Книберга «Scrum и XP: заметки с передовой» (Henrik Kniberg «Scrum and XP from the Trenches»)
2. Статьи Inge Buecker, IBM (анг.яз.)

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

Про использование Scrum при внедрении SAP смотри новость.