tutorial

Изучите kanban с помощью Jira Software

Пошаговое руководство по ведению kanban-проекта в Jira Software.

 

Claire Maynard Claire Maynard
Просмотр тем

Учебное руководство по kanban

Ознакомившись с пошаговыми инструкциями этого учебного руководства, вы сможете вести проект kanban, расставлять приоритеты между рабочими задачами, визуализировать рабочий процесс и сокращать объем текущей работы до минимума, чтобы снять лишнюю нагрузку со своей команды. Все это возможно в Jira Software.

Продолжительность.

10 минут чтения. Прохождение учебного курса за несколько недель.

 

Аудитория.

Вы только начинаете знакомство c разработкой программного обеспечения по методике kanban и (или) с Jira Software.

 

Предварительное требование.

Вы создали аккаунт Jira Software.

Попробовать бесплатно

Что такое Kanban?

Методика kanban, подобно scrum, помогает командам выпускать ПО быстро и часто. Однако с kanban команды получают большую свободу действий с точки зрения планирования и исполнения. Работа выполняется не в рамках ограниченных по времени спринтов, а непрерывно, при этом команда берет отдельные рабочие задачи из бэклога и продвигает их на стадию «Завершено».

Шаг 1. Создание проекта kanban

Войдите в Jira Software. Вам будет предложено создать проект. На этапе выбора типа проекта выберите проект разработки программного обеспечения по методике kanban. 

В ваш новый проект разработки программного обеспечения по методике kanban будет включена доска kanban. Первым, что вы увидите после создания проекта, будет как раз доска kanban вашей команды. Именно здесь команда будет отслеживать свою работу.

Этап 2. Настройка рабочего процесса

Создав проект kanban в Jira Software, вы получаете готовый рабочий процесс со столбцами Backlog (Бэклог), Selected for Development (Выбрано для разработки), In Progress (В процессе) и Done (Завершено). Здесь владелец продукта может добавлять задания в бэклог и перемещать их в столбец Ready for Development (Готово к разработке), когда задания или пользовательские истории подготовлены. Участники команды могут затем выбирать задания из этого столбца и перемещать их в столбцы In Progress и Done. Если ваш процесс разработки отличается от приведенного примера, добавить или удалить этап рабочего процесса не составит труда. Например, многие команды добавляют в свой рабочий процесс этап оценки качества или проверки.

Чтобы настроить столбцы и рабочий процесс, нажмите Board (Доска) в правом верхнем углу бэклога, после чего выберите Configure (Настроить).

Настройка рабочего процесса kanban | Atlassian — тренер по agile

На странице настройки доски выберите Columns (Столбцы) в боковой панели. С помощью кнопок справа можно добавить статус или столбец; нажатием значка корзины столбец можно удалить. Когда вы закончите настройку столбцов рабочего процесса, нажмите кнопку Back to board (Вернуться на доску) в правом верхнем углу.

Шаг 3. Добавление заданий, багов и пользовательских историй в бэклог

Нажмите кнопку Create (Создать) и начните добавлять в бэклог задания, баги или пользовательские истории. В kanban бэклог — это первый столбец доски. Если в данный момент вы не работаете ни над каким проектом или возможностью, попробуйте для начала создать несколько примеров заданий, чтобы понять принципы работы.

Что такое пользовательские истории?

В методике agile пользовательские истории — это наименьшая единица работы. Как {тип пользователя}, я хочу {цель}, чтобы {извлечь пользу}.

 

Чтобы создать пользовательскую историю, в качестве примера представим веб-сайт.

 

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

 

Пользовательские истории в общих чертах прописывает владелец продукта, после чего команда по продукту совместными усилиями составляет подробные требования.

Шаг 4. Расстановка приоритетов в бэклоге

Чтобы расположить элементы бэклога в порядке приоритетности, перетаскивайте карточки вверх и вниз в первом столбце.

Расстановка приоритетов в kanban

Kanban-команда концентрируется только на текущей работе. По завершении рабочей задачи команда забирает следующую задачу из верхней части бэклога. Владелец продукта может менять приоритет задач в бэклоге, не мешая работе команды, поскольку изменения происходят за пределами текущих рабочих задач. Если владелец продукта следит, чтобы наверху бэклога были самые важные рабочие задачи, команда разработчиков будет гарантированно поставлять бизнесу максимально ценный продукт. Таким образом, необходимости в спринтах фиксированной длительности, используемых в методике scrum, просто нет.

При добавлении задач на доску может быть целесообразно сопровождать их меткой о приоритетности. Тогда при расстановке приоритетов самые важные задачи будут видны сразу. По умолчанию в kanban на доску добавляются дорожки: одна — для элементов с высоким приоритетом, которые сопровождаются меткой Expedite (Срочный), другая — для всего остального. Различные инструменты, например метки, и возможности позволяют относить рабочие задачи к разным категориям.

Что такое «дорожки»?

С помощью дорожек можно отнести задачи к разным категориям, чтобы команда agile понимала, над какими задачами нужно работать в первую очередь. Чтобы отредактировать дорожки по умолчанию, перейдите в окно настройки доски в правом верхнем углу бэклога и выберите Swimlanes (Дорожки) в боковой панели. На появившемся экране можно добавлять дорожки, назначая задачам категории с помощью языка JQL.

Настройка дорожек | Atlassian — тренер по agile
Agile-дорожки | Atlassian — тренер по agile

Шаг 5. Выбор работы из бэклога

В рамках методики kanban участники команды берут элементы из столбца Backlog (Бэклог) или Selected for Development (Выбрано для разработки) и переносят в столбец In Progress (В процессе).

