Скрам: Правила игры. Карманное руководство

У бережливого производства и аджайла довольно много общих черт, которые заслуживают изучения. Некоторые философии менеджмента и управления нельзя смешивать, потому что в результате получится странный сплав, а уникальные качества ингредиентов окажутся утрачены, равно как и выгоды от них. Но, что касается аджайла и бережливого производства, я не только верю в то, что их можно скомбинировать, но и в то, что объединение принципов бережливого производства и философии аджайла создадут мощную комбинацию.

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

1.6.3. Смесь философий бережливого производства и аджайла

Я опубликовал более подробную статью на эту тему с таким же названием «Смесь философий бережливого производства и аджайла»[10]. Здесь отмечу несколько стратегий аджайла, которые ставят его в один ряд с бережливым производством:

■ Складские запасы могут быть не использованы. Детализированные требования, жесткие планы, дизайн и т. д. формируют уязвимость в разработке софта и других видах комплексной продуктовой разработки – это не актив, потому что они представляют собой работу, которая может быть не использована. Аджайл избегает прорабатывания наперед каждой возможной мелочи. Если результаты определенной работы пригодятся где-то в будущем, то высоки шансы, что они вообще не будут использованы. Ожидания могут быть уточнены с течением времени, опыт промежуточных реализаций и релизов может выявить лучшие способы выполнения будущей работы. Только непосредственно предстоящая, высокоприоритетная работа детализируется более полно, потому что это то, над чем будут трудиться прямо сейчас. И даже тогда команда будет вытягивать только тот объем деятельности, который считает возможным выполнить за итерацию. Прогноз основывается на постоянном обучении и непрерывном улучшении на ежедневной основе.

■ Работа должна быть завершена полностью. Частично сделанная работа – то, что «почти закончил, мне нужно еще чуть-чуть времени» – известный, существенный тип потерь. В аджайловом процессе целью каждой итерации является производство работающего приращения продукта, никакая частично сделанная работа не включается в демонстрируемый результат. Общее кайдзен-мышление и его ежедневное воплощение в аджайле через инспекцию и адаптацию помогает командам не брать в работу новые задачи, пока старые остаются несделанными в итерации. Сфокусироваться на завершении работы помогает тайм-боксинг – техника из тайм-менеджмента.

■ Новая функциональность должна быть ценной. Исследование показывает, что едва ли 20 % функциональности софтверного продукта, построенного традиционным образом, регулярно используется[11]. Неиспользуемые или редко используемые функции создают колоссальные потери трудозатрат и бюджета, как в процессе разработки, так и при поддержке. Активное сотрудничество с людьми, которые знают и представляют пользователей и клиента, предотвращает работу над нежелательными или малоценными требованиями и помогает команде сфокусироваться на минимальном количестве функций, которые действительно могут быть ценными. Фокус на желаемых требованиях не только экономит бюджет разработки, но и гарантирует, что будущая стоимость сопровождения и поддержки останется на более низком уровне. А итеративно-инкрементальный процесс позволяет командам регулярно адаптировать продукт, основываясь на эффективной оценке его качества, а также использовать новые возможности поставки ценности.

В аджайле есть четко выраженные стратегии постоянного совершенствования за счет использования духа кайдзен:

■ рабочий план аджайл-команды проверяется и корректируется каждый день;

■ в конце каждой итерации выпущенная или готовая к выпуску версия продукта верифицируется, чтобы собрать обратную связь, замечания, исправления и дополнения;

■ процесс, по которому команда работает, сотрудничает, общается, подходит к разработке, верифицируется в последней точке итерации – ретроспективе.

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