А бывало ли у вас такое: вы с гордостью демонстрируете заказчику, что 85 % тикетов закрываются в 14 дней 🚀, а через месяц он звонит в ярости и орёт:
«Почему моя задача висит уже полгода? Где эти 14 дней, о которых вы говорили?» 😱
👀 Вы открываете доску — и видите его тикет, заброшенный в одном из статусов, потому что о нём просто забыли. 🤷♂️
И таких «старичков» на доске оказывается несколько. А значит, жди в гости других разъяренных заказчиков 🙈
😱 И оказывается, что Lead Time Distribution недостаточно!
Он хорошо показывает прошлое, но не предупреждает о том, что происходит здесь и сейчас. А на ежедневных митингах легко упустить какую-то задачу из вида, если тикетов слишком много.
❓Как вы от этого спасаетесь? Какая метрика вам помогает заранее заметить «стареющие» тикеты и поднять тревогу до того, как Lead Time выдаст сюрприз?
Поделитесь опытом в комментариях! 👇🏻
«Почему моя задача висит уже полгода? Где эти 14 дней, о которых вы говорили?» 😱
👀 Вы открываете доску — и видите его тикет, заброшенный в одном из статусов, потому что о нём просто забыли. 🤷♂️
И таких «старичков» на доске оказывается несколько. А значит, жди в гости других разъяренных заказчиков 🙈
😱 И оказывается, что Lead Time Distribution недостаточно!
Он хорошо показывает прошлое, но не предупреждает о том, что происходит здесь и сейчас. А на ежедневных митингах легко упустить какую-то задачу из вида, если тикетов слишком много.
❓Как вы от этого спасаетесь? Какая метрика вам помогает заранее заметить «стареющие» тикеты и поднять тревогу до того, как Lead Time выдаст сюрприз?
Поделитесь опытом в комментариях! 👇🏻
👍1
WIP Aging Chart - опережающая Канбан-метрика
По следам вчерашней дискуссии про способы держать руку на пульсе, чтобы не упустить из виду сильно постаревшие задачи, я написал подробную статью про WIP Aging Chart - инструмент для отслеживания возраста задач
Что в статье:
👉 Почему статистика Lead Time запаздывает за событиями?
👉 Как рассчитать вероятность провалить срок задачи, в зависимости от ее возраста?
👉 Почему медианное значение Lead Time - это порог, после которого нужно начинать беспокоиться?
👉 Как WIP Aging Chart меняет ежедневный Канбан-митинг?
👉 Какими инструментами можно построить WIP Aging Chart, и сколько это стоит?
📖 Приятного чтения!
Лайш и репост всячески приветствуются ❤️
Данные в действии
По следам вчерашней дискуссии про способы держать руку на пульсе, чтобы не упустить из виду сильно постаревшие задачи, я написал подробную статью про WIP Aging Chart - инструмент для отслеживания возраста задач
Что в статье:
👉 Почему статистика Lead Time запаздывает за событиями?
👉 Как рассчитать вероятность провалить срок задачи, в зависимости от ее возраста?
👉 Почему медианное значение Lead Time - это порог, после которого нужно начинать беспокоиться?
👉 Как WIP Aging Chart меняет ежедневный Канбан-митинг?
👉 Какими инструментами можно построить WIP Aging Chart, и сколько это стоит?
📖 Приятного чтения!
Лайш и репост всячески приветствуются ❤️
Данные в действии
🔥22❤6👍3
🚗 Представьте: задача “в работе”, но на самом деле — просто ждёт.
Не кодится, не тестится, а… стоит. Как пробка перед светофором, который почему-то не загорается.
А ты даже не знаешь:
- Почему она заблокирована?
- Сколько уже времени потеряно?
- Кто её ждёт?
И как-то так получается, что средняя эффективность Delivery-процесса — всего 35%. Остальное — непонятное ожидание, потери, и неизвестность.
---
🤖 А как было бы здорово, если бы существовал робот, который:
- Раз-два — и сделал все скрытые блокировки явными и понятными.
- Автоматически посчитал метрики — и доложил вам, сколько времени тратится впустую и на что.
- И вовремя предупредил, когда и где нужно срочно вмешаться!
Правда - здорово? Жаль, что это возможно только в наших мечтах! 😭
🎉 А вот и нет. Это уже реальность!
✨ У меня для вас отличная новость! Такой робот уже есть! Он работает на базе Jira + n8n. Его создали в HeadHunter, и вы тоже можете сделать такого!
👉 Хотите узнать как?
➡️Читайте статью Ильи Айдена, руководителя внутренней автоматизации hh.ru и узнаете!
PS Дисклеймер, в начале статьи много теории, автор верит, что без нее ничего не понятно 🤷♂️ Самое вкусное во второй половине. Я вас предупредил 😊
Не кодится, не тестится, а… стоит. Как пробка перед светофором, который почему-то не загорается.
А ты даже не знаешь:
- Почему она заблокирована?
- Сколько уже времени потеряно?
- Кто её ждёт?
И как-то так получается, что средняя эффективность Delivery-процесса — всего 35%. Остальное — непонятное ожидание, потери, и неизвестность.
---
🤖 А как было бы здорово, если бы существовал робот, который:
- Раз-два — и сделал все скрытые блокировки явными и понятными.
- Автоматически посчитал метрики — и доложил вам, сколько времени тратится впустую и на что.
- И вовремя предупредил, когда и где нужно срочно вмешаться!
Правда - здорово? Жаль, что это возможно только в наших мечтах! 😭
✨ У меня для вас отличная новость! Такой робот уже есть! Он работает на базе Jira + n8n. Его создали в HeadHunter, и вы тоже можете сделать такого!
👉 Хотите узнать как?
➡️Читайте статью Ильи Айдена, руководителя внутренней автоматизации hh.ru и узнаете!
PS Дисклеймер, в начале статьи много теории, автор верит, что без нее ничего не понятно 🤷♂️ Самое вкусное во второй половине. Я вас предупредил 😊
Please open Telegram to view this post
VIEW IN TELEGRAM
Хабр
Системное управление зависимостями
„Ожидание – корень всех душевных страданий.“ © Уильям Шекспир или что-то из буддизма Никто не любит очереди и ожидания. Мы не любим стоять в очередях и ещё больше не любим лезущих вне очереди....
🔥13
Всем привет! ✋
Пора планировать следующий практикум по базовому анализу метрик. Данные размечены, осталось только Miro-доску собрать.
Готовы? 🏃♂️➡️
Только в свете понесенных расходов на методиста и ИИ-персону, вход будет платным💵 , аж 2000 рублей с человека🤯
Так что считайте свой бюджет - потянет ли он такие траты? 😀
А если серьезно - то для меня этот практикум не менее полезен, чем для вас. Вы изучаете как анализировать все эти метрики-шметрики, а я смотрю на вас, на ваши вопросы, и мотаю на ус. Все в профите :) Продуктовое исследование в действии, так сказать 😊
Поэтому цена - "на поддержания штанов", не больше.
Но мне хочется как-то разнообразить этот практикум, и сделать его пошире. Скорее всего и тайминг увеличится - часов до 4х.
Но это моя гипотеза, что оно надо. Может и так все было прекрасно, и не надо ничего менять? 🤷♂️
Давайте я накидаю варианты улучшения практикума 👇, а вы реакциями (🔥 ,💯 , ❤️,👻 ) проголосуете, какой вам больше по душе.
А если есть какой-то свой вариант - то напишите его в комментариях💬 💬 💬
Итак: Реакция для голосования - Вариант:
🔥 - Добавить ИИ-инструментов для анализа данных и сокращения ручного труда
💯 - Рассказать как укладывать полученные данные и выводы в продающую презентацию для руководства
❤️ - Мини-симуляция на интерпретацию метрик во времени (типа - вот три среза данных за разные кварталы, что изменилось, и как это интерпретировать?)
👻 - Вася, оставь все как было! Все было хорошо! Работает - не трогай!
‼️ Постарайтесь голосовать только на 1-2 САМЫЕ интересные для вас. Потому что все темы точно не влезут
PS Практикум рассчитан на широкую аудиторию, то есть разберем "базу" аналитики метрик. НО если будет массовый конкретизированный запрос на что-то "посложнее" - то можем устроить Практикум 2.0 на эти темы
Пора планировать следующий практикум по базовому анализу метрик. Данные размечены, осталось только Miro-доску собрать.
Готовы? 🏃♂️➡️
Только в свете понесенных расходов на методиста и ИИ-персону, вход будет платным
Так что считайте свой бюджет - потянет ли он такие траты? 😀
А если серьезно - то для меня этот практикум не менее полезен, чем для вас. Вы изучаете как анализировать все эти метрики-шметрики, а я смотрю на вас, на ваши вопросы, и мотаю на ус. Все в профите :) Продуктовое исследование в действии, так сказать 😊
Поэтому цена - "на поддержания штанов", не больше.
Но мне хочется как-то разнообразить этот практикум, и сделать его пошире. Скорее всего и тайминг увеличится - часов до 4х.
Но это моя гипотеза, что оно надо. Может и так все было прекрасно, и не надо ничего менять? 🤷♂️
Давайте я накидаю варианты улучшения практикума 👇, а вы реакциями (
А если есть какой-то свой вариант - то напишите его в комментариях
Итак: Реакция для голосования - Вариант:
❤️ - Мини-симуляция на интерпретацию метрик во времени (типа - вот три среза данных за разные кварталы, что изменилось, и как это интерпретировать?)
PS Практикум рассчитан на широкую аудиторию, то есть разберем "базу" аналитики метрик. НО если будет массовый конкретизированный запрос на что-то "посложнее" - то можем устроить Практикум 2.0 на эти темы
Please open Telegram to view this post
VIEW IN TELEGRAM
❤27🔥18💯12👻1
Ну что, подведем итог голосования за «улучшения» практикума.
❤️ 26 голосов - Мини-симуляция на интерпретацию метрик во времени
🔥 16 голосов - Добавить ИИ-инструментов для анализа данных и сокращения ручного труда
💯 10 голосов - Рассказать как укладывать полученные данные и выводы в продающую презентацию для руководства
Итак, в следующий практикум добавлю мини-симуляцию интерпретации метрик во времени + ИИ-инструменты для анализа данных
❤️ 26 голосов - Мини-симуляция на интерпретацию метрик во времени
Итак, в следующий практикум добавлю мини-симуляцию интерпретации метрик во времени + ИИ-инструменты для анализа данных
Please open Telegram to view this post
VIEW IN TELEGRAM
🔥7👍2
Давайте теперь проголосуем за формат проведения практикума по базовым способам анализа Канбан-метрик
Напомню общий тайминг планируется - 4 часа. Вопрос как их организовать
Варианты я вижу такие (голосуем 🗿, ⚡, 🦄) :
🗿 - 4 часа в Субботу с перерывом в 30 минут
⚡ - 4 часа в будний день с перерывом в 30 минут
🦄 - 2 будних дня по 2 часа
Свой вариант - пишите в комментариях
Напомню общий тайминг планируется - 4 часа. Вопрос как их организовать
Варианты я вижу такие (голосуем 🗿, ⚡, 🦄) :
🗿 - 4 часа в Субботу с перерывом в 30 минут
⚡ - 4 часа в будний день с перерывом в 30 минут
🦄 - 2 будних дня по 2 часа
Свой вариант - пишите в комментариях
Telegram
Данные в ДейSTвии
Лист Miro для практикума (read only)
https://miro.com/app/board/uXjVLiHUuF4=/?share_link_id=435275796748
https://miro.com/app/board/uXjVLiHUuF4=/?share_link_id=435275796748
🦄29🗿23⚡4
Продолжаем готовиться к практикуму по базовому анализа Канбан-метрик
Формат пока вырисовывается такой:
🦄 - 2 будних дня по 2 часа
❤️ - Мини-симуляция на интерпретацию метрик во времени
🔥 - ИИ-инструменты для анализа данных и сокращения ручного труда
Осталось выбрать даты.
Тут есть ряд ограничений. По вечерам Вторника и Четвергам в течении месяца я веду Краткий курс выживания Scrum-мастера , а в первой половине дня в ближайшие 2 недели по Вт и Чт я веду модуль Канбан-метода в Университете Agile-коучей. Плюс есть рабочая загрузка каждый день🤷♂️
Значит буду искать какие-то две даты Пн, Ср, Пт начиная с 21 июля - когда меня не нахлобучивает днем каким-нибудь тренингом, и вечера свободны.
Предложу вам выбор сегодня. Проголосуем, выберем, зафиксируем
Формат пока вырисовывается такой:
🦄 - 2 будних дня по 2 часа
❤️ - Мини-симуляция на интерпретацию метрик во времени
Осталось выбрать даты.
Тут есть ряд ограничений. По вечерам Вторника и Четвергам в течении месяца я веду Краткий курс выживания Scrum-мастера , а в первой половине дня в ближайшие 2 недели по Вт и Чт я веду модуль Канбан-метода в Университете Agile-коучей. Плюс есть рабочая загрузка каждый день
Значит буду искать какие-то две даты Пн, Ср, Пт начиная с 21 июля - когда меня не нахлобучивает днем каким-нибудь тренингом, и вечера свободны.
Предложу вам выбор сегодня. Проголосуем, выберем, зафиксируем
Please open Telegram to view this post
VIEW IN TELEGRAM
👍11
Выбираем слоты 2 дня по 2 часа для практикума анализа Канбан-метрик
Final Results
58%
21, 23 июля 18:00-20:00
48%
28, 31 июля 18:00-20:00
38%
4, 6 августа 18:00-20:00
🔥3
Помедитировал на своим календарем, и понял, что вариантов не много.
Голосуем выше 👆
Можно выбрать несколько слотов
Голосуем выше 👆
Можно выбрать несколько слотов
По итогам голосования за даты проведения "практикума по базовому анализу Канбан-метрик" с перевесом в 10% побеждают ближайшие даты:
21,23 июля с 18:00 до 20:00 (57%) - значит в эти даты и выберем
Пристегните ремни, ставьте себе резервы в календарях и не переключайте канал - мы вернемся к вам буквально через 10 дней и начнем гонку!!!🏎
А пока - я пошел готовиться! (помогай мне Бог) :))
PS ссылку на оплату и присоединение в закрытую группу сделаю на следующей неделе
#практикум
21,23 июля с 18:00 до 20:00 (57%) - значит в эти даты и выберем
Пристегните ремни, ставьте себе резервы в календарях и не переключайте канал - мы вернемся к вам буквально через 10 дней и начнем гонку!!!
А пока - я пошел готовиться! (помогай мне Бог) :))
PS ссылку на оплату и присоединение в закрытую группу сделаю на следующей неделе
#практикум
Please open Telegram to view this post
VIEW IN TELEGRAM
🔥10👍2😢2
Всем привет!
Простите за долгое молчание - завалило текущей работой.
Итак: практикум 21,23 июля - ТОЧНО БУДЕТ!
Так что если вы еще не поставили в календарь себе резерв на 18:00-20:00 21 и 23 июля - то ставьте.
Регистрация в закрытый канал с доступами к практикуму, еще делается 🤷♂️
Кстати, если найдется среди читателей человек, который делал оплаты себе в Телеге - отзовитесь в личку пожалуйста, есть вопрос.
Кто сможет помочь - с меня бонус: бесплатное участие в этом и всех последующих практикумах 😊
#практикум
Простите за долгое молчание - завалило текущей работой.
Итак: практикум 21,23 июля - ТОЧНО БУДЕТ!
Так что если вы еще не поставили в календарь себе резерв на 18:00-20:00 21 и 23 июля - то ставьте.
Регистрация в закрытый канал с доступами к практикуму, еще делается 🤷♂️
Кстати, если найдется среди читателей человек, который делал оплаты себе в Телеге - отзовитесь в личку пожалуйста, есть вопрос.
Кто сможет помочь - с меня бонус: бесплатное участие в этом и всех последующих практикумах 😊
#практикум
А пока мы все с вами готовимся к этом событию, у меня ВОПРОС на понимание!
Какой алгоритм работы с данными их интерпретацией, вам кажется более правильным?
Лично я когда прихожу к клиенту чтобы сделать аудит рабочих процессов - мне обычно на старте ничего не понятно 🤷♂️
Ну потому что, у всех как всегда "своя атмосфера", и сразу лезть в частности - это значит потонуть в деталях и потерять время.
Поэтому я обычно действую по Варианту 1 - вначале смотрю картинку "в целом", и делаю такой Helicopter View, который позволяет мне увидеть "точки удивления" в рабочих процессах, а они в свою очередь, позволяют сгенерить первые гипотезы дисфункций и точки понимания "как оно вобще работает?".
И только потом уже я иду "вглубь", в частности, в особенности устройства и на основе этой информации проверяю свои гипотезы.
Вот как обычно делаю я:
Но недавно я подумал - может у меня профессиональная деформация? 🤯
Я-то всегда "снаружи" смотрю на систему. Может быть у моих читателей все не так?
Большинство моих читателей, как правило, смотрят на систему "изнутри". И у меня вопрос к вам - а вам насколько полезен Helicopter View?
Может не очень?
Может гораздо интереснее и важнее увидеть и понять причины какой-то частной флуктуации?
Ну например - увидеть и доказать на данных серию отдельных "косяков", а потом уже из них сложить системную картинку, например о том, что "если Петя касается этой системы, а затем Вася за ним проверяет - жди беды"?
Так? Или все-таки первична общая картинка процесса, а частности потом?
Или и то и другое в какой-то комбинации?
Расскажите пожалуйста, очень интересно! 👇
Какой алгоритм работы с данными их интерпретацией, вам кажется более правильным?
Вариант 1. Идти от общего к частному
Вариант 2. Идти от частного к общей картинке.
Лично я когда прихожу к клиенту чтобы сделать аудит рабочих процессов - мне обычно на старте ничего не понятно 🤷♂️
Ну потому что, у всех как всегда "своя атмосфера", и сразу лезть в частности - это значит потонуть в деталях и потерять время.
Поэтому я обычно действую по Варианту 1 - вначале смотрю картинку "в целом", и делаю такой Helicopter View, который позволяет мне увидеть "точки удивления" в рабочих процессах, а они в свою очередь, позволяют сгенерить первые гипотезы дисфункций и точки понимания "как оно вобще работает?".
И только потом уже я иду "вглубь", в частности, в особенности устройства и на основе этой информации проверяю свои гипотезы.
Вот как обычно делаю я:
1) Смотрю общий CFD (тем более что как правило только он и доступен на старте, если есть JIRA)И я всегда был уверен, что это единственно адекватный способ изучения данных 🤷♂️.
1а) какие паттерны CFD видны?
1b) Видна ли какая-то периодичность? привязка событий к праздничным дням, к выходным?
1c) Что вообще привлекает внимание на CFD? Какие-то необычности, нелогичности, странности, повторения?
2) Смотрю общий Lead Time Scatterplot (aka "Control Chart" в JIRA или "контрольный график" в Кайтен)
2a) Какие паттерны LT Scatterplot можно увидеть?
2b) Корреляции с данными CFD - есть или нет?
2d) Видна ли периодичность релизов или пустот? Есть ли привязка массивов данных к праздничным дням или выходным?
3) Что нам говорят диаграммы Inflow (входящий поток) и Throughput (пропускная способность) по месяцам или неделям?
3a) Inflow больше чем Throughput, или наоборот?
3b) Есть ли корреляция с жалобами заказчиков и со с временем во входных буферах?
3b) Как эти данные коррелируют с CFD и LT Scatterplot?
4) Что мы видим на общем LT Distribution Chart?
4a) Какие задачи обладают аномальным LT? Есть ли между ними какая-то схожесть - в названии, в затрагиваемых системах, в заказчиках которые их ставит?
4b) Какие моды видны на общем LT Distribution Chart? Что общего в задачах каждой моды?
5) Что мы видим на LT Distribution Chart по отдельным типам задач? Тут все аналогично тому, как в шаге 4, только разбито по типам
6) Соотношение Upstream Lead Time и Downstream Lead Time - что дольше?
6a) В каких колонках Upstream и Downstream cосредоточены основные задержки?
7) время в колонках-буферах - какой 85% перцентиль? Где он больше, а где меньше?
8) WIP Aging Chart - сколько у нас задач уже сейчас в зоне оранжевого или красного риска?
Но недавно я подумал - может у меня профессиональная деформация? 🤯
Я-то всегда "снаружи" смотрю на систему. Может быть у моих читателей все не так?
Большинство моих читателей, как правило, смотрят на систему "изнутри". И у меня вопрос к вам - а вам насколько полезен Helicopter View?
Может не очень?
Может гораздо интереснее и важнее увидеть и понять причины какой-то частной флуктуации?
Ну например - увидеть и доказать на данных серию отдельных "косяков", а потом уже из них сложить системную картинку, например о том, что "если Петя касается этой системы, а затем Вася за ним проверяет - жди беды"?
Так? Или все-таки первична общая картинка процесса, а частности потом?
Или и то и другое в какой-то комбинации?
Расскажите пожалуйста, очень интересно! 👇
👍4
Ребят, готовлю лист Miro для практикума и как в прошлый раз большой вопрос : сколько рабочих мест готовить? 🤔
Обозначьтесь, пожалуйста в опросе ниже 👇 придёте вы, или не придёте? Или ещё думаете.
#практикум
Обозначьтесь, пожалуйста в опросе ниже 👇 придёте вы, или не придёте? Или ещё думаете.
#практикум
Придёте ли вы на практикум 21,23 июля в 18:00? (взнос 2000руб)
Final Results
37%
Да, точно приду! 😁
22%
Нет, точно не приду 😭
20%
Не знаю, но в Пн станет ясно🤷♂
3%
Пока вообще не определился 🤷♂
18%
Я томат (слить голос чтобы посмотреть результаты) 🙈
Ну что, остался 1 час до начала Практикума! И у нас 22 участника которые железно примут в нем участие и уже перешли в закрытую группу!
Кто еще не определился - пора определяться!
#практикум
Кто еще не определился - пора определяться!
#практикум
Первый день закончили. Команды подобрались мощные, внимательные, зубастые и очень умные! Класс! 👍
В конце обсудили животрепещущие вопросы: какой алгоритм анализа данных выбрать, и как людей вовлекать в сбор и анализ метрик
Ребята, большое спасибо! Вы лучшие! ❤️
#практикум
В конце обсудили животрепещущие вопросы: какой алгоритм анализа данных выбрать, и как людей вовлекать в сбор и анализ метрик
Ребята, большое спасибо! Вы лучшие! ❤️
#практикум
❤12👍4
Участники Практикума так старались решить задачи, что ... сломали AI-персону "Володю CTO" 😂😂😂🤔🤯
Даже машины не выдерживают напора нашего разума💪
#практикум
Даже машины не выдерживают напора нашего разума
#практикум
Please open Telegram to view this post
VIEW IN TELEGRAM
😎3❤2😱2