Многие компании мечтают перейти от тяжелого, неповоротливого монолита к быстрым и независимым микросервисам. Руководство нанимает дорогих архитекторов, внедряет новые технологии развертывания и ждет результатов. Но спустя год выясняется, что вместо…
Клиенты и стейкхолдеры всегда задают один и тот же вопрос: «Когда это будет готово?». Традиционно команды разработчиков отвечают на него с помощью экспертных оценок, пытаясь угадать время в часах или…
В традиционном менеджменте существует негласное правило: если сотрудник не занят работой на сто процентов своего времени, компания теряет деньги. Менеджеры стараются забить расписание разработчиков задачами под завязку, чтобы ни одна…
В традиционном менеджменте существует глубоко укоренившийся миф об экономии на масштабе. Нам кажется, что выгоднее собрать сразу десять новых функций, протестировать их разом и выпустить одним большим релизом раз в…
Когда заказчики требуют ускорить выпуск продукта, интуитивная реакция большинства менеджеров — немедленно взять новые задачи в работу. Кажется логичным: чем раньше мы начнем, тем быстрее закончим. На практике это приводит…
Большинство команд, использующих Agile и Kanban, регулярно анализируют свои метрики. Они смотрят на графики времени выполнения (Cycle Time) и пропускной способности (Throughput). Но у всех этих классических графиков есть один…
Термин «карго-культ» (культ карго) пришел к нам из антропологии. Во время Второй мировой войны на островах Тихого океана американские военные строили аэродромы. Местные племена видели, как с неба прилетают железные…
Исторически фреймворк Scrum создавался для продуктовых компаний. Предполагалось, что разработчики и бизнес сидят в одном офисе, у них общий бюджет и единая цель — сделать продукт успешным. Но реальность такова,…
Сегодня почти каждая ИТ-компания заявляет, что работает по Agile. В офисах висят красивые доски со стикерами, команды разбивают работу на двухнедельные спринты, а по утрам все послушно собираются на пятнадцатиминутные…
Вопрос «Когда это будет готово?» является самым частым и самым стрессовым в разработке программного обеспечения. Традиционно команды пытаются ответить на него с помощью оценок. Они собираются в переговорной, обсуждают задачи,…