Рекомендуется ограничивать объем незавершенной работы. Это просто: добавьте ограничения в столбцы. В результате этого, если команда переместит слишком много заданий в этот столбец, появится предупреждение.

Зачем нужно ограничивать объем незавершенной работы?

Вы можете установить ограничения незавершенной работы (WIP), то есть минимальный и максимальный объем работы, содержащийся в каждом столбце доски. Ограничения WIP помогают уменьшить объем работы, которая близка к завершению: команды вынуждены сосредоточиться на меньших группах задач. Это значительно повышает качество работы команды на всех стадиях процесса. Ограничения WIP также помогают выявить проблемные места в процессе поставки программного обеспечения команды, прежде чем ситуация станет непоправимой. Благодаря этому клиенты чаще получают поэтапно поставляемую ценность. Вот почему ограничения WIP так высоко ценятся в agile-разработке. Подробнее см. здесь.

В Jira Software можно добавить нижний и верхний предел для каждого столбца в разделе Columns (Столбцы) окна настройки доски.

Шаг 6. Проведение совещаний в команде

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

Что такое ежедневный стендап?

Обязательный состав участников: команда разработчиков и владелец продукта

 

Необязательно: заинтересованные лица в команде

 

Когда проходит: один раз в день, как правило, утром

 

Продолжительность: не более 15 минут. Не занимайте конференц-зал и не давайте участникам стендапа садиться. Если все будут стоять, собрание не займет много времени.

Методика agile: scrum и kanban. 

 

Назначение: ежедневный стендап проводится, чтобы быстро сообщить всем о делах в команде. Это не полноценная планерка. Атмосфера должна быть легкой и непринужденной, но не бессодержательной. Пусть каждый участник команды ответит на следующие вопросы:

 

  • «Что мне удалось завершить вчера?»
  • «Над чем я буду работать сегодня?»
  • «Есть ли препятствия в моей работе?»

 

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

 

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

Шаг 7. Использование контрольного графика

Вы можете регулярно сверяться с контрольным графиком, чтобы отслеживать ход работы команды.

Что такое контрольный график?

На контрольном графике выводится следующая информация.

  • Время нахождения каждой задачи на определенной стадии, прежде чем она будет передана на следующую.
  • Продолжительность цикла вашей команды — сколько времени нужно вашей команде в среднем, чтобы завершить каждую задачу. Можно просмотреть время цикла для продукта и версии.
  • Скользящая средняя времени цикла команды. Чем эффективнее ваша команда, тем меньше это значение.

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

  • Не занимают ли задачи определенного типа много времени? Так может случиться, если задачи слишком сложные или их выполнение приходится откладывать из-за наличия более важной работы.
  • Не слишком ли задерживаются задачи на определенной стадии? Это может указывать на проблемное место в процессе работы команды.
  • Какова скользящая средняя вашей команды? Становится ли команда более эффективной? Почему (или почему нет)?

Шаг 8. Использование бэклога kanban (необязательно)

Многим командам нравится гибкость kanban, но иногда начинает казаться, что первый столбец доски, бэклог, переполнен — и с этим ничего нельзя поделать. Поэтому мы добавили бэклог в проекты разработки программного обеспечения по методике kanban.

Бэклог kanban — это бэклог для доски, расположенный в другой вкладке проекта. Так у менеджеров по продукту появляется больше пространства, специально предназначенного для составления бэклога и расстановки приоритетов в нем, а команде больше не приходится отвлекаться от текущей работы. Менеджер по продукту может перемещать работу из бэклога в столбец Ready for development (Готово к разработке), чтобы предупреждать команду о предстоящей работе.

Подробнее см. в разделах «Использование бэклога kanban» и «Включение бэклога kanban».

Бэклог kanban | Atlassian — тренер по agile
Как включить бэклог kanban
  • Войдите как пользователь с глобальным правом администратора Jira.
  • В верхней панели выберите Jira Administration > Applications (Администрирование Jira > Приложения), затем прокрутите страницу вниз до раздела Jira Software.
  • Под заголовком Jira Software Labs выберите интересующие вас возможности.
  • Burnup Chart (Burnup-диаграмма)
  • Kanban backlog (Бэклог kanban)

Расширенные методики

Вы, вероятно, уже поняли, что в Jira Software предусмотрены очень гибкие настройки. Далее приводятся продвинутые советы и рекомендации, которые помогут команде раскрыть свой потенциал, чтобы быстрее и эффективнее завершать текущую работу.

Шаг 9. Использование ограничений столбцов

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

Задать ограничения столбцов на доске можно в разделе Columns (Столбцы) окна настройки доски. Установите там нижний и верхний пределы для каждого столбца.

Пример ограничений столбцов | Atlassian — тренер по agile

Если количество задач в столбце Selected for Development (Выбрано для разработки) или In Progress (В процессе) превышает 10, верхняя часть этих столбцов окрасится в красный цвет:

Kanban с ограничениями столбцов | Atlassian — тренер по agile

Доска может выглядеть по-другому, если для нее включен бэклог kanban.

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

Чтобы узнать, как это сделать, обратитесь к разделу «Настройка столбцов».

Шаг 10. Использование сводной диаграммы процесса

Сводная диаграмма процесса — один из самых важных отчетов, с которым вам придется работать в рамках методики kanban. С помощью нее ваша команда получает наглядное представление о затраченных усилиях и сопоставляет их с общим ходом реализации проекта.

В Jira Software на сводной диаграмме процесса показаны стадии, на которых пребывали задачи команды в течение какого-то периода времени:

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

Сводная диаграмма процесса оптимально подходит для прогнозирования потенциальных проблемных мест.

продолжение темы
Learn how to use Epics in Jira Software