Декомпозиция. Отложить обработку ошибок, логирование.

«Отложить нельзя логировать». Часто сложно сделать выбор, куда поставить запятую.

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

Алгоритм:
1️⃣Посмотрите на свою задачу.
2️⃣Выделите места, где может что-то пойти не так, обозначьте их.
3️⃣Попробуйте разделить крупную историю на задачи разработки функциональности и лишь сигнализации о возникновении исключений.
4️⃣Важен сам факт наличия ошибки. На первых порах можно в ручном режиме проходить пользовательский путь: находить ошибку и затем её исправлять.
5️⃣И уже когда вы исправили самые критические ошибки, а функциональность прижилась, можно приступать к логированию ошибок, сбором разных метрик и подсказок, чтобы эти самые ошибки отлавливать быстрее.

Можно сказать, это вариант декомпозиции MVP по работе с ошибками. Сначала основной минимум, потом вспомогательные инструменты.

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

@agileincubator

📕 Декомпозиция. Фиктивные данные, затем динамические.

Одним из инструментов декомпозиции пользовательских историй, подходящих, к примеру, для продукта «Интернет магазина», является разбивка по вариантам представления итоговых данных.

Рассмотрим подробнее. Наш продукт — это интернет магазин с большим количеством товара. Нам нужно показать товар покупателю. Начнём декомпозицию. ❤️

«Как покупатель, я хочу выбрать нужный мне товар».

❤️Простым вариантом будет представлять статичные данные, заранее подготовленным набором. Данные, которые мы заранее подготовили и проверили качество отображения. Можно сказать некий шаблон. Это первая часть разбивки пользовательской истории.

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

❤️Развитием может стать добавление фильтров. Уже более тонкая настройка отображаемого результата, вместе с сортировкой, которую мы сделали ранее.

❤️Таким образом, мы прошлись нашим методом по пользовательской истории и провели декомпозицию от фиктивных данных до динамично обновляемых.

Потренируемся❤️ «Я как потребитель, хочу искать блюда в меню, чтобы выбрать себе ужин». Попробуйте применить новый метод.

❓А с каким продуктом работаете вы? Подойдёт ли вам этот метод?

📖 Декомпозиция. Вручную, затем автоматически.

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

Так и получается: сначала мы придумываем процесс, решение или действие, доводим его до «совершенства» и только потом начинаем автоматизировать.

❤️А почему бы такой же метод не использовать при декомпозиции задач? Задача почти любого бизнеса в быстрой проверке гипотез. В поиске наилучшего и самого выгодного как для пользователя, так и для системы решения. И порой, автоматизация каких-либо действий или процессов может занимать значительный промежуток времени, за который потенциальная выгода может быть упущена.

❤️ Рассмотрим на примере. У нас есть магазин с услугой доставки. И наш менеджер по продажам хочет собирать отзывы клиентов после каждой завершённой сделки, чтобы улучшать наши продукты и услуги.

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

❤️Первым шагом сделаем для него форму отправки письма из завешенного заказа. В ней можно указать e-mail получателя и текст письма. А ответы он получит на свою рабочую почту. Таким образом, мы создаем ручной процесс запроса обратной связи.

❤️ Следующим этапом автоматизируем этот процесс через автоформирование письма по завершению заказа и автозаполнением текста письма с данными покупателя.

Таким образом, можно и дальше автоматизировать процесс вплоть до подключения AI для анализа обратной связи.

❤️ Так получилась декомпозиция от ручного до автоматического процесса.

❓А вы в своем продукте занимаетесь автоматизацией процессов внутри продукта или для клиента?

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

✅ Правильно — сортировка. Бэклог должен быть приоритизирован. Самое важное — наверху, всё, что не важно, — внизу. А определить, что важно, а что может подождать день, месяц, год, не так сложно. Все инструменты придумали несколько лет назад. И даже автоматизировали расчёт приоритетов задач.

Один из методов расчёта приоритета — это метод WSJF. О нём есть много статей с примерами.

➡️ А сегодня поговорим о применимости метода и автоматизации. В Jira есть готовый плагин для расчета WSJF. Даже если у вас другой трекер, то ввести новые поля и работать с ними он наверняка поможет.

На изображении схематичное применение метода: по указанным типам задач достаточно проставить то, что просит метод WSJF и плагин сам выставить продуктовый приоритет в зависимости от введённых вами данных. Даже математику знать не надо.

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

❓А как вы автоматизируете расчет приоритета задач? Может быть научились применять для этого ИИ? Поделитесь в комментариях.

@agileincubator

Автоматическое создание задач при создании Эпика

Знаете, чем отличается человек от «машины»? Тем, что человек может ошибиться и забыть. Конечно, не только этим, но чаще всего человек забывает и ошибается. А что происходит, когда человек забывает сделать ту или иную задачу для выполнения большого проекта? Правильно, доделывание позже, срывы сроков, бюджетов, качества будущего продукта.

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

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

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

🖼 Как видно из скриншота, при создании Эпика достаточно указать, какие дополнительные задачи необходимо создать. Согласитесь, проставить галочку намного проще, нежели заходить и руками создавать необходимые, порой однотипные задачи.

❤️А какие типовые задачи для каждого Эпика используете вы в своей работе? А может, вы уже автоматизировали этот процесс? Поделитесь в комментариях.

@agileincubator

Автоматизация подсчёта оставшегося времени по задаче

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

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

❗ Тут на помощь нам вновь приходит автоматизация из трекера Jira.

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

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

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

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

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

❗️А в вашей компании ведётся учет временных трудозатрат сотрудников? Напишите в комментариях.

P.S. Текст введённый для расчёта времени
{{#=}}{{issue.subtasks.original estimate.sum}} / 60 {{/}}

@agileincubator

🗓12 февраля в 19:00 мск состоится A2A: Agile-практики для Agile-практиков — встреча для скрам-мастеров, аджайл-коучей и деливери-менеджеров.

Что будем делать❓
Делиться своими историями успеха и неудач, маленьких побед и разгромных поражений, мечтами и страхами в сфере Agile. И поддерживать друг-друга советами, коучингом или морально, в зависимости от запроса.

Без цензуры, без записи, без зрителей — только живые кейсы, только живое общение.

✅ Зарегистрироваться.

#agile #scrum #proagile #agilesupport
@proagilerussia

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

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

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

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

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

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

@proagilerussia

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

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

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

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

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

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

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

@proagilerussia