Если у вас кросс-функциональная команда, это не значит, что все разработчики должны знать всё одинаково хорошо. Это распространенное заблуждение. Кросс-функциональность предполагает, что команда, как единое целое, обладает всеми навыками, чтобы создавать продукт. Каждый член такой команды способен выполнять чуть больше своих прямых обязанностей.
Этот приём предназначен для тех, кто сомневается: достаточно ли кросс-функциональна команда и охвачены ли все области разработки продукта?
Воркшоп описан Хенриком Книбергом в его блоге. Он называется «Звёздная карта».
Условия проведения:
- место для сбора команды,
- бэклог продукта в формате, удобном для просмотра,
- ручки, бумага,
- флипчарт или стикеры на доску.
Проведение:
Соберите команду вместе и дайте ей еще раз посмотреть на бэклог. Спросите сотрудников: «Какие области знаний нужны, чтобы реализовать все из этого бэклога?»
Названные навыки запишите на флипчарт или приклейте стикеры на доску. Поместите их в один ряд сверху. Чтобы было удобно работать, постарайтесь сформировать не более 4-8 колонок.
Затем дайте каждому ручку и попросите человека поставить себе оценку: как он справится с задачами из каждой области?
С левого края член команды пишет свое имя и ставит оценку:
- звезда = я разбираюсь в этом или это моя основная работа,
- точка = я немного знаком с этим или я готов учиться этому,
- пустое место = я не знаю этого или я не хочу это делать.
Получается матрица примерно такого вида:
Обычно, составление «Звёздной карты навыков» вызывает оживлённое обсуждение.
- Выявляются области работы с продуктом, о которых вы не подозревали,
- Сотрудники демонстрируют новые области своих знаний,
- Второй пункт оценки провоцирует желание учиться новому,
- Прием помогает увидеть, где недостаточно специалистов, а где есть прочная поддержка,
- Тот, кто хочет заниматься другой сферой, может это сделать, если его предыдущая область достаточно поддержана или в ней есть перевес.
В итоге все сильные и слабые стороны команды визуализированы. В компании определяются T-shaped специалисты, которые работают в нескольких областях. Возможно, scrum-мастеру стоит добиться поощрения для такого сотрудника? Этот же простой тест показывает области, в которой можно вырастить разработчика с T-shaped навыками.
Самое опасное, но поэтому важное для команды — высокий Bus factor проекта. Простыми словами, если один человек из команды пропадёт, сможет ли команда завершить проект без него? Если нет, вокруг этого человека сосредоточено слишком много информации, и это опасно. По «звёздой карте» сразу видно, когда на одном сотруднике держится вся область разработки продукта. В этом случае команде нужно:
- переструктурироваться или пригласить новых специалистов в помощь,
- фиксировать информацию, которой обладает каждый сотрудник,
- больше практиковать «совместное владение» — оно может быть не только в коде, но и в других сферах.
Рекомендуется проводить упражнение неоднократно, так как бэклог меняется, да и людям свойственно менять свои склонности и области интереса.
А в вашей команде достаточно специалистов? Может быть, ваша карта скиллов будет полностью покрыта звёздами.