👋 Всем привет!
Итак, после вашего активного участия в этом опросе стало ясно – онлайн-практикум по анализу Канбан-метрик таки будет! 🎉
Но есть один важный вопрос: когда? и в какое время? 🤔

Чтобы всем было удобно, предлагаю совместно выбрать дату и время дня (первая половина или вторая). А после уже определимся с точным временем – так, чтобы никто не остался в стороне.

📅 Итак, у нас есть три даты: 3, 5 или 7 февраля. Ниже👇 я создал опрос, в котором можно выбрать даты и время дня (по Москве) которые вам удобны. Можно выбрать больше одного варианта.

👉Даю небольшой спойлер: это наш первый опыт подобного мероприятия 🙈, так что будет весело, полезно и... немного экспериментально 😅. Мы вместе будем обкатывать формат, обсуждать кейсы и тестировать AI-персону, которая будет помогать отвечать на вопросы по аномалиям.

🔥 Короче, это шанс не только поучаствовать, но и внести свой вклад в создание чего-то нового и крутого! Поэтому не стесняемся, кликаем на опрос ниже и голосуем до конца недели.

🚀 Давайте вместе решим, когда именно это всё случится!

Математики троллят :))

Как я перестал раздражаться на Kanban University и сделал все по-своему
Привет, друзья! 👋 Сегодня хочу рассказать, почему я вообще завел этот канал.

Меня всегда удивляло - почему обучение Канбан по программе KU так сложно и непонятно? Обучение обычно начиналось с WIP-лимитов. Это как учить плаванию, начиная с теории гидродинамики 😂

Как будто KU, составляя программу, не подумали о проблемах тех, кто пришел учиться Канбан-методу! Как будто у KU есть единственно правильное представление о том, "как надо", и они упрямо его пропагандируют, не пытаясь узнать боль своей ЦА! 🤷‍♂️

Я хотел, чтобы все было ближе к реальным проблемам

Сперва я провел несколько глубинных интервью среди знакомых IT-руководителей и менеджеров, и всем задавал один вопрос: "Что прямо сейчас тебя мучает больше всего каждый день? О чем ты думаешь?"

Ответ оказался прост: сроки.

Бизнес хочет от руководителей и менеджеров обязательств по срокам, а у тех нет ничего кроме собственной интуиции, опыта и экспертизы которым бизнес как правило не очень-то верит.
Менеджеры закладывают 2-3-х кратный запас в срок, а потом начинают торговаться с бизнесом на какой срок подписываться, а когда бизнес настаивает на сроках - включается классика менеджмента в отношении специалиста: шантаж, угрозы, подкуп.
В итоге обязательство по срокам дается скорее методом научного тыка, чем на основе реальных данных. А по башке все равно менеджер получит 🤷‍♂️

И стало ясно, что именно с вопросом "как прогнозировать сроки" и надо работать!
А потом уже рассказывать как обеспечивать попадание в этот прогноз через стабилизацию системы и другие Канбан- инструменты. Так появился пост о том, что в современном мире угадывание сроков - это основной метод оценки, и он не правильный.

Первые шаги в телеграм-канале.
Я хотел донести свою точку зрения до широкой аудитории, и создал этот канал . Начал я с базовых вещей: какие стартовые материалы помогут быстро разобраться в Канбан-методе. Чеклист для менеджера - как прогнозировать сроки не отвлекая подчиненных. Как Scrum-команде прогнозировать сроки задач и не тратить на это 8 часов времени. Параллельно я разрушал мифы, что Канбан — это «стикеры и доски»

Углубление: аудит рабочих процессов и нюансы метрик
Со временем пришлось перейти к более сложным вопросам:
• я начал рассказывать про то, как диагностировать состояние рабочих процессов (аудит) : Часть 1 и Часть 2, Часть 3
• потом был пост о том, что такое Upstream и Downstream
• а ещё цикл статей про диаграммы прогнозируемости рабочих процессов: Scatterplot, Run Chart, Control Chart
• Даже провел вебинар для руководителей.

Переход к научным основам
Раз уж я задался целью научить людей прогнозировать сроки на основе Канбан-метрик, то надо было глубже разобраться в теории вероятности и статистике.
Я обложился книгами про теорию вероятности и математической статистике, читал статьи Алексея Жеглова, труды Талеба, и в итоге сделал несколько постов как интерпретировать Lead Time Distribution, и почему среднее арифметическое значение часто вводит в заблуждение и как разобраться вот всех этих видах Customer Lead Time, Upstream Lead Time, System Lead Time и прочее

Людям нужны инструменты
Вынырнув из всех этих книг я понял, что недостаточно рассказывать об основах, и теории — нужно давать инструменты.
Так появилось несколько инструкций, которые разошлись как горячие пирожки 😁:
- как построить Lead Time Distribution в Excel
- как построить Cumulative Flow Diagram в Excel
- PDF с картинками - как анализировать Lead Time Distribution Chart
- PDF с картинками - как анализировать Cumulative Flow Diagram

