Atlassian *

Всем привет! Это ламповая история от основателей компании – рассказ о хронологии замены Jira, а также о том, как собственные разработки помогают при создании будущих сервисов. Всё что идёт ниже – расшифровка аудио с небольшой редактурой, которая записана мной. Все совпадения случайны, трюки выполнены профессионалами, за русский язык ногами не пинайте.

В начале описана общая история компании, которая поможет разобраться "что-как", затем про технологии. А на сладкое - как рынок иногда сам подсказывает куда нужно идти.

Привет Хабр! Меня зовут Белков Евгений, я руководитель направления разработки Siebel CRM в Московском кредитном банке.

Сегодня я хочу поделиться своим опытом разграничения содержимого страницы для разных пользователей. 

Приветствую всех, кому интересна тема перехода с Jira на альтернативные решения. 

Совсем недавно мы, GlowByte Soft, рассказывали о том, какие бизнес-процессы компании могут автоматизировать на базе ITSM-платформы ZenTao. По откликам мы поняли, что нужно подробнее остановиться на самой базовой и самой главной функциональности ITSM-платформ – управлении сервисом и работе с заявками.

Всем доброе утро! С Вами Крылов Александр, и мы продолжаем серию статей про сервисный подход в DevOps. В прошлой статье мы подробно описали сам подход, этапы его внедрения и обозначили ряд проблем, которые нам предстоит решить. Теперь давайте перейдём к этим проблемам.

Первая проблема, с которой мы начнём - это тушение пожара в инфраструктуре.

В досках Kanban и Scrum есть удобный инструмент горизонтальной группировки задач swimlanes (дорожки). С помощью дорожек задачи можно группировать по разным категориям: типам задач, проектам, пользовательским полям и прочему. Многие из вас наверняка уже знакомы с этим инструментом и активно пользуются им.

А что, если работу с дорожками можно сделать еще удобней и интересней? На примере реального кейса я попробую рассказать про способ автоматического добавления и удаления дорожек в досках Jira.

Привет, Хабр! Я Ульяна, старший аналитик в направлении продуктового и системного анализа в отделе Tinkoff Mobile Core. Наш отдел разрабатывает общие технические решения — библиотеки, которые используются в мобильных приложениях экосистемы Тинькофф.

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

Документацию мы ведем в Confluence — и обычно, когда я рассказываю про Confluence, у многих он вызывает, мягко говоря, неприятные ассоциации. Миллион разделов, неудобная навигация, портянки бесконечного текста и многое другое, что отбивает желание даже открывать любую wiki. Но я спешу вас обрадовать — все может быть совсем иначе!

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

Привет Хабр! Меня зовут Белков Евгений, я руководитель направления разработки Siebel CRM в Московском кредитном банке. Сегодня я хочу поделиться своим опытом агрегации данных таблиц в "реальные цифры".

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

Привет! На связи GlowByte Soft. ITSM-платформы заслуженно заняли свое место в ландшафте ИТ-систем крупных компаний. В этой статье мы собрали 20 ИТ- и бизнес-процессов, которые могут быть реализованы на современной ITSM-платформе ZenTao. Больше информации об этом инструменте – в сообществе ZenTao Club, созданном GlowByte Soft специально для тех, кто ищет ответы на вопрос “чем заменить Jira”. Заходите!

Привет! Я Дмитрий, руковожу продуктами EvaTeam. Confluence на пару с Jira ушли, но в России мы их заменили своими продуктами. И тут загвоздка в том, что нужно не просто сделать аналогичный функционал, но ещё и разработать множество плагинов, которыми система расширялась.

Уже рассказывал в статье про плагины в Jira и их аналогах. Теперь хочу перейти к плагинам Confluence. Let's go!

Всем привет, меня зовут Дмитрий. Я руковожу продуктами EvaTeam. Так как Jira ушла из России, мы занялись её заменой и обнаружили интересный факт – Jira это не только отдельный продукт, но и вся экосистема вокруг неё. Сообщество, плагины, видео и мануалы, куча сертифицированных админов и много чего ещё. И чтобы полноценно заменить австралийское решение, нужно не просто скопировать функционал, а ещё и воссоздать всё что его окружало.

Конкретно в этой статье хочу рассказать о популярных плагинах Jira: Scriptrunner, Tempo Timesheets, Structure и т.д. Что они позволяли делать в Jira и чем их заменить.

Погрешности в учете рабочего времени и оплате труда, несистематизированный подход к онбордингу и развитию сотрудников, недостаток контроля за выполнением задач и сроками, неудовлетворительное взаимодействие с сотрудниками и отсутствие обратной связи, отсутствие инструментов для анализа продуктивности работы сотрудников — это самые неочевидные ошибки в управлении персоналом, но при этом они оказывают прямое влияние на бизнес.

В данной статье приведу пример организации досок Jira с использованием автоматизаций, которые помогают сэкономить прорву времени HR-специалисту.

С момента ухода компании Atlassian с российского рынка прошло уже больше года. Те кто пользовался её продуктами, отлично понимал возможности для автоматизации в системе. Это делалось и с помощью базового функционала, а также с помощью плагинов вроде ScriptRunner. Автоматизировали различные настройки workflow, автоматическое назначение задач, behaviors-поля и кучу всего другого. 

Так как мы заменяем Jira, Confluence и Jira Service Management в России, мы реализовали те же самые возможности в продуктах EvaTeam. В этой статье рассказывается какие виды автоматизаций есть, в каких случаях использовать конкретный способ и как продолжить работать также как в Jira, но в российском сервисе.

В связи с ситуацией отключения плагинов табеля рабочего времени для пользователей РФ в 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 «О требованиях к порядку создания, развития, ввода в эксплуатацию, эксплуатации и вывода из эксплуатации государственных информационных систем и дальнейшего хранения содержащейся в их базах данных информации».

Несмотря на обнадеживающее движение в сторону итеративной разработки со стороны правительства, стандарты пока обновляться не спешат. Годы выпуска действующих ГОСТов, которые идут после тире в их номерах, тонко намекают, что гибкие подходы в разработке не учитывались при их создании.

В теории можно породить жизнеспособного «кентавра» — если в течение спринтов проходить указанные стадии проекта раз за разом в ходе разработки каждой функции приложения.