JIRA шагает ...

Jul 21, 2013 22:01


Ну вот мы и перешли полностью на использование JIRA в наших проектах - для управления разработкой, тестированием, и в целом - управления исполнением проекта.

Лицензии
Как и планировалось, мы закупили много-много лицензий на JIRA, Greenhopper, Zephyr и Bonfire - чтобы не наткнуться на ограничения в ходе какого-нибудь большого и важного проекта, поделиться, при необходимости, с другими нашими IT командами, и не стеснять себя в привлечении конечных пользователей.
Пока мы возились с оплатой (а в нашей организации это занимает изрядно времени), компания, у которой мы покупаем лицензии, предоставила нам набор временных, неограниченных лицензий. Так что удалось начать работать с продуктом существенно раньше.

Тестирование
Реализация подхода к тестированию с помощью Zephyr for JIRA конечным пользователям понравилась своей прозрачностью, тесной связью с процессом регистрации и отслеживания дефектов. Я про это ранее уже писал.
В дополнение к этому, мы перешли на полноценное использование Test Steps, чему способствовала полная удовлетворенность и положительные отзывы пользователей, которые уже продуктом пользовались. Пользователи согласились создавать тестовые сценарии прямо в JIRA, хотя в конце-концов мы разобралась и с полноценной загрузкой данных Test Steps из внешних источников через API.

Список дел
Для отслеживания задач, не связанных непосредственно с разработкой, которые возникают в ходе проектов мы ввели отдельный тип issue - ToDo. У этого типа немного упрощенный workflow, и полей на форме ровно столько, сколько необходимо.
Он эффект от внедрения - потрясающий: проекты теперь четко поделены на задачи разработки, и сопровождающие активности, если в результате проектных митингов возникают задачи, которые необходимо решить  (в том числе - заказчикам) они регистрируются, назначаются и отслеживаются в JIRA.

Agile
Переход на JIRA в плане отслеживания разработки дается немного сложнее.
Имея опыт работы с PivotalTracker - который значительно "легче" вследствие своей ограниченности, мы столкнулись с затруднениями с JIRA, поскольку тут существенно больше гибкости, можно построить workflow, который будет учитывать все детали процесса. При этом процесс пересекает несколько зон ответственности, и поэтому у каждого участника формируется собственное "definition of 'Done'".
Постоянный "поиск лучшей конфигурации" может менять "правила игры" (не драматически, но заметно), что отвлекает разработчиков.
По идее нужно найти литературу по внедрению этого Agile подхода именно с использованием JIRA, прочитать "до просветления", и внедрить. Но проекты-то начинаются/идут сейчас ... В общем - допиливаем на ходу.

Средство коммуникации
Мы реализовали возможность доступа к приложению из корпоративной сети и из сети партнеров, поэтому теперь JIRA выполняет роль общего проектного пространства, связывающего нас и подрядчиков. Есть, однако, небольшие проблемы - но мы с ними боремся.
Также мы вовлекли пользователей в работу над проектами в JIRA. Теперь они, также как и сотрудники ИТ, и подрядчики - получают задания и создают их сами, составляют и выполняют тесты, следят за состоянием проекта.
Ну а средства dashboards и подписка на списки issues - это просто "серебренная пуля микро менеджмента" ;) - полный обзор текущего состояния на экране, и список актуальных дел каждое утро в почтовом ящике.

Интеграция
Ну и за что отдельно можно рекомендовать JIRA - превосходная открытость и возможности интеграции.

LDAP
Хорошо интегрируется с LDAP службам: мы связали JIRA с корпоративным доменом, и теперь пользователи регистрируются под привычными им логином/паролем.

Basic и OAuth authentication
Для связывания с JIRA внешних приложений поддерживается оба популярных протокола аутентификации.

Интеграция через API
Интерфейс достаточно широкий, чтобы реализовать связь между внешним приложением и JIRA - создавать, манипулировать и запрашивать списки объектов (практически всего, что есть в системе).
Интерфейс реализован как набор HTTP REST сервисов, так что - никаких библиотек устанавливать не нужно. Данные передаются в виде JSON - благодаря этому все очень компактно.
Мы довольно быстро набросали библиотеку на VBA, и теперь с ее помощью без усилий загружаем задачи из планов, построенных в MS Project, а обратно забираем статусы - выполнено/не выполнено.
Также на очереди загрузка тестовых сценариев (все таки планировать тесты пока лучше в спокойной обстановке, используя все подручные средства офисных продуктов) - библиотеки готовы и протестированы, осталось только подготовить рекомендации и шаблоны для тех, кто будет создавать тесты.

Текущий счет
С внедрением связки "MS Project-JIRA" ведение проекта существенно упростилось:
  • переход от фазы планирования к фазе исполнения теперь осуществляется предельно быстро;
  • менеджер проекта знает актуальное состояние дел в любой момент времени;
  • все люди вовлеченные в проект знают что им делать; функцию "напоминалки" берет на себя JIRA;
  • человек, создавший задачу (а это может быть и менеджер проекта, и любой участник проекта) всегда видит ее статус, и получает обновления.

Ведение списка дел (личных, вне проектных) в JIRA, наряду со списком проектных задач позволил естественно реализовать основной элемент личной эффективности - "единый список дел".
Теперь каждый видит что он должен сделать сегодня, или в течение периода времени, какие задачи, назначенные коллегам должны быть выполнены и когда.
В общем и целом, продукт, на данный момент полностью оправдывает и иногда превосходит мои ожидания. Жить стало проще, жить стало веселее :)

agile, atlassian, управление временем, разработка, тестирование, интересно, project management, jira, управление проектами

Previous post Next post
Up