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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Как и все хорошие идеи, Скрам часто интерпретируется неверно. Чтобы снизить вероятность того, что идеи будут поняты неправильно, Кен Швабер (Ken Schwaber) и Джефф Сазерленд (Jeff Sutherland) создали «Руководство по Скраму» (Scrum Guide). Оно постоянно обновляется, доступно бесплатно на www.scrumguides.org и является единственным документом, объясняющим суть Скрама. Изменения вносятся редко; весь текст занимает 16 страниц вместе с содержанием и стоит того, чтобы с ним ознакомиться.

Скрам объединяет принципы «бережливого управления» и принципы Agile. Это не инструмент управления проектами, это принципы организации выпуска продукта – между этими двумя понятиями есть важные различия. Когда все идет хорошо, легко даже позабыть, что используется Скрам. Он предназначен только для поддержки хода работ, и об этом важно помнить.

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