Иногда надо грызть гранит
Я никогда не забуду как я грыз книги Нассима Талеба (раз, два) и разбирался в тайне цифры "5,6" - это было очень тяжело, но в процессе осмысления и объяснения, я сам понял так много, что оно того стоило.

За последние 1.5 года я вложил много сил в то, чтобы изучить сложные концепции и рассказать вам о них простым языком. Сейчас мы с вами подошли к проведению практикума по анализу метрик, что кажется мне очень логично, и своевременно. И я очень этого жду!

Почитаем...

1C-ники отзовитесь!

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

Сам я в прошлом web-разработчик, и у меня знаний по 1С совсем нет 🤷‍♂️
А мне нужно понять, какие факапы или инциденты характерны именно для 1С- разработки? Что там такого есть, и как это обычно называется в среде 1С-разработчиков?

Накидайте пожалуйста в комменты - какие факапы и инциденты наиболее часто происходят при разработке на 1С?

Многие из вас наверняка слышали, что Agile Alliance влился в PMI. Сами они заявляют, что всё останется так же, как было, только теперь с помощью PMI. Вчера по этому поводу у них была большая встреча. Надеялся написать вам что-то интересное по её итогам, но, к сожалению, подключиться не получилось. Да и Бог с ним.

⚡ Хоть этой новости уже три недели, всё же хочется поделиться размышлениями о том, что она может означать. Сразу скажу, что за PMI я плотно не слежу (хотя стандарт для проектных офисов жду по старой памяти), поэтому буду рассуждать исключительно со своей стороны.

🔥 Признак кризиса Agile Alliance как организации
Время сейчас сложное: кризисы, нестабильность — думаю, всё понятно. Хотя структура Agile Alliance старая и уважаемая, но бизнес есть бизнес. Скорее всего, мы увидим обновление гибкой линейки продуктов в PMI. Напомню, что они уже покупали Disciplined Agile, и сертификации по нему есть на сайте, но продавались они плохо. Настолько, что DA задвинули куда-то подальше: на сайте с ходу не найдёшь. Видимо, одна из задач этого союза — освежить линейку продуктов. Пока только PMI ACP (аналог PMP для Agile) осталась на главной странице сертификаций.

⚙️ Признак коммодизации Agile
Это может означать, что PMI признал Agile обязательной компетенцией для всех проектных менеджеров. Однако здесь встаёт вопрос: зачем им Agile Alliance, если у них уже был Disciplined Agile? Видимо, они не смогли сохранить и развить компетенции по Agile у себя внутри. Это моё субъективное мнение, основанное на изучении некоторых курсов, материалов и вопросов по Agile в PMP.

✨ Я не настроен негативно, скорее скептично
Несмотря на вышеописанное, у меня есть определённые надежды, и они не беспочвенны:
- Agile Practice Guide, приложение к 6-й редакции PMBoK, был очень хорошим. Его создавали как раз ребята из Альянса. Это показывает, что у PMI и Agile Alliance есть успешный опыт совместной работы.

- Я искренне считаю, что в 2025 году быть проджект-менеджером и не владеть Scrum, Kanban и гибким подходом в целом — это не дело. Такой союз может способствовать популяризации гибких подходов, что, в свою очередь, может привести к созданию качественных гибридных методик и их применению за пределами IT. Например, мы любим обсуждать такие кейсы на Agile Days. Более того, этот союз может, пусть даже косвенно, поспособствовать легализации гибких подходов в госсекторе. Знаю точно, что за PMI там следят даже сейчас.

📖 Вопрос с Agile в PMBoK 7
Мне могут возразить: "Но ведь Agile уже вписан в 7-й PMBoK". Да, это так. Но то, как его вписали, только подтверждает, что союз PMI с Agile Alliance был крайне необходим.

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

🔥 Как обычно проводят субботний вечер?
— Кто-то отдыхает 🍹
— Кто-то залипает в Netflix 🎬
— А я… методом "найти-заменить" убираю "мусор" из исходных данных! 😎

💾 Подготовка данных для практикума — это когда ты думаешь, что будешь анализировать сложные метрики, и графики, а на деле:
✅ Чистишь таблицу от служебных колонок
✅ Исправляешь криво вбитые даты
✅ По 100 раз перепроверяешь формулы и графики
✅ Находишь и исправляешь все дубликаты
✅ Ищешь, какие слова могут выдать отрасль клиента 😬
✅ Расшифровываешь аббревиатуры (ШК? ПФ? БП? Теперь всё понятно)

💡 Кульминация: В какой-то момент я понял, что самое сложное - не очистка данных, а лингвистическое расследование - как сделать так, чтобы набор данных не намекал на область деятельности клиента, данные которого я взял за основу учебного кейса? 😂

🚀 Практикум по Канбан-метрикам — в следующую пятницу, 7го февраля. Учебные данные почти готовы, осталось только совместно с вами их проанализировать.

👀 А как ты проводишь субботний вечер?

Так вот в чем дело! 😂😂😂

Лист Miro для практикума (read only)
https://miro.com/app/board/uXjVLiHUuF4=/?share_link_id=435275796748

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

Очень рад такому энтузиазму. Хотя команды в Zoom по 8 человек, это наверно боль