Книга: Блистательный Agile. Гибкое управление проектами с помощью Agile, Scrum и Kanban
Назад: Менеджмент рисков и ожиданий
Дальше: К доске!

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

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

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

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



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

• Начните с конкретного и рационального видения. Избегайте неясных и нереалистичных целей.

• Бизнес-ценность превыше всего, поэтому убедитесь, что вы и ваши коллеги имеют общее представление о том, что это такое.

• Любите ваш журнал требований продукта. Поддерживайте журнал на должном уровне и убедитесь, что в нем хватает пользовательских историй, понятных всем.

• Определитесь с MVP! Успех проекта зависит от того, как хорошо и быстро вы справитесь с этой задачей.

• Выработайте критерии принятия и всегда держите в голове конечный результат.

Глава 4. Использование Канбана

Введение

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

Канбан – это слово переводится с японского как «вывеска» или «рекламный щит» – был разработан как система расписаний работ в автомобильной промышленности, а сейчас представляет собой одну из самых быстрорастущих областей Agile. Его легко понять, просто применять и можно внедрить практически без затрат. Большим плюсом Канбана является то, что он может быть использован как командами для полномасштабных проектов, так и индивидуумами, чтобы контролировать объемы работ.

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

Жизнь – игра. Если вы хотите добиться чего-то, вам стоит довериться своему сердцу и инстинктам и сделать первый шаг.

Алисса Урбано (блогер)

Основы Канбана

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

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

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

Изменения происходят по обоюдному согласию, что увеличивает вероятность добровольного использования Канбана. Помните три основополагающих принципа:

1. Определитесь с постановкой задачи.

2. Выработайте последовательные этапы задачи.

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



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

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

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

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



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

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

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

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

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

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



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

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

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

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

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

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

Назад: Менеджмент рисков и ожиданий
Дальше: К доске!