JIRA, Trello или Devprom — где Agile-проекту хорошо?

Когда нет отбоя от клиентов, а команду заваливают задачами, остаётся только не потерять контроль. Над проектами тоже. Нужно сразу выбирать систему для управления разработкой, а это сделать не так-то просто. В этом убедился и Алексей Ананьев, технический директор «ТОО имени Тьюринга».
JIRA, Trello или Devprom — где Agile-проекту хорошо?

Алексей, чем занимается ваша компания?

Сначала это была группа разработчиков, которая занималась автоматизацией на платформе 1С:Предприятие 8 1С:Предприятие 8. Каждый работал сам по себе, как фрилансер. Решили собраться в команду, и уже полтора года работаем вместе, в городе Алматы. Зарегистрировали юридическое лицо, подписали с компанией «1С» договор франчайзи и занимаемся внедрением решений на базе их продуктов. Проект, которым можно похвастаться — автоматизация хозяйственной деятельности в ДБ АО «Банк Хоум Кредит». На сайте «1С» уже опубликовали отзыв по результатам внедрения. В данный момент есть и другие проекты, в стадии внедрения.

Какие сервисы используете в работе и для каких целей?

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

В Devprom мы выделили для себя несколько кейсов: Scrum, Kanban и Service Desk.

Смотрели JIRA JIRA, не понравилась её локализация и возможности декомпозиции требований. У компании «1С» тоже есть своя система проектирования прикладных решений, но она показалась нам чересчур перегруженной. Стали искать нечто среднее.

Протестировали Devprom ALM Devprom ALM в течение трех месяцев, система показала хорошие результаты, удовлетворяет всем требованиям в рамках Agile-методики. В Devprom мы выделили для себя несколько кейсов: Scrum, Kanban и Service Desk. И стали их осваивать.


Сравнение JIRA, Trello и Devprom

В системе есть декомпозиция первого уровня — эпики, потом технические истории и на самом нижнем уровне задачи. Например, эпик «Учёт основных средств» объединяет в себе технические истории, описывающие расчет амортизации, поступления основных средств, принятия к учету. В технических историях указываются требования к разработке продукта. К техническим историям можно сделать детализацию до третьего уровня — конкретные задачи. Имеются возможности разработки свода требований и установки для них трассировки с задачами и техническими историями. Есть отслеживание статуса выполнения задач и историй. Видна картина по эпику в целом, насколько выполнен.

Задачи назначаются куратором проекта, и сотрудник видит, что ему нужно делать.

Trello этого не позволяет. Его хватает для небольших доработок. Когда большой объём разработки, а у нас на проекте может быть 800 задач на самом низком уровне, в Trello это очень тяжело отслеживать.

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

У каждого сотрудника в Devprom доступен список задач. Куратор проекта назначает задачи, и сотрудник видит, что ему нужно делать. Это не только разработка и поддержка, внутренняя работа по компании также заведена как проект, поэтому любые задачи, связанные с развитием, также планируются: встречи, обучение, задачи по документам.

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

Там же, в Devprom, ведётся учёт времени. Это не табелирование, а отражение затраченного на задачи времени. В проектах поддержки затраченное время используется для выставления счетов клиенту, в проектном управлении — для план-фактного анализа, сошлись ли первоначальные оценки с фактически затраченным временем. Это даёт понимание того, что недооценили или переоценили.

Для заметок я использую Evernote Evernote, в команде — кто что.

Почта на Mail.Ru для Бизнеса Mail.Ru для Бизнеса. Рассматривали сначала Gmail Gmail, но их служба для бизнеса платная. Яндекс.Почта Яндекс.Почта не смотрел, нет там аккаунта.


Сервисы для agile проекта

CRM не пользуетесь?

Есть CRM система Битрикс24 Битрикс24, пока используем как корпоративную платформу общения, в рамках команды. Позволяет сохранять документы, выкладывать новости, фиксировать прикладные моменты.

У нас нет активных продаж. Клиенты сами находят нас через «сарафанное радио».

