[БЕЗ_ЗВУКА] Всем привет! В этом видео я расскажу вам о том, как использовать такой электронный инструмент, который называется Trello. Trello — это альтернатива для скрам-команды использованию физических артефактов, таких, как скрам-доска физическая и стикеры. Он может помочь вам настроить процесс работы в распределенных командах, когда участники команды сидят в разных городах, например. Итак, давайте взглянем. Во-первых, Trello — это бесплатный инструмент, вы можете зарегистрироваться и спокойно им пользоваться. Во-вторых, очень важно сказать, что Trello — это не инструмент для скрама, это скорее просто электронная доска, которую, соответственно, вы можете использовать так, как вам угодно. Из этого вытекают плюсы и минусы. Плюсом является то, что он очень простой. Вы зарегистрируетесь, я уверен, сразу же разберетесь, как он устроен. Из минусов — чтобы полностью соблюсти процессный фреймворк Scrum и какие-то дополнительные лучшие практики, вам придется его дорабатывать, достраивать, дополнять какими-то другими вещами, которые вам требуются. Итак, первое, что я вам рекомендую сделать после регистрации в Trello — это завести три доски для вашей команды, которые я здесь назвал Archive, Backlog и Sprint. Давайте взглянем на доску Backlog. Здесь у нас есть один столбец, который так же и называется, куда я уже перенес наши пользовательские истории на примере нашего приложения для заказа такси. Вот здесь их у меня пять. Собственно, эта доска будет основным инструментом для того, чтобы, во-первых, обеспечить прозрачность бэклога для всей нашей скрам-команды. Сюда же вы можете подключить заказчиков, дать им доступ на просмотр этой доски. А сейчас я продемонстрирую, как использовать другую доску, которая называется Sprint, начиная от планирования спринта и заканчивая обзором спринта. Как вы помните, у нас скрам-доска состоит из трех столбцов, это «Не начато», «В работе» и «Готово». Представим, что наша скрам-команда планирует спринт. Для этого я беру, открываю доску Backlog и переношу наш единственный столбец в ней на другую доску, которая называется у нас Sprint. Это необходимо только на планирование спринта. Вот мы видим, что у нас здесь отразился, появился этот столбец. Как мы помним, как у нас проходит планирование? В первую очередь у нас команда выбирает для работы в спринте те элементы бэклога, которые она считает, что успеет выполнить. Допустим, представим, что это три вот этих элемента. Пока Backlog оставим здесь. Напоминаю, что после этого команда должна установить цель спринта. Здесь уже возникает проблема, где нам ее здесь записать в Trello. Но давайте запишем ее в столбец «Готово». Представим, что цель нашего спринта — это выпустить первый релиз продукта на рынок. Перед нами возникает задача: нам нужно различить элементы бэклога и цель спринта. Для этого в Trello имеются различные инструменты. Например, мы можем использовать метки. Я их чаще всего и использую. Сделаем метку UserStory для обозначения пользовательских историй. [ЗВУК] И укажем эту метку у всех элементов бэклога. Итак, чтобы теперь выделить цель спринта, мы можем воспользоваться таким инструментом, как стикеры. Прямо переместить стикер и прилепить его на эту карточку. Итак, напоминаю, что мы выбрали элементы бэклога, которые команда сделает в спринте, выбрали цель спринта. Теперь наша задача — разработать план реализации этих элементов в спринте. Это основная задача команды разработки. Мы должны разбить каждый элемент бэклога на задачи. Для этого есть два варианта в Trello. Первый вариант. Мы можем внутри прямо карточки добавить так называемый чек-лист и обозвать его «Задачи». И давайте распишем эти задачи. Например, нам нужно разработать дизайн экрана заказа такси. Представим, что нам нужно доработать или разработать базу данных, разработать серверную часть, разработать приложение для iOS, а точнее, обозначенный экран в нем, и разработать приложение для Android. А, вот здесь я себе указал подсказку, что у нас элемент бэклога, чтобы мы его могли взять в спринт, должен содержать в себе описание, иногда достаточно просто описания пользовательской истории, иногда нужно добавить описание, например, как мы проверим, что эта пользовательская история готова, ценность и размер. Как вы видите, в Trello не предусмотрена возможность для того, чтобы это можно было как-то указать в карточке. Мы можем только воспользоваться полем «описание». Однако, как вы можете заметить, вот здесь у меня есть оценка размера этих историй в единицах историй. У конкретно этого элемента эта оценка — 5. Для этого я подключил дополнительный инструмент, который в Trello напрямую не входит. Это плагин для браузера, который называется Scrum for Trello. Он позволяет, собственно, добавлять эти оценки к каждой карточке и видеть в каждом столбце суммы этих оценок. Это может помочь нам при планировании спринта, когда мы сравниваем скорость команды и смотрим оценки элементов бэклога. Мы остановились на том, что мы расписали задачи, которые требуется сделать команде разработки, для того чтобы реализовать этот элемент бэклога. Неудобство здесь в том, что, если мы в середине спринта взглянем на доску, которая может выглядеть примерно вот так, мы не увидим реальный прогресс по той или иной пользовательской истории, потому что у нас будут задачи, скажем, отмечены вот так. Еще один минус состоит в том, что мы не видим, кто именно занимается конкретной задачей просто при взгляде на доску. Нам нужно будет пользоваться какими-то другими инструментами. Итак, альтернативный способ отразить задачи, которые будет выполнять команда разработки на доске в Trello, это не использовать чек-лист, а использовать отдельные карточки. Давайте перенесем наш список в карточки. Я прямо скопирую его. Это займет какое-то время. «Разработать дизайн экрана заказа такси», «разработать базу данных», «разработать серверную часть», [ЗВУК] «разработать приложение для iOS» и «разработать приложение для Android». Итак, а, собственно, этот список я из оригинальной карточки удалю. Теперь мы должны как-то различить эти карточки, пользовательские истории и задачи. Для этого я использую вторую метку, которую так и назову, Task, и они будут у нас синенькими, например. И отмечу все task этой меткой. Здесь возникает... То есть мы сталкиваемся с еще одним несовершенством этого инструмента по сравнению с обычной физической доской, которое заключается в том, что, когда мы в течение спринта будем видеть ход работ, у нас отношение задач к пользовательским историям, оно перестает быть очевидным. Для примера в остальные пользовательские истории я добавлю задачи исключительно для демонстрации. Назову их «Задача 1», «Задача 2», «Задача 3» и так далее. И также помечу их метками Task. [ЗВУК] [ЗВУК] И у вот этой пользовательской истории. Итак, представим, что на этом наше планирование спринта закончено, то есть скрам-мастер задал вопрос команде разработки, нужно ли сделать что-то еще, чтобы выполнить, то есть доставить эту пользовательскую историю нашему клиенту, и команда разработки ответила, что нет, все, это все, что нужно сделать. На этом мы можем наш бэклог переместить обратно на доску Backlog, чтобы он нам здесь в течение спринта не мешался. Он нам не потребуется до обзора спринта. Итак, затем представим, что у нас проходит ежедневный скрам, то есть участники команды разработки, они разбирают задачи. которые они будут делать сегодня, в какой-то день Спринта. Здесь возникает еще одно несовершенство Trello как инструмента по сравнению с физической доской. На физической доске мы стикер куда прилепили, там он и остается. В случае же с Trello в тот момент, когда какой-то разработчик, например, берет задачу из этой пользовательской истории, а другой разработчик берет задачу из этой пользовательской истории, а такое может быть, мы перестаем понимать, к какой пользовательской истории этот таск относится на доске. Поэтому я рекомендую вам каким-то образом их связывать, например, использовать еще какую-то метку с номером, например, пользовательской истории, скажем. И точно таким же образом пометить таски, относящиеся к соответствующей пользовательской истории. Это займет какое-то время. [БЕЗ_ЗВУКА] [БЕЗ_ЗВУКА] [БЕЗ_ЗВУКА] Итак, теперь мы видим, какая задача к какой пользовательской истории относится. Собственно, так это и продолжается, мы перемещаем задачи по доске, переносим их в конечном итоге в столбец Готово, в следующие задачи и так далее. До тех пор, пока не будет выполнена какая-то пользовательская история. Пользовательскую историю мы в столбец Готово переносим только в тот момент, когда выполнены все задачи, относящиеся к этой пользовательской истории. Допустим, у нас вот такая ситуация. Получается, что у нас две пользовательские истории выполнены, вот так. Мы можем даже представить, что мы начали реализовывать третью пользовательскую историю, может быть, даже какой-то таск в ней был выполнен, то есть в Готово, и даже какой-то еще начатый остался незавершенным, но мы эту пользовательскую историю до конца реализовать не успели. Примерно с такой картиной мы приходим на обзор Спринта, когда наше отчетное мероприятие перед заказчиками. В таком случае эту доску может использовать владелец продукта. Я напоминаю вам, что мы планировали сделать для отчета и что реально сделали. Во время обзора Спринта мы получаем обратную связь от наших заказчиков, которую мы сразу же можем отразить вот здесь в бэклоге в виде пояснения к каким-то элементам или новых элементов бэклога. Что же делать с теми карточками, которые у нас здесь уже закончены в этом Спринте? В этом случае я делаю следующее: здесь я помечаю номер Спринта в названии столбца Готово, например, это у нас был Спринт № 1. Возможно, вы можете также указать дату, когда этот Спринт проходил. И весь этот столбец переношу на другую доску, которую мы специально приготовили, которая называется Архив. Это наш способ потом ретроспективно посмотреть, что мы делали в том или ином Спринте. В этом случае те пользовательские истории и задачи, которые у нас не закончены, по идее должны отправиться обратно в бэклог. Точнее говоря, пользовательские истории. А задачи мы должны были бы расписать заново в следующем Спринте. Поэтому так мы и сделаем. Переместим эту user story в бэклог, а задачи архивируем. Мы заново их распишем в следующем планировании, если вдруг у нас вот эта пользовательская история снова попадет в следующий Спринт. На доске Спринт мы должны создать новый столбец, который называется опять же Готово, для того чтобы мы могли его использовать на следующем планировании Спринта. Здесь важно отметить, что если вы помните, у нас есть определенные метрики — скорость команды, и мы используем разные диаграммы: это Release Burndown Chart, Sprint Burndown Chart, возможно, расширенную диаграмму сгорания. Так вот, в Trello ничего из этого нет, как я уже сказал, это просто электронные доски, соответственно, чтобы использовать эти диаграммы и метрики, мы должны использовать какие-то дополнительные инструменты. На самом деле у Trello существует множество дополнений и плагинов, как встроенных туда в систему Trello, так и устанавливаемых отдельно в браузер. Вы можете все их посмотреть, либо вообще пользоваться бумажными или какими-то альтернативными способами построения этих диаграмм, например, Excel или просто бумажными диаграммами. [ЗВУК]