Скрам вне IT разработки

Представьте Скрам-мастера, который довольно долго работает попроектно. И так сложилось, что весь его предыдущий опыт связан с IT разработкой. Но недавно к нему обратились из довольно крупной государственной структуры чтобы узнать, может ли он помочь им в изменении рабочих процессов и поддержке их перехода на Скрам фреймворк. И он конечно согласился, ведь это действительно интересный опыт.

Реальная ситуация, как оказалось, отличается от того, что он ожидал увидеть. Например, не смотря на то, что у них уже есть Владелец продукта, они все еще не сформировали выделенные команды. Людей попросту выдергивают из их текущих проектов примерно 2-3 раза в неделю, чтобы работать над новыми изменениями. И, видимо, это нельзя поменять. Еще одна особенность в том, как они трактуют понятие Инкремента. Вместо осязаемого ценностного приращения к продукту, кажется, что их изменения предполагают в основном абстрактную работу. Вот некоторые примеры: «Обновить должностные инструкции», «Запустить проект новой правовой базы для процесса обновления», «Начать исследование удовлетворенности сотрудников».