Как сделать канбан доску в jira

Добавил пользователь Владимир З.
Обновлено: 04.10.2024

Примерно 3 месяца назад мы неожиданно перешли на Канбан и отказались от спринтов. Ощущения непривычные :) делюсь.

Чистого Скрама у нас, конечно, никогда не было. Было что-то вроде Скрамбана: ограниченные по времени спринты, спринт-планинги и оценка задач. Но задачи (а особенно баги) могли втиснуться в спринт после его начала (мы же стартап, ну). Некоторые задачи на стадии реализации могли оказаться сложнее, чем казалось раньше, что добавляло им часов и ставило под угрозу завершение спринта. Для наглядности использовали Канбан-доску.

Приоритизация задач

Вели беклог, разделенный на секции: задачи для маркетинга, отдела продаж, пост-сейлзов, аккаунт-менеджеров, финансистов, внутренние задачи и т.д. Задачи в беклог ставили главы отделов и определяли приоритеты внутри своего блока, синхронизируя общее направление с руководством на еженедельных координационных совещаниях.

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

Беклог вели в Spreadsheets-документе, выглядело это так:

Спринт-планинги

До начала спринта мы с Head of product проговаривали, какие задачи берем. Я задачи прорабатывала и готовила описание и, если необходимо, дизайн для программистов. На спринт-планинге мы собирались всей тех-командой, проговаривали каждую задачу и оценивали ее в часах отдельно для бекенда и фронтенда.

Да, это занимало много времени – до 4-х часов раз в две недели. Если умножить это на количество участников (с зарплатами разработчиков!) – получается куча денег.

Тикеты

Для наглядности мы использовали Канбан-доску. Даже не так – две Канбан-доски :) одну - цифровую в Jira и одну физическую в переговорке для дейли-митингов. Проблем с синхронизацией досок не возникало – в Жире доска обновляется автоматически, а физическую доску обновляем на митинге, проговаривая, что изменилось.

Тикеты организованно печатали после спринт-планинга и наклеивали в колонку ToDo. В среднем в спринт входило 25-30 тикетов. Целью было переместить их все в колонку Done за время спринта (1,5 - 2 недели). Чем больше тикетов оставалось в колонке ToDo – тем больше было давление на программистов. Под конец спринта всегда ощущалось, что парни стрессуют.

Неверные оценки. 100% точно оценить задачу ты можешь только постфактум. Более-менее точно можешь оценить, если делал что-то схожее в прошлом. Но если задача новая (а в 90% случаев это так), ты можешь дать только приблизительную оценку и, конечно, ошибешься в меньшую сторону потому, что на тебя смотрит босс (ಠ_ಠ)

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

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

Регулярно стрессующие программисты :( Нежные они ребята. Чтобы функционировать им нужны комфортные условия, покой, тишина, кофе и печеньки, определенность, ясность и чувство контроля. Стресс раз в две недели по независящим от них причинам снижает эффективность в разы.

Подмена приоритетов – целью было уложиться в спринт вместо того, чтобы сделать качественно. Часто пренебрегали глубоким тестированием и проработкой edge-case'ов.

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

Первое, что мы сделали – отказались от беклога, разделенного на секции по отделам. Вместо этого стали фокусироваться на глобальных индикаторах компании и определять цели тех-команды на квартал и уже исходя из них ставить задачи. Для этого на самом верхнем уровне внедрили Hoshin и стали еженедельно с ним согласовывать работу всех отделов.

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

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

Второе, что мы сделали – прибрались в Жире. Но это, наверное, тоже тянет на отдельный пост.

Третье – отказались от спринтов. Заменили спринт-планинги грумингами, которые проводим не по расписанию, а когда хотим. Обсуждаем на них не все задачи, а только важные, которые требуют внимания всей команды. В часах задачи не оцениваем – обсуждаем только примерные оценки типа (2-3 дня или неделя). Плюс, каждый раз сверяемся с квартальным планом на предмет, все ли идет как планировалось и нет ли чего-то, что мы не учли. Груминг занимает не больше часа.

Оставили обе Канбан-доски. Перестали организованно печатать тикеты, завели стикеры и маркеры в переговорке, чтобы быстро можно было создать тикет и повесить на доску. Заказали для всех членов команды цветные магнитики с героями Star Wars, чтобы лепить их на стикеры и видеть, кто над какой задачей работает. Догадайтесь, кто я ;)

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

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

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

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