Рекламу не даём, а число клиентов не уменьшается. Всех даже не успеваем обрабатывать. У нас один проектный менеджер, пять разработчиков и четверо фрилансеров, которые работают по мере поступления задач. CRM заниматься пока некому.

Пользуетесь ли мессенджером в коллективе?

С самого начала используем Skype Skype.

Интегрировали ли эти сервисы между собой?

Пока нет необходимости. Есть, конечно, мысли интеграции Devprom с Битрикс24: в Devprom встроена удобная база знаний, у Битрикс24 тоже есть похожая штука в плагинах, но пока руки не дошли до их синхронизации между собой.

Вы довольны всеми сервисами, не хотите поменять хотя бы один из них?

Доволен. Чтобы быть недовольным, нужно, чтобы каких-то функций не хватало. Мы ещё за это время не все функции Devprom попробовали. Есть в планах изучить ещё групповую разработку технической документации. И в Битрикс24 планирование отпусков и занятости сотрудников.

Оплачиваете облака или используете бесплатные тарифы?

Битрикс24 пока бесплатный. Команда ещё не разрослась до платных тарифов. А Devprom оплачиваем.

Не представляю себе на смартфоне доску задач с сотней элементов.

Работаете с сервисами в браузере или установлены приложения?

Битрикс24 в браузере пользуемся и на мобильном. Deprom только в браузере. Хочется иметь мобильную версию, но не представляю себе на смартфоне доску задач с сотней элементов.


Алексей Ананьев, техдиректор

Какие ещё сферы вы бы автоматизировали в работе?

Планируем использовать системы контроля версий, GitHub GitHub, Bitbucket Bitbucket. У «1C» тоже есть такая система, система хранилища конфигураций, мы используем её на нашем сервере. «1C» пока не доросла до того, чтобы использовать GitHub как платформу, с Git-репозиториями, но уже ведутся разработки, которые в будущем позволят использовать Git.

Удобно было бы в мобильной версии скидывать файлы и писать сообщения, имея прямые ссылки на документы.

Хочется, конечно, общую систему хранения файлов. Облако@Mail.Ru Облако@Mail.Ru — хорошо, но хочется хранилище в Битрикс24. Удобно было бы в мобильной версии скидывать файлы и писать сообщения, имея прямые ссылки на документы.

Рассматриваем варианты, взвешиваем плюсы и минусы облачных хранилищ, таких как Dropbox Dropbox, Google Диск Google Диск, ownCloud ownCloud. Пока не решили, во всех сервисах смущают ограничения на объём хранимой информации. Пытаемся для себя рассчитать стоимость хранения мегабайта на год в каждом из предлагаемых сервисов и понять что выгоднее.

Далеко не все компании переходят в облака. Как думаете, это влияет на их скорость работы?

Тяжело сказать. Один большой минус облака — сервис находится где-то на сторонних серверах. Бывают проблемы с доступом к ним. Предполагаем, что облако Devprom где-то в Германии, и какое-то время наблюдались проблемы с доступом, но они решились. Это единственное, что может заставить развернуть систему на собственном сервере. Но для этого нужен сервер и поддержка. Пока такого ресурса нет, хватает облака. Если компания вырастет, то, конечно, будет дешевле купить лицензии и разместить сервис у себя.

Советую новичкам сразу определить методику компании — PMI или Agile.

Что вы посоветуете начинающим коллегам по бизнесу?

Работать. Когда начинали бизнес, мы работали с другими компаниями. Основная их деятельность — проектная. Заметили, что у всех основная проблема — управление проектом. Советую новичкам сразу определить методику компании — PMI или Agile. И в соответствии с требованиями уже выбирать систему. Если компания занимается глобальными разработками, то нужно рассматривать JIRA или Devprom. Если поменьше, то есть множество сервисов для управления задачами. Любая система управления в конечном итоге предлагает определенную статистику, на основе которой можно принимать решения в управлении проектом.

Комментариев пока не было