что такое программа жира
Обучающий материал — шесть базовых шагов для начала работы с Jira
Прежде чем начать работу с этим обучающим материалом, оформите бесплатную подписку на Jira Software. С помощью этого руководства вы настроите свой первый проект. Не закрывайте вкладку, пока будете оформлять подписку. Мы подождем вас.
Шаг 1. Создайте проект
Шаг 2. Выберите шаблон
Библиотека шаблонов Jira содержит десятки шаблонов различных категорий и предназначена для быстрого и успешного начала работы команды. Вы можете выбрать шаблон для любых имеющихся у вас продуктов Jira (Jira Software, Jira Service Management и Jira Work Management). На сегодняшний день Jira Software предлагает три следующих шаблона.
Scrum
Для agile-команд, которые получают задачи из бэклога, планируют и оценивают работу в спринтах и регулярно поставляют результаты своей работы.
Kanban
Для agile-команд, которые отслеживают ход работы как непрерывный процесс (без разделения на спринты) с упором на задачи, находящиеся в процессе выполнения. (Позволяет дополнительно использовать бэклог kanban.)
отслеживание ошибок
Для команд, которым не нужны доски и которые предпочитают работать с заданиями по разработке и багами как со списком.
Типы проектов
В шаблонах Scrum и Kanban вам также будет предложено выбрать тип проекта.
Принципиальное различие между этими двумя типами проектов заключается в способе их администрирования и уровне управления (на уровне команды либо компании/администратора Jira). Хотите узнать больше о проектах компании и проектах команды? Подробности здесь
Шаг 3. Настройка столбцов
Доска может содержать задачи из одного или нескольких проектов и наглядно демонстрирует рабочий процесс команды. Доски обеспечивают гибкое представление, что помогает управлять задачами и сообщает о незавершенной работе. Метод настройки столбцов на доске в шаблонах Scrum и Kanban зависит от типа проекта: в проекте, управляемом командой, настройка производится непосредственно с доски, а в проекте, управляемом компанией, — в настройках доски.
Хотя на доске многое можно настроить, рекомендуем на этом этапе только задать столбцы. На стадии подготовки нового проекта Jira Software важно, чтобы доска отражала то, как работает ваша команда.
Если вы не можете точно сказать, какой рабочий процесс использует ваша команда или каким он должен быть, рекомендуем для начала обратиться к этому ресурсу.
Задать количество столбцов на доске можно следующим способом.
3. Нажмите Columns (Столбцы).
4. Нажмите Add column (Добавить столбец), чтобы добавить столбец для каждого этапа в рабочем процессе вашей команды.
Например, если работу необходимо передать на этап контроля качества, прежде чем считать завершенной, можно добавить столбец под названием QA (Контроль качества) и поместить его перед столбцом Done (Завершено).
Самое главное в настройке доски — правильно подобрать столбцы. В идеале ваша доска должна отражать то, как работает ваша команда. Нажмите « + », чтобы добавить столбец на доску.
Изменить порядок столбцов можно перетаскиванием.
Jira: что это за программа и как в ней работать
Разбираем, как работает один из таких сервисов – Jira.
Что такое Jira
Jira – это программа для командной работы над проектами, разработка компании Atlassian. В каждом проекте можно изменять функционал под основные задачи и настраивать доступ участников. Jira Mobile – мобильная версия, в которой удобно обмениваться новыми данными и проверять, на какой стадии разработки находится продукт.
Для чего используют Jira
В Jira ведут проекты от идеи до полной разработки. Какие задачи помогает решать Jira:
Преимущества и недостатки сервиса
Что привлекает пользователей:
Как устроена Jira
Это сложный и мультиопциональный сервис. Разберем каждый компонент, чтобы понять, как устроена Jira.
Интерфейс
Задачи
В приложении задачи называются Issues. В них прописывается проблема, которая требует решения, или ошибка, которую нужно исправить. Issues – это составные части проекта и спринта.
Типы задач
Готовые варианты: новая функция, подзадача, баг или эпик. В настройках проекта можно задавать собственный тип задач при необходимости. Категории можно фильтровать по важности и быстро находить нужные задачи.
Дорожная карта (расписание)
Чтобы ее создать, откройте справа вкладку Roadmap. Внутри дорожной карты нажмите Create Epic и объедините несколько задач в эпики. Затем команда устанавливает зависимости – связи между эпиками. Разработчики адаптируются под зависимости и планируют альтернативные пути. Картой можно поделиться, добавить в презентацию или распечатать.
Релизы
Новые версии проекта разработчики отправляют пользователям в приложение. В Jira есть контроль новых версий и список всех релизов. Его можно открыть, нажав на значок корабля.
Код и деплой
Приложение интегрируется с системы управления версиями программного кода: Bitbucket, Github и Gitlab. Лидеры команд могут отслеживать изменения в коде.
Pages
Эта функция напоминает Google Docs, но с меньшим функционалом. Это текстовый редактор с основными возможностями форматирования текста. В нем предусмотрены шаблоны, которые можно применять по умолчанию и редактировать под себя. Например, формы для тестирования и составления расписания.
Дашборды
Дашборд – это рабочий стол в Jira. Он формируется автоматически, корректировки вносятся вручную.
Их там много, выберите актуальные для вашего проекта. Достаточно 5–7. Например: «Лента активности» (Activity Stream), «Назначено мне» (Assigned To Me), « Задачи в процессе» (In Progress), «Статистика задач» (Issue Statistics), «Дорожная карта» (Roadmap).
Плагины
Atlassian продвигает дополнительные плагины сторонних программ, которые можно подключить к Jira. Например, Hip-Chat – плагин, который отправляет оповещения и помогает команде оставаться на связи, или Gliffy Diagrams – инструмент для создания диаграмм.
Виджеты Calltouch
Как создать задачу в Jira
Атрибуты задач
В новую задачу можно добавить дополнительные атрибуты:
Настройка отчетов
Burnup report
Этот отчет отражает объем выполненной работы и сравнивает его с запланированной. Чтобы определить отклонение от плана, проанализируйте график:
Sprint burndown chart
В графике видно работу членов команды и общую производительность по срокам. Также он помогает рассчитать примерное число подготовки проекта.
Velocity report
Этот график показывает скорость команды. Здесь руководители могут увидеть каких сотрудников стоит добавить, чтобы увеличить темп работы и сколько времени оставить для следующего проекта.
Cumulative flow diagram
Лидеры команды могут посмотреть изменения статуса каждой задачи на протяжении всего проекта. Также отчет покажет, какие задачи оставались невыполненными дольше всего. Здесь можно увидеть проблемные места всего проекта и корректировать процесс.
Отслеживайте общие показатели вашего бизнеса со Сквозной аналитикой Calltouch. Она поможет узнать, какой рекламный канал работает лучше. Вставьте скрипт в код вашего сайта, подключите CRM и получайте понятные и полезные отчеты. Настройка сервиса займет всего 20 минут. Две недели аналитики – бесплатно.
Сквозная аналитика
Алгоритм работы с Jira
С чего начать и как работать:
Как повысить производительность
Есть лайфхаки, которые упрощают работу в Jira. Используйте их, чтобы создать идеальный рабочий процесс для своей команды. Самый простой трюк – используйте горячие клавиши. Рассмотрим, как еще можно оптимизировать разработку проекта:
Стоимость Jira
Бесплатный тариф ограничивает число участников до 10 и память до 2 Гб.
Вы можете рассчитать стоимость на каждого пользователя.
Аналоги Jira
Если считаете Jira слишком сложным или вам наоборот не хватает функций, попробуйте аналоги:
Лучший инструмент разработки для agile-команд
Лучшие команды разработчиков выпускают ПО быстро и часто.
Решение Jira Software разработано таким образом, чтобы каждый член вашей команды разработчиков мог планировать,
отслеживать и выпускать превосходное ПО.
Планируйте
Создавайте пользовательские истории и задачи, планируйте спринты и распределяйте задания в своей команде разработчиков.
Отслеживайте
Расставляйте приоритеты и обсуждайте работу своей команды в условиях абсолютной прозрачности.
Выпускайте релизы
Выпускайте новые версии и будьте уверены, что актуальная информация всегда у вас под рукой.
Создавайте отчеты
Повышайте производительность команды, опираясь на визуальные данные, доступные ее членам в реальном времени.
Выберите процесс или создайте новый
Каждая команда создает ПО по-своему. Используйте стандартный процесс или создайте свой собственный, подходящий именно вашей команде.
Интегрируйте с другими инструментами
Улучшите рабочий процесс с помощью интеграций мирового уровня для оптимизации работы вашей команды.
Управление знаниями
Всего один щелчок мышью, и требования к продукту из Confluence превращаются в бэклог Jira.
Процесс разработки
При выполнении коммитов в Bitbucket Jira Software автоматически обновляет задачи и меняет статус работы.
Непрерывная интеграция и развертывание
Используйте Pipelines, чтобы совершенствовать процессы непрерывной интеграции и непрерывной поставки, а также отслеживайте статусы сборок, не покидая Jira Software.
Atlassian Open DevOps
Предварительно настроенное решение, в состав которого входят наши лучшие в своем классе продукты и сторонние интеграции, необходимые высокопроизводительным командам для подготовки и начала работы.
Синхронизируйте работу команды с дорожной картой развития продукта
Ускоряйте поставку и повышайте надежность, создавая более точные планы для команды и организации в целом.
Упростите работу с помощью автоматизации
Экономьте время, фокусируйтесь на важном и работайте эффективнее благодаря Jira Automation.
Создано для обеспечения безопасности и масштабирования
Решения корпоративного уровня, разработанные для обеспечения защиты и масштабирования Jira Software в рамках всей организации позволят вам работать спокойно.
Atlassian Access
Продвинутые возможности администрирования и обеспечения безопасности, такие как система единого входа на основе SAML, принудительная двухфакторная аутентификация, автоматическое создание пользователей и многое другое, избавят вас от лишних волнений.
Jira Software Premium
Создайте условия, в которых ваша команда и организация будут готовы к расширению, с помощью SLA с гарантированной доступностью на уровне 99,9 %, хранилища с неограниченным объемом, круглосуточной поддержки уровня Premium и не только.
Конфиденциальность
Решение Jira Software разработано в соответствии с GDPR и программой Privacy Shield, чтобы гарантировать предельную осторожность при обработке всех данных.
Безопасность
Jira Software защищает данные с помощью таких средств управления, как права доступа и шифрование при передаче и хранении.
Соответствие требованиям
Проверьте сервис Jira Software на соответствие стандартам SOC2, SOC3, ISO 27001, ISO 27018, PCI DSS и др. и убедитесь в его безопасности.
Как организовать ресурсное планирование в Jira для больших и маленьких компаний
Чтобы IT продукт вышел качественным, вам, разумеется, нужно контролировать процесс его создания. В этом помогают системы управления IT-задачами, значительно упрощающие жизнь как рядовых разработчиков и тестировщиков, так и «проверяющих».
Важно, чтобы систему контроля можно было настроить по всем важным для вас параметрам, и в этом плане отлично подходит Jira. Не зря же она фактически стала стандартом в сфере IT. В Jira пользователь может настроить всё под себя, а это дает возможность использовать самые разные методики ведения задач. Если при этом пользоваться другими продуктами компании Atlassian, то можно бесшовно расширить управление задачами до реализации CI/CD и ведения документации, это тоже облегчает жизнь.
Но нам ведь важно не только удобство. В определенный момент компании приходится контролировать реальную стоимость решений, и проблема управления ресурсами и бюджетами выходит на первый план.
Малым и средним компаниям вполне хватит стандартных инструментов Jira для управления ресурсами: контроль трудозатрат «из коробки», решения Tempo для гибкого планирования и контроля, а также Big Picture и бюджетирование. Но, когда дело касается Enterprise сегмента, всё резко усложняется. Появляются дополнительные разрезы отчетности, группы проектов, различные бюджеты. Давайте постараемся найти лучшие варианты реализации ресурсного планирования в Jira, исходя из опыта, полученного нами ранее в реальных проектах.
Для начала сформулируем бизнес-проблемы и вытекающие из них требования к решению.
Бизнес-проблемы
Требования
· Невозможность реализовать единую методику управления крупными проектами с широким технологическим стеком;
· Сложность долгосрочного планирования;
· Сложность обоснования дополнительных ставок и непрозрачная загрузка текущих;
· Сложность оценки бэклога продукта;
· Затрудненный поиск ИТ-специалистов с необходимыми навыками для решения конкретных задач внутри компании.
· Наличие справочника навыков;
· Контроль фактических трудозатрат;
· Возможность календарного планирования бэклога спринта или релиза;
· Возможность прогнозировать точность планирования;
· Оценка загрузки команд:
· В разрезе компетенций;
· В разрезе продуктов и бюджетов бизнеса.
Рассмотрим эти требования более детально.
Кто есть кто и что он умеет? Справочник навыков
Чтобы грамотно распределить ресурсы, надо понимать, какой сотрудник справится с задачей лучше всего. Для этого пригодится справочник навыков. Причем недостаточно знать, что сотрудник является разработчиком, нужно понимать, на чём он пишет, с какими фреймворками знаком. То есть в идеале справочник должен быть многоуровневым. Пригодится и возможность масштабирования.
Справочник есть в Advanced Roadmaps (formerly Portfolio), хотя для больших компаний решение не подойдет – рассчитано всего на 25 команд. Или, например, облачное решение Align, но оно позволяет управлять только Scrum командами.
Также справочник есть в Tempo Planner и многих других плагинах. Но там нет возможности сделать справочник многоуровневым, и масштабироваться они тоже не могут.
Контроль трудозатрат
На первый взгляд, весьма простая задача – оценка трудозатрат – доступна в Jira «из коробки». Но есть нюансы. Нам нужна (как минимум) возможность агрегации плановых и фактических трудозатрат разных команд. И нужно учитывать, что подходы к учету трудозатрат у команд могут различаться. Кто-то использует классические Jira worklog; кому-то удобнее отслеживать время нахождения в «рабочем» статусе; а кто-то предпочитает контролировать не время, а исполнение задач с помощью, к примеру, story point.
При этом информация по трудозатратам должна быть хорошо интегрирована с другим требованием – реализацией в системе календарного планирования.
Календарное планирование
Плагинов, позволяющих планировать сроки исполнения задач на календаре, весьма много: от Gantt Chart до Team Calendar. Последний, к слову, хорошо визуализирует задачи Jira, хотя и является плагином Confluence.
Для разных методик ведения проектов оптимальными могут оказаться разные подходы к планированию и реализации различных разрезов не только ролей, но и команд/проектов. Так что нам нужно такое решение, которое позволит использовать не только краткосрочное планирование на конкретных исполнителей, но и долгосрочное планирование сотрудников с определенными навыками.
Нужно также учитывать реальную производительность сотрудников с учетом плановых отпусков.
Вывод – нам нужен планировщик-конструктор, который позволит планировать как конкретных сотрудников в краткосрочной перспективе (релиз/спринт), так и загрузку команд на длинной дистанции (бэклог продукта).
Оценка загрузки команд
Для максимально точной оценки загрузки нужна гибкая отчетность по данным в системе ресурсного планирования. Важно, чтобы можно было:
агрегировать краткосрочные данные для представления загрузки в различных разрезах для тимлидов и менеджеров;
визуализировать оценку бэклога продукта для топ-менеджмента и представителей бизнеса,
визуализировать оценку потенциальной скорости развития продукта,
визуализировать обоснования решений о привлечении дополнительного бюджета при необходимости.
С этими задачами могут справиться построители отчетов или BI решения из стека компании. Например, можно использовать easyBI, если все необходимые данные будут вестись в Jira, нет необходимости в хранилище из разных систем, и логика системы не полностью переписана.
После детализации требований можно построить логическую модель системы:
А также вариант ее имплементации:
Попробуем обосновать этот вариант.
Каталог пользователей
Тут вариантов немного. Для вычисления согласующего лица в различных процессах может потребоваться информация о линейном руководителе сотрудника. При использовании LDAP для этих целей подойдет User Profile.
Справочник навыков
Основной объект Jira – issue (задача). Insight расширяет модель данных справочными объектами. Будет это CMDB, список клиентов CRM или иерархия организации – неважно. В итоге получаем встроенный механизм визуализации связей, отдельный механизм учета связанных задач и отдельный набор системных полей. Внедрять Insight исключительно ради справочника навыков я бы не стал, тем более что степень кастомизации карточки объекта Insight ниже, чем issue Jira. В целом оба варианта хороши.
Управление отпусками
Отпуска завязаны на отпускные выплаты и, как следствие – бухгалтерскую систему и ЗУП. Поэтому в Jira, как минимум, остается справочник отпусков, а как максимум – фронт заявки на отпуск. Отметим, что Jira не является мастер-системой отпусков, заявка на отпуск может делаться как типовой запрос проекта ServiceManagement или просто как задача Jira Work Management. Справочную информацию по отпускам можно получать из КХД, или же можно сделать прямую интеграцию с ЗУП.
Календарное планирование продукта
В рамках календарного планирования продукта происходит:
первичная оценка необходимого количества рабочих часов в разрезе навыков,
приоритизация бэклога продукта,
итоговое определение дедлайна.
Для фиксации оценки можно использовать плагин iDalko Table grid – он позволяет фиксировать необходимый набор компетенций в разрезе команд и навыков, при этом учитывая часы.
Приоритизация может быть сделана через сортировку требований на доске продукта по Rank (выше-раньше) или через вычисление какой-то частной формулы. В моей практике было и такое, что приоритет был f(ROI, влияние, ФИО автора) :-).
После приоритизации можно определить дедлайн (если он изначально не зафиксирован) и визуализовать сроки исполнения на диаграмме Гантта с использованием Structure.Gantt. В дальнейшем сроки могут корректироваться автоматически снизу вверх по факту планирования декомпозированных задач.
Планирование релиза
Выбор задач в релиз или спринт носит скорее методологический характер, как и нарезка детализованных задач. В работе нам более интересен вопрос детализации первичной оценки.
Во-первых, можно реализовать «вычерпывание» первичной оценки, когда при оценке конкретной задачи конкретным исполнителем учитывается первичная оценка и роль исполнителя. При этом выстраивается классическая цепочка: прогноз→план→факт. С точки зрения пользователя, это выглядит как обычный процесс эстимейта задачи. При этом мы можем не только сразу же визуализировать агрегированные затраты в разрезе команд и навыков в бизнес-задаче, но еще и зафиксировать данные для построения отчётности по точности прогнозирования. Переиспользование первичной оценки и немного Jira API c Groovy, никакой магии.
После оценки детализированных задач можно выстраивать календарные сроки задач в рамках релиза. Загрузка ресурсов подсвечивается, можно использовать авто корректировку ресурсов (с учетом связей Start-Start, End-Start и т.д.).
Ведение проектных задач
Тут нет ничего сложного. Нам нужен простой набор проектов с задачами, на которые декомпозируются бизнес-требования. Поля, процессы и типы задач в соответствии с потребностями команд. Кто-то живет по Scrum c User Story, кто-то хочет разделить задачи для разработки и задачи для аналитики. Методологически очень желательно обеспечить:
ведение бэклога продукта и релиза/спринта в Jira,
управление календарными сроками,
наличие практики оценки трудоемкости в часах,
управление справочниками компетенций,
интеграция с системой управления отпусками.
Отчетность
В начале статьи мы говорили о «дополнительных разрезах отчетности». Что же мы можем получить для наших топ-менеджеров и PO?
1)Долгосрочное прогнозирование загрузки команды по ролям в горизонте оцененного бэклога продукта с учетом отпусков. Можно, к примеру, заранее прогнозировать рост потребностей или вовремя подкидывать новые задачи команде.
2)Точность оценки прогнозирования загрузки команды и плановая загрузка команды в горизонте релиза.
3)Точность оценки прогноз/план/факт.
4)Прозрачный Time to Market для бизнеса с детализацией до конкретных задач разработчика при необходимости.
К чему мы в итоге пришли?
Серебряную пулю мы не нашли, хотя на самом деле и не особо искали – ее просто нет. Также мы не стремились описать архитектуры конкретных решений. В этой статье мы пытались показать, что решения на платформе Atlassin (хотя они и сфокусированы больше на оперативном управлении) могут весьма гибко реализовывать управление группой продуктов или проектов. Есть множество нюансов, и их нужно учитывать при выборе конкретных решений, особенно для крупных проектов.