Книга Дэвида Андерсона Kanban занимает с первой страницы.
С картинками, графиками и выводами сжатая биография Дэвида раскрывает методологию Канбан для фаната здравого управления проектами. Проектный менеджмент интересен, когда рассказан непосредственным разработчиком метода от первого лица.
Об авторе
На официальном блоге компании David J Anderson указан как председатель Lean Kanban Inc. Так же он тренер по менеджменту и консультант с 2000-х, спикер и ведущий конференции с 2005 года. Впервые на руководящей должности он оказался 1991 году, так что его опыт позволяет честно сравнить канбан и waterfall, agile, scrum, другие методологии управления проектами.
Он создал канбан для поднятия уровня интеллектуального и творческого труда. Целью Дэвида стали своевременная доставка, соответствие работы поставленным целям и адекватное управление современными компаниями в целом.
На реальных примерах из жизни Microsoft, Motorola и Corbis он рассказал и показал принципы, способы и инструкции внедрения канбан в компании.
Смысловая нагрузка и суть книги
Книга Канбан. Альтернативный путь в Agile составлена человеком, который вообще изобрел канбан. Книга очень интересная и информативная. Здесь очень интересно раскрыта грань между философией Кайдзен (постоянное совершенствование), методологией Lean (бережливое производство) и Канбан (метод сохранения человеческих и материальных ресурсов).
Кайдзен — это философия и этика отношений между рабочими производственного цеха и администрацией.
Бережливое производство — это система управления проектами, созданная в Toyota чтобы убрать все растраты времени и ресурсов из процессов компании.
Канбан — это метод проектного менеджмента, дающий способ ограничить одновременно запущенные задачи. Если есть лимит людей, инструментов или времени, канбан помогает распределить задачи и проекты.
Огромное влияние при написании этой книги на Андерсона произвела теория ограничений. В книге много о WIP-лимитах, бутылочных горлышках и способности честно определить максимальную нагрузку в единицу времени, при которой качество сохраняется на оптимальном уровне.
Теория ограничений доктора Элияху Голдратта (Theory of Constraints, TOC) — методология управления производственным бизнесом. Израильский физик разработал теорию и практический метод управления организациями, алгоритмы работы производства, логистики и сбыта товаров. Системный подход к выявлению ограничений в компаниях помогает настроить все. По опыту Голдратта, чаще всего ограничением становится политика компании.
WIP-лимит (work in progress) — количество задач, которые могут быть открыты одновременно.
Бутылочное горлышко (bottleneck) — момент в потоке работы, когда есть серьезное ограничение ресурсов или возможностей. На диаграммах реально похоже на узкое горлышко бутылки: и до, и после такой ситуации на схемах идет расширение линий.
Стереотипы о канбан
Когда мы слышим о канбан, то часто представляем себе доску со стикерами — этот стереотип нам навязывают СМИ. Образно, на стене есть список открытых, выполняемых и завершенных задач-стикеров. Можно использовать онлайн канбан-доски и программы для управления проектами, где будут внесены списки задач, приоритеты и другие нюансы.
Методология канбан здесь будет не доской, и не стикерами, а процессом контроля и переноса задач на стене. То по каким правилам, кто и почему перемещает стикеры, сколько можно держать стикеров в графе «выполняемые», зачем ограничивать количество в этой графе — это рассказывает Дэвид на страницах "Канбан. Альтернативный путь в Agile«.
Канбан — это не доска со стикерами, стикеры только индикатор загруженности работой.
Андерсон разработал канбан, чтобы мы не начинали новый проект, пока не сданы предыдущие. Поэтому на одного разработчика выбирается количество стикеров — 3-5, например, и ровно столько задач в единицу времени у него может быть открыто. Только закончив любую из задач, он может брать в работу новую.
Мы много говорим о человеко-часах и их цене, но часто не осознаем, что есть час продуктивной работы и час вырванный из жизни. А есть неделя продуктивной работы, поле которой приходится брать больничный. Дэвид говорит о таком темпе работы, когда каждый час продуктивный и это постоянное здоровое состояние команды.
Agile, Scrum и Канбан
Андерсон уверен, что гибкие методологии Agile и Scrum — шаблонные и закостенелые. По его мнению, проектный менеджмент должен быть индивидуальны в каждой компании. Поэтому Agile и Scrum с их стандартизированными алгоритмами действий — устарели как и классическая пошаговая методология Waterfall. А kan ban — метод настолько адаптируемый к особенностям компании, что пугает адептов гибких методологий!
Agile — гибкая методология с которой исторически началось программирование в формате выкатки обновлений к программам каждые пару месяцев. Итерации программирования в пару недель на добавление каждой функции ускоряют процесс разработки и сокращают риски.
Scrum — еще одна гибкая методология с короткими итерациями, но большим контролем над процессом программирования. Есть спринты — отрезки времени с определенными задачами на выполнение. Они строго ограничены. Есть бэклоги — списки задач вообще, которые распределяются владельцем продукта. Он не относится к команде разработчиков, но определяет приоритеты задач.
Waterfall — каскадная модель управления проектами с жесткой последовательностью действий. Считается классикой проектного менеджмента, обычно объясняется на примере строительства зданий от фундамента до крыши.
Качество как литературного произведения
Отзывы на англоязычный оригинал Канбан Дэвида Андерсона схожи: все говорят о том, что автор на живом и человеческом языке рассказал:
- как появился, почему и с кем вместе развивался метод
- кому и зачем он полезен, кому просто необходим
- как его вообще применять и добиться результата
Делая обзор David Anderson Kanban, лично я прониклась и нашла ряд полезных гайдов как для компании, так и личного пользования — тайм-менеджмент в семейной жизни еще как необходим.
Тем не менее книга Kanban составлена на манер хорошей бизнес-литературы. Здесь есть выводы в конце каждого раздела, все главы отвечают отдельно на каждый вопрос, который может возникнуть в голове читателя и порядок их логичен на 100%.
Меня зацепила глава 20 Управление проблемами и правила эскалации. Отличать бутылочное горлышко потока задач от заблокированной задачи — это же очевидно, но как часто мы в этом ошибаемся и пытаемся протолкнуться в тупик. Если задачу сейчас решить нельзя — реши ее первопричину. Вот цитата из книги:
Заблокированная задача действительно образует затор, ограничивающий поток. Но он не относится к бутылочным горлышкам, описанным в главе 17, так как это не ресурс ограниченной мощности и не ресурс о ожиданием доступа. Точно так же пробка — это вовсе не бутылочное горлышко. Чтобы возобновить поток жидкости из бутылки, надо попросту вынуть пробку.
Канбан. Альтернативный путь в Agile Дэвид Андерсон
Вердикт
Однозначно читать, будет полезно:
- предпринимателям, которые не могу понять за что хвататься, поднимая обороты производства
- директорам ИТ компаний, которым не нравится Scrum
- старшим менеджерам, тимлидам
- маркетологам, увлеченными KPI, но не уверенным в их эффективности
- командам в стартапах, когда важно с самого начала все сделать правильно и обойтись «без велосипедов и костылей» в коде, в жизни и в проектах.