Всем привет! Меня зовут Дмитрий Шкилёв, я тимлид команды Teachers Platform. Мы занимаемся личным кабинетом преподавателя и внутренними ресурсами, которые необходимы для обеспечения работы преподавателей.

Сегодня хотелось бы поговорить про такую не очень популярную историю, как измерение показателей команды разработки. За рамками статьи хочу оставить, почему необходимо измерять что-либо в работе команды — это тема для отдельного рассказа. Также тут вы не найдёте готовых рецептов для построения бордов в Grafana, но зато получите всё необходимое, чтобы начать их делать самостоятельно. Цель статьи — поделиться, как с минимумом инструментов измерять интересующие тимлида показатели.

Под катом несколько кейсов. Они актуальны для конкретной команды с ее укладом, поэтому прежде всего погружу вас в наши процессы. Но при этом прошу помнить, что статья — не агитация за определённый процесс работы, а описание способа построения дашбордов на примере отдельно взятой команды. Вы вправе сами решить, делать ли вам Code Review, логировать ли время, оценивать с помощью идеальных часов или стори поинтов, использовать ли сабтаски или связанные таски, как связывать баги с задачами и каким образом разделять задачи по эпикам. И я надеюсь, что после прочтения статьи вы сможете создать актуальный для вас борд.

https://habr.com/ru/post/714246/?utm_source=habrahabr&utm_medium=rss&utm_campaign=714246

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

https://habr.com/ru/post/714114/?utm_source=habrahabr&utm_medium=rss&utm_campaign=714114

Привет! Меня зовут Савр, я работаю инженером технической поддержки Arenadata. В прошлом году нам, как и многим другим компаниям, использовавшим зарубежное ПО, пришлось переходить на российские аналоги. В частности, с болью в сердце мы отказались от Jira Service Management (далее SM) — нашей системы управления обращениями заказчиков и основного инструмента службы поддержки. Мы были вынуждены перейти на российскую разработку SimpleOne.

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

https://habr.com/ru/post/712988/?utm_source=habrahabr&utm_medium=rss&utm_campaign=712988

Привет! Меня зовут Карина Суворова, в «Северстали» я занимаюсь автоматизацией пользовательских процессов. Как часто вам приходят письма и встречи с задачами, которые надо выполнить в определённые сроки? Мне много. А моим коллегам, особенно тем, чей рабочий день состоит из таких «почтовых задач», ещё больше.

Чтобы ничего не забыть, нужен удобный инструмент управления, с категоризацией и возможностью анализа загрузки, повторяемости и фактически затраченного времени. И он есть — Jira.

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

Чтобы избавиться от этого разрыва, мы разработали прекрасное решение, которое доступно всем и не требует подготовки для поддержки. Работает оно с Outlook. Нужны только Jira для размещения и структурированного хранения задач и Visual Basic for Applications (VBA) для их создания.

https://habr.com/ru/post/711638/?utm_source=habrahabr&utm_medium=rss&utm_campaign=711638

Что есть задача для разработчика?

Как правило, разработка получает от продукт-менеджера, техническое задание на разработку новой или исправление старой функциональности. Например, это выражено в виде PRD https://en.wikipedia.org/wiki/Product_requirements_document , который может содержать ссылки на Figma, список требований, ссылки и прочие полезности необходимые для реализации задумки. Исходя из этих входных данных, разработчики могут имплементировать задачу и отдать на тестирование в QA команду. По завершению этих циклов, задача готова к релизу.

https://habr.com/ru/post/710614/?utm_source=habrahabr&utm_medium=rss&utm_campaign=710614

Привет, Хабр! Меня зовут Игорь Рарог, в Банке ДОМ.РФ я совмещаю две роли: лид команды и релиз-менеджер, и сегодня поделюсь своим опытом ведения проектов в Jira.

Вначале хочу рассказать о нашем проекте под названием «Апикс» — это ипотечный конвейер (о нем мы уже писали тут: Методология разработки и архитектура кредитного конвейера АПИКС в Банке ДОМ.РФ).

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

К примеру, одна из команд занимается заявочной частью: пилит фичи по работе с персональными данными клиента, дорабатывает openAPI для работы с партнерами и т.д.

Другая делает доработки для выдачи ипотеки клиенту, множество интеграций с шиной, АБС (Автоматизированная Банковская Система) и другими внешними сервисами.

Всего таких команд 10, причём одна из них, платформенная, занимается только техническим долгом и не реализует никаких бизнес-фич. Данная команда отвечает за оптимизацию разработанных микросервисов, рефакторинг, сокращение времени обработки запросов, развязыванием микросервисов и много чем еще интересным.

В каждой команде, за исключением команды тех. долга, есть следующие роли:

