Читать книгу Саммари книги Джеффа Сазерленда «SCRUM. Революционный метод управления проектами» - Елена Лещенко - Страница 2

Многие из вас не раз слышали истории о проектах, на реализацию которых были затрачены баснословные суммы, однако практического применения они так и не получили. Основанием такого исхода может стать перерасход бюджета или непрактичность разработанного продукта. В подавляющем большинстве случаев причиной провала являлся устаревший подход к организации и руководству проектом.

Еще в начале ХХ века особую популярность получили диаграммы Ганна, которые очень детально и красочно (с использованием графиков, изображений и цветового оформления) описывали будущие планы работы над проектом: были назначены даты всех операций, событий и процессов. Однако, несмотря на то, что выглядели эти диаграммы внушительно, они не имели ничего общего с действительностью и всегда оказывались неверными. Такой способ ведения бизнеса подразумевает главенство процесса работы над результатом. Вследствие чего огромное количество времени уходит на детальное планирование, а затем на составление отчетности по выполнению планов. Руководители, вместо того чтобы своевременно выявлять недостатки и оперативно исправлять их, продолжают опираться на концепции контроля конечного результата, который, к сожалению, практически всегда оказывается нежизнеспособным. Проблема заключается в том, что специалисты работают обособленно друг от друга и не видят общей конечной цели.

Модель управления Scrum (от англ. «схватка» – схема командной игры в регби, подразумевающая слаженность всех членов команды в достижении общей цели) была разработана на базе цикла Деминга, который был успешно опробован компанией Toyota – одним из лидеров мирового автопрома. Цикл состоит из четырех этапов: планировать, действовать, проверять, корректировать. Эта же последовательность сохранена и в Scrum: весь процесс работы над проектом следует делить на короткие временные промежутки (спринты).

Предварительно планируется результат, который должен быть достигнут к концу спринта. Полученный результат тестируется и обсуждается всеми членами команды. Если он неудовлетворительный, то в первую очередь стоит обсудить качество работы команды, а также рассмотреть идеи улучшения результата следующего спринта. Так руководитель будет видеть ошибки по мере их появления и сможет оперативно на них реагировать. Это принципиальное отличие модели Scrum от классической модели управления, в результате которой ошибки копятся и выливаются в неработоспособный продукт.

В современных условиях компании, применяющие устаревшие системы управления и контроля, обречены на конкуренцию с компаниями, работающими по системе Scrum, которая позволяет значительно снизить количество финансовых, человеческих и временных ресурсов, используемых при разработке каждого проекта.