Блистательный Agile. Гибкое управление проектами с помощью Agile, Scrum и Kanban

3. Следуйте согласованным процессам, ролям, обязанностям и условностям.

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

Будьте внимательны, если предложение перейти к Канбану исходит от команды, которая уже использует один из фреймворков Agile.

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

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

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

1. Визуализация рабочего процесса. Начните с представления рабочего процесса от статуса «сделать» до статуса «сделано». Многие предпочитают включить как минимум еще один дополнительный этап в эту схему: «работа в процессе». Другие стараются разбить рабочий процесс на серию процедурных, таких как план, разработка, прототип, сборка, тестирование, имплементация, помимо начального и завершающего шагов.

2. Определение рабочей нагрузки. Попытки сделать все и сразу – лучший способ потерпеть неудачу как на индивидуальном, так и на командном уровне. Канбан ограничивает количество задач, которые находятся в работе в момент времени – этот показатель также известен как «работа в процессе» (work-in-progress WiP), – чтобы добиться максимальной эффективности. На этом этапе достаточно руководствоваться здравым смыслом, и со временем вы легко сможете выработать сбалансированную оценку WiP.

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

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

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

Канбан отлично подходит для

• введения в Agile с минимальными затратами и рисками;

• характеристики имеющихся рабочих процессов и идентификации проблем для их реализации;

• контроля над множественными и несвязанными задачами;

• ограничения количества задач для их успешной реализации;

• привития гибкого мышления команде.

К доске!

В центре метода – интересный инструмент: канбан-доска. Называть такие доски «визуализированным списком дел» – слишком большое упрощение, но они могут стать хорошей отправной точкой. Доска – это графическое представление работы от статуса «делать» к статусу «сделано». Простейший вариант канбан-доски состоит из трех колонок: «Сделать», «В процессе» и «Сделанное». Такой простой формат универсален и подойдет любому проекту.

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

1. «Идеи» – сюда помещаются задачи, которые могут пойти в дальнейшую разработку, а могут и нет.

2. «Сделать» или «в процессе» – уже принятые идеи, насчет которых нужно определить, кто именно будет над ними работать.

3. «В процессе» – как только исполнитель (или группа) для задачи определены, задача отправляется в эту колонку, чтобы обозначить, что работа над ней идет.

4. «Сделанное» – полностью завершенная задача.