Чего пока не хватает – это оценки скорости. Это важный показатель и его надо повышать. А чтобы повышать – надо измерять. Плюс, в планах – наладить похожим образом процесс для мобильного приложения (над ним работает отдельная команда и там пока все мутно).

В целом, считаю эксперимент успешным. Посмотрим, как пройдет второй квартал, возможно, придумаем, что еще можно улучшить :)

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

Agile-разработка с Jira

В Jira работают Samsung, Coca Cola, Visa, Dropbox и Audi. NASA использует Jira для создания ПО, которое управляет беспилотными исследовательскими аппаратами в космосе, например марсоходом Curiosity. Еще все эти компании придерживаются методологии Agile.

Agile — это гибкая система разработки, в которой сложные задачи разбиваются на итерации — небольшие этапы. После каждого из них команда постепенно выдает готовые части продукта, их тестируют и оценивают. Одну итерацию называют спринтом (англ. sprint — бег на короткую дистанцию). В конце спринта команда подводит итоги и ставит себе задачи на следующий.

Главные принципы Agile:

Люди и их взаимодействие важнее процессов и инструментов.
Работающий продукт важнее исчерпывающей документации.
Сотрудничество с заказчиком важнее согласования условий контракта.
Готовность к изменениям важнее следования первоначальному плану.

Есть два подхода к работе над проектом, основанные на Agile.

1. Методика Kanban — это способ визуализации задач с помощью досок, на которых задачи располагаются в соответствии со статусом. Стандартная канбан-доска делится на три колонки:

to do — список задач;
in progress — задачи, которые взяли в работу и выполняют;
done — завершенные задачи.

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

2. Методика Scrum — в ней собраны все принципы гибкой разработки: деление на спринты, взаимодействие в команде и с заказчиком, нацеленность на рабочий продукт. Для визуализации рабочего процесса в Scrum тоже используют доски, на которых отслеживается процесс разработки. Отличие от канбан-досок в том, что самую важную роль играют спринты и задача не может находиться в работе дольше, чем длится спринт. Доски бывают физическими — тогда команда перемещает задачи, переклеивая стикеры. Такую методику скрам-мастера рекомендуют для небольших команд, у которых все разработчики в одном офисе. В Jira виртуальные скрам-доски выглядят так:

Для чего используют Jira

Этот инструмент создавали для отслеживания статуса задач и ошибок, но со временем его функционал расширился. Сегодня в Jira можно управлять процессом разработки от идеи до запуска готового продукта. Кроме IT-команд, ее используют маркетологи, аналитики, тестировщики и другие специалисты.

Для чего может помочь Jira:

Управление требованиями. Требования — это вводные данные для работы над проектом. Их пишут в отдельном документе вместе с заказчиком, чтобы не возникало разногласий в процессе работы, а разработчики могли на них ориентироваться. Чтобы изменить или составить требования для команды, используют Jira в сочетании с Confluence — инструментом для совместной работы. В нем можно создавать, обсуждать и редактировать документы.

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

Управление проектами. Jira настраивается под проекты, поэтому такой инструмент полезен проджект-менеджерам. Можно визуально отследить путь каждой задачи от создания до результата: генерация идей и гипотез, создание прототипа, дизайн, согласование дизайн-концепта, разработка, создание контента, тестирование.

Начните свой путь в IT

Попробуйте себя в IT-профессиях. Получите все курсы по программированию, аналитике данных, Data Science по цене одного.

Как пользоваться Jira

Установка

Зайдите на сайт проекта и зарегистрируйтесь с помощью электронной почты, Slack, Microsoft или Google-аккаунта.

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

После регистрации инструменты для управления будут доступны.

Интерфейс

Внешне Jira похожа на любой другой таск-менеджер.

В верхней строке меню шесть вкладок:

