Релиз снова переносится, и стейкхолдеры обвиняют команду в медлительности. Вы пытаетесь объяснить, что за месяц в бэклог накинули двадцать новых «критичных» фич, но бизнес глух к оправданиям. Пора прекратить спорить…
Бизнес требует релизить фичи быстрее, а менеджеры пытаются решить проблему наймом новых программистов и жесткими дедлайнами. Вы раздуваете штат, но время от идеи до продакшена только растет, а трекер забивается…
Бизнес требует назвать точную дату релиза, а разработчики мямлят про стори-поинты и отказываются давать гарантии. Зафиксировать время, бюджет и объем работы одновременно невозможно — физика создания программного обеспечения работает иначе.…
Клиенты и стейкхолдеры всегда задают один и тот же вопрос: «Когда это будет готово?». Традиционно команды разработчиков отвечают на него с помощью экспертных оценок, пытаясь угадать время в часах или…
В интеллектуальном труде большие партии работы (Large Batch Sizes) являются главным источником очередей, задержек и непредсказуемости. Эксперт по бережливой разработке Дональд Рейнертсен математически доказал, что размер партии — это самый…
Когда заказчики требуют ускорить выпуск продукта, интуитивная реакция большинства менеджеров — немедленно взять новые задачи в работу. Кажется логичным: чем раньше мы начнем, тем быстрее закончим. На практике это приводит…
Большинство команд, использующих Agile и Kanban, регулярно анализируют свои метрики. Они смотрят на графики времени выполнения (Cycle Time) и пропускной способности (Throughput). Но у всех этих классических графиков есть один…
Вопрос «Когда это будет готово?» является самым частым и самым стрессовым в разработке программного обеспечения. Традиционно команды пытаются ответить на него с помощью оценок. Они собираются в переговорной, обсуждают задачи,…
Чтобы управлять будущим и предотвращать срывы сроков, профессионалы используют опережающий индикатор. В Канбан-методе таким индикатором является Work Item Age, или Возраст элемента работы. Это единственная метрика, которая позволяет чинить процесс…
В индустрии программного обеспечения десятилетиями пытались найти идеальный способ измерения продуктивности разработчиков. Руководители считали строки кода, количество закрытых задач в трекерах и отработанные часы. Все эти попытки неизбежно приводили к…