Как распознать «Скрам-но»: когда благие намерения сбиваются с пути
Научитесь определять «Скрам-но», антипаттерн, при котором команды заявляют об использовании Скрама, но отклоняются от его основных принципов. Поймите его признаки и влияние.
Многие организации внедряют Скрам. Они хотят получить преимущества: более быструю поставку, лучшие продукты, более довольные команды. Часто то, что они в итоге получают, не является Скрамом. На первый взгляд это похоже на Скрам, но ему не хватает критически важных элементов, которые делают Скрам эффективным. Это называется «Скрам-но». Это означает «мы делаем Скрам, но...», а затем следует оправдание несоблюдения фреймворка. Этот антипаттерн подрывает те самые преимущества, которые обещает Скрам. Вам нужно распознать его, чтобы исправить.
Суть «Скрам-но»
Скрам, это легковесный фреймворк, который помогает людям, командам и организациям создавать ценность посредством адаптивных решений для сложных проблем. Он опирается на эмпиризм и бережливое мышление. Эмпиризм утверждает, что знание приходит из опыта и принятия решений на основе наблюдаемого. Три столпа эмпиризма, это прозрачность, инспекция и адаптация. «Скрам-но» возникает, когда один или несколько из этих столпов ослаблены или игнорируются. Команда может выполнять действия Скрам-событий, но без лежащей в их основе цели они становятся пустыми ритуалами. Это приводит к отсутствию подлинного обучения и улучшений.
Распространенные проявления «Скрам-но»
«Скрам-но» проявляется по-разному. Часто это начинается незаметно. Команды могут чувствовать давление, чтобы поставлять быстрее, поэтому они срезают углы. Руководство может не понимать цели Скрама, поэтому оно навязывает традиционные практики управления проектами. Вот несколько примеров:
- Ежедневный Скрам, это отчет о статусе для Скрам-мастера или менеджера, а не сессия планирования для Разработчиков.
- Обзор Спринта, это демонстрация для заинтересованных сторон, а не совместная рабочая сессия для инспекции Инкремента и адаптации Бэклога Продукта.
- Ретроспектива Спринта пропускается или проводится поверхностно, без выявления или реализации действенных улучшений.
- Владелец Продукта, это просто исполнитель заказов, не уполномоченный управлять Бэклогом Продукта и максимизировать ценность продукта.
- Разработчики не являются самоорганизующимися; задачи им назначает кто-то вне Команды Разработки.
- В конце каждого Спринта нет определенного, пригодного для использования Инкремента.
- Спринты не ограничены по времени; они продлеваются до тех пор, пока работа не будет «готова».
Скрам-мастер как секретарь или руководитель проекта
Распространенный сценарий «Скрам-но» включает роль Скрам-мастера. В истинном Скраме Скрам-мастер, это настоящий лидер, служащий лидер. Он обучает команду, Владельца Продукта и организацию практикам Скрама. Он устраняет препятствия и фасилитирует события. В «Скрам-но» Скрам-мастер может стать прославленным секретарем, планирующим встречи и делающим заметки, не побуждая команду или организацию к улучшению. Или он действует как традиционный руководитель проекта, назначая задачи и отслеживая индивидуальный прогресс. Это подрывает самоорганизацию Разработчиков и истинную ответственность Скрам-мастера за эффективность Скрама.
Игнорирование Инкремента и Определения Готовности
Скрам требует «Готового» Инкремента в конце каждого Спринта. Это означает пригодный для использования, потенциально выпускаемый продукт. Если команды постоянно не могут произвести «Готовый» Инкремент, или если их Определение Готовности настолько расплывчато, что скрывает значительную незавершенную работу, это «Скрам-но». Инкремент, который не является по-настоящему «Готовым», обеспечивает ложную прозрачность. Это препятствует надлежащей инспекции и адаптации, поскольку команда и заинтересованные стороны не видят истинного состояния продукта. Это приводит к накоплению технического долга и непредсказуемой поставке.
Как это распознать и что делать
Распознавание «Скрам-но» требует внимания к тому, как Скрам практикуется, а не просто к тому, что он практикуется. Спросите, действительно ли присутствуют три столпа: прозрачность, инспекция и адаптация. Основаны ли решения на эмпирических данных? Существует ли психологическая безопасность для поднятия проблем? Если ответ «нет», у вас «Скрам-но». Решение состоит не в том, чтобы отказаться от Скрама, а в том, чтобы вернуться к его основам. Переобучите команду и заинтересованные стороны. Подчеркните «почему» за каждым элементом Скрама. Сильный Скрам-мастер здесь имеет решающее значение, направляя команду обратно к замыслу фреймворка. Истинный Скрам требует дисциплины и приверженности, но награды того стоят.