Atlassian JIRA Service Desk: краткая информация и некоторые хитрости для удобства использования (с помощью sil-скриптов и sql)
Хочу вам кратко рассказать о продукте от Atlassian: JIRA Service Desk
Точнее, о некоторых хитростях, которые сильно улучшают удобство использования продукта, т.к. про сам плагин сейчас уже многие в курсе.
Для хитростей необходимо использовать скрипты в постфункциях, в данном случае это sil-скрипты плагина JJupin, и уметь написать и выполнить (в т.ч. из скрипта) sql-запросы к БД, где JIRA хранит свои данные. По использованию плагина кратко в другой статье: «Atlassian JIRA: настройка процесса обработки заявок с помощью плагина JJUPIN».
JIRA Service Desk
По названию вроде оно и так понятно, для чего этот плагин — для того, чтобы в JIRA реализовать функциональность службы Service Desk. Но, на мой взгляд, самое главное — это прием заявок от пользователей в более удобном и красивом дизайне, с использованием отдельного портала под конкретный проект. И неважно, службу сервисдеск вы хотите организовать или просто прием заявок в какой-то проект.
По поводу лицензий на JSD есть тонкости: сейчас они требуются только на тех пользователей, кто будет обрабатывать заявки в проектах, в которых включен Service Desk (их называют агентами), без ограничения по количеству подающих заявки. Раньше было по количеству лицензий в JIRA и те и те.
С одной стороны, если у вас всего 2-3 человека обрабатывают заявки, поданные через портал, то это экономно. Но если у вас заявки обрабатывают много пользователей — ну например в режиме, когда все проекты подключены к JSD, принимаются заявки через портал, а обрабатывают их соответственно пользователи этих проектов/отделов, то здесь уже печаль: цена на количество агентов от 15 и выше быстро уходят в космос. Мы успели купить по старой схеме, поэтому проблем нет.
По моему мнению, у этого плагина не хватает еще одного режима работы и лицензирования: использование только в качестве портала для приема заявок, с количеством лицензий равному таковому в JIRA, и соответственно более гуманной ценой. Потому как у нас большинство проектов не используют ничего, кроме портала (ну кое-где используются sla, минимум). Оно конечно, можно и отдельный плагин с порталом, но это еще один портал, что не есть хорошо. Может кто напишет? Сам бы написал, да не умею я в этом всем, чего тут нужно
Итак, теперь про хитрости (про использование и настройку самого плагина я начал писать статью, но не закончил, т.к. очень много всего: если будет сильно требоваться кому-то, может и напишу, а пока без оного)
Многообразие полей информации
Итак, мы настраиваем на портале форму для подачи определенного типа заявок. Портал нам дает прекрасную возможность не только указать порядок полей, но и дать им другие названия для экрана подачи конкретного типа заявок — для лучшего понимания пользователя, а также добавить комментарий.
Это все хорошо, конечно: для поля «Размер» я для одного типа заявок напишу «Укажите размер диска», а для другого «Размер экрана», поле у меня будет одно, но никто не запутается при подаче заявки, что там должно быть (это простой пример для понимания.
Но проблема в том, что в конечном итоге таких очень уникальных полей для самой разной информации может быть не один десяток, а то и сотни. И даже если какие-то поля использовать для разных типов заявки, но для похожей информации, количество реальных полей в JIRA не сильно уменьшится. А теперь представьте себе бедного администратора, который должен завести эту кучу полей — причем делать это постоянно, т.к. проекты растут, добавляются и т.д. Не можете представить? Я тоже, лучше и не надо.
Он конечно с ограничениями: если вам какие-то поля (желательно большинство таких специфичных) нужны дальше только для информации и вам не надо их редактировать по отдельности (ну подали заявку, где 15 полей описывают какие-то параметры, вы их прочитали, поняли и сделали работу, больше ничего), то мы весело решаем эту проблему. Администратор нам должен до конца жизни, ему останется только изучить плагин jjupin и чуть-чуть sql, и совместно с вами уговорить руководство купить этот плагин.
Тонкости и проблемы
Для строковых, текстовых и прочих полей, в которых нет предварительно заполненной информации, проблем нет вообще
А вот для разных списков мы имеем проблемы: заполненное значение у поля может быть разным только в разрезе проектов (конфигурация поля), внутри проекта значение для всех типов заявок будет одинаковым. В этом случае, если в одном проекте в разных заявках используется несколько таких уникальных полей, то их придется делать именно такое количество: UniversalFieldListBox01, UniversalFieldListBox02 и т.д. Спасает то, что в других проектах их можно использовать без проблем со своими значениями.
Скрипт
Итак, создаем sil-скрипт указанный ниже и вызываем его при создании заявки (этот код можно поместить в отдельный модуль в качестве функции и использовать ее вызов из других скриптов, чтобы не писать под каждый проект)
У нас JIRA работает на MS SQL Server, sql в скрипте под него, если у вас другая БД, то возможно придется немного поменять синтаксис:
Выглядит результат примерно так (это поле «Описание» в заявке):
Название программы:
Антивирус Касперского
Служебная необходимость:
очень надо
Имя компьютера:
komp13
Добрый день!
Коллеги, просьба установить на компьютер антивирус
Честно говоря, это решение нас просто спасло от катастрофы (ну точнее, администраторов).
Все на портал!
Нет, не совсем все работает: мы теперь не хотим, чтобы все, кто угодно, делали заявки прямо через JIRA — их надо отправить на портал, там все красиво, бело и пушисто. Но как это сделать? Пиши, не пиши — обязательно найдется тот, кто будет делать заявку через JIRA и заполнит все не так (точнее, вообще ничего не заполнит, т.к. там одни UniversalField и т.д.)
С другой стороны, себе любимым надо разрешить делать заявки и напрямую, т.к… ну вы понимаете.
Решение
Решаем все тем же sil-скриптом, все там же при создании заявки, но уже используем его в виде валидатора
Дополнительно надо завести некую роль (либо использовать существующую) в проекте, в которой будут те люди, которые имеют право создавать заявки из JIRA:
Кое-что по мелочи
Давайте представим, что вам надо завести на портале пару десятков экранов, и все они в основном с одинаковыми полями
Да даже взять один-два новых экрана
Т.е. это… надцать раз добавить по 10 полей, прописать им всем названия, комментарии, выставить порядок и обязательность
Оно конечно, можно вручную их набить от начала и до конца — и мы это делали.
Но есть способ, достаточно ускоряющий этот процесс: запустить sql-запрос, который нам сделает всю черновую работу
Итак, мы сначала создаем нужное количество экранов — со своими названиями, группами и т.д., но в поля не идем
Затем берем один экран и настраиваем на нем все поля, которые у нас будут представлены во всех экранах
Далее нам нужны будут ID этого экрана-шаблона и ID всех остальных экранов, которые мы создали. ID можно увидеть в адресной строке браузера при редактировании полей конкретного экрана.
По очереди подставляем эти ID в скрипт и запускаем. Можно через тот же sql-запрос вытащить все ID экранов и выполнить скрипт поочередно, можно вообще дописать sql-запрос так, чтобы он все сам там делал — это уже неважно. Важен пример, как легко и просто можно оперировать настройками экранов и портала сервисдеска: мы для каждого экрана добавляем в таблицу полей те поля, которые есть в экране-шаблоне и нет в этом экране, и в том порядке, как они там расположены.
Нажмите F5 после запуска запроса — и вы увидите все эти поля прямо сейчас на экране
Далее вам останется донастроить мелочи
Скрипт
Синтаксис MS SQL, также не забываем, что название таблиц плагина у вас может начинаться не на «AO_54307E_», поэтому надо его поменять в запросе
Вообще говоря, через sql-запросы (конечно зная sql) можно много чего делать в сервисдеске, да в общем то и во всей JIRA (хотя данные JIRA желательно не править, а только смотреть, мало ли что, а вот сервисдеск открыт для любых действий)
Например, можно скопом по всем нужным экранам конкретному полю поменять название/обязательность/комментарий/номер по порядку, или поменять порядок всех полей по какому-то экрану-примеру и т.п.
Ну вот теперь красота!
Ну не совсем правда — картинок нет.
Возможно я что-то забыл — потом дополню.
Вопросы приветствуются, советы тоже.
Интеграция с JIRA Service Desk
Добро пожаловать в JIRA Service Desk Server! В этом обзоре мы рассмотрим все, что вам нужно знать, чтобы интегрироваться с JIRA Service Desk Server. Это включает в себя фреймворк P2 для создания надстроек, а также функции и сервисы JIRA Service Desk, которые можно использовать при интеграции с JIRA Service Desk.
Если вы уже знаете теорию и хотите перейти прямо в разработку, прочитайте наше руководство по началу работы для создания вашего первого надстройки JIRA Server.
Что такое JIRA Service Desk?
Служба JIRA Service Desk в основном используется в качестве сервисного решения, от управления активами до DevOps. В разнообразных ИТ-командах используется JIRA Service Desk, включая группы поддержки, оперативные группы и многое другое. С более чем 15 000 из этих команд, использующих JIRA Service Desk, есть много возможностей для его расширения. Входите и начинайте!
Если вы ранее не использовали JIRA Service Desk, ознакомьтесь с обзором продукта для получения дополнительной информации.
Создание надстроек для JIRA Service Desk Server
Если вы хотите создать надстройку для JIRA Service Desk Server, вы должны использовать платформу разработки Atlassian, которая включает фрейворк Plugins2. Надстройки используются для расширения функциональности JIRA Service Desk, которая может быть интеграцией с другим существующим сервисом, новыми функциями для JIRA Service Desk или даже новым продуктом, который работает в JIRA Service Desk.
Основной поток разработки для создания надстройки JIRA Service Desk с использованием Atlassian SDK:
Если вы еще не создали надстройку, ознакомьтесь с руководством по началу работы. Это руководство поможет вам узнать, как настроить среду разработки и создать надстройку JIRA Server.
Разработка с помощью плагинов2
Если вы создаете надстройку с помощью Plugins2, вам также нужно будет понять ряд ключевых процессов разработки:
Создание блоков для интеграции с сервером Service Desk JIRA
API-интерфейс JIRA Service Desk Server
API-интерфейсы JIRA Service Desk Server позволяют вашей интеграции взаимодействовать с JIRA Service Desk Server. Например, используя REST API, вы можете получить запросы очереди для отображения в своем надстройке или создавать запросы из телефонных звонков. Для большинства других интеграций вы должны использовать REST API. API Java следует использовать только в том случае, если вы создаете надстройку Plugins2.
Примечание. Служба JIRA Service Desk построена на платформе JIRA, поэтому вы можете использовать API-интерфейс REST API JIRA и API-интерфейс Java-платформы JIRA для взаимодействия с JIRA Service Desk Server.
Webhooks и правила автоматизации
Надстройки и приложения могут реагировать на условия / события в JIRA Service Desk с помощью правил автоматизации. Вы можете реализовать «действие автоматизации», которое выполняет действия в удаленной системе как часть правила автоматизации. Также можно настроить правило автоматизации для запуска веб-узлов, которые уведомляют ваше дополнение или приложение. Для получения дополнительной информации см. Веб-ссылки JIRA Service Desk.
Модули JIRA Service Desk
Сервер JIRA Service Desk и платформа JIRA
Это означает, что, когда вы разрабатываете JIRA Service Desk, вы фактически интегрируетесь с приложением JIRA Service Desk, а также с платформой JIRA. Приложение JIRA Service Desk и платформа JIRA имеют свои собственные API REST, события веб-хостинга и веб-фрагменты.
Прочтите документацию на платформе JIRA Server для получения дополнительной информации.
Ищете вдохновение?
Если вы ищете идеи по созданию следующей интеграции JIRA Service Desk Server, это могут привести к следующим примерам использования и примерам.
Вот несколько распространенных случаев использования JIRA Service Desk:
Вот несколько примеров того, что можно построить поверх JIRA Service Desk:
Как работать в Jira
Рассказываем об одном из популярнейших инструментов для совместной работы. О том, как работать с Jira, зачем это нужно и какие есть альтернативы.
Что такое Jira?
Jira – это программный инструмент для управления проектами, разработанный компанией Atlassian. Jira часто используется в IT-компаниях для формирования списка задач, отслеживания общего прогресса команды и решения возникающих по ходу разработки продукта проблем.
Приложение Atlassian построено по принципам канбан- и скрам-досок, давней практики организации задач. Но эти принципы дополняются массой вспомогательных механизмов, которые добавлялись в приложение исключительно с целью упростить создание новых приложений, добавить в них функции, исправить ошибки и т.п. Также эта система управления проектами исповедует Agile-методику разработки.
Название, кстати, происходит от японского слова Gojira, что переводится как «Годзилла».
Что такое канбан/скрам-доска?
Канбан – это методика планирования задач, разработанная в сороковых годах. Суть канбан-доски заключается в наглядном расположении задач в соответствии с их статусом. Типичная доска делится на 3 колонки:
Задачи, которые необходимо выполнить (обычный to-do-лист).
Задачи, которые в текущий момент находятся в работе.
Задачи, которые уже выполнены и висят на доске исключительно для отслеживания прогресса.
Но доску можно дополнить и своими колонками. Например, в отдельный блок вынести реализованные функции, проходящие стадию проверки. Сценариев масса: можно приспособить канбан под что угодно, вплоть до семейного списка покупок на холодильнике.
Скрам-доска – это канбан-доска для разработчиков, исповедующих Agile. Ее обычно дополняют колонками с заданиями на проверке и с отложенными делами.
Что такое Agile-разработка?
Agile – это методика организации рабочего процесса, подразумевающая деление больших целей на мелкие, легко «перевариваемые» задачи и выполняющиеся в период спринтов (то есть недельных забегов активной работы).
Спринт создается на основе заранее сформированных целей. Цели же формируются исходя из пожеланий пользователей продукта. Лидер команды разработчиков организует спринт, добавляя туда те задачи, которые находятся у компании в приоритете и должны быть решены раньше остальных. Скрам-доски и продукты в духе Jira помогают организовывать спринты, следить за прогрессом команды и анализировать проведенную работу.
Перед тем как начать работу с Jira, стоит ознакомиться с основными принципами канбан и Agile подробнее.
Для чего используют Jira?
Как я уже сказал ранее, разного рода канбан-инструменты можно адаптировать под любые виды планирования и менеджмента – под персональные и командные. Но с Jira все складывается немного иначе.
Эту программу создавали для программистов. «Затачивали» каждый аспект под нужды разработчиков. Поэтому работает и выглядит она иначе. Не слишком универсально. В связи с этим вырос ряд конкретных сценариев, в которых применяется JIRA:
Наглядная организация списка задач.
Управление проектом и командой, занимающейся его развитием.
Разработка ПО с нуля или добавление новых функций.
Управление задачами, связанными с маркетинговой составляющей продукта.
Отслеживание ошибок в программе и их своевременное исправление.
Вариантов применения Jira больше, но это основные. Они дают понять, кому вообще нужен подобный программный инструмент.
Алгоритм работы с Jira
Процесс работы с Jira можно разложить на 6 простых шагов:
Для начала нужно загрузить Jira, создать профиль и запустить утилиту. Можно использовать аккаунты Apple и Google.
В окне приложения необходимо выбрать пункт Create Project.
Программа предложит список шаблонов для доски с задачами (для разработчиков, для маркетологов и т.п.). Выбираем ту, что лучше всего соответствует целям команды и стилю работы в вашей компании.
Затем Jira задаст пару вопросов по поводу того, пользовались ли вы ранее Agile и канбан. На основе ответов программой будет принято решение о целесообразности внедрения обучения в интерфейс.
Настраиваем колонки под своим нужды (если то, что было предложено в шаблоне, не на 100% удовлетворяет вашим требованиям).
Создаем задачу (пункт Create).
Приглашаем других пользователей (то есть членов команды) работать с созданной вами доской (пункт Invite).
Как устроена Jira?
Далее разберем основные компоненты Jira. Из чего состоит интерфейс, как создавать задачи, где и какую информацию искать.
Интерфейс
Интерфейс Jira делится на несколько ключевых вкладок. Во вкладке «Projects» хранятся все канбан/скрам-доски, которые вы можете просматривать или редактировать. Фактически это основное рабочее пространство. Здесь же можно перейти в режим отслеживания релизов продукта, взглянуть на все активные спринты, проанализировать отчеты о проделанной работе и т.п.
Также в списке вкладок есть окно с дашбордами – удобно скомпонованными аналитическими сводками. Отдельное окно со списком сотрудников, с которыми вы взаимодействуете, система планирования релизов на манер инструментов в духе OmniPlan и вкладка с приложениями от сторонних компаний, интегрированными в ваш профиль Jira.
Задачи
Задачи в оригинале называются Issues, что можно перевести как «проблемы». Issue – это единица информации. В нее закладывается либо какая-то функция, которую нужно реализовать, либо ошибка в программе, которую необходимо исправить.
Issues – это составные части проекта и спринта. Именно список задач формирует рабочий процесс. Поэтому он и состоит из создания задач, наблюдения за ними, выполнения, анализа, дополнения, изменения и т.п.
Типы задач
У задач в Jira есть типы. Для более удобной категоризации можно выбрать один из вариантов, например новую функцию, баг, подзадачу, эпики и т.п.
Выбор типа задач зависит от целей команды и компании. Можно создавать свои типы для удобного распределения, фильтрации и поиска задач. Соответствующий раздел настроек находится в Project settings.
Дорожная карта (расписание)
В этом разделе можно создавать цели и планировать работу команды наперед. Ключевой единицей информации тут является эпик. Это объединение большого количества issues, связанных друг с другом.
К примеру, если есть ряд новых функций для приложения, которые совместно формируют какую-то общую важную особенность ПО, то их объединяют в эпик как некую общую цель, к которой стремится команда в ходе спринта (или нескольких спринтов).
На дорожной карте хорошо видны далеко идущие планы компании, визуально оформленные в своего рода горизонтальный календарь.
Релизы
Каждый набор новых функций в приложении или пакет исправленных ошибок отправляется к пользователям в виде новой версии этого самого приложения. Версионность – самый удобный, часто используемый и фактически ставший индустриальным способ развития программных продуктов.
Поэтому в Jira такой акцент сделан на контроле новых версий. В соответствующем разделе можно создавать версии программ, указывать дату выпуска и закреплять за ними исправления багов, новые функции и issues, входящий в конкретный релиз.
Здесь сразу видно, какая версия продукта должна выйти в ближайшем будущем, какие уже вышли и т.п. В общем, это еще один удобный способ планирования и отслеживания выполняемой работы.
Код и деплой
Одно из преимуществ Jira – возможность тесно интегрировать ее с другими продуктами, например с платформами Bitbucket, Github и Gitlab.
Такое объединение добавляет дополнительный контекст в систему управления проектами. У лидеров команды появляется возможность наблюдать не только за прогрессом как за набором меняющихся активных задач, но и смотреть на реальные изменения в коде.
Интеграция позволяет разработчикам напрямую отправлять каждый коммит в Jira, чтобы другие члены команды могли видеть изменения из условного Github прямо в системе управления проектами.
Pages
Еще одна разработка Atlassian – проект Confluence. Это что-то в духе Google Docs, только работающее в рамках Jira и менее функциональное.
Это онлайн-текстовый редактор с базовыми инструментами для форматирования написанного. Суть Confluence в создании дополнительной удобной среды для общения лидеров команды и разработчиков. С помощью полноценного текстового редактора и неограниченного количества знаков гораздо проще изложить свои мысли и подробно рассказать о планах компании.
В Pages по умолчанию есть несколько шаблонов для текста:
Пустая страница с небольшим описанием функциональности Pages.
Страница для описания продукта. Сюда можно вписать, как продукт выглядит в глаза клиента и что он в итоге должен собой представлять.
Тестовая форма для указания глобальных целей компании с целью донести ее до команды и сподвигнуть к обсуждению дальнейших действий.
Форма для заполнения расписания встреч и создания заметок по ходу общения с коллегами.
Ретроспективная заметка с описанием проделанной работы. Здесь лидер команды указывает, что в ходе работы пошло хорошо, что пошло не очень и т.п.
Дашборды
В Jira дашборды выводят кучу полезной информации. Всяческие отчеты, статистика комментариев, список выполняемых задач, аналитические данные, графики, таблицы, схемы. Все, что может быть полезно для аналитиков компании и бизнеса в целом.
Дашборды позволяют собрать все необходимые данные в одно пространство без необходимости следить за процессом работы команды и фиксировать какие-то значимые аспекты, чтобы потом вручную делать аналитические сводки. В Jira можно формировать дашборды автоматически.
Они подходят не только для аналитики, но и для постоянного наблюдения за тем, как протекает рабочий процесс, и для принятия радикальных решений в случае упадка производительности или возникновения других проблем.
Плагины
Jira можно сделать еще функциональнее, если подключить к ней плагины сторонних компаний.
Некоторые из них продвигает сама Atlassian. В их числе интеграция с Git-системами, к примеру. Это один из наиболее распространенных и очевидных вариантов использования плагинов.
Также разработчики Jira активно развивают идею тесного взаимодействия между пользователями системы управления проектами и пользователями мессенджера Slack. Есть даже отдельный набор программных модулей для интеграции одного в другое.
В коллекции плагинов можно найти инструменты для создания диаграмм, более удобной визуальной презентации рабочего расписания, отправки задач по почте и т.п.
Коллекция плагинов в Atlassian Marketplace насчитывает сотни дополнений. Как платных, так и бесплатных. Есть из чего выбирать.
Как создать задачу в Jira?
Научиться создавать Issues – понять, как работать с Jira в целом. Создать новую задачу в Jira можно двумя путями:
Кликнув по кнопке Create в верхней панели управления.
Кликнув по кнопке Create issue в нужной колонке канбан-доски.
В первом случае нужно будет выбрать проект, в котором необходимо создать задачу.
Во втором – указать название задачи и прописать дополнительные атрибуты.
Уже после этого можно кликать по кнопке Create, и новая issue автоматически появится в списке и на выбранной доске. А если поставить галочку напротив Create another, то тут же появится окно для добавления еще одной задачи.
Список issues также можно импортировать из другого приложения. Для этого нужно загрузить в Jira CSV-файл с соответствующим содержанием.
Атрибуты задач
Создавая issue, можно указать для нее ряд атрибутов:
Summary. Краткое описание текущей задачи. Буквально в одно предложение.
Description. Полноценное описание, если таковое требуется.
Assignee. Член команды, которому нужно делегировать создаваемую задачу.
Labels. Что-то вроде тегов для более удобной сортировки задач по другим признакам, не входящим в список типов.
Fix version. К какой версии относится создаваемая issue.
Story point estimate. Потенциальные трудозатраты, требующиеся на добавление новой функции или исправление бага.
Reporter. Пользователь, который будет отчитываться за выполнение задачи.
Attachment. Файл, прикрепленный к задаче. Это может быть что угодно: аудио, картинка, документ docx и т.п.
Linked issues. То, с чем связаны создаваемые задачи (другие задачи/проекты).
Настройка отчетов
В графе Reports можно взглянуть на автоматически сгенерированные отчеты о проделанной работе. Пользователям Jira доступны 4 вида отчетов.
Burnup report
График, показывающий результаты работы по конкретному спринту в сравнении с общей производительностью команды разработчиков. Его используют для оценки эффективности текущего спринта.
Sprint burndown chart
График, показывающий, какой еще объем работы необходимо выполнить команде, чтобы продвинуться к завершению текущего спринта. Используется для оценки индивидуальной и общей производительности, а также для приблизительной оценки сроков реализации установленных планов.
Velocity report
Используется для отображения потенциальной производительности команды в будущем. То есть на основе уже завершенных спринтов Jira пытается предугадать, как много задач удастся выполнить разработчикам в ходе следующего «забега».
Cumulative flow diagram
Показывает, как менялся статус активных задач с течением времени. В каких колонках созданные issues задерживаются дольше всего. Используется для поиска так называемых бутылочных горлышек – проблемных этапов работы, на которых резко падает производительность всей команды.
Основные принципы повышения производительности в Jira
Есть как минимум 5 способов сделать работу с Jira эффективнее.
Делите большие задачи на мелкие
Это главная заповедь канбан и скрам, но люди все равно об этом забывают и продолжают лепить карточки с очень массивными задачами. Необходимо всегда создавать максимально компактные задачи. Такие, которые легко понять, выполнить, зафиксировать, объяснить и так далее.
Каждая issue должна быть понятной единицей информации, представляющей собой компонент более глобальной цели.
Делите даже небольшие цели на еще более маленькие составные части. Так всем будет проще. Легче будет выполнять работы, легче будет отслеживать прогресс. Не будет зависаний на выполнении какой-то одной задачи. Интерфейс Jira позволяет без проблем ориентироваться даже в большом списке задач.
Комментируйте задачи
Не стесняйтесь оставлять комментарии под каждой карточкой в каждой колонке. Освобождайте свою голову сразу по ходу создания issues и работы с ними. Нужно помнить о какой-то особенности исправляемой ошибки? Напишите об этом в комментариях. Есть какая-то идея по более прагматичной реализации запланированной функции? И это тоже зафиксируйте в комментариях.
Сохранив все записи в едином пространстве, вы сохраните кучу времени себе в будущем, когда будете вспоминать или искать что-то связанное с конкретной задачей.
Записывайте все выполненные действия
Комментарии отражают процесс выполнения задачи и помогают с решением поставленных целей. Но есть еще логи. Они отражают результаты выполненной работы в течение определенного времени.
Логи работают по тому же принципу, что и коммиты. Коммит – это фактически выгрузка любого изменения приложения в git-систему. Поменяли цвет иконки? Сделайте коммит и отправьте его в git-систему. Добавили новую функцию в код? Сделайте еще один коммит. И так на любой чих.
Лог – это способ фиксировать коммиты в Jira. По сути, те же текстовые комментарии. Просто лидеру команды будет легче отслеживать ваш прогресс с помощью логов. Это показывает, что вы действительно работаете и постоянно выполняете какие-то задачи.
Планируйте спринты
Спринт – удобная схема оптимизации рабочего процесса, но к ней тоже нужно готовиться. Важно заранее спланировать список задач, оценить адекватность поставленных целей, приблизительно оценить сроки выполнения работы, расставить приоритет по задачам. Заранее понять, что, скорее всего, будет отложено на следующий «забег», а что можно сделать быстро и в первую очередь.
Планирование даст возможность быстрее влиться в спринт и без переработок выполнить все поставленные задачи. Четко и без аврала.
Делайте записи на регулярной основе
Вышеописанные процедуры нужно выполнять раз в час-два. Постоянно что-то коммитить, комментировать, записывать и т.п. Все, что не записано, то утеряно. Ваша задача – выработать полезную привычку фиксировать каждое выполненное действие, постоянно делать полезные заметки и всячески демонстрировать свою полезность и эффективность в команде. Большое количество записей действительно облегчает работу коллегам, так как канбан-доска постепенно обрастает всей необходимой информацией. Не приходится все искать самостоятельно.
Стоимость Jira
В бесплатной версии Jira есть ограничение на количество участников в команде и на количество сохраняемых файлов. Чтобы их снять, нужно оплатить подписку. Она стоит около 500 рублей на пользователя. То есть команда из 20 человек заплатит за месячную подписку 10 000 рублей.
Аналоги Jira
Jira – популярный и удобный инструмент. Но многим он кажется чересчур сложным, а иногда недостаточно функциональным. Претензий к продукту Atlassian хватает. Но есть и альтернативные приложения для организации командной работы и управления проектами.
Trello
Trello появился раньше, чем Jira. Это тоже продукт Atlassian, но более универсальный. Trello не заточен исключительно под нужды разработчиков и может использоваться для решения любых задач. Его используют маркетологи, бизнесмены, HR, копирайтеры и т.п.
Подойдет для небольшой команды, не нуждающейся в сложных аналитических инструментах из Jira.
Basecamp
Мощная система для организации командной работы. Она не так сильно похожа на Jira, но тоже пользуется спросом среди команд разработчиков. Здесь есть удобное совместное хранилище файлов, простой механизм для создания задач и отслеживания прогресса, а также собственная платформа для общения между коллегами.
YouTrack
Система управления проектами от знаменитой компании JetBrains, создавшей популярные IDE для разных языков программирования. У YouTrack много преимуществ: встроенная база знаний, принадлежащая конкретной команде, умный поиск по задачам, комментариям и другим единицам информации, удобные методы организации карточек на досках.
Подойдет тем, кому нужна альтернатива для Jira с базой знаний и другими дополнительными опциями.
ClickUp
ClickUp – это своего рода прокаченная версия Jira. Здесь есть возможность делегировать комментарии, создавать упрощенные списки задач, работать с полноценным текстовым редактором, устанавливать рабочие статусы пользователям и так далее. Много мелочей, которые будут полезны для разработчиков.
Вместо заключения
На этом все. Базовое знакомство окончено. Теперь вы знаете, как работать с Jira. Освоиться с функциональностью платформы нетрудно. Куда сложнее влиться в Agile и канбан. Нужно научиться исповедовать эти практики в работе. Тогда интерфейс и возможности Jira покажутся до предела понятными и практичными.
