Jira бесплатно или поиск альтернатив
Безусловно, для команд разработки Jira является отличным инструментом, особенно в больших компаниях, где в ней работают и разработчики, и менеджеры и даже бизнес аналитики и руководители. У меня же задача была немного иной. У меня есть несколько проектов, которые я делаю для заказчиков и занимаюсь их поддержкой. Тем не менее проекты конечно не очень большие но и не скрипты, которые можно сделать за пару дней. Так или иначе нужно вести задачи, показывать что было сделано заказчику, а также принимать тикеты с проблемами или предложения по улучшению моих программ и сервисов.
Я долго использовал AirTable, для этих задач, там есть готовый конструктор форм, для приема задач или багов, в целом можно показать заказчикам все легко, но вдруг они ввели множество ограничений на бесплатной версии, а оплачивать хоть и относительно небольшую цену из России стало проблематично. С этого момента я занялся поиском альтернатив, и поиск мой начинался со слов “Бесплатные альтернативы Jira”.
Я видел множество решений, и проприетарных но бесплатных, и платных, хоть и написано что бесплатных, и чего я только не видел. Тогда решил пробежаться по своей же собранной базе OpenSource и поискать там. И я нашел несколько неплохих вариантов. О каждом рассказывать не буду расскажу о том, на котором остановился.
LeanTime или Jira бесплатно
Итак, я перебрал несколько вариантов, и понял, что мне нужно следующее:
Треккер задач, само собой, это самое главное
Возможность добавлять тикеты из вне, форма или API не особо важно, лучше даже API
Желательно хотя бы минимальный набор для ведения документации, что-то наподобии Confluence но можно не такой навороченный
И я стал, искать, и по второму пункту про API отвалилось 80% кандидатов из OpenSource. Много красивых и интересных решений, но нет API а дорабатывать самому может быть достаточно трудоемко.
Теперь не буду долго мучать вопросом о кандидатах, сразу перейду к Leantime.
Из всей кучи мне он понравился больше всего, хотя и не без изъянов. У него было все что нужно и треккер задач, и API, и даже набор для документации, называемый Wiki.
Подробный обзор делать я особого смысла не вижу, но вкратце расскажу. Как видно на скриншоте, есть проекты, есть раздел для задач, для целей, который можно назвать релизами, или еще внутри системы они называются Вехами. Всякие Таймлайны для RoadMap, и раздел “Думать”. В думать есть свой канбан, для проработки идей, где можно назначить разные статусы и выстроить по ним Канбан-доску. С разделом BluePrints я не разобрался до конца, судя по всему он служит для каких-то формализованных описаний проекта, согласований и т.п. Но я не пользуюсь, не расскажу много о нем. “Ретроспективы” - отличный раздел, там 3 основных позиции:
Что хорошо?
Что плохо?
Что следует внедрить?
В целом удобно, но я работаю в основном один или с менеджером и ретроспективы для своих проектов не провожу. Ну и конечно раздел “Отчеты” - он достаточно скудный по сравнению с отчетами Jira, но тем не менее основные показатели, затраченное на задачи время и т.п. имеется и работает неплохо.
В целом о проекте
LeanTime как альтернатива Jira, но упрощен, и написан он на PHP. Я сам когда-то был PHP разработчиком и мне пришлось покопаться в исходных кодах, для изучения API запросов, по которым очень скудная и не полная документация. Код в целом хорошего качества, хотя некоторые решения вызывают вопросы и судя по всему были сделаны так, чтобы просто можно было как можно быстрее запустить проект. Например разработан JSON-RPC апи, который вызывает те же самые функции, которые есть в WEB-версии, и без валидации. Валидация в самом интерфейсе есть, а вот сервисы ее не имеют, поэтому нужно быть осторожным при работе с этим RPC. Но зато это быстро, не потребовалось делать каких то отдельных контроллеров для API, по сути даже если нужно, создаешь новый сервис, и из RPC к нему будет доступ, так делать быстро, конечно отсутствие валидации это минус.
Я же писал, что у меня было требование заводить задачи или баги извне. Вот я как раз начал изучать документацию проекта, и понял, что там даже не описано как создавать задачи. Покопавшись в коде я быстро нашел контроллер и сервис который это делает, но RPC минует контроллер и запрос идет сразу в сервис. Посмотрел какие переменные принимает, сам по коду определил какие поля обязательные и сделал пробный запрос. Когда убедился, что все работает как я ожидал, я внедрил эти запросы в свое приложение на электроне, в котором работают операторы моего заказчика. В целом все получилось, тикеты заводятся, следить за ними удобно, документацию веду. Поднял это все с помощью докер контейнеров, которые есть прямо от разработчиков, проблем никаких с поднятием не возникло. Хотя была одна. Я сначала скачал Latest версию, и она глючила очень сильно, даже думал, что придется искать дальше, но потом прочитал в репозитории, что они сами не рекомендуют использовать Latest версию контейнера, и я поставил версию leantime/leantime:2.3.27 и все стало хорошо.