Цитаты из книг автора «Дэвид Андерсон»

объем выпуска рабочего кода (так называемая скорость разработки ПО) — не такой уж важный показатель. Это потому, что истинное мерило успеха — объем поставленной бизнес-ценности.

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

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

ВЫВОДЫ Канбан делает возможным реализацию всех составляющих рецепта успеха. Рецепт успеха объясняет ценность Канбана. Плохое качество — это главный источник потерь в разработке ПО. Снижение количества незавершенных задач повышает качество продукта. Повышение качества порождает доверие у сотрудников ниже по цепочке создания ценности — например, операционных инженеров. Частый выход релизов порождает доверие со стороны сотрудников выше по цепочке создания ценности — например, отдела маркетинга. Вытягивающая система может сбалансировать нагрузку и пропускную способность. Вытягивающие системы выявляют бутылочные горлышки и создают резервы времени и усилий в остальных местах. Качественная расстановка приоритетов

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

ЧТО ТАКОЕ КАНБАН-СИСТЕМА? Некоторое количество канбан-жетонов (в нашем случае — карточек), равное (оговоренной) емкости системы, запускается в обращение. Одна карточка соответствует одному элементу работы. Каждая карточка — это сигнальный механизм. Новый элемент работы может начаться, только если для него доступна карточка. Эта доступная карточка прикрепляется к элементу работы на время его прохода через всю систему. Когда карточек больше не остается, новую работу начинать нельзя. Любая новая работа должна оставаться в очереди, пока карточка не освободится. Когда какое-то количество работы окончено, карточка освобождается и снова запускается в обращение. Теперь можно начинать работу над новым элементом в очереди. Этот механизм известен как вытягивающая система, поскольку новая работа втягивается системой, когда она обладает достаточной емкостью для этого, а не вталкивается в нее по требованию. Вытягивающая система не может оказаться перегруженной, если емкость, опре­деляемая количеством находящихся в обращении карточек, определена верно.

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

ход к введению процессуальных изменений, который встретил бы минимальное сопротивление. Канбан — это механизм, лежащий в основе производственной системы Toyota и ее метода постоянного улучшения — кайдзен. Первая виртуальная канбан-система для программирования внедрялась в Microsoft с 2004 года. Результаты первых опытов внедрения Канбана впечатляли, так как удалось достичь оптимального темпа, минимизировать сопротивление переменам благодаря пошаговому эволюционному подходу и получить существенные экономические выгоды. Канбан-метод как подход к управлению изменениями стал зарождаться в сообществе после конференции Agile 2007, прошедшей в августе 2007 года в Вашингтоне. В этой книге термин «канбан» (с маленькой буквы) относится к сигнальным доскам, а «канбан-система» (с маленькой буквы) — к вытягивающей системе, использующей (виртуальные) сигнальные доски. Слово «Канбан» (с большой буквы) отно

ВЫВОДЫ Канбан-системы принадлежат к семейству подходов, известных как вытягивающие системы. Применение Элияху Голдраттом теории ограничений, известной как «барабан-буфер-канат», является альтернативным способом внедрения вытягивающей системы. Мотивация к переходу на вытягивающие системы имелась у обеих сторон: нужно было найти системный путь достижения оптимального темпа работы и такой под

К середине 2002 года я понял, что жестко предписывать какой-либо процесс разработки ПО бесполезно — это просто не будет работать.