https://habr.com/ru/post/710416/?utm_source=habrahabr&utm_medium=rss&utm_campaign=710416

Для многих уход австралийской компании по разработке программного обеспечения в начале марта стал настоящим потрясением. Хотя многие ПО от Atlassian продолжали действовать на российском рынке, однако возможности продлить лицензию не было.

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

Спойлер: не откладывайте резервное копирование данных на потом.

https://habr.com/ru/post/705932/?utm_source=habrahabr&utm_medium=rss&utm_campaign=705932

Jira, Redmine — популярные системы постановки задач в IT-среде, а Gitlab – одно из самых известных хранилищ данных среди программистов. Их используют повсеместно. Возникает вопрос – можно ли использовать данные из систем как доказательства в суде?

https://habr.com/ru/post/704846/?utm_source=habrahabr&utm_medium=rss&utm_campaign=704846

Я часто слышу от молодых QA-инженеров, что ручное тестирование сильно отстало от автоматизированного с точки зрения популярности и спроса на него. Я сегодня не буду углубляться в размышления на эту тему, а лучше сосредоточусь на автоматизации тестирования, в важности которого никто не сомневается.

https://habr.com/ru/post/701676/?utm_source=habrahabr&utm_medium=rss&utm_campaign=701676

В предыдущей статье “Jira без боли” (ч1, ч2) был небольшой эпизод про интеграции с другими сервисами через инструмент автоматизации n8n (читается как нейтн).

В этом материале расскажу, зачем он нам понадобился, какие задачи мы начали с его помощью решать, какую роль он сейчас играет у нас в Каруне. И чем он может быть полезен вам.

https://habr.com/ru/post/699602/?utm_source=habrahabr&utm_medium=rss&utm_campaign=699602

Каждому teamlead’у, project’у или руководителю отдела однажды приходилось настраивать жизненный цикл для задач, фич, багов и прочих вещей и как-то визуализировать это дело. Однако по итогу получалось так, что никто этой визуализацией не пользовался и вдобавок сопротивлялся созданному вами workflow. Да и вообще у подопечных появилось больше вопросов, чем у вас ответов.

Меня зовут Алексей Пименов, я аккредитованный Kanban-тренер и Kanban-консультант. Каждый использует какую-то визуализацию процессов. Наверняка у многих на работе есть в электронном, либо в бумажном виде какие-то досочки со стикерами. Очевидная история, но есть несколько тонкостей. А именно, что существует большой разрыв между «подозреваю, что что-то не так» и реальным «что-то не так». Разберём типичные ошибки, которые люди делают при построении жизненных циклов и визуализации, а главное — как их исправить.

https://habr.com/ru/post/696994/?utm_source=habrahabr&utm_medium=rss&utm_campaign=696994

Привет! Меня зовут Александр Мошаров, я — ведущий разработчик кластера «Индустриальные процессы». В прошлом году я руководил группой из нескольких десятков разработчиков, расшаренных на множество проектов, и собирал обратную связь от команд. На основе этих данных мы с коллегами разработали универсальный и простой подход к процессам в Jira и Gitlab. Вот уже на протяжение года этот подход облегчает облегчает жизнь многим командам разработчиков в «Северсталь-инфокоме». Расскажу, как мы пришли к этой системе и в чем она заключается.

https://habr.com/ru/post/698236/?utm_source=habrahabr&utm_medium=rss&utm_campaign=698236

Проблемы учета рабочего времени обсуждались не раз и не два. При этом мнение о необходимости таймтрекинга разделяет сотрудников на два противоположных лагеря. Как правило, исполнители всячески осуждают и указывают на неэффективность проектов, в которых необходимо вести учет рабочего времени и ежедневно отчитываться о проделанной работе. Напротив, многие правильные руководители приводят множество доводов в пользу таймтрекинга своих сотрудников. Это противоречие порой вызывает у меня приступы сильной головной боли, которую я попытался унять написанием этой статьи в блог ЛАНИТ. Есть такое лекарство – мышление письмом...

https://habr.com/ru/post/697268/?utm_source=habrahabr&utm_medium=rss&utm_campaign=697268

В предыдущей статье я рассказал, как мы наводили порядок в Jira, готовились к масштабированию и переезду всех бизнес команд в этот инструмент, и как после переезда обеспечивали коллег необходимыми инструментами, которых в Jira нет из коробки: шаблонами, чек-листами, инструментами аналитики, WIP лимитами, и прочим.

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

https://habr.com/ru/post/696648/?utm_source=habrahabr&utm_medium=rss&utm_campaign=696648

https://habr.com/ru/post/697590/?utm_source=habrahabr&utm_medium=rss&utm_campaign=697590