Но нельзя забывать, что бэклог – это не просто список задач.
Есть инструменты платные и бесплатные, многорежимные – в общем, самые разные.
Я принял активное участие в разработке одного из них – open source инструмента iceScrum. Все началось с идеи, которую я предложил для студенческой проектной работы в 2005 году. Много лет я был Владельцем продукта для iceScrum. Согласно принципу Не отведал сам кашу – не давай собаке нашей, я сам уже долгое время использую iceScrum почти ежедневно. Я познакомился с очень многими пользователями iceScrum или других инструментов и выслушал их запросы. Я отметил много минусов: с ними меньше разговоров и обсуждений, больше централизации и контроля, плюс трата времени на сбор нерелевантных данных.
Помимо iceScrum я использовал много электронных таблиц, багтрекеров и других инструментов – и почти всегда я отмечал следующий недостаток:
Информационные технологии лишают нас разговоров, которые так важны для доработки бэклога. Они подталкивают к искаженному восприятию и применению принципов и централизации в ущерб совместному использованию.
Движение за свободное программное обеспечение способствует распространению тех же ценностей, что и движение Agile. В обоих случаях вперед выходит понятие совместного использования. Agile-методы часто применяются при разработке open source сообществами. Вот почему я рекомендую сначала взглянуть на инструменты, которые предлагают лицензию с открытым исходным кодом.
Вопреки распространенной идее, можно не выбирать между информационными технологиями и Post-it®, а использовать в работе оба инструмента.
Для команд, которые находятся в одном рабочем пространстве, не рекомендуется использовать электронные инструменты планирования спринта: настоящая настенная доска будет более эффективна.
Если команда находится в одном рабочем пространстве, я советую использовать стикеры.
Рисунок 17.3 – Настенная доска – лучшее решение для плана спринта!
Это дает много преимуществ: делегирование задач, визуальный мониторинг и т. д.
Если команда использует несколько инструментов, лучше хранить информацию в одном месте и избегать дублирования записей, например, повтора задачи на Post-it®, а затем в каком-либо электронном инструменте. При одновременном использовании инструмента для бэклога и Post-it® для спринта стоит следить за избыточностью информации.
17.3 Доска
Доска – один из важнейших инструментов Scrum-команды. Она способствует визуальному управлению.
Классическая Scrum-доска применяется для плана спринта. Она представлена в трех колонках для историй (готовые, в процессе, завершенные) и, соответственно, тремя колонками для задач (сделать, в процессе, сделано) в тех историях, что сейчас в процессе.
• Советы по созданию красивой доски
При работе со Scrum-командами понимаешь, как важен эстетический аспект. У самых успешных команд обычно самые красивые доски. И это способствует прозрачности: так легче воспринимается информация.
Вот несколько советов, как этого добиться.
✓ Аккуратно приклеивать Post-it®, чтобы стикеры не загибались. Их следует осторожно отрывать от блока справа или слева, но не снизу.
✓ Использовать съемные разграничители для столбцов. Да, в процессе работы быстро приходишь к пониманию, что колонки фиксированной ширины – это довольно неудобно. Одна из моих команд использовала провода, прикрепленные скотчем сверху и снизу и потому легко перемещаемые по доске. Также можно использовать пряжу или клейкую ленту.
✓ Использовать разные цвета, причем для самых разных целей. Можно ввести определенную цветовую кодировку.
✓ Ввести обозначение по размерам. Часто Post-it®, используемые для задач, меньше, чем для историй. Некоторые команды на моей практике использовали размер Post-it® как индикатор размера задачи.
✓ Использовать расположение. Столбцы обычно шире, чем Post-it®, что позволяет при помощи их расположения визуализировать ход выполнения задачи. Или делать себе напоминалки: если поместить только что завершенную задачу сильно левее от столбца готово, то во время ежедневной схватки легко вспомнить и сообщить об этом событии остальной команде. Некоторые наклеивают стикер на границу между двумя колонками.
✓ Использовать магниты с аватарами. Чтобы было ясно, кто взял ту или иную задачу, можно указывать инициалы исполнителя на соответствующем Post-it®. А можно использовать аватары разработчиков, это наглядно и весело. К тому же – если у разработчика всего один или два магнита – это ограничит мультизадачность.
✓ Использовать печать или переворачивать завершенные истории. На доске иногда бывает только одна колонка для историй. Если нет стартового лотка, можно переворачивать стикеры или проставлять на них штамп ЗАВЕРШЕНО – чтобы отделить завершенные истории от остальных.
• Избавление от дополнительных колонок
Команды, которые слышали о Kanban, склонны добавлять в доску больше столбцов, например, к проверке или для теста.
Если команда стремится к успешному применению Scrum, я категорически не рекомендую этого делать. Дополнительная колонка – признак отсутствия кроссфункциональности команды. Колонка для тестирования, например, показывает, что тестировщики далеки от дел команды разработчиков. Это усиливает многозадачность и отнимает время.
С дополнительными столбцами таблица становится труднее для восприятия. Кроме того, кого бы я ни спросил, никто не знает: применяется ли дополнительный столбец к историям или задачам.
Чтобы избежать этих ошибок применяется паттерн роение, представленный в главе 9 «Планирование спринта». См. также главу 20.
Рисунок 17.4 – Scrum против дополнительных колонок. И колонн.
• Доска для препятствий
Препятствия мешают рабочему процессу. Чтобы это изобразить, первым делом надо выделить то, что именно замедляется или оказывается невозможным для выполнения. Для этого нужно пометить соответствующую задачу на Scrum-доске красной точкой.
Следующим шагом является визуализация препятствий при помощи трех колонок, несколько похожих на задачи, но адаптированных: выявлено, в процессе, разрешено.
Рекомендую указывать на Post-it® дату выявления препятствия.
Устранение препятствий не должно затягиваться. Дата выявления также полезна на этапе ретроспективы, когда рассматривается хронология основных событий спринта.
• Доска историй и функциональностей
Как мы узнали из глав о бэклоге, история на протяжении жизненного цикла развивается слева направо.
Независимо от того, использует ли команда лотки или столбцы, участники группируют истории для одного типа действий.
Два этапа, на которых выполняются какие-либо значимые действия – это доработка и реализация (в процессе).
Рисунок 17.5 – Замечательная доска для историй
Kanban-таблица со всеми функциональностями дает общее представление о процессе работы. Это подходит для заинтересованных сторон. Количество столбцов зависит от контекста. Во время пользования такой таблицей можно создавать и применять правила перехода из одной колонки в другую.
• Многоуровневая доска
Можно представить сразу два уровня на одной таблице. Например, добавить три столбца задач.
Рисунок 17.6 – Двухуровневая доска (Scrum!): история и задача
Визуальное управление не ограничивается мониторингом таблиц. Рядом с доской на стене можно обозначить пространство для информации, полезной команде и заинтересованным сторонам.
Можно визуализировать цель спринта, критерии готовности и завершенности, способы улучшения процесса, определенные во время ретроспективы.
Можно поместить календарь и отмечать доступность экспертов и отпуска участников команды.
Niko-niko [51], размещенный на входной двери, позволит ежедневно отмечать и следить за настроением участников команды.
Заинтересованным сторонам будет интересно увидеть рядом с kanban-доской функциональностей еще план сезона и такой индикатор, как burndown-график задач.
17.4 Игры
Игра – это тоже в некотором роде инструмент для Scrum-команды. Игры можно использовать для обучения и для работы, то есть, для достижения определенных результатов.
Играть, не отвлекаясь от работы – кажется, неплохой оксюморон? В «Третьей промышленной революции» Джереми Рифкин утверждает:
В XIX и XX веках условием, дававшим право считаться человеком, было индивидуальное усердие, а цель жизни заключалась в превращении в производительного работника. На протяжении многих поколений люди становились машинами в бесконечной гонке за достижением материального благополучия: мы жили для того, чтобы работать. Третья промышленная революция и эра сотрудничества открывают перед человечеством возможность освободиться от оков механизированной жизни, встроенной в утилитарный мир, и почувствовать себя свободным: жить, чтобы играть. Французский философ Жан-Поль Сартр усматривал близкое сходство между свободой и игрой. Он писал, что «по мере того, как человек осознает себя свободным и начинает распоряжаться своей свободой… его деятельность превращается в игру». В дополнение к этому я могу лишь спросить: разве может кто-нибудь чувствовать себя более свободным, чем тогда, когда он играет?