Scrum и другие гибкие методы разработки строятся вокруг работы команды. Она является основной действующей единицей. Команда сильно отличается от случайной группы людей, потому что в команде появляется осмысленное сотрудничество. Это помогает делать больше, чем просто использовать сумму навыков отдельных специалистов. Те продуктовые команды, что сотрудничают между собой, обычно лучше соблюдают график разработки и находят эффективные решения быстрее. Команда, которая работает вместе, способна поставлять ёмкий инкремент продукта: не набор мелких функций, а большое согласованное обновление.
В этой статье мы разберёмся, какие препятствия мешают команде успешно работать и как их преодолеть.
Препятствия, которые мешают совместной работе
Есть несколько препятствий, которые мешают эффективной работе внутри команды:
- отсутствие среды для работы,
- отсутствие доверия,
- отсутствие знаний о том, как сотрудничать,
- боязнь ошибок и конфликтов,
- «токсичные вещи» в общении.
Проблема среды
Начнём с материального. Эту проблему легко решить деньгами и простыми правилами:
- постарайтесь разместить команду вместе, а если это невозможно, найдите одно постоянное место, где могут собираться все участники разработки,
- общее пространство должно быть максимально комфортным,
- scrum-доска и свободные доски для рисования приветствуются: это помогает планировать совместную работу и визуализировать процесс,
- кроме общего пространства должна быть область для личных бесед, которую не нужно резервировать и куда не проникает шум,
- если команда работает в разных местах в офисе, заведите практику собираться вместе несколько раз за день; в течение рабочего дня активно используйте чаты и созвоны между всеми участниками. Это синхронизирует команду.
Проблема доверия
Завоевать доверие не просто. Во-первых, доверие формируется со временем, пока команда переживает рабочие ситуации вместе. Есть несколько дополнительных советов:
- формировать команды с учётом темперамента, ответственно относиться к кадровой политике (= хорошие люди хорошо поладят),
- использовать игры для обучения доверию (геймификация вовлекает людей, в игре люди учатся незаметно, открываются друг перед другом, увлекаются и не боятся). Игры можно заимствовать из библиотек фасилитатора, но также не бойтесь адаптировать детские игры для летнего лагеря.
- посещайте весёлые мероприятия вне работы. Это могут быть и классические упражнения на тимбилдинг, и неформальные посиделки. Размах зависит от бюджета компании и загруженности рабочего дня. Людям нравится, когда совместное мероприятие занимает часть рабочего времени (плюс, нет повода «отмазаться» от участия). Возможно, на первых этапах придётся ввести политику «добровольно-принудительно», чтобы участвовали все коллеги. Выбирайте мероприятия, в которые будут вовлечены все одинаково (кино, боулинг, мастеркласс по рисованию/готовке/т. п.), или разрабатывайте сценарий, который охватит всех из группы.
Проблема знаний
В предыдущем опыте у человека может не оказаться эпизодов, где бы приходилось работать в команде. Обучение в университете могло быть построено индивидуально, в организации была другая политика, предыдущая работа учитывала только KPI и т. д.
Вот несколько очевидных рекомендаций:
- проведите курс для команды по теме сотрудничества. Его может прочитать приглашённый коуч или сам scrum-мастер. Осветите в нём успешные кейсы, техники взаимодействия и его природу. В западной практике есть специальные программы, например, Professional Scrum Developer (PSD) от Scrum.org. Публичных занятий по этому курсу в России не предвидится, но можно попробовать организовать частые занятия (аффилированные тренеры Марк Качанов и Илья Павличенко, много возможностей есть у ScrumTrek).
- как scrum-мастер, продвигайте различные практики, направленные на совместную работу: парное программирование, тестирование, перекрёстное обучение и прочее.
Проблема ошибок и конфликтов
Работа в команде предполагает равноправие. Во время работы могут появляться разногласия, точнее, разные точки зрения на одну проблему или задачу. Это нормально, и это нужно поощрять. Выбор между альтернативами ведёт к эффективному решению.
Часто бывает, что скромные участники вашей команды боятся высказать альтернативное мнение. Если кто-то один уже высказал идею, другие поведут себя тактично и промолчат, раз вариант уже найден. Это неправильно. Scrum-мастер должен работать над выявлением таких ситуаций (например, в личной беседе) и внедрять техники, которые собирают разные мнения (например, самому вбрасывать самые безумные идеи, чтобы начать дискуссию; собрать мнения с каждого через карточки и прочее).
Чтобы разные взгляды не приводили к конфликтам, вместе с командой создайте правила того, как они решаются.
О том, как работать на уровне межличностных отношений, мы писали в отдельной статье.
Сотрудничество крайне важно для самоорганизации и кроссфункциональности, которые предполагает scrum-команда. Весь Scrum строится на том, что участники умеют работать друг с другом, поэтому не игнорируйте проблему сотрудничества и постоянно повышайте этот навык внутри команды.
