Данные в ДейSTвии

Хспди... Если бы вы знали, как я переживал когда готовился! 🙈 Тренингового опыта-то у меня много, но тут: 1) Никто никогда ничего такого не проводил в России - я по крайней мере не нашел. Как говорится "аналогофнет". То есть подсмотреть не у кого 🤷‍♂️ , как делать 2) Куча данных, которые можно крутить по всякому. Я уже ближе к дате проведения буквально бил себя по рукам, чтобы не делать новых срезов и визуализаций. Там и CFD можно было немного иначе показать, и по квартальным задачам построить LTD и Scatterplot, и много чего еще можно было сделать. Постоянно мучало ощущение что недостаточно я сдела🙈 3) Тайминг. Понятно что дольше 2х часов вы после работы, да еще в пятницу, не высидите. Но любой тренер вас скажет - 2 часа это минимум на любую серьезную активность. Но слава богу - как-то уложились 4) Раз 5 я Miro переделывал. Скомпоновать все так, чтобы было с одной стороны сквозное повествование. а с другой - чтобы не было слишком громоздко, и чтобы люди не путались - учитывая сколкьо вас было - это был огромный вызов! 5) Когда я увидел 53 регистрации, я очень, ОЧЕНЬ удивился. Но расчитал что 60% которые придут точно - это 35 человек. Вам любой тренер скажет, что 35 человек - это почти предел людей которым тренер может управлять и синхронно учиться. Мы обычно группы больше 30 участников в принципе не берем - потому что это предел за которым наступает хаос, как ни старайся А когда за 10 минут до начала я увидел, что на опрос ответило 70 человек 👻👻😱😱... Но мне реально поплохело... потому что рабочих мест я сделал 8 из расчета на 40 человек И тем не менее - мы справились! У меня самая умная, самая отзывчивая и классная аудитория канала! Люблю вас! ❤️❤️❤️ /пошел отпаивать себя чаем/

Ничего себе! По опросу вроде бы ожидалось 35 человек, а тут вон какой аншлаг! 😱 Очень рад такому энтузиазму. Хотя команды по 8 человек, это наверно боль

Пускаю в Zoom

Через 2 минуты начинаем практикум. Ссылка для подключения выше

Через 10 минут начинаем практикум. Жду вас по этой ссылке ID конференции 863 1185 5755 Код доступа 457674 https://us02web.zoom.us/j/86311855755?pwd=RzqeBrNNvXh2e49gnaSeUS5y7H496M.1

Для тех, кто забыл, или не записался с Timepad 1) Начало в 18:30 2) Работаем до 20:30 3) Будем работать в Zoom, Miro, Google Spreadsheet 4) Будет работа в КОМАНДАХ, так что придется общаться 5) Это ПРАКТИКУМ, а не лекция! ‼️6) Придется много писать на стикерах, так что с телефона участвовать не получится!!!!‼️ Подключайтесь с ноутбуков или десктопов

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

Ребята, кто собирается сегодня придти на практикум. Пожалуйста проверьте что: 1) У вас доступен Zoom 2) У вас доступен Miro

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

😱Воу, воу! Ну вы даете! 56 регистраций! Если придет хотя бы половина это будет весьма масштабно 😂😂 ❤️Очень рад такому интересу с вашей стороны. 🙈Правда опасаюсь завышенных ожиданий 👻Давайте я вас немного попугаю👻👻👻, чтобы вы осознанно шли на это мероприятие, понимая риски: 1) Это будет ПЕРВЫЙ РАЗ! 1️⃣ То есть, несмотря на всю подготовку с моей стороны, наверняка будут какие-то косяки🤦‍♂️, накладки❌, неточности и прочее 🤷‍♂️ 2) Этого НИКТО и НИКОГДА не проводил ничего подобного! 🙈 То есть, это ЭКСПЕРИМЕНТ 👨‍🎓👩‍🎓! И вы будете первопроходцами 🐭, набивающими первые шишки🏔, обретающие бесценный опыт на свою ж... 3) Предмет практикума - СКУЧНЕЙШИЕ ЦИФРЫ🥱, графики📈, диаграммы📈 и прочее. Никакой развлекухи! Все по звериному серьезно👨‍🔬. 4) Придется ДУМАТЬ! 🤯 И много🤯🤯🤯. Это практикум, а не лекция. Надо будет делать упражнения, и прикладывать усилия, чтобы сделать правильные выводы. ❓Ну что, все еще хотите участвовать? 🤗Тогда WELCOME в эту пятницу!

