Клод Обри
Все о SCRUM. Изучение, разработка, интеграция
© Степанянц Е.Г., перевод на русский язык, 2020
© Оформление. ООО «Издательство «Эксмо», 2021
Предисловие
Scrum все-таки забавная штука. Мелочь, выросшая до гигантских масштабов. Несколько строк, которые перевернули наши методы работы, а то и жизни целиком. Всего несколько строк… Scrum в первую очередь – это метод реализации проектов в сложных, неопределенных условиях. И этой маленькой идее удалось пробиться: она быстро свергла имеющуюся методологическую аристократию (все PMI, CMMi, RUP, и т. д.). Вековые исполины пали. Ощущение, словно кто-то открыл окно в давно не проветриваемой комнате. Время здесь только сыграло на руку, эта современная и неопределенная эпоха растущей конкуренции. Кое-кто хорошо посмеялся: ведь Scrum рассекретил большие организации и обнажил все их маленькие обманы.
Забавно, как этот мальчик-с-пальчик превратился в великана. Scrum – будто черная дыра, поглощающая все вокруг. Клод в своей книге рассуждает не только о Scrum, но о всем том, что Scrum символизирует и предлагает для организаций и проектов в их стремлении к Agility [1]. Это куда больше нескольких абзацев, что были в самом начале пути! Scrum позаимствовал все самое ценное, взял самое важное из нашего опыта и других Agile-методов. Экстремальное программирование – это как сварливый и хмурый дядюшка, который ворчит из угла, что Scrum продался и позабыл все самое дорогое. Экстремальное программирование мнительно, но забывает, что и оно, и Scrum – близкие родственники и носят одну фамилию. Просто Scrum – хороший собеседник, и это повод для ревности и зависти. Scrum сегодня в самом деле блистает. Кому-то может показаться смешным, что на Scrum стали равняться.
Забавно, как люди ошибаются насчет Scrum. Они думают, что это легко и просто. Но в жизни все оказывается труднее. В этом парадокс наших методов: они сложны, как и организации, как проекты. Их нужно адаптировать, улучшать, нужно фокусироваться на ценности, пытаться, учиться на ошибках. Этот парадокс в Scrum повсюду. Крохотная идея стала чем-то большим, огромным, Давидом, Голиафом! Альтернативный подход стал образцовым. Люди цепляются за него: понимают, что это лучшее снаряжение для борьбы в современном мире. Но его легкость вводит и в заблуждение: клинок действительно острый, это наточенный инструмент для применения принципов и ценностей Agile. Многие ошибаются и… хватаются голой рукой за лезвие!
Успех этого метода может привести к тому, что он со временем станет слишком громоздким или быстро устареет. В этом книга Клода является своего рода противоядием. Если на то пошло, мир уже начинает путаться и теряться в Agility: вокруг него столько недопониманий, недоразумений – в итоге сарафанное радио доносит до людей совершенно неверные суждения.
Именно это случилось с Lean в 1990-х. Еще один двоюродный дядя Scrum, но намного старше и напуганный нашей гибкостью (именно так, ведь именно она ознаменовала конец предыдущей системы). Сейчас Lean уже устарел. Мы помним, что это концепция «бережливого производства», и упускаем такие его компоненты, как уважение к людям и постоянное развитие. Lean – не для современных организаций или проектов. Это уже не время для Lean, стандартизации и устранения потерь за счет вовлечения и уважения к людям. Это время для адаптации, НЕ-стандартизации, НЕ-линейности, НЕ-повторяемости, вызванных сложностью, неоднозначностью нашей эпохи.
И вот парадокс: нет двух людей, которые прочитали бы книгу Клода и одинаково поняли Scrum. Говорим ли мы все об одном и том же? Да, но контекст и устремления определяют все остальное. Хочешь измениться? Надо попытаться стать пуристом – а попытки невозможны, пока не начнешь адаптироваться. Великолепный парадокс!
Смешно при виде того, как старая система идет и качается, вздыхая на ходу. Она пытается сопротивляться, но безуспешно: противостоять прогрессу не получается. Да здравствует Scrum (а также его ворчливый дядюшка ХР и его амбициозный брат Kanban)!
Впрочем, Клод тоже забавный парень. А каким еще можно быть, чтобы так подробно изучить, что произошло со Scrum (и не только) за последние пять лет? Эта книга не ограничивается сухим объяснением Scrum, она, скорее, о применении Scrum в жизни, об опыте, что накоплен за последние десять, двадцать лет. Здесь собраны все хорошие мысли и идеи, накопленные, реализованные, отвергнутые и принятые. Думаете, Клод простой парень, добродушный теоретик? Он задиристый, любознательный искатель правды – но он мягок и мудр. Как и сам подход, который Клод защищает, – сложный и разумный. Как и Scrum, он легок на подъем и гостеприимен, но таит много сюрпризов. Здесь жажда знаний (её он распространяет – и потому он такой хороший учитель), и настоящее любопытство. Он наблюдает и бдит. Да, нашлось хорошее слово: он бдителен! Он бдит за порядком и логикой мыслей – не как хранитель прошлого, а как носитель будущего, новой перспективы, поэтому он и непрерывно изучает новые подходы и идеи. Перед вами уже пятое издание книги – как доказательство, что Клод изыскатель, пионер. Мне смешно, когда я вижу, как Клод набрасывается с кулаками на безыдейные речи или демонстративно разводит руками и оставляет журил и брюзг кряхтеть в их углу.
Прежде чем отпустить вас читать книгу и пожелать приятного времяпрепровождения, я напомню о важном, что стоит держать в голове при изучении Agile-движения. Это выход из зоны комфорта. Если у вас все будет легко получаться – скорее всего, вы в чем-то ошибаетесь. Agile предполагает радикальную смену парадигмы в отношении привычного видения компании, процесса создания ценности, динамики группы. Мы находимся на другом полюсе от французских обычаев последних пятидесяти лет: их картезианства, иерархии и – в противовес исключительной изощренности, которую я люблю – их культа совершенства.
Представьте, что на этой книге наклейка «Опасно!». И вы подвергаете себя этой опасности, чтобы полностью понять все тонкости Agility. Без риска и выхода из зоны комфорта вы завернете свои старые привычки в новые тряпки, вот и все. И Клод потерпит неудачу.
Попробуйте спровоцировать то самое «вау!», которое слышалось из всех американских домов в 50-е годы прошлого века, когда Элвис произвел фурор на телевидении со своим фееричным хитом «That’s all right mama». Если вы не чувствуете в себе достаточно смелости, чтобы рассуждать и быть гибким, то дело скорее всего в том, что: а) на дворе 2030 год, и вы держите в руках очень старое издание книги Клода; б) вы – один из уникумов, которым гибкость присуща с рождения; в) вам пора взбодриться, выйти из зоны комфорта и рискнуть.
Попробуйте применить знания, полученные в этой книге, на практике. Сделайте это, чтобы увидеть, получить представление о пределах их действия, вынести реальные уроки. Практикуйтесь почти до абсурда – это разумнее, чем кажется. Будьте стремящимися к знаниям максималистами, а не закостенелыми догматиками. Не замыкайтесь на крайностях, сфокусируйтесь на пользе и эффективности, на знании и понимании. Многие видят в Agile здравый смысл – и это по большей степени верно. По большей степени – и только: треть этого подхода не является ни интуитивной, ни несущей смысл. Эта его часть иногда забывается, тем самым нарушается общая логика. Чтобы исследовать таинственный сад, в нем надо прогуляться.
В наши дни все чаще можно услышать такие слова как «agile», «lean», «lean startup», «design thinking», «высокоэффективная компания». Каждое из этих слов – словно обертка общества, которому оно адресовано: agile – для ИТ-специалистов, lean – для методологов, lean startup – для бизнесменов, design thinking – для агентств и креативщиков, высокоэффективная компания – для предпринимателей. Но за всем этим стоит то же самое основное движение: это глубокая, революционная трансформация нашего мировосприятия, наших организаций, наших отношений. Будем ли мы только надеяться, что это преобразование осуществится, или трансформация действительно неизбежна (на что я рассчитываю)?
Как оценить, что подход работает? Что Scrum приносит плоды? Не считайте, каким образом ваша реализация Scrum повлияла на архаичную систему. Лучше просто расскажите друзьям и родственникам во время ужина о своей организации, о вашем использовании Scrum. Вот лучший показатель.
Черт, теперь вы думаете, что Scrum не такой уж и простой, подразумевает выход из зоны комфорта и риски, а пути к отступлению больше нет? Вы обескуражены? Отлично! Теперь все будет хорошо.
Пабло Перно
Агент-провокатор, автор блога «Are you agile»
PS: У нас с Клодом есть еще один общий интерес: музыка, рок-н-ролл, а если сократить до размеров одной группы – Led Zeppelin, эти четверо парней, всколыхнувшие умы многих, ворвавшиеся дикой ордой на сцену и блистательно исполнившие непревзойденный рифф "Whole Lotta Love". Чтобы чтение этой книги стало еще приятнее, рекомендую вам включить Led Zeppelin и откупорить бутылочку шартреза или сливового.
Пролог
Почему пятое издание? Потому что Scrum развивается, Agility живет, постоянно черпая вдохновение из новых дисциплин. Потому что мир меняется, человечество не стоит на месте, и нужны новые способы разработки продуктов.
Я хочу объединить понятие системного подхода и идеи пермакультуры, чтобы закрепить этот живой опыт Agility.
Для кого это издание? Сферы использования Scrum расширяются все больше, выходя за изначально установленные границы информационных технологий. В этой книге я обращаюсь ко всем, кто – из любопытства или с целью углубить знания – ищет легкий и доступный подход к Scrum и последним достижениям в области Agility.
Scrum приобрел широкую известность. И через эту книгу я обращаюсь не только к новичкам, но и тем, кто уже знает и использует данную методику.
Именно для них в этом издании есть нововведения, которые помогут:
✓ понять, каким образом применять Scrum в той или иной ситуации. Здесь нет единых правил, и достичь результата можно самыми разными способами;
✓ изучить 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
1.1.1 Легкий фреймворк
В статье 1995 года Швабер взбудоражил читателей, рассказав о процессе и методологии. После этого Scrum чаще всего определялся как Agile-методология.
Затем Кен Швабер и Джефф Сазерленд, его со-основатель, установили, что Scrum – это процессный фреймворк (process framework).
Scrum не является законченным процессом (как и методом или методологией), это процессный фреймворк.
Процесс определяет способ работы, а фреймворк только определяет границы, фреймы. Это рамка, при помощи которой Scrum вводит несколько правил и принципов.
Классифицировать Scrum нелегко – проще объяснить механизм его реализации.
1.1.2 Scrum вкратце
Прежде чем перейти к ответу на вопрос как? – факт, на который стоит обратить внимание:
Scrum действительно помогает людям работать в команде.
Слово команда имеет фундаментальное значение!
Можно объяснить Scrum несколькими словами. Помнится, были челленджи, в которых надо было представить Scrum меньше, чем за пять минут. Удалось это далеко не всем. Большинство пытались прояснить, как, собственно, применять Scrum.
На данный момент моя версия ответа на этот вопрос звучит так:
✓ Люди работают в команде, следуя принципам Scrum.
✓ Ритм устанавливается при помощи серии итераций.
✓ Все, что необходимо сделать, включено в список задач.
Ориентируясь на этот список задач, команда непрерывно работает, условно разделяя весь процесс на события спринта:
✓ Первое событие в начале спринта – согласование цели и подготовка к работе.
✓ Второе событие – это ежедневная синхронизация команды для достижения общей цели.
✓ В конце спринта команда представляет результат и запрашивает обратную связь, а затем рассуждает о том, как прошел этот спринт, чтобы улучшить следующий.
1.1.3 Истоки Scrum
Scrum не аббревиатура. Это слово взято из игры в регби: в английском языке scrum означает схватка. Чтобы отличать одно от другого, к нашему Scrum добавили заглавную букву.
Вот почему мы не пишем SCRUM. И вот почему мы произносим именно так: скрам. Если хотите убедиться в своем правильном произношении, включите матч по регби с англофонным арбитром.
Рисунок 1.1 – Схватка
По правилам регби, схватка возобновляет игру после какого-либо нарушения правил. Правила постоянно меняются (и в этом очарование регби) – особенно те, что касаются самой схватки. Но те, которые регулируют ее присуждение, более менее постоянны:
✓ был пас вперед;
✓ мяч был выбит в аут.
Во время схватки команда может завладеть мячом, если ее игроки в каждой из трех линий действуют синхронно. Это момент, когда – чтобы вырваться вперед – необходима максимально сплоченная игра. Scrum использует данную метафору по отношению к команде.
В 2005, когда я впервые представлял Scrum на конференции, я много говорил о его связи с регби. Вот выдержка из моего выступления:
Scrum использует ценности и дух регби и адаптирует их для проектов по разработке новых продуктов. Как линия игроков в регби, разработчики объединяются и прилагают коллективные усилия для достижения конкретной, общей цели. Scrum-мастер, словно полузащитник, направляет членов команды и задает темп, чтобы обеспечить успех проекта.
• Почему именно регби?
Оба основателя Scrum – американцы. В США особо не играют в регби со схватками. Почему же именно этот вид спорта?
Отсылка к регби появилась в статье 1986 года, написанной японцами. Они любят эту игру вместе с ее схватками. Там было описано, как компании Honda, Canon, NEC и Fuji-Xerox демонстрируют совместный подход к разработке своих продуктов, и подчеркивалась важность автономных и самоуправляемых команд. Авторы сравнили такой формат работы с игрой в регби:
Традиционный последовательный подход к разработке продукта, известный как «эстафета» (например, при поэтапном планировании программ), может противоречить целям максимальной скорости и гибкости. Вместо него, удовлетворяя требованиям конкурентоспособности, лучше подходит целостный подход – как при игре в регби, где команда прилагает совместные усилия и играет сплоченно, перемещаясь по полю и передавая мяч из рук в руки.
Джефф Сазерленд опирался на эту статью, когда придумывал Scrum.
1.1.4 В чем Scrum принципиально отличается?
В мире организаций, где центральное место все еще занимает процессный подход и индивидуализация целей, Scrum сильно выделяется.
Рисунок 1.2–6 свойств Scrum
1. Появление нового
Ты не можешь сразу все знать и уметь. Команда оказывается в условиях, благоприятных для появления новых отношений, связей, идей касательно продукта – для появления концепции и нового, лучшего способа совместной работы.
2. Приоритизация
Во время спринта команда сосредоточена на вещах, которые имеют наибольшую ценность, и старается не тратить время на то, что не приносит мгновенного и ощутимого результата. Не нужно одновременно начинать много задач, лучше положиться на принцип «Прекращай начинать, начинай заканчивать».
3. Предприимчивость
Команда уполномочена самостоятельно организовывать свою работу в соответствии со своей целью. Такой подход позволяет вовлечь всех участников процесса и способствует их раскрытию в команде.
4. Прозрачность
Мониторинг прогресса осуществляется самой командой. Каждый участник в любой момент времени знает, на каком этапе команда находится. Хороший способ добиться прозрачности процесса и ее поддерживать – это визуальный менеджмент.
Рисунок 1.3 – Визуальный менеджмент
5. Практика
Изначально Scrum был создан для разработки сложных систем эмпирическим, опытным путем. Это может удивить тех, кто уверен: мол, Scrum не подходит для их «слишком сложной» сферы деятельности. Но Scrum нацелен именно на сложные задачи! В настоящее время, когда все вокруг представляется сложным, практический подход позволяет найти решение и продвигаться к нему через короткие циклы с частой обратной связью.
Эмпирический подход выражается в трех принципах: прозрачность, проверка и адаптация.
6. Постоянный ритм
Scrum использует фиксированные отрезки времени для создания ритма. Основа ритма Scrum – это спринт. Спринт завершается по расписанию, а не с окончанием работы. Отодвинуть завершение спринта по времени невозможно.
1.1.5 Где найти справочные материалы по Scrum?
На протяжении долгого времени не было книг о Scrum. Затем Кен Швабер опубликовал несколько работ, но ни одна из них не была безупречной и полностью понятной читателю.
В 2010 Джефф Сазерленд и Кен Швабер опубликовали небольшой документ – «Руководство по Scrum» («The Scrum Guide»).
Очевидно, что на 19 страницах текста авторы дают читателю лишь правила игры, рассказывая о Scrum в общих чертах. Но этого достаточно, чтобы получить представление о том, что это такое.
Это руководство – надежный источник информации о Scrum.
В начале 2017 года компания 3Back опубликовала статью объемом около двадцати страниц, в которой предлагалось развить концепцию Scrum. Авторы – Дэн Роастхорн и Дуг Шимп – ранее уже написали весьма содержательную книгу «Исследуя Scrum»[5]. Их новая статья называлась «Обзор Scrum 3.0» (Scrum 3.0 overview [6])
В предыдущем издании этой книги я рассматривал некоторые паттерны, предложенные Роастхорном и Шимпом.
В этом пятом издании у меня следующая позиция: в Scrum 3.0 действительно есть интересные мысли.
Идеи, изложенные в этой книге, не противоречат вышеупомянутым источникам, но в поле моего зрения больше деталей, чем вы найдете в этих небольших документах. Кроме того, я опирался и на другие источники. И самое главное: я говорю не только о Scrum, в этой книге вы найдете то, что никак не связано со Scrum 3.0.