Илан Голдштейн - Scrum без ошибок

• Название: Scrum без ошибок
• Автор: Илан Голдштейн
• Жанр: Управление, подбор персонала
• Год: 2020
• ISBN: 978-5-00146-306-1

Широкое распространение Scrum объясняется его кажущейся простотой, однако его внедрение проходит далеко не так гладко, как ожидают многие. Опираясь на свой обширный опыт, сертифицированный scrum-тренер Илан Голдштейн раскрывает фундаментальные механизмы Scrum и его сущность как фреймворка. В этой книге каждый найдет решение своих проблем и конкретных scrum-задач. Даже те, кто разобрался во всех scrum-тонкостях и держит все под контролем, найдут для себя новые инструменты и добавят их в свой scrum-арсенал. В этой книге Илан Голдштейн собрал 30 лайфхаков. Написаны они таким образом, чтобы их можно было читать и использовать автономно, независимо от других частей книги. Обращайтесь к тем из них, которые больше всего отвечают вашим потребностям. И помните, что в этой книге отражена только реальная scrum-практика, протестированная в боевых условиях. На русском языке публикуется впервые.

---

Вы можете рассматривать «Scrum без ошибок» как книгу рецептов (или книгу заклинаний, если так уж случилось, что вы волшебник или ведьма) – просто пролистайте до следующего лайфхака, решите, какие ингредиенты работают у вас, и не стесняйтесь добавлять специи… на свой страх и риск. Если повезет, у вас появится полезный и практичный подход к решению конкретных scrum-задач.

Мои цели

Эта книга призвана не только помочь Scrum работать на вас, благодаря ей вы сумеете поднять scrum-команды на новый уровень эффективности и зрелости. Большую часть того, что я написал, вы не найдете ни в одном scrum-руководстве (даже в вашем учебном пособии scrum-мастера). Зато я описал реальную scrum-практику, протестированную в боевых условиях.

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

Глава 1. Запуск Scrum

Сделать первый шаг к чему-то новому всегда непросто. Вопросы «с чего начать?», «как начать?» и самый важный «почему нужно начинать?» часто служат своего рода тормозами, отрицательно влияющими на решение компании внедрить такой фреймворк, как Scrum.

Ответить на эти непростые вопросы и отважиться сделать первый шаг помогут три следующих лайфхака.

Лайфхак 1 «Scrum на поле» – это руководство, которое поможет «продать» Scrum тем, кто в вашей организации связан с его внедрением.

Лайфхак 2 «Хрупкий Agile» выделяет типичные ошибки при переходе компании на Scrum и ловушки, на которые следует обратить внимание в первые дни вашего scrum-путешествия.

Наконец, лайфхак 3 «Творческий комфорт» предлагает ряд мер для создания рабочей среды и корпоративной культуры, способствующих появлению здоровой scrum-команды.

Лайфхак 1. Scrum на поле

Scrum действительно легко «продавать», и, должен признать, получить добро на внедрение Scrum проще простого. Ну, может, это и не пара пустяков, но вряд ли кто-то станет оспаривать тезис Кена Швабера, одного из создателей этого подхода: «Scrum, похоже, преодолел пропасть и теперь скорее мейнстрим, чем оригинальная новинка»[10]. Этот прогресс, безусловно, сделал жизнь нового поколения scrum-евангелистов проще по сравнению с пионерами этого движения. По крайней мере, нам больше не приходится сталкиваться с изумлением аудитории, рассказывая о подходе к разработке программного обеспечения с помощью терминов, заимствованных из регби!

Давайте рассмотрим, что же подразумевается под Scrum. Многие (даже так называемые scrum-мастера) думают, будто это аббревиатура, но на самом деле так называется схватка вокруг мяча в регби (и там все буквы строчные).

Для тех, кто не знаком с этим спортивным приемом, поясним: ватага здоровенных мужиков из противоборствующих команд вцепляются друг в друга руками, как элементы пазла, и изо всех сил стараются отбросить соперников к их воротам (к зоне подсчета очков). Именно эта концепция сплоченной самоорганизующейся совместной работы команды и дала новое agile-наполнение спортивному термину. Впервые, в 1986 году, термин Scrum описали Хиротака Такеучи и Икуджиро Нонака, которые считаются отцами-основателями Scrum[11].

