Всем успешной доставки!
Давайте обсудим, какими инструментами пользуется Delivery Manager?.Данный пост поделю на несколько частей, чтобы затронуть все аспекты.

Часть 1.
На самом деле ни какого rocket science🚀 тут нет, инструменты обычные и всем вам знакомые.
Начнем с Task manager/Сервис для управления задачами:

Всемогущая Jira, наверное каждый из нас сталкивался с этим гигантом, кто-то любит jira, кто-то ее не ненавидит 😎

Jira удобна тем, что в ней можно визуализировать любой процесс доставки, сделать различную автоматизацию(хотя не без боли),отслеживать прогресс по крупным проектам/задачам(jira structure), есть встроенная отчетность которую можно анализировать(диаграмма Control Chart).
Так как Jira очень популярна, для нее есть различные jira плагины для браузера(Google Chrome), позволяющие добавлять новый функционал:

**Jira helper**
Имеет достаточно большой функционал:
-Настройка wip-лимитов для: значений полей с учетом их количества, значений полей с суммой величин (для примера Story Points), ячеек (пересечение Swimlanes и Колонок), индивидуальный лимит.
-Ограничение задач для нескольких колонок
-Размытие конфиденциальных данных
Есть канал в телеграм куда можно задавать вопросы https://news.1rj.ru/str/jirahelper

**Jira-extension** отслеживание прогресса подзадач,
возможность отслеживать прогресс по эпикам и сабтаскам прямо на карточке эпика или задачи с помощью наглядной визуализации: все подзадачи группируются по проектам и отрисовывается progressbar, в котором есть цветовая индикация прогресса.

**Jira metrics plugin** плагин для анализа процессных метрик, позволяет настраивать и смотреть различные метрики, у ребят есть телеграм канал https://news.1rj.ru/str/JiraMetrics где можно задать вопросы

Пишите в комментарии какие вы еще знаете крутые плагины для Jira ✍️
#deliverymanager #jira #metrics

Всем успешной доставки! Сегодня хочется поговорить про два этапа производства: discovery и delivery.

Этап 1: Discovery (Исследование)🪩
На данном этапе происходит выявление потребностей пользователя: это ключевой момент.
Нужно понять, для кого вы создаете продукт, какие у них болевые точки и как ваш продукт может помочь их решить.
Исследование целевой аудитории помогает выявить реальные потребности и делать только те фичи которые нужны клиенту.
После подтверждения, что данная фича нужна клиенту и вы сможете на ней заработать, необходимо сформировать требования к продукту(тз или спецификацию). Это может быть как функциональные, так и нефункциональные требования.

Этап 2: Delivery (Доставка)🚚
После того, как этап Discovery завершен и у вас есть четкое понимание того, что и как нужно разрабатывать, начинается этап Delivery. Этот этап фокусируется на реализации и доставке готового продукта. Delivery поделен на 4 подэтапа:
Разработка: команда разработки начинает работу над продуктом в соответствии с требованиями, определенными на этапе Discovery.
Тестирование: На этом этапе проводится тестирование, чтобы убедиться, что продукт соответствует требованиям и работает без ошибок.
Релиз: После успешного тестирования продукт выходит на рынок. Это может быть полное развёртывание или phased rollout (поэтапное развертывание), когда продукт доступен сначала для ограниченного числа пользователей.
Сбор обратной связи: Важно не только выпустить продукт, но и собрать обратную связь от пользователей. Это поможет оценить, насколько продукт соответствует ожиданиям, и выявить возможные улучшения.

Резюмирую: discovey и delivery очень важные, если какой-то из этапов пропустить или сделать не до конца, на выходе можем получить фичу которой никто пользоваться не будет. Если данные этапы у вас в компании/команде еще не визуализированы, то кажется, это первое, что надо сделать.
Пишите в комментариях, какие этапы у вас визуализированы, какие метрики смотрите на каждом этапе?

Всем успешной доставки! Мы уже с вами определили два этапа производства: discovery и delivery; на данных этапах ключевая роль для оптимизации процессов отводится метрикам, метрикам производства.

Метрики нужны, чтобы определить узкие места и неэффективности в производственном процессе. Как только мы понимаем, где у нас узкое горлышко, то пол работы уже сделано😂, осталось его только устранить.
Так же метрики позволяют принимать решения, основываясь на фактической информации(метрики собраны по завершенным задачам, и это факт, а не прогноз), а не на интуиции 😎.

Чтобы понять, как вы эффективно производите и доставляете ценность до клиента, я бы предложил сначала внедрить следующие метрики:
1.Time to market - показывает, сколько времени требуется для разработки продукта и его выхода на рынок. Быстрый вывод продукта позволяет компании занять лидирующие позиции в своей нише и оперативно реагировать на изменения в потребительских предпочтениях.

2.Lead time - это время, которое требуется для выполнения процесса (или ряда процессов) от момента принятия заказа до момента его доставки клиенту. В IT lead time в основном начинает считаться от момента принятия обязательства сделать эту задачу.