🔥 Как обычно проводят субботний вечер? — Кто-то отдыхает 🍹 — Кто-то залипает в Netflix 🎬 — А я… методом "найти-заменить" убираю "мусор" из исходных данных! 😎 💾 Подготовка данных для практикума — это когда ты думаешь, что будешь анализировать сложные метрики, и графики, а на деле: ✅ Чистишь таблицу от служебных колонок ✅ Исправляешь криво вбитые даты ✅ По 100 раз перепроверяешь формулы и графики ✅ Находишь и исправляешь все дубликаты ✅ Ищешь, какие слова могут выдать отрасль клиента 😬 ✅ Расшифровываешь аббревиатуры (ШК? ПФ? БП? Теперь всё понятно) 💡 Кульминация: В какой-то момент я понял, что самое сложное - не очистка данных, а лингвистическое расследование - как сделать так, чтобы набор данных не намекал на область деятельности клиента, данные которого я взял за основу учебного кейса? 😂 🚀 Практикум по Канбан-метрикам — в следующую пятницу, 7го февраля. Учебные данные почти готовы, осталось только совместно с вами их проанализировать. 👀 А как ты проводишь субботний вечер?

Многие из вас наверняка слышали, что 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, которые смогли подключиться к вчерашней встрече, поделитесь, пожалуйста, интересной информацией о ближайших планах. Очень уж хочется узнать, что нас ждёт.

✋Друзья! 👉Специально для тех кто в Питере, на следующей неделе будет интереснейшее оффлайн-событие! 🎆Наконец-то можно встретиться вживую, и пообщаться в кругу единомышленников. А так же послушать умные доклады, и задать животрепещущие вопросы. 😊Организатор - Максим Фролов, администратор канала российского Канбан-сообщества kanban_talks, матерый Delivery Manager, и руководитель с опытом работы в Тинькофф, HeadHunter и других крупных компаниях нашей страны. 👉Всех зову на Delivery Meetup SPB №9! 🙃Когда - 6 февраля (четверг), с 19:00 до 21:00, а потом - афтерпати 🙃Где - СПБ, Музей Леста, площадь Карла Фаберже, 8В Прийти послушать вживую - https://delivery-community-spb.timepad.ru/event/3184456/ Трансляция будет, регистрация не нужна! Кто и о чем будет рассказывать: 1. “Как победить звериный оскал капитализма с помощью обратной связи" Ирина Матвеева, управляющий партнер Escalate, HR & CX эксперт, лидер сообщества IT HR, коуч - как переубедить стейкхолдера изменить позицию; - как поверить, что твои люди – лучшие, хотят и могут; - как с помощью обратной связи дать людям самоорганизоваться и взять ответственность за результат на себя. 2. "Путь DevOps команды в сервисную парадигму" Алекс Цыбульник, Аккредитованный Тренер Канбан Стандарт, Автор и ведущий Kanban podcast, продюсер конференций Flowdays, Agile среда в ПСБ - в чем отличия DevOps команды от продуктовой на примере визуализации производственного процесса; - как команда оказалась в завале и как с этим помогли справиться канбан-практики; - какую роль сыграли классы обслуживания в работе с ожиданиями заказчиков. 3. “Айтишники дуреют от этой прикормки: инженерная культура, 101” Секретный спикер - что это и кому может быть интересно и полезно; - почему в delivery без инженерной культуры грустно; - как уложиться в сроки, бюджет и качество, и получить за это "ура" всей команды; - почему многочисленные курсы без понимания культуры не сделают из вас действительного цельного специалиста. Подписывайтесь на канал @delivery_community_spb Регистрируйтесь на митап 🙂 https://delivery-community-spb.timepad.ru/event/3184456/

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