Ваша работа (Your Work) — тут отображаются проекты конкретного члена команды, в которых он исполнитель.
Проекты (Projects) — вкладка с доступными досками команды, активными спринтами и отчетами о работе.
Фильтры (Filters) — таблица сортировки проектов по авторам, проектам, статусам и другим показателям.
Дашборды (Dashboards) — аналитические сводки по проектам.
Люди (People) — список профилей членов команды.
Приложения (Apps) — сторонние сервисы, которые интегрированы в Jira и расширяют ее функционал.

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

эпик (epic) — большая задача, которую нужно разделить на спринты;
история (story) — часть эпика, которую команда может решить за спринт;
задача (task) — часть работы, которую выполняет один или несколько членов команды;
подзадача (sub-task) — часть задачи;
баг (bug) — особая задача по исправлению ошибок в продукте.

Боковое меню состоит из элементов управления проектами:

Дорожная карта (Roadmap) — трекер, с помощью которого выстраивается картина работы над проектом; в нем на линии времени отображаются этапы разработки до финального релиза.

Бэклог (Backlog) — список рабочих задач, расставленных по приоритетам на основе дорожной карты: важные задачи — в начале списка, а менее приоритетные — в конце. Каждая задача в бэклоге — отдельный спринт.

Активные спринты (Active sprints) — список спринтов (задач из бэклога), которые находятся у команды в работе.

Отчеты (Reports) — в этой вкладке более 20 параметров: соотношение нагрузки на команду в спринтах, ее эффективность, длительность спринтов, прогресс проекта и прочее.

В нижней части бокового меню расположены компоненты проекта:

Создание первого проекта

Шаг 1. Jira предлагает на выбор три шаблона проектов, которые подходят для разных методов работы команд:

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

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

Шаг 2. При выборе шаблонов Kanban и Scrum Jira предлагает выбрать тип управления проектом:

Управляется командой — упрощенный тип, доступен всем участникам команды, а изменение настроек не влияет на другие проекты.

Управляется компанией — расширенный тип, настройками доступа управляют администраторы, проекты связаны друг с другом и есть возможность переноса задач из одного проекта в другой.

Шаг 3. Проекту присваиваются название и ключ:

Название — это развернутое имя, по которому команда будет распознавать проект.
Ключ — это короткий идентификатор, в его состав автоматически входят первые буквы слов из названия. Например, если назвать проект Skillfactory Test, то Jira сгенерирует ключ ST. Также к нему можно добавить номер задачи, например ST001.

После этого новый проект будет создан, и внутри него уже можно создавать задачи:

Создание задачи

Повышение производительности Jira

Вот что рекомендуют специалисты из Atlassian, чтобы повысить эффективность работы в Jira.

Дробить большие задачи на мелкие. В тайм-менеджменте есть прием — разделить слона (большую и трудную задачу) на бифштексы (мелкие и простые задачи), потому что так слона удобнее есть. Этот принцип применим не только к масштабным проектам, но и к простым заданиям, которые выдаются сотрудникам. Если в задаче несколько шагов или действий, стоит разделить ее на подзадачи, каждую из них расписать внятно и подробно, а не пытаться уместить алгоритм выполнения в одном описании, потому что в нем сотрудник может запутаться.

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

Записывать действия, связанные с изменением проекта. В этом помогут логи — файлы формата .log. Они фиксируют действия внутри проекта в хронологическом порядке. Логи хранятся в Git — системе контроля версий. Сохранение проекта после каждого изменения поможет команде в исправлении ошибок или анализе работы продукта.

Готовиться к спринтам. Подготовка — это составление списка задач, расстановка приоритетов, оценка целей, сроков выполнения работы и сложности. На планирование создатели Jira советуют отводить не менее двух часов в неделю, а при оценке сложности использовать разные способы и обозначения. Например, можно использовать размеры одежды для обозначения величины задач, где XS — это небольшая, простая в решении задача, а XXL — объемная и сложная, которая не решается за один спринт.

Аналоги Jira

Это тоже инструмент для управления процессами на основе канбан-досок, который разработали Fog Creek, но в 2017 году его выкупила компания Atlassian, и теперь и Trello, и Jira принадлежат ей. Trello считается интуитивно понятным инструментом, который подходит любым, даже небольшим командам.

