🔒Открыть пост
и посмотреть медиа
и посмотреть медиа
Как понять, что вашей команде нужен перезапуск?
На прошлой неделе я провела перезапуск команды. За 4 дня мы заново договорились практически обо всех наших основных процессах, повысили уровень доверия и окончательно приняли в команду трех новичков. Об этом я расскажу в следующих трех постах.
💭 Когда я пришла в команду, для начала я наблюдала за теми процессами и взаимоотношениями, которые уже существовали до меня. Через некоторое время я увидела ряд проблем и приняла решение провести перезапуск команды.
Все вроде бы было в порядке, мы вовремя выходили с релизом, но:
〰️ Нагрузка в команде распределялась не сбалансированно (разный уровень инициативности и энергии у участников, появление тенденций к переработкам)
〰️ Басфакторы (bus factor) в экспертизе стали очевидны
〰️ Нечеткие аксептанс критерии и требования к написанию пользовательских историй (user story)
〰️ Нестабильное велосити (velocity)
〰️ Cлабые критерии приемки (DoD), в результате чего частые баги на проде и увеличение технического долга
〰️ Обнаружились проблемы в документации/ многие важные процессы просто не были зафиксированы
〰️ Проявилось расслоение на "стареньких" участников и новичков, которым сложно влиться в команду.
Плавающие процессы привели к тому, что мы не успевали разобрать за ретро все проблемы, которые накопились за спринт, а точнее за несколько лет.
Знакомо? Если вы нашли хотя бы две проблемы из списка выше, то я бы рекомендовала провести перезапуск в вашей команде.
Поделитесь, сколько проблем из списка вы насчитали в ваших командах? 😉