Церемонии, однако, лишь половина той чаши, которую разработчики вкушают до дна. Вторую половину составляет канбан-доска. Свое широкое распространение она начала получать с выходом в 2012 году Jira Agile Boards. Непосредственным отцом-теоретиком канбан-досок считается Дэвид Андерсон, выпустивший в 2010 году книгу The Kanban Method. Он, в свою очередь, мог вдохновляться книгой "Lean Software Development: An Agile Toolkit" супругов Поппендик, которые решили, что основанная на канбане конвейерная система Тойоты (Toyota Production System, TPS), может быть применена к созданию ПО. Забавный факт – будучи сторонницей канбана, Мэри Поппендик в личных беседах утверждала, что бэклог – это самый вредный концепт. Творческий процесс итеративного проектирования и написания уникального программного обеспечения не имеет ничего общего с линейным производством идентичных автомобилей по заранее определенным чертежам, где каждая из сотен станций делает независимые и стандартизованные операции (об этом выйдет отдельная статья). Однако американцы всегда восхищались качеством японским машин, поэтому красивую картинку «мы взяли древние принципы крутых японцев» взяли, пересыпали красивыми японскими словами (muda, mura, muri), упаковали в виде книг и курсов и продали всему миру как гениальную разработку. Дэвид Андерсон не являлся подписантом Манифеста и настаивал, что Канбан это часть Lean философии. Представители же Agile мира были рады выдать Канбан за свою практику. Так считает Atlassian, Asana и сам Agile Alliance. Однако с годами, по мере протухания бренда Agile как такового, дошло до того, что Андерсон написал статью о том, что именно Канбан это истинный путь к гибкости (agility), настоящий Agile 2.0, в отличие от остальных, негодных к употреблению и доказавших свою несостоятельность методов. Таким образом, связка Agile + Kanban оказалась фантастически жизнеспособной, несмотря на огромной количество недовольных — hackernewsи reddit изобилуют критическими постами и комментариями. На это есть три причины.

1. Agile трудно критиковать, потому что трудно описать. Если вам не нравится Agile, значит вы готовите его неправильно. Это логическая уловка, известная как «Ни один истинный шотландец».

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

3. Что вы предлагаете взамен? Waterfall? И на этот вопрос до недавнего времени ответа не было. Теперь — есть.