3.Throughput/Пропускная способность - метрика, которая показывает, какой объем работы ваша команда может выполнить за единицу времени(год, квартал, месяц).

4.Wiprate (Work In Progress Rate) - это метрика позволяет видеть долю времени, сколько задачи находились в работе, а так же смотреть эти задачам по типам работ и понимать, на какие типы работ больше всего тратится времени.

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

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

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

Какие метрики вы уже считаете у себя в командах?✍️

Всем успешной доставки! Ранее я обсуждал два этапа производства: discovery и delivery. Сегодня сосредоточимся на этапе Discovery 🪩 и его важности.
Discovery представляет собой процесс выявления потребностей клиента, который является ключевым моментом.
Необходимо понять, для кого вы создаете продукт, какие у клиентов есть болевые точки и как ваш продукт может их решить.

Представьте, что вы разрабатываете фичу пол года, тратите ресурсы (деньги) аналитика, дизайнера, разработки и тестирования, а после релиза вашей фичей ни кто не пользуется или пользуется меньше клиентов чем вы планировали, выглядит не очень классно?

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

Есть интересная методология Triple diamond 🚀, которая ясно описывает, как продуктовая команда должна действовать на этапе Discovery:
1.Команда получает сигналы о возникшей проблеме - источником может быть: обращение в поддержку, аналитика продукта, интервью клиентов, анализ конкурентов и трендов, различные исследования (NPS, CSAT)
2.Формулирует суть проблемы
3.Проверяет, что проблема действительно есть
4.Приоритизирует проблему среди уже существующих проблем
5.Генерирует возможные решения этой проблемы
6.Валидирует решения проблемы - различные исследования, опросы, mvp, UX тестирование, A/B тесты

Только после этого начинается этап Delivery 🚚, где осуществляется разработка и внедрение выбранного решения для клиентов.

Чеклист, чтобы проверить, эффективен ли ваш процесс Discovery:
1.Решаете проблемы клиентов, а не выполняете задачи просто ради задач
2.Все решения принимаются на основе полученных данных, а не интуиции 🤣
3.Этапы discovery — delivery у вас непрерывны

Резюмирую: чтобы этот процесс функционировал эффективно и без сбоев, продуктовой команде необходимо находиться в постоянном цикле «discovery — delivery». Этот цикл способствует экономии ресурсов и предотвращает внедрение некорректных решений на клиентов.

Всем успешной доставки! Давайте обсудим Kanban и его роль в доставке ценности клиенту. Существует множество мифов о Kanban, включая:
-Это конвейер
-Он подходит только для команд поддержки
-Это всего лишь Kanban-доска.

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

Как Kanban помогает в доставке ценности? Соблюдая основные принципы и практики Kanban, можно организовать полный процесс (discovery&delivery) доставки ценности, сосредоточиться на важных задачах и непрерывно улучшать процесс:

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

Практики:
-Визуализация процесса производства - отображайте работу и ее поток
-Ограничение количества незавершенной работы (wip лимиты) - перестаньте начинать, начните заканчивать
-Управление потоком - управляйте потоком, чтобы он был плавным и предсказуемым
-Делайте правила явными - создавайте согласованные правила работы, видимые для всех участников
-Использовать петли обратной связи - встречи по обзору вашего сервиса
-Совместное развитие на основании моделей и научного подхода - изменения основанные на гипотезах, проводите контролируемые эксперименты

Основные метрики Kanban:
Время выполнения - время за которое элемент проходит систему от точки принятия обязательства (комитмент) до полного завершения.
Пропускная способность - количество выполненных элементов за единицу времени
Wip (работа в процессе) - количество рабочих элементов в системе в конкретный момент времени
Существует и множество других метрик, но для начала используйте эти три.

Основной посыл который хочется донести в этом посте: рассматривайте для себя Kanban как набор инструментов для анализа и улучшения процессов!

Если вы еще не перешли на Kanban, то это фатальная ошибка 🤣

При подготовке поста использовал:
Книга Алексея Пименова Канбан Метод. Базовая практика
Официальное руководство по Канбан-методу

Всем успешной доставки! Продолжая тему Kanban и доставку ценности, хочу поделиться полезными ссылками на материалы, каналы и конференции, связанные с Kanban.

Конференции, где можно послушать про Kanban/Agile/Прости господи Scrum 🤔
Flow Days  проходит с 2019 года. В прошлом году была отдельная секция про Kanban, следующая конференция состоится 13 сентября 2024.✅
Agile Days  проходит с 2008 года, предлагает свежие кейсы, мини-тренинги и возможность сетевого общения с экспертами.✅

Телеграм-каналы о Kanban и смежных темах:
Kanban Talks самый популярный канал про Kanban в СНГ
Алексей Пименов канал о Kanban и внедрении изменений.
T-Process Improvement про внедрение изменений от Т-Банка
Kanban Events анонсы платных и бесплатных Канбан-событий

Компании, проводящие обучение Kanban:
Neogenda
Scrumtrek

Что еще полезного можно было добавить в пост?