в той или иной ситуации. Здесь нет единых правил, и достичь результата можно самыми разными способами;
✓ изучить Scrum-паттерны и узнать, когда их необходимо использовать;
✓ избежать распространенных ошибок благодаря списку антипаттернов, представленных в конце каждой главы;
✓ начать работать в Scrum-фреймворке благодаря новым главам, посвященным подготовке и разработке первоначального бэклога;
✓ привнести смысл в работу, действуя во имя благородных амбиций и поддержания командной этики.
• Путеводитель по книге
Книга состоит из семи больших частей:
✓ Первые две главы рассматривают положение Scrum в Agile-движении и помогают понять важность работы в маленьких итерациях.
✓ Главы 3–5 фокусируются на самом важном компоненте Scrum – людях, на их ролях и взаимодействии в команде и в экосистеме.
✓ Главы 6–8 посвящены бэклогу, его структуре и доработке – классическому артефакту Scrum, который обеспечивает команду делами и задачами.
✓ В главах 9–12 говорится о том, что задает ритм всему спринту: планировании, схватке, демо, ретро.
✓ Главы 13–15 представляют краеугольный камень успешного старта работы в формате Scrum: прелюдию.
✓ В главах 16–20 рассматриваются наиболее полезные дополнения к Scrum: процесс планирования, индикаторы, инструменты, инженерия.
✓ Две последние главы предлагают пути для устойчивого внедрения Scrum в масштабе организации.
Главы расположены в четкой последовательности, и иногда необходимо сначала ознакомиться с одной, прежде чем переходить к следующей.
• Что еще важно знать
✓ Библиографические ссылки теперь представлены в конце большинства глав, чтобы читатель сразу по прочтении мог расширить знания по теме. В списки включены только книги или статьи, которые я сам прочитал. Страница с дополнительными материалами есть и в моем блоге[2].
✓ Стоит отметить. Часть примеров содержат ссылки на Peetic . Это вымышленный сайт встреч для животных и их хозяев. Мы придумали Peetic вместе с Пабло Перно во время образовательного проекта Raids Agiles в Севеннах.
✓ Формат глав пересмотрен, чтобы сперва ответить на вопросы почему? и что?, а потом уже как?. При ответе на последний мы рассмотрим как можно больше разных подходов и паттернов.
✓ В пятом издании вы заметите присутствие гендерно-нейтральных формулировок. Scrum, наиболее распространенный в сфере информационных технологий, является очень «мужским». Это очень грустно, и я искренне надеюсь, что гендерно-инклюзивная речь поможет восстановить баланс в языке, а затем и на практике в Scrum-командах.
✓ В глоссарии объясняется терминология Scrum и лексика, которую я использую.
• Благодарности
Мои рецензенты сделали многое для качества этой книги. На этот раз у меня появились новые помощники, такие разные и молодые, которых я от всего сердца благодарю:
✓ Алис Барралон, здравый смысл из Страны Басков.
✓ Жан-Франсуа Марронье, дух и ценности игры в регби.
✓ Потрясающий дуэт двух Жанов, а именно Жан Паласуэлос и Жан-Паскаль Буаньяр.
✓ Стив Эверс, непростой вандеец.
✓ Бертран Уриг, которого у меня не получилось ввести в заблуждение.
Спасибо Бенжамену Кабанну, Стефану Ланглуа, Фабрису Эметти, Максиму Гюйо и Дени Бенуа, которые рецензировали несколько глав моей книги, каждый в собственном, уникальном стиле.
Спасибо также Морису Понсе, Натаниэлю Ришану, Винсенту Баррье, Ромену Кутюрье.
Рисунки Патриса Кортиада с первого издания привносят свой колкий, великолепный юмор. Сейчас их около пятидесяти, и в этом выпуске добавлены новые. Патрис, большое тебе спасибо!
Кроме того, Рамюншо нарисовал маленьких человечков к главе о прелюдии, а Алис изобразила «ретрокаштан».
Я искренне благодарю всех людей, которых встретил во время моего обучения и участия в проектах, их отзывы и их поддержка были очень ценными для меня.
Я очень благодарен Пабло за его яркое предисловие к этому изданию.
Спасибо Рут, Жюльену и Лоре за их ободрение и поддержку.
Я закончил это издание в начале 2018 года. Я начал заниматься информационными технологиями в 1978 году – тогда в мои задачи входило написание встроенного программного обеспечения для самолетов и телефонов. Это было сложно. Но поскольку я был молодым инженером, специализирующимся на кибернетике, то не мог должным образом применить профильные знания на практике – ни тогда, ни позднее – в других областях.
К сожалению, в течение многих лет в сфере разработки программного обеспечения приходилось быть жертвой картезианского подхода вместо использования системного. Результатом стали громоздкие процессы, повлекшие за собой соответствующую реакцию в виде Agile-манифеста.
Теперь, когда «software is eating the world» [3], системный подход, наконец, появляется (снова) и начинает восприниматься людьми как наилучший способ справиться с неопределенностью и сложностью.
В этом издании я больше говорю о системах и экосистемах. Уделяю больше внимания механизмам регулирования Scrum. Я рад, наконец, обратиться к кибернетике.
Со времени моего обучения системология здорово шагнула вперед. Появились новые дисциплины. Среди них я сразу выделил пермакультуру [4] – дисциплину, которая появилась несколько лет назад и страшно меня заинтриговала.
Она приносит, на мой взгляд, очень важную идею постоянства культуры, дополняя Scrum и Agile и наделяя их бóльшим смыслом.
Клод ОБРИ
Кастане-Толозан, 30 января 2018
1Место Scrum в Аgile-движении
В 1996 году я был консультантом по разработке программного обеспечения. Twitter еще не существовал. Чтобы не отставать от технического прогресса, я читал, пусть иногда месяцы спустя, материалы конференций того времени. Agility, гибкость, тогда не была в тренде, зато было ООП (объектно-ориентированное программирование). Одной из многочисленных конференций по теме была «OOPSLA» («Object-Oriented Programming, Systems, Languages & Applications»). Именно во время просмотра материалов 1995 года я впервые наткнулся на Scrum. Подписанная Кеном Швабером, статья представляла Scrum как эмпирический процесс разработки сложных продуктов.
Пока я читал, в голову пришла мысль: этот пришелец явно не с привычной мне планеты. Хотя в статье было много ссылок на объектно-ориентированное программирование (вероятно, просто чтобы ее включили в конференцию OOPSLA), она противоречила настроениям того времени.
Это все было слегка за пределами сферы моих интересов – архитектуры ПО и моделирования. И все же я оценил акцент на команде, а упоминание регби возбудило любопытство. Разработанные идеи заинтриговали меня, особенно эмпирический подход: они были противопоставлены индустриализации, модной на тот момент.
Я и представить себе не мог, что двадцать лет спустя Scrum станет настолько популярным, что будет вызывать критику из-за своего доминирующего положения среди других подходов.
Давайте коротко рассмотрим, что это вообще такое – Scrum.
1.1 Первая схватка со Scrum
В статье 1995 года Швабер взбудоражил читателей, рассказав о процессе и методологии. После этого Scrum чаще всего определялся как Agile-методология.
Затем Кен Швабер и Джефф Сазерленд, его со-основатель, установили, что Scrum – это процессный фреймворк (process framework).
Scrum не является законченным процессом (как и методом или методологией), это процессный фреймворк.
Процесс определяет способ работы, а фреймворк только определяет границы, фреймы. Это рамка, при помощи которой Scrum вводит несколько правил и принципов.
Классифицировать Scrum нелегко – проще объяснить механизм его реализации.
Прежде чем перейти к ответу на вопрос как? – факт, на который стоит обратить внимание:
Scrum действительно помогает людям работать в команде.
Слово команда имеет фундаментальное значение!
Можно объяснить Scrum несколькими словами. Помнится, были челленджи, в которых надо было представить Scrum меньше, чем за пять минут. Удалось это далеко не всем. Большинство пытались прояснить, как, собственно, применять Scrum.
На данный момент моя версия ответа на этот вопрос звучит так:
✓ Люди работают в команде, следуя принципам Scrum.
✓ Ритм устанавливается при помощи серии итераций.
✓ Все, что необходимо сделать, включено в список задач.
Ориентируясь на этот список задач, команда непрерывно работает, условно разделяя весь процесс на события спринта:
✓ Первое событие в начале спринта – согласование цели и подготовка к работе.
✓ Второе событие – это ежедневная синхронизация команды для достижения общей цели.
✓ В конце спринта команда представляет результат и запрашивает обратную связь, а затем рассуждает о том, как прошел этот спринт, чтобы улучшить следующий.
Scrum не аббревиатура. Это слово взято из игры в регби: в английском языке scrum означает схватка. Чтобы отличать одно от другого, к нашему Scrum добавили заглавную букву.
Вот почему мы не пишем SCRUM. И вот почему мы произносим именно так: скрам. Если хотите убедиться в своем правильном произношении, включите матч по регби с англофонным арбитром.
Рисунок 1.1 – Схватка
По правилам регби, схватка возобновляет игру после какого-либо нарушения правил. Правила постоянно меняются (и в этом очарование регби) – особенно те, что касаются самой схватки. Но те, которые регулируют ее присуждение, более менее постоянны: