❓Как часто ваши разработчики пользуются рабочей почтой для отслеживания обновлений в карточке в трекере? Думаю, не очень часто. По крайней мере, в моём опыте таких было очень мало.

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

Чтобы разработчик получал только полезную информацию из карточки, мы перешли на использование хэштегов в сообщениях. Например:
🟠#вопрос — означал, что в задаче есть вопрос, требующий внимания разработчика;
🟠#срочно — был признак того, что ответ не ждёт отлагательств;
🟠#консультация — в теле описания задачи был признаком того, что мне, как руководителю группы разработки, нужно ответить на вопрос, а разработчикам тревожится не стоит.

И таких хэштегов у нас было много на разные варианты использования. На их сборы ушло примерно месяца два, для себя мы выстроили целую систему таких хэштегов для комфортной работы без отвлечений.
⏩А в самой автоматизации выглядит все достаточно просто. Если с хештегом в описании все понятно, в условиях просто ставим: «Описание содержит #консультация». Сложнее с комментом, там на помощь приходят smart value. Используем схему, как на картинке. Проверяем, что именно последний коммент имеет хэштег, а не какой-либо ранний. Соответственно, в мессенджер попадают только сообщения с хэштегами и только нужного типа нужным людям или в нужные чаты.

Звучит немного запутанно и, возможно, бесполезно. Но в своё время такая автоматизация нас сильно выручала в плане общения. Разработчик знает, что сообщение в мессенджере полезное, и сразу читает его. По такому же принципу можно отслеживать и другие ключевые слова в описании задачи или в комментариях. К примеру, ловить слово «Крит», если нам надо быстрее реагировать на критичные баги. Или отловить в комментариях, когда кто-то начинает ругаться на долго отвечающего разработчика.

❓А какие варианты использования «отлова» ключевых слов в задачах вы сможете придумать? Напиши в комментариях.

@proagilerussia

День космонавтов в Agile!

12 апреля 2025 года состоится очередная встреча agile-практиков, посвященная дню космонавтики.

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

Ваши честные кейсы помогут другим сделать их работу более эффективной.

//Уникальное мероприятие для безопасного обмена опытом. Участники подпишут NDA при входе.

Если вы готовы присоединиться к нам и поделиться своими реальными историями успеха/фейла через неудачи, пожалуйста, заполните форму регистрации на нашем сайте до 12 марта 2025 года.

Будем рады видеть вас среди наших спикеров!
⏩Оставить заявку здесь

@proagilerussia

⭕️ Смена статуса задачи в Jira через Git

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

Суть достаточно проста:
🟠 Настраиваем интеграцию Jira и Git через плагин с маркетплейса Jira.
🟠 Создаём пользователя с правами записи в Git и в Jira.
🟠 Из текущего рабочего процесса (схема в Jira, где нарисовано, из какого статуса в какой мы можем переводить) берем название каждого перехода (как правило, оно совпадает с тем, что вы видите при наведении мышки).
🟠 Вот тут честно пробел, вроде бы все возможные переходы мы указывали в поле Transition ID(s), а взять их можно вот по такой ссылке https://companyname.atlassian.net/rest/api/2/issue/ISSUENAME-123/transitions.

где ISSUENAME-123 — имя какой-нибудь задачи в нужном состоянии. Вы получите JSON c массивом transitions, из которого можно взять нужный id.

🟠 Дальше можем написать комментарий с указанием ключа задачи, сам комментарий и статус, в который хотим перевести задачу.

И вуаля! Задача в Jira меняет статус без открывания доски, поиска задачи, таскания карточки и прочего всего, что так не любят разработчики.

➕Ещё плюсом можно отметить и то, что в карточке в Jira и в ветке в Git появляется кросс-ссылка, для простоты понимания поставленной задачи и просмотра кода.

🔴 В инструкции могут быть небольшие неточности в виду истекшего срока памяти в моей голове.

Если среди читателей есть знатоки Jira с доступами и знающие, как такое настроить, мы все будем очень признательны за краткую инструкцию, как это сделать.

⭐️ В очередной четверг давайте поговорим про StarMap или Звёздную карту, смотря, кто как называет (Звёздная карта, потому что наивысшим уровнем владения считается символ Звезды — именно она означает мастера своего дела). Достаточно простой инструмент для заполнения и обновления, но дающий много вариантов его использования.

Несколько лет назад вместе с Андреем Гириным выступал на конференции в Томске и в живую наблюдал, как пара десятков совершенно не знакомых людей заполняли StarMap. И знаете, что — у них это получилось! Что лишний раз доказывает, что инструмент очень прост (ну и Андрей крутой спикер!).👍

По шагам, что нужно сделать:

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

2️⃣ Определиться с понятиями:
➖ Нет понимания,
🎓 Хочу изучить,
⭐️ Знаю высоком уровне,
либо другие ваши варианты*.
Это нужно для разделения уровня владения выделенным навыком или знания в определённой области. Чем меньше таких значений (изначально в инструменте их три), тем яснее будет картина. Договоритесь с участниками, что вы вкладываете в каждое понятие.

3️⃣ Подготовьте таблицу: в строках — ФИО участников, в столбцах — необходимые навыки, области продукта или другой вариант.

4️⃣ Честно поставьте нужное значение около своего имени на пересечении с навыком.

Четыре простых шага дадут вам понимание текущей картины в вашей команде. Выглядит достаточно просто. Но встречаются и подводные камни:

🟧 Часто считается, что знания участника будут проверять и оценивать, элемент недоверия — проговорите в начале, что это их оценка, и только им нести ответственность, если они пытаются обмануть и завысить результат. Инструмент нужен не для поиска слабого звена и его увольнения, а для поиска точек роста и подбора нужных людей для скорого развития продукта/проекта.
🟧 Разное понимание каждой оценки себя среди участников. Кто-то принижает, кто-то считает себя МЕГА крутым - проговорите эти моменты на берегу, заручитесь тем, что каждый участник понимает оценку одинаково.

Ещё Звёздную карту можно разнообразить. С одной из команд мы видоизменили три оценки и заменили их на градацию знаний от 1-5, прописав на каждую оценку необходимый опыт. Проставив оценки, мы увидели свои пробелы, места излишних компетенций, а самое главное (что нужно было той команде) нашли документальное подтверждение, кто ещё может проводить код ревью. Ведущий разработчик никак не хотел делиться этой регалией. Но в диалоге мы показали знания, компетенции и ускорили выход наших релизов, сократив время прохождения ревью.

А как же потом использовать эту Звёздную карту? Вариантов много:
🟠для понимания необходимых навыков и подбора людей для нового проекта;
🟠для самооценки текущей команды и поиска, как усилить команду;
🟠для понимания своих компетенции в текущей роли и понимания будущих точек роста (составления ИПР).

* не так важно какие символы использовать, главное, чтобы вы о них договорились.

А как вы использовали в Звёздную карту у себя в команде/компании, поделитесь опытом в комментариях.


@proagilerussia

🚨Уже сегодня в 18:00-19:30 МСК состоится мероприятие-игра: «Практика свободного говорения». Это адаптированная игра Rhetoric на платформе Miro, где вы сможете развить свои навыки публичных выступлений.

Не упустите шанс потренироваться и улучшить свои навыки! Присоединяйтесь к нам по ссылке, будем рады видеть вас!

@proagilerussia

😄 Так сложилось, что я очень люблю анекдоты, различные примеры из жизни и ассоциации, чтобы объяснять вещи окружающим. Но никогда не думал, что найду довольно старый анекдот, который подойдёт под тему Scrum. Скажу сразу, кому-то анекдот может не понравиться. Поэтому не обижайтесь. После прочтения анекдота, не читайте дальше. Подумайте, как можно объяснить один из столпов Scrum:

В парке:
— Ма-ама, я писать хочу!
— Тихо, Вовочка. Ты уже большой. Нельзя так говорить, кругом люди слушают.
Говори — я хочу посвистеть. Понял?
— Да, да. Хочу свистеть очень!
Мама завела Вовочку за дерево, он сделал свои дела. На том и успокоился.
Ночь. В спальню родителей пришлепывает Вовочка и дергает спящего с краю папу за руку:
— Папа, я свистеть хочу!
Перепуганный папа, спросонья, щурясь на часы:
— Вова, ты сдурел? Пол второго ночи!
— Но я очень хочу!
Папа опупевшим шепотом пытается отогнать этот кошмар:
— Вова, мама спит, бабушка спит, все спят. Иди и ты спать, а завтра вместе посвистим сколько хочешь.
Вовочка, всхлипывая и переминаясь:
— Папа, я не могу терпеть. Я буду прям сейчас свистеть!
Папа, переворачиваясь на бок, засыпая:
— Ну хорошо. Посвисти. Только тихонько-тихонько и мне на ушко...

❓Догадались о чём речь? Хочется верить что да - Прозрачность - появляющиеся процесс и работа должны быть видны и тем, кто выполняет работу, и тем, кто получает результаты. Важные решения в Scrum основаны на оценке состояния трех формальных артефактов. Артефакты с низкой прозрачностью могут привести к решениям, снижающим ценность и повышающим риск.

