Знакома ситуация, когда вроде бы все договорились, что нужно что-то сделать, но реальную ответственность никто не берет? Знали ли вы, что ответственность является критической частью Agile mindset и Scrum культуры? Настолько критической, что без неё невозможно делать Agile.
В этой статье я поделюсь с вами моделью ответственности, где расскажу, как реагируют члены вашей команды в разных категориях ответственности.
Для примера представьте, что вы паркуете машину в подземном гараже и случайно задели другую машину.
Категория 1: Отрицание
Первое решение, которое предложит ваш мозг – это отрицание. “Этого даже не произошло. Я не вижу царапин, машина просто грязная. А звук? Это, наверное, был звук какой-то детали.” Теперь перенесите эту категорию на вашу Scrum команду, когда вы притворяетесь, что ваш код работает, даже если система только что “крашнулась”. Код написан, значит система работает.
Категория 2: Обвинение
Отрицание не сработало? Ваш мозг мгновенно предложит следующую версию – обвинение. “Это его вина! Если бы он нормально припарковался, этого бы не случилось.” Теперь перенесите эту категорию на вашу Scrum команду. Задание не было выполнено правильно. “Если бы Product Owner правильно написал User Story, этой ошибки бы не произошло. Я правильно написал код, это вина Product owner, что он не работает”.
Категория 3: Оправдание ситуации
Если обвинение тоже не сработало, перейдем к следующей категории – оправданию ситуации. “Бывает. Кто не задевал чужую машину, правда? К тому же, эти подземные парковочные места очень узкие.” Теперь перенесите эту категорию на вашу Scrum команду. Команда пытается объяснить, почему они не смогли хорошо спланировать спринт. “Это же Scrum, все может случиться, не так ли? Тем более в Software Development происходит множество непредвиденных вещей, поэтому мы не можем дать гарантию ничего.”
Категория 4: Стыд
Оправдание ситуации тоже не сработало? Перейдем к следующей категории – стыду. “Это моя вина. Я никогда не научусь парковаться в таком узком пространстве”. Теперь перенесите эту категорию на вашу Scrum команду. Команда может выразить свое разочарование из-за недостатка кросс-функциональности и сказать: “У нас недостаточно опыта в этой части продукта”. На самом деле команда говорит: “Мы недостаточно хороши” и, утверждая это, пытаются скрыть, что нормально постоянно просить о помощи.
Категория 5: Обязательство
Следующая категория – это обязательство. “Я оставлю свой номер телефона на машине, это мой долг. Страховка покроет.” Теперь перенесите эту категорию на вашу Scrum команду. Команда использует Scrum только потому, что хочет, или потому что кто-то сказал, что в IT все используют Scrum. “Мы проводим Daily Scrum только потому, что так положено в Scrum.”
Категория 6: Принятие ответственности
Когда вы решаете взять на себя ответственность, это последний этап модели ответственности. Он начинается с вопроса: “Что я могу сделать по-другому в следующий раз, чтобы это не случилось со мной в будущем?” Если применить этот пример к Scrum команде, это будет улучшение процесса, где вместе с улучшением команда обсуждает Root Cause и также то, как не допустить подобную ошибку в будущем.”