Работа, как и в Jira, организована по методу Kanban, задачи располагаются на досках и делятся на колонки: запланированные, в работе и завершенные. Для каждой задачи заводится новая карточка с названием, описанием, метками, исполнителем и другими атрибутами. Но в отличие от задач в Jira, карточки в Trello могут содержать подзадачи, списки или чек-листы.

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

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

В Asana предусмотрено три уровня коммуникации: общение происходит в комментариях к задаче, в проекте или внутри команды, — это отличает ее от других таск-менеджеров. Для обмена файлами предусмотрена интеграция с Dropbox, Google Диском, Adobe Creative Cloud и другими сервисами.

Wrike, как и Jira, позволяет создавать дашборды с отчетами, отслеживать загруженность команды, чтобы предотвратить переработки и выгорание. Также в планировщике есть система контроля версий. Документы в форматах Word и Excel редактируются прямо во Wrike, скачивать их не нужно.

С тех пор, как я узнала, что Atlassian предоставляет Jira для бесплатного использования в крошечных командах, я поняла, что для личного трекинга задач я буду использовать только это приложение.

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

Для начала я сходила на сайт Atlassian и зарегистрировала себе бесплатную облачную Джиру (для команд до 10 человек ей можно пользоваться просто так, даже с бесплатными плагинами).

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

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

Лично для меня оказалось наиболее удобно использовать одну доску для текущих задач и планов, а не несколько (изначально я хотела делать разные доски по темам, например: Здоровье, Финансы, Спорт, Отпуск, Недвижимость и т.п.), а все свои цели оформлять отдельными эпиками.

Сейчас я расскажу как делаю доску на своем примере - это классический шаблон + Скрам.

Для начала я заполняю эпики - цели, которые планирую достичь. Это реальные цели, которые можно разбить на задачи и подзадачи. Определяю сроки эпиков, за сколько я планирую их реализовать. Добавляю на дорожную карту:

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

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

Самое сложное - правильно поделить большие задачи на подзадачи и брать в спринт то, что реально планируешь сделать.

После я заполняю задачи - комментариями, телом, пишу в них все, что с ними связано (ссылки, материалы, фотографии, заметки, телефоны и адреса). Иногда выношу в отдельные страницы в конфлюэнсе.

Декомпозиция задач - самое важное. Например, у меня есть задача - смотреть ежедневно видео на английском языке. В нее я добавляю подзадачи - каждая подзадача содержит встроенное видео. К концу недели я вижу сколько я уже посмотрела, а сколько осталось. Иногда, если видео сложное, я переношу его после просмотра снова в статус "в работе", чтобы пересмотреть.

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

Лично для меня джира решила сразу ряд задач (которые возможно решает и ваш любимый трекер, или простой бумажный ежедневник, но мне понравился этот вариант) в планировании и сохранении информации по темам. Кроме того, можно заводить отдельные доски (например доска для техники "100 желаний"), в том числе коллективные (планирование дел для всей семьи, например).

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

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

Доброго дня.
Наверняка кто-то использует jira для девелопмента.
Так вот, если кто-то использует еще и kanban board, то выложите список колонок.
Я понимаю что все зависит от конторы, но все же хочется увидеть как это настроено и работает.
спасибо.

To Do
In Progress
Blocked
On Review
Done

Собственно тут не так много вариантов.

Ну и в Jira есть ещё возможность добавить горизонтальные swimlanes, по эпикам или например по людям.

У меня небольшая проблема с тем, как связать тестирование безнесами на preproduction и деплоймент на прод.

связать тестирование безнесами на preproduction и деплоймент на прод

а с канбаном у тебя это нормально связывается, проблема только с доской?

а с канбаном у тебя это нормально связывается, проблема только с доской?

