Связаться по Skype: vkarabedyants
Позвонить Написать
+7 (499) 404-28-83

Блог о системном администрировании серверов и сайтов

Установка, настройка программного обеспечения Linux, Windows операционных систем

Как мы докатились до такой жизни (Jira Software + Confluence + Bitbucket)

 web-studioМы небольшая, по количеству сотрудников, студия веб-дизайна, но с довольно большим количеством проектов на разных стадиях реализации. Причем проекты разного плана:

  1. Переделать дизайн
  2. Поправить логику сайта
  3. Доработать нужный или уже имеющийся функционал
  4. Создать «под ключ» сайт

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

googledocПервым решением, не очень долгим во времени, был переход на online- сервис мегаплан + гугл-докс. Решение выглядело довольно инновационным, так как наши дизайнеры, программисты, верстальщики и т.п. не сильно привередливы. Ну в том плане, им не сильно большую роль играет где вести Log-Work. Но все равно, было какое-то ощущение что это не то. Особенно при том, что во время поисков разного рода систем ведения проектов, многое для себя узнали. Да, мы разработчики и не сильны в разного рода новшествах для собственного комфорта. Так было. Теперь же этот недочет исправлен и жить стало веселее.

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

В общем, выбрали мы продукты компании Atlassian. А именно Jira Software + Confluence + Bitbucket. Если честно, то сейчас едет тестирование еще и Jira Service Desk.

 Почему Jira Software

Самым главным плюсом для нас было наличие методологии разработки Scrum (Kanban пока не используем), после – система построения и учет задач, шефу понравились всякие прелести в роде построения графиков, а главбуху учет времени.

jira1Что же до меня, то довольно гибкая система разграничения прав. Все на своих местах. Правда пришлось повозиться что бы объяснить, разницу между проектом Software и Business. Но это пустяк. Вообще, честно говоря вообще не знаю, что еще добавить. Про минусы я говорить могу долго, но тут их почти нет, а те что есть – несущественные. Хотя один минус я все же знаю. Это шифрование данных. Его нет.

Под шифрование данных я имею ввиду, шифрование данных в Confluence. Для того, чтобы было понятно, о чем я говорю, вначале обрисую кратко, как мы работаем.

jira2Есть проект (Business) с заказчиками. Он чисто внутренний и не для всех. Там «высшее командование» творит историю нашей компании. В общем, как только клиент утвержден (да у нас уже такой уровень, что мы можем выбирать клиентов), мне ставится задача о создании нового проекта, разграничении прав доступа, добавлении пользователей в этот проект и новых клиентов с уровнем доступ а к этому проекту. Поскольку jira имеет интеграцию с confluence, то пользователи уже есть и там. И в зависимости от необходимости я могу дать им доступ и к ней.

При первой авторизации клиента, у него еще нет задач, но уже есть ссылка на confluence с подробной инструкцией, как правильно ставить задачи и назначать пользователей. Это очень повышает производительность и оперативность.

jira3Ну вот как-то так и работаем. Клиент заходит, ставит задачу и ждет. Задача автоматом назначается на тимлида, который уже оценивает человеко-часы выставляет статус in progress и переназначает ее дальше. Таким образом, все комментарии и статусы по задаче теперь будут приходить и к нему. Когда задача выполнена, она переводится в статус resolved или under review и дальше уже заказчик дает свей вердикт.

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

Так же прикручен Bitbucket. Хотя у нас был свой git, но раз уж Atlassian – то и Bitbucket надо использовать. Перенос не был сложным. Даже «бубен» не доставал.

И так, о каком же минусе я говорил? Да все дело в том, что Confluence хранит все данные в нешифрованном виде. Даже если использовать макросы по типу Secure Content.  Это конечно же плохо. Но поскольку для этого надо взломать наш сервер, то проблема на мой взгляд не такая и критическая. Тем более, что сейчас есть в планах, написать модуль, который будет заниматься шифрованием контента. Конечно не всего, а только определенного.

Переход на Jira и Confluence

jira4Единственное что могу сказать по этому поводу, так это то, что мои ожидания по переносу не оправдались. Я помню, как переносил другие проекту из системы в систему (rtc to gitк примеру). Уже успел напридумывать кучу проблем. Тем более что был недавний опыт с мегапланом. В общем как же я удивился что все прошло с третьего раза, причем все три попытки без ошибок. Первые два – «пристрелочные». Хотя возможно это произошло потому, что у Atlassian довольно крутая документация и комюнити, которое мне близко по духу.

Мы пошли самым простым путем, загрузили все через CSV. Конечно на составление этого файлика у нас ушла вечность и ночное «курение мануалов». Первый проект был загружен спустя неделю. Он был самым большим и охватывал все имеющиеся у нас поля. К концу третей недели импорт был завершен. Даже не могу передать того восторга, когда впервые взглянул на старые проекты в новом свете. Все красиво, расставлено по полочкам.

Профит

  • Первое, на мой взгляд – клиент видит, что мы растем и получает больший уровень контроля. Ему нравиться – мы в плюсе.
  • Второе, гибкое управление проектами и тасками. Невозможно закрыть таск, если у него есть sub-task, который не закрыт.
  • Третье, все всегда под рукой и даже с мобильного можно все контролировать. Очень крутой модуль Tempo Timesheets. Правда я его еще не освоил, но потенциал у него огромный. Главное, что начальству с отделом бухгалтерии нравиться. И без него можно было строить неплохие отчеты, а с ним – все решается в несколько кликов (для меня). Руководству нужно всего лишь зайти в отдельный DashBoard и там посмотреть на нужный график.
  • Всякого рода уведомления я в расчет не беру, так как это де-факто должно быть.
  • Ну и конечно это Agile. На доске все сразу видно. На какой стадии проект и стоит ли волноваться по срокам.

P.S.: тут упоминался Service Desk. Так вот, мы хотим запустить поддержку клиентов, у которых нет учетки в Jira, но требуется исправление или поправка чего-то серьёзного или не очень. Ну в общем, присылают нам e-mail на почту и по этому письму создается task. Дальше все, как и раньше.

Хотите такую систему в свой офис? Обращайтесь office@system-admins.ru

Оставить комментарий

Лимит времени истёк. Пожалуйста, перезагрузите CAPTCHA.