Графики в Scrum и Kanban — как пользоваться
Практически любая компания способна внедрить у себя гибкие методологии, такие как скрам и канбан. А значит, повысить управляемость компании, её предсказуемость и визуализировать бизнес-процессы.
Примеры использования гибких методологий
Просто и на примере, что такое Scrum и Kanban
Как работает скрам: Вы берете большую задачу («приготовить борщ»). Разбиваете ее на маленькие («порезать лук», «поставить воду»…). Приходит команда поваров. Вы вместе оцениваете, сколько займет каждая задача («на нарезку свеклы уйдет 5 минут»). Расставляете приоритеты: сначала нужно поставить воду (приоритет: 100), затем помыть овощи (приоритет: 90). Теперь представим, что приготовление борща идет не сплошным процессом, а секциями по 15 минут, «спринтами». Итак, вы раздаете задачи суммарным временем на 15 минут и в порядке важности. На ближайшие 15 минут все озадачены? Поехали! Так, что у нас в кастрюле? Что-то плавает, есть теоретически уже можно, но доведем-ка дело до конца. Второй спринт на старт!
Как работает канбан: Вы вешаете на кухне большую доску, разбитую на колонки. Колонки называются, например, так: «Задачи в плане», «Задачи в работе», «Задачи проверяются», «Готовые задачи». Когда вы подготовили мелкие задачи, вы записываете каждую на стикер. Стикеры клеите в первую колонку — это ваш план. Начался спринт? Ответственный за нарезку лука берет свой стикер-задачу и клеит в колонку «в работе». Когда лук нарезан — переклеивает в «проверку». Вы проверяете, что всё по технологии, закрываете задачу — клеите ее в «готовые».
Таким образом, у нас четкий, налаженный процесс с отличной визуализацией. Методологии отлично «дружат» между собой. Большой плюс обеих методологий в том, что они масштабируемы: можно заставить работать по скраму-канбану службу логистики на сто машин, а можно и поваров на маленькой кухне. Конечно, пример с кухней утрированный, и доска там будет только мешаться. Хотя памятуя о сервисе в некоторых заведениях общепита, им не мешало бы подтянуть процессы :)
Как работает канбан: Вы вешаете на кухне большую доску, разбитую на колонки. Колонки называются, например, так: «Задачи в плане», «Задачи в работе», «Задачи проверяются», «Готовые задачи». Когда вы подготовили мелкие задачи, вы записываете каждую на стикер. Стикеры клеите в первую колонку — это ваш план. Начался спринт? Ответственный за нарезку лука берет свой стикер-задачу и клеит в колонку «в работе». Когда лук нарезан — переклеивает в «проверку». Вы проверяете, что всё по технологии, закрываете задачу — клеите ее в «готовые».
Таким образом, у нас четкий, налаженный процесс с отличной визуализацией. Методологии отлично «дружат» между собой. Большой плюс обеих методологий в том, что они масштабируемы: можно заставить работать по скраму-канбану службу логистики на сто машин, а можно и поваров на маленькой кухне. Конечно, пример с кухней утрированный, и доска там будет только мешаться. Хотя памятуя о сервисе в некоторых заведениях общепита, им не мешало бы подтянуть процессы :)
Почему мы советуем именно эти методологии? Они самые адаптивные, т. е. в них меньше всего строгих указаний (как, например, в подходах XP и RUP, тоже родом из ИТ-управления).
Мы приводили примеры, как связка скрам+канбан могут работать в фирме по ремонту автомобилей и в строительной компании. Этим, естественно, список не ограничивается.
Кстати, пусть вас не пугает, что методологии комбинируются — адаптивность это подразумевает. Более того, евангелисты гибких методологий рекомендуют брать то, что подходит именно вашему бизнесу, гнуть методологии под компанию, а не наоборот.
Веское преимущество использования того же канбана — у вас есть визуальный инструмент (доска и карточка), с помощью которого можно легко увидеть картину целиком. За эффективностью также помогают следить графики (charts), которые есть как в канбан-методологии, так и в скраме. О них сегодня подробнее.
Кстати, пусть вас не пугает, что методологии комбинируются — адаптивность это подразумевает. Более того, евангелисты гибких методологий рекомендуют брать то, что подходит именно вашему бизнесу, гнуть методологии под компанию, а не наоборот.
Веское преимущество использования того же канбана — у вас есть визуальный инструмент (доска и карточка), с помощью которого можно легко увидеть картину целиком. За эффективностью также помогают следить графики (charts), которые есть как в канбан-методологии, так и в скраме. О них сегодня подробнее.
Виды графиков в гибких методологиях
Графики позволяют отслеживать текущее состояние задач, видеть прогресс, строить прогнозы — как на текущий, так и на будущие периоды. Итак, какие бывают диаграммы.
Burndown Chart — диаграмма сгорания
Эта диаграмма показывает, сколько задач осталось до завершения спринта на временной шкале (и сколько уже сделано). По вертикали — количество задач, по горизонтали — время. Цель команды: «сжечь» все задачи до того, как приблизится дедлайн.
На графике показаны: «идеальная кривая», если бы задачи выполнялись по N штук в день каждый день; «фактическая кривая», которая показывает реальное количество выполненных в конкретный день задач.
Вы смотрите, насколько фактическая кривая отличается от идеальной, по ситуации корректируете действия команды. Теоретически, можно где-то в середине спринта построить «линию тренда» на основе уже имеющегося фактического графика и посмотреть, насколько фактическая дата завершения отстоит от планового дедлайна. Но лучше все же поднажать и уложиться.
Вы смотрите, насколько фактическая кривая отличается от идеальной, по ситуации корректируете действия команды. Теоретически, можно где-то в середине спринта построить «линию тренда» на основе уже имеющегося фактического графика и посмотреть, насколько фактическая дата завершения отстоит от планового дедлайна. Но лучше все же поднажать и уложиться.
Burnup Chart — диаграмма сгорания наоборот
Смысл примерно тот же, только графики идут не сверху вниз, а снизу вверх. Верхняя граница отмечается кривой «все задачи», когда фактическая кривая до нее доходит — стоп, все задачи сделаны.
Ключевое отличие вот в чем. В течение спринта список задач может меняться: добавляться новые, убираться не актуальные. Следовательно, идеальная кривая тоже будет менять свое положение (становиться круче, если при этом дедлайн оставить на месте). Но если такие перетасовки задач произошли в ходе работы над спринтом, то на итоговом графике классического Burndown этого не видно — сдвинулась линия, но когда конкретно и на сколько пунктов, не понятно.
В Burnup предлагается визуализировать и эти изменения тоже:
В Burnup предлагается визуализировать и эти изменения тоже:
Следовательно, он немного более наглядный, чем Burndown, хотя разница и не критичная.
Velocity Chart — диаграмма производительности
Предназначена для выяснения: насколько фактически сделанное количество задач в спринте соотносится с плановым. Более «глобальная» метрика, позволяет оценить, насколько команда справляется с планом в каждом спринте и сделать прогноз на будущее. На горизонтальной оси — время, на вертикальной — количество задач в спринте. Рядом по два столбца: первый — фактически выполненные задачи, второй — план на спринт.
Важно: для того, чтобы оперировать показателем Velocity, нужно, чтобы продолжительность спринта и число человек в команде не менялось (как, впрочем, и состав команды).
Cumulative Flow Chart — диаграмма совокупного потока
Представляет собой сводный график, по сути визуализирующий состояние канбан-доски во времени. Показывает соотношение задач с разными статусами «в плане», «в работе», «на контроле», «сделано» — в каждый момент времени. На горизонтальной оси — время, на вертикальной — количество задач.
Если взять конкретный момент времени, то можно увидеть, что линии, иллюстрирующие разные статусы, либо приближаются друг к другу, либо отдаляются. Отсюда можно делать выводы: если линия «план» взлетела вверх, а количество «готовых» растет медленными темпами — значит, ваши исполнители не успевают справляться с потоком задач.
Если на графике образовалось «узкое место» (его еще называют «бутылочным горлышком», выделено круговой рамкой) — то это говорит о том, что кто-то в технологической цепочке тормозит процесс, задачи не уходят с одного этапа на последующий, образуются простои. На примере — производство не успевает обеспечить продукцией отдел контроля качества.
Руководитель должен принять решение: увеличить количество ресурсов на этом этапе, повысить производительность текущих исполнителей, сократить поток новых задач — по усмотрению.
Если на графике образовалось «узкое место» (его еще называют «бутылочным горлышком», выделено круговой рамкой) — то это говорит о том, что кто-то в технологической цепочке тормозит процесс, задачи не уходят с одного этапа на последующий, образуются простои. На примере — производство не успевает обеспечить продукцией отдел контроля качества.
Руководитель должен принять решение: увеличить количество ресурсов на этом этапе, повысить производительность текущих исполнителей, сократить поток новых задач — по усмотрению.
Графики и автоматизация
Само собой, если пользоваться исключительно физическими канбан-досками и для скрам-процессов не применяя специализированный софт, процесс работы с графиками серьезно так затрудняется.
Посему технологичные внедрения требуют адекватных программных решений. И поэтому мы нескромно хотим предложить попробовать наш Scrumban. Он как раз совмещает инструменты Kanban и принципы Scrum’а. А в последнюю версию добавлены интерактивные графики: Burndown Chart, Velocity Chart и Cumulative Flow Chart.
Посему технологичные внедрения требуют адекватных программных решений. И поэтому мы нескромно хотим предложить попробовать наш Scrumban. Он как раз совмещает инструменты Kanban и принципы Scrum’а. А в последнюю версию добавлены интерактивные графики: Burndown Chart, Velocity Chart и Cumulative Flow Chart.
P.S. С 1 декабря на продукт действует новогодняя акция, каждый может получить модуль для Корпоративного портала практически вдвое дешевле. Месяц черной пятницы на маркетплейсе ;)