я вопроса не понял =(

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

Мне надо по одному переносить эти бранчи ?

Мне нужно этот branch задеплоить на preproduction что бы бизнеса потестили.

юзеракцептить бранчи в принципе не в традициях канбана. везде, где я его видел, бранч живет от момента когда таска прошла triage/clarification до момента, когда новые тесты проходят на CI. после этого review кода и тестов, мерж в мастер и привет, история закрыта. юзеракцептанс в такой модели идет на мастере, который на стейж попадает отдельно от доски команды разработки через доску DevOps/Deployment/Operations команды.

Это не от конторы зависит даже, а от проекта в джире.

Ибо каждая команда может иметь свой процесс и настраивать это дело может даже проектный админ.

Видел у людей в рамках одного проекта есть:

To Do
Dev in progress
Dev done
QA To Do
QA In progress
QA Done

Тебе не канбан нужен, а Workflow diagram. В джире можно определить свои собственные состояния таска и нарисовать схему переходов (transition) - из какого состояния в какое можно перейти.

Сделать так что, например, нельзя из In Progress попасть сразу в Done, надо пройти несколько стадий, либо вернуться в backlog и начать сначала.

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

У другой команды может быть своя канбан-борда где те же тикеты с теми же статусами мапятся на колонки этой канбан-борды совсем по-другому.

Конечно технически никто не мешает сделать в борде и десять колонок, с детализацией всех шагов, но только это будет не канбан, а просто двумерная таблица тикетов:

выбрал измерение по горизонтали, по вертикали, третье измерение цветом и четвертое значком - любые четыре свойства тикетов так можно отобразить.

В джире можно определить свои собственные состояния таска и нарисовать схему переходов (transition) - из какого состояния в какое можно перейти.

юзеракцептанс в такой модели идет на мастере, который на стейж попадает отдельно от доски команды разработки через доску DevOps/Deployment/Operations команды.

Разбираем, как работает один из таких сервисов – Jira.

Что такое Jira

Jira – это программа для командной работы над проектами, разработка компании Atlassian. В каждом проекте можно изменять функционал под основные задачи и настраивать доступ участников. Jira Mobile – мобильная версия, в которой удобно обмениваться новыми данными и проверять, на какой стадии разработки находится продукт.

Для чего используют Jira

В Jira ведут проекты от идеи до полной разработки. Какие задачи помогает решать Jira:

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

Преимущества и недостатки сервиса

Что привлекает пользователей:

командная работа – до 100 человек единовременно;
защищённый онлайн-доступ;
наглядность – отображаются все изменения;
отсутствие стандартизации – каждый проект уникален;
возможность интеграции с другими сервисами;
мобильное приложение;
бесплатный доступ для команд до 10 человек; повторяющейся работы.

Что может смутить:

сложные настройки и интерфейс;
стоимость тарифов.

Бизнес

Как работать с Google Docs: инструкция

Как устроена Jira

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

Интерфейс

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

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

Задачи

Типы задач

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

Дорожная карта (расписание)

Чтобы ее создать, откройте справа вкладку Roadmap. Внутри дорожной карты нажмите Create Epic и объедините несколько задач в эпики. Затем команда устанавливает зависимости – связи между эпиками. Разработчики адаптируются под зависимости и планируют альтернативные пути. Картой можно поделиться, добавить в презентацию или распечатать.

Релизы

Новые версии проекта разработчики отправляют пользователям в приложение. В Jira есть контроль новых версий и список всех релизов. Его можно открыть, нажав на значок корабля.

Код и деплой

Приложение интегрируется с системы управления версиями программного кода: Bitbucket, Github и Gitlab. Лидеры команд могут отслеживать изменения в коде.

Pages

Эта функция напоминает Google Docs, но с меньшим функционалом. Это текстовый редактор с основными возможностями форматирования текста. В нем предусмотрены шаблоны, которые можно применять по умолчанию и редактировать под себя. Например, формы для тестирования и составления расписания.

Дашборды

Дашборд – это рабочий стол в Jira. Он формируется автоматически, корректировки вносятся вручную.

Слева сверху в меню Dashboards кликните на Manage Dashboards.
Сверху справа нажмите на Create Dashboard и добавьте гаджеты – add a new gadget.

Если вы не нашли нужных гаджетов, зайдите в маркет Atlassian.

Плагины

Atlassian продвигает дополнительные плагины сторонних программ, которые можно подключить к Jira. Например, Hip-Chat – плагин, который отправляет оповещения и помогает команде оставаться на связи, или Gliffy Diagrams – инструмент для создания диаграмм.

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

Виджеты Calltouch

Повысьте конверсию сайта на 30%
Оптимизируйте работу колл-центра
Увеличьте лояльность клиентов
Подробная статистика по всем обращениям с привязкой к источнику

Как создать задачу в Jira

Атрибуты задач

В новую задачу можно добавить дополнительные атрибуты:

Summary – название задачи;
Description – полное описание задачи;
Assignee – сотрудник, ответственный за задачу;
Labels – теги и метки;
Fix version – исправления в версии;
Story point estimate – предполагаемые трудозатраты;
Reporter – ответственный участник, который будет давать отчет по выполнению;
Attachment – дополнительная информация в прикрепленном файле;
Linked issues – ссылки на другие проекты;
Priority – приоритет.

Настройка отчетов

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

Burnup report

Этот отчет отражает объем выполненной работы и сравнивает его с запланированной. Чтобы определить отклонение от плана, проанализируйте график:

Sprint burndown chart

В графике видно работу членов команды и общую производительность по срокам. Также он помогает рассчитать примерное число подготовки проекта.

Velocity report

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

Cumulative flow diagram

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

Отслеживайте общие показатели вашего бизнеса со Сквозной аналитикой Calltouch. Она поможет узнать, какой рекламный канал работает лучше. Вставьте скрипт в код вашего сайта, подключите CRM и получайте понятные и полезные отчеты. Настройка сервиса займет всего 20 минут. Две недели аналитики – бесплатно.

Сквозная аналитика

Автоматически соберет данные с рекламных площадок, сервисов и CRM в 1 окне
Бесплатные интеграции c CRM и другими сервисами: более 50 готовых решений
Анализируйте воронку продаж от показов до кассы
Оптимизируйте свой маркетинг с помощью подробных отчетов: дашборды, графики, диаграммы
Кастомизируйте таблицы, добавляйте свои метрики. Стройте отчеты моментально за любые периоды

Алгоритм работы с Jira

С чего начать и как работать:

Загрузите приложение и создайте собственный профиль для работы.
Выберите тариф .
Кликните Create Project.
Выберите доску с задачами, которая подходит вашему проекту.
Пройдите небольшое тестирование от программы для оценки навыков владения приложением.
Настройте колонки на доске по вашим требованиям.
Создайте новую задачу.
Пригласите свою команду для совместной работы над проектом.
Если вы хотите подробнее изучить функционал, прочтите руководство и рекомендации .

Как повысить производительность

Есть лайфхаки, которые упрощают работу в Jira. Используйте их, чтобы создать идеальный рабочий процесс для своей команды. Самый простой трюк – используйте горячие клавиши. Рассмотрим, как еще можно оптимизировать разработку проекта:

Делите большие задачи на мелкие . Сложно воспринимать одну массивную задачу. Разделите ее на мелкие, понятные подзадачи и отслеживайте каждое действие. Таким образом, можно вовремя увидеть пропуски.
Комментируйте задачи . Если есть какие-то нюансы, пропишите их. Записывайте идеи во время создания issues.
Записывайте все выполненные действия . После каждого действия делайте коммит и отправляйте его в git-систему. Руководители будут отслеживать прогресс и вмешиваться в случае ошибки.
Планируйте спринты . Спланируйте все задачи заранее, проверьте их на адекватность и спрогнозируйте сроки выполнения. Проанализируйте приоритет каждой задачи и найдите подходящих сотрудников.

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

Стоимость Jira

Бесплатный тариф ограничивает число участников до 10 и память до 2 Гб.

Standard: хранилище на 250 Гб, включена услуга технической поддержки в рабочие часы. Оплата 75$ в месяц.
Premium: память не ограничена, поддержка круглосуточная. Стоит 145$ в месяц.
Enterprise: неограниченное хранилище, круглосуточная корпоративная поддержка. Цена начинается от 128$ и оплачивается сразу за год.

Вы можете рассчитать стоимость на каждого пользователя.

Бизнес

Дорожная карта: что это такое и почему она вам нужна

Аналоги Jira

Если считаете Jira слишком сложным или вам наоборот не хватает функций, попробуйте аналоги:

Читайте также: