Контроль работ в процессе (WiP)

В идеальном мире каждая задача вверху списка «В процессе» должна перейти в список «Сделано», прежде чем будет начата работа над следующей. На деле все не так просто, и большинство решает сразу несколько задач в одно время. Это не многозадачность, а простая необходимость.

Канбан устанавливает лимит на количество задач, одновременно находящихся в работе. Это значение можно применять и при одиночной работе, и для команд. Одному человеку не рекомендуется работать более чем над тремя задачами в один момент времени; для команды это значение равняется количеству членов команды, умноженному на два.

Периодически можно заметить тенденцию работать с удовольствием над задачей в самом начале и терять к ней интерес по мере продвижения к завершению. Канбан справляется именно с этим установкой предела WiP. Это помогает не утонуть во множестве задач, которые застряли в состоянии «завершено на 99 %». Обеспечение надлежащей результативности работы невозможно без ее завершения.

Для успешного применения Канбана установление предела WiP совершенно необходимо. Без этого колонка «Сделано» на доске так и не превратится во впечатляющий список завершенных дел. Предел WiP обеспечивает непрерывность рабочего процесса вплоть до его завершения и получения выплат. Члены команды будут вынуждены разбираться со сложными задачами, а не задвигать их в дальний угол.

Постоянное совершенствование процесса работы является важной частью Канбана и в основном будет происходить само по себе. Предел WiP вынуждает команды быть более вдумчивыми, когда это необходимо, и понимать, что тормозит производственный процесс. Это создает атмосферу постоянного поиска улучшений и всевозможных корректировок, чтобы машина работала более плавно, – прямо как в индустрии, из которой Канбан появился.

Канбан страдает от

• Ни от чего, если подойти к нему с умом.

Управление проектами с Канбаном

Еще один ключевой тезис Agile – непрерывный выпуск продукта. Не нужно долго ждать улучшений – продукт выпускается постоянно. Канбан схватывает самую суть этой идеи, потому что каждая часть проекта обрабатывается по отдельности. Это и будет лакмусовой бумажкой для идеальной пользовательской истории. Сохраняется ли в ней смысл, если осуществить ее отдельно? Порадует ли она в таком виде кого-то?

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

Жизнь, проведенная на краю пирса, – это жизнь, полная сожалений и страха.

Райан Лилли (бизнес-спикер, автор)

Завершающие слова

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

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

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

Канбан – отличный способ это сделать. Его легко понять и еще легче использовать. Несмотря на свою легкость, Канбан не является компромиссным решением. Он вполне способен фундаментально изменить командную работу и продемонстрировать преимущества Agile. Использование Канбана может быть самостоятельным решением или промежуточным этапом на пути к Скраму или любому другому гибкому фреймворку.

И последнее важное замечание: Канбан очень легко понять и применять, но его также довольно легко применять неправильно. Не стоит обманываться его простотой. Начать использовать Канбан довольно просто, но, чтобы извлечь из него максимум эффективности, понадобится приложить некоторые усилия.

Блистательный итог

• Канбан-доска – центр всего проекта.

• Начните с визуализации рабочего процесса.

• Определитесь с пределом WiP для наибольшей эффективности.

• Несмотря на кажущуюся простоту, Канбан – исключительно мощный инструмент.

• Канбан может быть вашим пунктом назначения или остановкой на пути к чему-то большему.

Глава 5. Просто лучшее: основы Скрама

Введение

Скрам (Scrum) стал популярен, потому что он работает. Правда, эта техника достигла нынешней известности не мгновенно. Скрам развился как технология разработки продуктов в середине 1980-х годов в Японии и был усовершенствован в США в 1990-х годах. Скрам пробовали, писали о нем – и статьи, и просто в блогах, – но наиболее важным было то, что в процессе этого он постоянно улучшался. В конечном итоге была получена какая-то критическая масса успешных проектов, и про Скрам заговорили.

Теперь Скрам занял свое заслуженное место среди других фреймворков Agile и остается самым популярным прежде всего потому, что он имеет достаточно директивный характер, но не топит команду в обременительных правилах, процессах и догмах. Более того, это один из самых удачных способов начать работу с новичками в Agile, поскольку Скрам четко определяет роли и обязанности, но при этом обеспечивает достаточную гибкость в их реализации, чтобы позволить своим пользователям чувствовать поддержку, но и не запутаться.

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

Блистательная мысль

Нет плохого способа начать работать со Скрамом – главной ошибкой будет вообще не пробовать.

Рис. 5.1. Фреймворк Скрам

Рис. 5.2. Цикл спринта