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

стать частью большого проекта и пройти все формальные процедуры управления портфелем проектного офиса (PMO).

В команду техподдержки поступали только небольшие запросы. Крупные, разработка или тестирование которых превышали 15 дней, должны были

Дональда Уилера и Дональда Рейнертсена о вариативности и массовом обслуживании, так что, если вы хотите узнать об этом больше, начните с нее.

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

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

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

Приоритизация — это работа бизнес-отдела,

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

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

Состояния, показанные на диаграмме, — это бэклог, то есть объем работы, который заведен в учетную систему, но очередь до него еще не дошла. «Начатое» — это когда требования к функционалу обсуждались с разработчиками; «спроектированное» — то есть для функции разработана ML-диаграмма последовательности; «разработанное» — то есть функционал разработан в соответствии с диаграммой последовательности; «завершенное» — то есть все модульные тестирования пройдены, код прошел рецензирование и был принят ведущими разработчиками и передан на тестирование