Поскольку я родился в стране, где регби очень популярно, то не раз наблюдал за такими соревнованиями. Схватка напоминает атаку древней спартанской фаланги, где каждый воин укрывался под щитом соседа (см. рис. 1.1). Ее не победить, если поддерживается дисциплина, а товарищи по команде действуют сообща.

Рис. 1.1. Если scrum-команда действует дисциплинированно, как спартанская фаланга, она непобедима

ОХОТНИКИ ЗА ОБОРОТНЯМИ

Убеждать стейкхолдеров в эффективности Scrum – мое любимое занятие! Почему? Когда я говорю о прозрачности, быстрой поставке бизнес-ценности, сокращении потерь и снижении рисков, у них загораются глаза. А после того, как я выдвигаю радикальный тезис – изменения должны рассматриваться не как препятствия, а как возможности, – по аудитории проносится вздох облегчения.

Однако следует признать, что мы, scrum-энтузиасты, не охотники за оборотнями с обоймой серебряных пуль. Реальность такова, что, хотя концепция Scrum проста и интуитивно понятна, ее успешная реализация нелегкое дело.

Так что же делает Scrum самым популярным фреймворком Agile? Ответ на этот вопрос зависит от того, к кому вы обращаетесь – к scrum-команде (включая scrum-мастера, владельца продукта и разработчиков) или главным стейкхолдерам (назовем их спонсорами проекта). В оставшейся части этого лайфхака мы сфокусируемся на критических точках, имеющих ключевое значение для двух этих групп.

Майк Кон, один из основателей некоммерческих организаций Scrum Alliance и Agile Alliance, говорит о возможностях Scrum следующее:

Scrum – это гибкий фреймворк, который позволяет сосредоточиться на поставке максимальной бизнес-ценности в кратчайшие сроки[12].

Хорошо сказано! Теперь давайте детально разбираться и объяснять обеим нашим группам, что это значит для каждой из них.

SCRUM-КОМАНДА

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

Меньше переключения контекста

Общепринятое похлопывание по плечу с очередной просьбой поработать над чем-то «более срочным» отныне исключается. Scrum предоставляет концепцию защищенного спринта (которую я люблю называть фиксированной гибкостью). Защищенный спринт позволяет разработчикам полностью сосредоточиться на том, что они обязались выполнить на встрече по планированию спринта (см. лайфхак 8), а также предоставляет владельцу продукта возможность более широко модифицировать бэклог продукта на протяжении всего проекта.

Устойчивый темп

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

Кеннет Рубин прекрасно это объясняет:

Один из основополагающих принципов Scrum гласит: «Все участники команды должны работать в устойчивом ритме!» (Больше никаких маршей смерти!) При этом они обеспечивают создание продуктов мирового уровня и поддерживают здоровую и приносящую радость атмосферу на работе[13].

Больше никакого диктата

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

Нет больше разделения на «мы» и «они»

Хотя Scrum уважает и ценит уникальность любого человека, личные рекорды отступают перед достижениями команды. Уходит в прошлое специфический мониторинг производительности сотрудников (каждого по отдельности), не говоря уже об установках на разделение «мы» и «они» на различных этапах разработки. Благодаря Scrum каждый в команде максимально концентрируется на одной цели – реализовать то, что они обязались выполнить.

Специально выделенный «щит и бульдозер»

Для сфокусированного разработчика нет ничего хуже, чем необходимость иметь дело с интригами, отвлекаться на перерывы и преодолевать препятствия. Благодаря роли лидера-слуги – scrum-мастера (см. лайфхак 4) – команда разработчиков может сосредоточиться на том, что она делает лучше всего, – разработке отличного программного обеспечения. Scrum-мастер защищает команду от разрушительных внешних воздействий и решает проблемы, которые могут препятствовать прогрессу.

Надеюсь, теперь у вас есть команда, которую вам удалось убедить в преимуществах Scrum и которая готова его использовать.

СПОНСОРЫ ПРОЕКТА

А теперь давайте раскроем ключевые преимущества, которые получают наши главные спонсоры проекта.

Снижение рисков

У традиционного проекта по разработке программного обеспечения риск составляет 100 %, а поставленная ценность – 0 %, и так будет, пока не настанет день успешного релиза. Длительные 18-месячные циклы выпуска продукта по водопадной модели[14] не могут дать осмысленной целостной картины или понимания ценности вплоть до самого релиза (см. рис. 1.2).

Рис. 1.2. Проекты, разрабатываемые по водопадной модели, сопряжены со 100-процентным риском вплоть до самого конца