Вся работа, все договорённости, все иносказания, которые касаются всей команды (в данном случаи семьи) и продукта в целом должны быть известны всем, приняты. Иначе может произойти вот такая нелепая ситуация.

🗣 Общайтесь с командой, общайтесь в команде. Не отказывайтесь от лишней возможности рассказать о договорённостях, зафиксировать их, понять что вся команда их приняла иначе может быть очень неприятно в некоторых моментах.

А какие курьёзы у вас были из-за недосказанности?

@proagilerussia

Всем привет!

Уже в эту субботу состоится вечеринка аджайл-практиков https://proagile.ru/agile-space

В программе:
1️⃣ Приветственные напитки и нетворкинг
2️⃣ Доклад "Product & CX = ?" от Алексея Фролова
3️⃣ Доклад "Менять нельзя меняться" от Всеволода Сырова
4️⃣ Доклад "Когда Agile не спасает" от Степана Сорокина
5️⃣ Доклад "Тернистый путь трансформации" от Николая Лукиных
6️⃣ Доклад "Когда продуктовая трансформация не приносит прибыли?" от Петра Подымова
7️⃣ Воркшоп "Почему *** регламенты не работают и что с этим делать" от Петра Таргонского
8️⃣ Вечеринка

Место и время:
📅 12 апреля 15:00
📍 Москва, Hawaii House Loft, ул. Самокатная, д.4, стр. 1

Промокод SMGUILD для участников гильдии и подписчиков канала даст скидку в 20%

Спросите Маму ребенка.

📕 Был период в карьерной жизни, когда учил теорию и пытался практиковать интервью для проверки гипотез. Было очень сложно подобрать правильные вопросы, сформулировать их, спросить понятно и не двусмысленно. Помню первое интервью с клиентом: в голове возможные ответы на все вопросы сложились так удачно, что я подумал: «Всё пройдёт как надо, диалог сложится результативно». Оказалось, нет. Ответы были всякие, только не по теме гипотезы. Я понял, что подготовить вопросы — это не такая и легкая часть работы. Даже основная. Но как правильно составить вопрос, чтобы ответ был в нужном ключе и не уходил в сторону?

🗣 Однажды я разговорился со своим сыном (ему 6 лет тогда было) и понял: вот на ком можно тренироваться. На один и тот же вопрос он мог ответить по разному. После я начал стараться формулировать вопросы более понятнее и так, чтобы ответ был в нужном мне направлении и не уходил от намеченной цели. На первом этапе было очень сложно в живом разговоре быстро в голове формулировать вопрос так, чтобы он не понимался двусмысленно. Но с каждым днём, с каждой утренней поездкой в детский сад становилось все легче. Мне показалось это очень хорошей практикой не только для интервью с клиентами, но и в целом в жизни.

❗️Четко сформулированный вопрос — это уже больше половины и четкого ответа.

✅Общайтесь со своими детьми. Это полезно и вам, и вашим детям.

@proagilerussia

Telegram-чат сообщества: общение практиков и советы от экспертов.

🚀 Добро пожаловать в ProAgile — телеграм-канал для тех, кто живёт Agile не по методичке, а по-настоящему.​

Здесь мы говорим о том, что действительно важно: как внедрять гибкие подходы в реальных условиях и как строить команды, которые не боятся перемен.​

🔍 Что вас ждёт:
Статьи от участников сообщества
Обсуждение сложных ситуаций и поиск совместных решений
Анонсы мероприятий и воркшопов
Курсы и тренинги

👥 Кто мы:
Андрей Гирин — Agile-коуч, эксперт в масштабировании Agile по SAFe®, Lean и оптимизации бизнес-процессов, сертифицированный тренер Kanban и практик OKR. Партнёр в "Лидерах изменений". В прошлом менеджер проектов и руководитель разработки в ТОП-5 телеком-операторе, Agile-коуч в ТОП-10 банках и РТ Лабс (Госуслуги).​

Николай Лукиных — руководитель направления трансформации в ГСК «Югория». В ИТ с 2005 года. Опыт от эникейщика до руководителя отдела разработки. В Agile с 2020 года. Пропустил через себя более 20 команд в четырёх крупных компаниях и провёл более 70 менторских сессий.

Мы не боимся говорить о сложностях и провалах, потому что именно они учат нас быть лучше.​

📢 Присоединяйтесь к нам в Telegram и станьте частью сообщества, которое делает Agile живым и настоящим.

🔗 Подписаться на ProAgile

🎁 Подпишись, напиши в комментариях, как давно вы применяете Agile-подходы и стань участником розыгрыша призов! Итоги подведем 1 июня.

#Agile #Scrum #Kanban #ProAgile #ГибкиеМетодологии #AgileТрансформация