В связи с ситуацией отключения плагинов табеля рабочего времени для пользователей РФ в Jira я начал изучать тему получения нужной информации по трудозатратам через Jira API. Даже нашел несколько статей на эту тему на уважаемом ресурсе. Но, как оказалось, некоторые моменты устарели, а некоторые были упущены авторами, либо они на них просто не наткнулись.
Всем привет! Это Алексей Пешков из “ГлоуБайт”. Мы продолжаем рассказывать о ZenTao – отличной альтернативе для замены Jira от китайского вендора ZenTao Software, решении №1 для управления проектами в Китае. Не так давно я рассказал, как установить серверную (on-premise) версию ZenTao на Windows за 5 минут.
Сегодня, как и обещал, поделюсь инструкцией установки ZenTao на отечественную операционную систему Astra Linux. Можно сказать, что в результате у нас получится стратегическая дружба между Китаем и Россией на вашем Линукс-сервере. :)
На хабре поиск по статьям «Jira» находит около 50 страниц, и большинство из них про то, как автоматизировать процессы в Jira, настроить Jira, разработать плагины и т.д. Я же работаю в коммерческом департаменте и сталкиваюсь с более житейскими вопросами: Как найти задачу, которую я поставил(а) 2 месяца назад? Что такое проект? Что такое workflow? Да и, в конце концов, Jira просто некрасивая, как в ней можно удобно работать? Найти ответы на эти и другие вопросы на старте работы с Jira бывает порой нетривиальной задачей, поэтому я решила собрать свой опыт настройки этого инструмента с нуля и показать, что красота — это не главное.
Как мы все знаем, Atlassian ушел из России вместе со своим флагманским и уже ставшим культовым продуктом Jira. Но на место Jira на пьедестале ITSM-платформ и систем для баг-трекинга уже активно претендуют решения из России, а также из Китая.
Сегодня я расскажу об одном из лидеров сегмента – продукте китайской компании ZenTao Software и о том, как установить ZenTao на Windows. Меня зовут Алексей Пешков, работаю в GlowByte старшим менеджером по развитию направления.
В данной статье мы рассмотрим процесс создания формы на базе JavaScript и включения ее в экран создания запроса в JIRA.
Это может быть полезно, если вы хотите получить большую гибкость, чем предоставляют стандартные поля JIRA. Например, если вам требуется изменить расположение полей, настроить валидацию пользовательского ввода, добавить подсказки или динамически отображать поля. В этой статье мы полностью реализуем пример, используя все перечисленные возможности.
В предыдущей статье мы рассмотрели, как можно собрать базовую автоматизацию ревью для документации и как уже на этом этапе она облегчает жизнь аналитику и команде. Однако всегда появляются новые задачи для решения, и всегда можно посмотреть шире. Придумать, что еще можно сделать удобнее, какие этапы все еще работают не оптимально.
Если вы не читали статью про базовую автоматизацию, то советую сначала прочитать ее.
Анализ результатов работы с базовой автоматизацией
Проработав пару месяцев по новому процессу, я начал ощущать, что все еще есть неудобные места, которые так и просят автоматизации.
После ухода компании Atlassian мы взялись за задачу по импортозамещению её продуктов. И если ранее мы уже заменили Jira и Confluence, то теперь пришла очередь другого крупного продукта - Jira Service Management.
Наконец-то можно рассказать о том, что мы успели сделать в его замене - EvaServiceDesk. Мы уже показывали альфа-версию продукта для сообщества Atlassian Community Moscow, теперь официальный релиз в проде.
Если при разработке аналога обычной Jira (о котором мы писали здесь) мы напоролись на проблему того, что пользователям нужно переучиваться на новый интерфейс. То в этот раз мы решили пойти простым (и выигрышным на наш взгляд) путем. Просто сделали привычный интерфейс и функционал, но на новых технологиях и сразу закладывая возможности для дальнейшего расширения.
Михаил Михайлец, руководитель группы аналитиков направления облачных решений Лиги Цифровой Экономики, рассказал, как его команда попробовала быстро подготовить задачи по классическому ТЗ (ГОСТ 19) в Jira при работе с государственным заказчиком и что из этого получилось.
Пожалуй, большинству известно, что ГОСТ предусматривает водопадную модель разработки ПО. До недавнего времени она была зафиксирована в постановлении Правительства Российской Федерации от 6 июля 2015 г. № 676 «О требованиях к порядку создания, развития, ввода в эксплуатацию, эксплуатации и вывода из эксплуатации государственных информационных систем и дальнейшего хранения содержащейся в их базах данных информации».
Несмотря на обнадеживающее движение в сторону итеративной разработки со стороны правительства, стандарты пока обновляться не спешат. Годы выпуска действующих ГОСТов, которые идут после тире в их номерах, тонко намекают, что гибкие подходы в разработке не учитывались при их создании.
В теории можно породить жизнеспособного «кентавра» — если в течение спринтов проходить указанные стадии проекта раз за разом в ходе разработки каждой функции приложения.
Всем привет, меня зовут Алексей - я руководитель отдела интеграции EvaTeam. Это статья о том, как реализована настройка автоматизаций в EvaProject - российском аналоге Jira. В ней рассказывается о том, с чем пришлось столкнуться при переезде с Jira, и как мы реализовали функционал в нашей системе.
Процесс ревью технических требований в мире аналитики уже давно стал привычным шагом в этапах работы с документацией. После написания ТЗ оно отдается коллеге на вычитку, чтобы на самом ранней стадии отыскать возможные ошибки или пропущенные моменты. Как всем известно, исправление ошибки на этапе аналитики стоит дешевле всего.
Я знаю, что во многих командах само ревью запускалось с большим скрипом. Гордость и характер участников команды, а также не самый удобный подход к ревью сильно усложнял сам процесс.
Из распространенного:
В статье расскажем, как произвести импорт данных из системы Jira в систему EvaTeam. При импорте будет использоваться API система Jira. В результате импорта в EvaTeam будет перенесена вся необходимая информация: задачи, списки, доски, пользователи, а также все статусы и бизнес‑процессы, которые используются в системе.
На определенном этапе роста компании наступает момент, когда часть процессов необходимо перевести в цифровой формат и хотя бы частично их автоматизировать, чтобы снизить нагрузку на сотрудников.
Долгое время мы в SimbirSoft использовали самописные инструменты для управления рабочими процессами, но постепенно перешли на Jira. Доработка системы под свои нужды позволила нам обеспечить контроль над ключевыми процессами компании.
Для переноса процессов в Jira мы разработали специальный механизм, о котором пойдет речь ниже. Ранее мы рассказывали, как работать с данными Jira без плагинов и минимизировать расходы на обслуживание. А эта статья будет полезна всем, кто администрирует внутренние процессы компании и хочет перенести их в Jira для улучшения управления, сбора статистики и контроля над выполнением задач.
Дисклеймер: В марте 2022 года компания Atlassian прекратила сотрудничество с российскими юридическими лицами. Однако это не распространяется на уже купленные экземпляры Jira (не по подписке), а также на юридические лица, зарегистрированные вне РФ. Так или иначе, многие нашли выход, который позволил им дальше пользоваться привычным инструментом.
Atlassian (Jira, Confluence) ушёл из России. +‑ с июня 2022г. в 8 раз выросло количество обращений на импортозамещение этих сервисов в EvaTeam. Мы в EvaTeam полгода закрывали разрыв по функциональности с Jira и Confluence.
К декабрю 2022 закрыли разрыв (Осталось улучшить популярные плагины типа «structure») + сделали крутой импорт.
Основной болью на декабрь 2022г. оставался интерфейс (по словам клиентов). Он был немного другой, пользователи не хотели привыкать. Было принято стратегическое решение — сделать полный клон. Вариант интерфейса «Jira».
Ниже описание со скриншотами того, что удалось разработать за полгода. Российские разработчики сделали за полгода то, что разрабатывалось и внедрялось 20 лет (первый релиз Jira 2002 год).
Кратко, что будет в этой статье:
WorkFlow, GitHub, GitLab, Автоматизация, Миграция из Jira № 1, Гант, Отчеты, Дашборды, Time‑tracker, BQL, аналоги плагинов Tempo, Scriptrunner, draw.io, а также On‑Premise‑версия и т. д. в обновленной EvaProject и EvaWiki
Бот - для работы с репозиторием проекта в BitBucket.
Приветствую любителей ботов :-) Позвольте представить вашему вниманию бота для работы с репозиторием проекта в BitBucket.
Краткое описание моих скромных трудов.
Для многих уход австралийской компании по разработке программного обеспечения в начале марта стал настоящим потрясением. Хотя многие ПО от Atlassian продолжали действовать на российском рынке, однако возможности продлить лицензию не было.
Счастливчики, которые успели приобрести лицензию до марта продолжали пользоваться программным обеспечением Atlassian и ещё не подозревали, с какими проблемами они столкнутся в будущем.
Спойлер: не откладывайте резервное копирование данных на потом.
Вряд ли можно найти менеджера, который ни разу не попадал под цунами из срочных задач. В такой ситуации последней каплей могут стать рутинные активности — не самые сложные, но достаточно важные. В этой статье я поделюсь опытом преодоления трудностей в моей работе, и инструментами, которые действительно помогают, когда задачи накрывают с головой. Примеры будут касаться в первую очередь QA-менеджмента, но я уверен, что некоторые решения могут быть применимы к самым разным областям и окажутся полезны многим.
Хабр, привет! Мы российская компания EvaTeam и мы создаем ПО для управления разработкой. Тема первого поста возникла из нашей деятельности, но вот в чем штука — нельзя так просто сделать пост о методологиях разработки и не скатиться в холивар. И хотя материалов о методологиях хватает, о том откуда они произошли — не особо и пишут (видимо потому, что мы бежим только вперед и оглядываться назад некогда). Но если мы хотим получить представление о том, что будет дальше, полезно иногда возвращаться к истокам. Под катом мы пройдемся по эволюции методологий разработки за более чем три десятилетия, по истокам «гибкой» разработки и поразмыслим о том, как новейшие знания приведут нас ко все более быстрым циклам разработки (но это не точно).
В предыдущей статье я рассказал, как мы наводили порядок в Jira, готовились к масштабированию и переезду всех бизнес команд в этот инструмент, и как после переезда обеспечивали коллег необходимыми инструментами, которых в Jira нет из коробки: шаблонами, чек-листами, инструментами аналитики, WIP лимитами, и прочим.
После этого перед нами появились новые вызовы — многие проблемы бизнеса всё ещё не решались, или решались с помощью откровенных костылей. Поэтому нам предстояло превратить Jira в настоящий звездолёт.
Конечно, рядовым пользователям от использования Jira бывает больно, и это даже порождает целые сайты вроде — https://ifuckinghatejira.com/. Я же попытаюсь рассказать, как жить с Jira без боли хотя бы для бизнеса.
На протяжении последних трёх лет в компании Karuna я помогал масштабировать и адаптировать Jira под растущие потребности.
В паре статей хочу поделиться нашими лучшими практиками — готовыми решениями и всем тем, что позволит бизнесу закрывать свои боли с помощью этого инструмента.
Я надеюсь, в этих материалах вы найдёте не только прописные истины, но и массу ранее неизвестных вам фич, инструментов и подходов, а также сможете обращаться к статьям в будущем, чтобы подсмотреть, как решить ваши сложности. Я сам именно так и планирую использовать эти материалы.
