StarMap — Карта компетенций команды
Когда работали в офисе, многие вопросы решались через тупо поговорить с людьми рядом. В любой момент можно было обсудить любой вопрос:
— Как понять, что в команде достаточно компетенций для решения любой задачи из бэклога?
— Если есть ощущение, что для некоторых задач из бэклога нужно наращивать компетенции, то как понять, какие?
— Если какие-то компетенции надо наращивать, то как понять, кому?
— Или как разработчику при составлении плана развития понять, что будет полезно команде?
— Как новичку разобраться, к кому идти за советом по какому-то вопросу?
На удаленке больше асинхронного взаимодействия, а визуализация вышла на первый план. StarMap — визуальный инструмент для ответа на эти вопросы. Это таблица, где строки — компетенции, а столбцы — участники. Ну или наоборот, как удобно.
Он нужен в первую очередь команде. Поэтому его составляет и актуализирует сама команда. При составлении списка компетенций команда учитывает бэклог продукта и стратегию разработки. Компетенции должны быть конкретными, но достаточно верхнеуровневыми, чтобы на их изучение до самостоятельной работы ушло несколько месяцев. Список должен быть обозримым за одну встречу, рекомендую около 50 строк.
Дальше каждый участник заполняет свою ячейку соответствующей компетенции. Он вписывает туда один из возможных вариантов степени компетентности. В самом простом варианте это может быть «—», ✔︎ и ★. Думаю, тут обозначения очевидны.
После заполнения StarMap команда может составить план по развитию, чтобы закрыть критичные компетенции.
Мы решили учесть обучение компетенции в своем наборе отметок:
«➖» — отсутствие компетенции и нежелание развиваться в этой области
«➕» — наличие знаний и умений, достаточных для самостоятельной работы в данной области
«❗️» — Эксперт, высокий уровень знаний и умений, способность решать сложные задачи, готов обучать других (если не готов, то «+» )
«❓» — отсутствие или низкий уровень компетенции, но готов изучать
После заполнения StarMap показывает, где в команде есть бас-фактор, нехватка компетенций или обучающих. Например, что в команде низкий уровень компетенции QA по составлению сценариев тестирования, и некому обучать. А еще Вася — единственный, кто может исследовать проблему на проде. Скорее всего, Васю будут дёргать из отпуска, если прод упадёт.
На составление StarMap ушло около 3-4 часов, но оно того стоило. Процесс развития команды стал более прозрачным, и мы точно знаем что это развитие полезно для продукта и интересно участникам. Сейчас на поддержку мы тратим час в месяц.
В следующем посте расскажу о том, как можно организовать встречу для составления StarMap и подробнее о критериях для списка компетенций.
Когда работали в офисе, многие вопросы решались через тупо поговорить с людьми рядом. В любой момент можно было обсудить любой вопрос:
— Как понять, что в команде достаточно компетенций для решения любой задачи из бэклога?
— Если есть ощущение, что для некоторых задач из бэклога нужно наращивать компетенции, то как понять, какие?
— Если какие-то компетенции надо наращивать, то как понять, кому?
— Или как разработчику при составлении плана развития понять, что будет полезно команде?
— Как новичку разобраться, к кому идти за советом по какому-то вопросу?
На удаленке больше асинхронного взаимодействия, а визуализация вышла на первый план. StarMap — визуальный инструмент для ответа на эти вопросы. Это таблица, где строки — компетенции, а столбцы — участники. Ну или наоборот, как удобно.
Он нужен в первую очередь команде. Поэтому его составляет и актуализирует сама команда. При составлении списка компетенций команда учитывает бэклог продукта и стратегию разработки. Компетенции должны быть конкретными, но достаточно верхнеуровневыми, чтобы на их изучение до самостоятельной работы ушло несколько месяцев. Список должен быть обозримым за одну встречу, рекомендую около 50 строк.
Дальше каждый участник заполняет свою ячейку соответствующей компетенции. Он вписывает туда один из возможных вариантов степени компетентности. В самом простом варианте это может быть «—», ✔︎ и ★. Думаю, тут обозначения очевидны.
После заполнения StarMap команда может составить план по развитию, чтобы закрыть критичные компетенции.
Мы решили учесть обучение компетенции в своем наборе отметок:
«➖» — отсутствие компетенции и нежелание развиваться в этой области
«➕» — наличие знаний и умений, достаточных для самостоятельной работы в данной области
«❗️» — Эксперт, высокий уровень знаний и умений, способность решать сложные задачи, готов обучать других (если не готов, то «+» )
«❓» — отсутствие или низкий уровень компетенции, но готов изучать
После заполнения StarMap показывает, где в команде есть бас-фактор, нехватка компетенций или обучающих. Например, что в команде низкий уровень компетенции QA по составлению сценариев тестирования, и некому обучать. А еще Вася — единственный, кто может исследовать проблему на проде. Скорее всего, Васю будут дёргать из отпуска, если прод упадёт.
На составление StarMap ушло около 3-4 часов, но оно того стоило. Процесс развития команды стал более прозрачным, и мы точно знаем что это развитие полезно для продукта и интересно участникам. Сейчас на поддержку мы тратим час в месяц.
В следующем посте расскажу о том, как можно организовать встречу для составления StarMap и подробнее о критериях для списка компетенций.