📚 Относительно недавно я заполучил в свои руки книгу "Kanban Maturity Model". Было это непросто, потому что книга доступна только в печатном виде. 🤔Я со скепсисом отношусь к самой модели KMM, но не мог пройти мимо главы "Understanding Lead Time" в приложении это книги. Начав ее переводить, я понял, что мне надо записывать то, что я прочитал, потому что глава написано не простым языком, и если не записать то, что написано в начале, можно не понять что там в конце. 🤯По ходу дела пришлось разбираться с отдельными сложными оборотами, математическими терминами и предпосылками, и для простоты восприятия я стал их записывать своими словами, зачастую расширяя и дополняя на основе того, что я знаю, перепроверяя, и снабжая текст сносками и ссылками для лучшего понимания. 🤷‍♂️И как-то так само собой получилось изложение этой главы на русском языке, которым я хочу поделиться с вами. 👉О чем этот текст? 📈Вы знаете, что с помощью Lead Time Distribution Chart можно прогнозировать Lead Time с вероятностью 80-90%. Я про это даже целую PDF'у сделал. 🚨Однако есть проблема: не во всех случаях, этому прогнозу можно доверять. Это сильно зависит от характера распределения Lead Time Distribution Chart. Есть распределения которые обеспечивают хорошую надежность прогноза, а есть такие распределения, по которым лучше прогнозов не делать вообще, потому что полученные прогноз будет очень ненадежен. И вот об этом - данная глава, изложение которой я вам предоставляю. ‼️ВАЖНЫЕ ДИСКЛЕЙМЕРЫ! 1️⃣ Это не дословный перевод, а вольный пересказ с дополнениями и сносками. 2️⃣ В исходном тексте есть спорные моменты, поэтому я написал предисловие, которое вам лучше почитать, а то в какой-то момент чтения у вас могут появиться непонятки. ❤️❤️❤️Хочу выразить огромную благодарность Максиму Фролову @britishpop, Диме Челышеву @Glinco, и Артуру Темирову @atemirov за вычитку, критику и вовремя заданные вопросы по тексту. Ребята, без вас ничего не получилось бы! Спасибо вам огромное! ❤️❤️❤️ Я не решился выложить эту простыню на vc, но предоставляю вам ссылку на Google Doc Вопросы, комментарии, корректировки, предложения - пишите в комментарии к этому посту 👉 Приятного чтения —————————————— Данные в действии

Пересказ своими словами главы Understanding Lead Time из Kanban Maturity Model Некоторое время назад мне дали почитать книгу Kanban Maturity Model (KMM) авторства David J Anderson и Teodora Bozheva, вышедшую в 2020 году. Как вы понимаете, я не мог пройти мимо главы в приложении, названной “Understanding Lead TIme” ("Понимание Lead Time"). Глава показалась мне интересной, но написана она довольно сложным языком. Поэтому мне пришлось в процессе чтения много раз обращаться к книгам по статистике, и к ChatGPT (куда же без него теперь 🤷‍♂️), чтобы понять, что хочет сказать автор. В конце концов, я начал делать изложение этой статьи для себя - описывая то что в ней написано своими словами, более развернуто, подробно и более просто. В конце концов у меня получился полное изложение этой главы своими словами. Это не дословный перевод (его было бы очень сложно читать), но смысл и последовательность изложения сохранены. Я не решился опубликовать его на vc.ru, так как глава довольно длинная, и на специфическую тему, но для читателей моего канала это вполне можно дать почитать в виде Google Doc в режиме чтения. В начале изложения я даю небольшое предисловие от себя, чтобы пояснить, о чем эта глава из книги KMM, и так как в самой главе есть к чему придраться, и есть спорные моменты, то чтобы было ясно, что изложена точка зрения автора главы, а не моя, в предисловии я указал эти спорные моменты

Почитаем...

Как я перестал раздражаться на 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 года я вложил много сил в то, чтобы изучить сложные концепции и рассказать вам о них простым языком. Сейчас мы с вами подошли к проведению практикума по анализу метрик, что кажется мне очень логично, и своевременно. И я очень этого жду!