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

Канбан отделяет каденцию поставки как от времени выполнения, так и от каденции пополнения.

ВЫВОДЫ Каденция поставки — это оговоренный заранее регулярный интервал между поставками работающего оборудования.

ФОРМИРОВАНИЕ КАДЕНЦИИ ПОСТАВКИ Когда мы осознали, какую ценность будет приносить данная поставка, можно принять оптимальное решение относительно темпов. Если ежемесячный программный релиз будет давать выручку в два миллиона при затратах в полтора, то несложно подсчитать, что наша прибыль составит полмиллиона. Можем переписать уравнение эффективности так: Эффективность релиза в процентах = 100% × (1 – ((операционные затраты + координационные затраты) / (прибыль + операционные затраты + координационные затраты))). В нашем примере показатель эффективности составит 100% × (1 (500 000 / (500 000 + 500 000))) = 50%.

Альтернатива — написание таких пользовательских историй, которые сосредоточены на элементах архитектуры или какой-то технической декомпозиции требований.

Каденция для каждой из них устанавливается и корректируется естественным образом.

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

В анализе журнала проблем должны принимать участие менеджер проекта и члены команды, которые отметили элементы как блокированные. При этом следует ответить на вопросы «Кто отвечает за проблему и работает над ней?» и «Когда ожидается ее разрешение?». Проблемы, в решении которых нет прогресса и работа над которыми блокирована, должны быть переданы высшему руководству.

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

Триаж использовался для отделения ошибок, которые должны быть устранены (и очередности их устранения), от тех, что останутся и могут пойти в производство при выходе продукта. Обычно триаж ошибок проводили ведущий тестировщик и ведущий разработчик, руководители группы тестирования и разработки, а также владелец продукта.

У зрелой компании обычно готова технологическая карта или структура релиза, что облегчает планирование. Вот некоторые вопросы, которые нужно принимать во внимание: Какие элементы системы готовы (или будут готовы) для релиза? Что требуется, чтобы действительно подготовить релиз всех элементов­? Какое тестирование потребуется после релиза, чтобы проверить жизнеспособность систем продукта? С какими рисками это сопряжено? Как эти риски минимизировать? Какие планы экстренных мероприятий потребуются? Кто будет участвовать в релизе до момента его запуска в производство или другого механизма выполнения? Сколько времени займет релиз? Что еще для него необходимо?