Все о SCRUM. Изучение, разработка, интеграция

Рисунок 17.1 – Война Post-it®

Post-it® легко клеятся и бывают разных цветов. Но, в отличие от обычных карточек, у них можно использовать только одну сторону, что вынуждает быть максимально кратким и писать большими буквами, чтобы написанное было видно издалека.

А еще они могут оторваться и улететь вместе с написанной на них информацией. Южный тулузский ветер – враг Post-it®. Однажды я решил открыть окно после собрания по планированию спринта – и в итоге все ползали на четвереньках в поисках разлетевшихся Post-it®.

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

Рисунок 17.2 – Владелец продукта собирает бэклог после рабочей встречи

Я советую всегда использовать Post-it® на рабочих встречах и по возможности – для таблицы спринта.

Это основа визуального менеджмента и прозрачности.

Если нужны еще доказательства того, что стикеры – это настоящий инструмент, советую ознакомиться со статьей Матти Шнайдера, который провел сравнительное исследование 23 моделей [50].

17.2 Информационные технологии

17.2.1 Электронные таблицы

Судя по результатам опросов, наиболее используемым информационно-технологическим решением для Agile-проектов был и остается Excel. Что важно для бэклога: истории расположены в строках, а их характеристики – в колонках.

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

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

17.2.2 Багтрекеры

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

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

17.2.3 Agile-инструменты

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

Но нельзя забывать, что бэклог – это не просто список задач.

Есть инструменты платные и бесплатные, многорежимные – в общем, самые разные.

Я принял активное участие в разработке одного из них – open source инструмента iceScrum. Все началось с идеи, которую я предложил для студенческой проектной работы в 2005 году. Много лет я был Владельцем продукта для iceScrum. Согласно принципу Не отведал сам кашу – не давай собаке нашей, я сам уже долгое время использую iceScrum почти ежедневно. Я познакомился с очень многими пользователями iceScrum или других инструментов и выслушал их запросы. Я отметил много минусов: с ними меньше разговоров и обсуждений, больше централизации и контроля, плюс трата времени на сбор нерелевантных данных.

Помимо iceScrum я использовал много электронных таблиц, багтрекеров и других инструментов – и почти всегда я отмечал следующий недостаток:

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

17.2.4 Open source – в первую очередь