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

Случай на дейли митинге :)) Жиза?... 😀 #юмор

❓Мягко было на бумаге, да забыли про овраги Ответственность за сроки довлеет над каждым менеджером. И когда он видит рабочий инструмент прогнозирования, то сразу хочется его попробовать Ко мне на тренинг "Основы Канбан-систем" как-то пришел руководитель проектного офиса. Очень проникся тем, что я рассказывал, и в конце тренинга в качестве отзыва сказал что хочет попробовать Канбан-метод у себя Прошло несколько месяцев. Он попросил о созвоне, и рассказал: сразу после обучения, собрал из трекера задач статистические данные по времени выполнения задач и из этого вывел некоторое среднее значение времени проекта. После этого он выставил всем подчиненным KPI, согласно которому каждый из них должен был уложиться в это среднее время реализации проекта. Иначе - штраф. Круто, правда? 🤷Только в ответ он получил тотальное непопадание в KPI и волну увольнений ❓В чем он ошибся? В процессе расчетов, и в том, как коммуницировать с подчиненными. Что можно было сделать иначе? 1️⃣ Рассказать своим сотрудникам, чем им может помочь новый подход. Иначе мы сразу получим кучу сопротивления, и желания обмануть систему 2️⃣ Найти добровольцев. Они помогут начать жить по новому, и донести смысл до остальных коллег. 3️⃣ Максимальная прозрачность результатов. Чтобы нарастить группу поддержки, и подготовить всех к грядущим изменениям. 4️⃣ Не стесняйтесь привлечь эксперта для валидации результатов. Эксперт, который занимается этим профессионально, может быстро подсказать решение, и вы достигните результата за значительно более короткий срок. Так что не стесняйтесь 😉, если есть вопросы и вам нужна помощь в использовании Канбан-метода для прогнозирования, пишите мне в личку: @vsavunov #как_не_надо

Пока у вас нет данных, вы будете спорить до посинения👊, но не сдвинетесь с места!   Частый спор между бизнесом и IT:   — Опять IT не сдержал обещание по срокам! Давайте уволим технического директора! Этот не справляется! Наймем нового, и он все исправит!   И что в итоге? Смена техдира провоцирует отток разрабов, и ситуация повторяется   — Это бизнес виноват! Вы постоянно меняете приоритеты! Вы не даете нам нормальное работать! Но хватит! Отныне будут четкие правила поступления задач в IT, обязательные для всех!   IT придумывает кучу новой бюрократии. И стало только хуже   🏃‍♂️Что делать, чтобы сдвинуться с мертвой точки?   Прежде всего нужно: 1. Собрать статистические данные о том, как ведется разработка 2. Бизнесу и IT посмотреть на эти данные, и прийти к единому мнению о причинах проблем 3. Договориться о плане постепенных улучшений и начать его выполнять   Вот пример из двух разных областей: 1. Аналитический отдел (АО) крупной ювелирной компании. Делает сложные управленческие отчеты для бизнес-направлений. Заказчики недовольны сроками. АО захлебывается от нагрузки. Обе стороны обвиняют друг друга Задача: наладить доверие между бизнесом и АО🤝 Окей, IT собрали и показали бизнесу статистические данные о времени выполнения задач. Договорились взять за основу планирования вероятные сроки задач Результат: через 6 месяцев 90% задач выполняются в срок, доверие между бизнесом и АО восстановлено🤝 (подробнее тут) 2. Российская fashion-компания. Противостояние IT и бизнеса. Бизнес не доволен сроками и результатами. IT работает на износ Задача: найти корневую причину проблемы и устранить ее Собранные данные показали, что причина в отсутствии регулярного процесса приоритезации задач. Совместно договорились о метриках и формате. Запустили Результат: в течении квартала все привыкли работать по-новому, и конфликт исчез   Обе компании начинали из стадии острого конфликта, но благодаря данным поняли, как выйти из кризиса Это я всё к чему — хорош ругаться. Собирайте статистические данные, и сможете договориться

✅ Чеклист: как менеджеру узнать срок выполнения любой задачи не отвлекая подчиненных? Как мы говорили ранее, любой менеджер несет ответственность за то, чтобы задача была выполнена в срок. Однако, он вынужден полагаться на экспертную оценку исполнителя. А тот - как любой человек - всегда может ошибиться. Либо жизнь принесет какую-то неожиданность, и срок задачи "поедет". А отвечать менеджеру. Знакомая ситуация? ☠️ 🤔Что же делать? Люди так несовершенны, они не умеют предсказывать будущее! Нам поможет наука! ⚛️ А именно - теория вероятностей Вот 6 шагов, которые позволят вам системно решить эту проблему: 1️⃣Использовать современные способы трекинга задач - JIRA, Kaiten, Asana и т.п. - чтобы легко собирать исторические данные о работе вашего подразделения 2️⃣ Регулярно - минимум раз в квартал - выгружать из трекера задач данные по завершенным задачам: дату начала работы 🚀 и дату конца 🏁 работы над задачей. 3️⃣ По каждой задаче вычисляем время выполнения - Lead Time⌛в днях 4️⃣ Строим в Excel диаграмму Lead Time Distribution, которая показывает сколько раз мы наблюдали то или иное время выполнения задачи. Звучит страшно, но все довольно просто: по оси X отмечаем длительности задач ⏰, которые мы наблюдали в выгрузке, а по оси Y - сколько раз эта длительность задач в этой выгрузке повторялась 🔤. 5️⃣ Применяя формулы теории вероятности к этим данным, получаем время выполнения любой задачи с вероятностью 80-90% 6️⃣ Теперь мы можем уверенно отвечать на вопрос "когда будет сделана задача❓" без необходимости привлекать к оценке исполнителей P.S. На картинках видны дополнительные метрики, которые можно использовать для прогнозирования. Но о них - в следующих постах Именно это (и многое другое) мы и учимся делать на курсе Основы Канбан-систем Если у вас остались вопросы, задайте их мне в личку

🔮 Угадывать срок задачи - основной метод оценки сроков (и он не правильный) Большая проблема менеджеров заключается в том, что почти все современные методы оценки задач интеллектуального труда основываются на экспертной оценке. ❌ И это НЕ работает для 80-90% задач! \\ Пример 1: 👮тимлид говорит, что разработка задачи займет 7️⃣ неделю. НО в итоге эту задачу делает 👨 другой человек, с другим багажом знаний и опыта, и срок разработки затягивается на 🤷 3 недели. \\ Пример 2: Scrum-команда с помощью 🃏Planning Poker произвела анализ задачи, поделилась друг с другом своими экспертными мнениями, и сообща оценила задачу в 15 стори пойнтов, что соответствует целому спринту (2 недели). Но в процессе разработки проявилась непредусмотренная зависимость от смежной команды и в итоге задача заняла 🤷 3 спринта (1.5 месяца) В результате: менеджер 👊 кнутом и 💰 пряником подгоняет сотрудников, чтобы уложиться в тот срок, который он напророчил бизнес-заказчику, хотя всем понятно, что в срок не успеть. 🤬 Бизнес бьется в истерике, а сотрудники тихо 🤮 ненавидят менеджера, и обновляют резюме на HeadHunter. Что на самом деле стоит тут поменять? 1) Перестать верить в том, что можно 🔮предсказать будущее 2) Использовать 🎲 🎲 🎲 теорию вероятностей для прогнозирования сроков задач \\ Пример из практики: 🔫 Дано: Отдел аналитики делает 📝 регулярные отчеты для директоров бизнес-направлений. Каждый отчет - это мини-проект. Регулярно ошибаются по срокам, что злит бизнес 🛠 Что сделали: Использовали статистику из трекера задач, чтобы построить 📊 вероятностную модель по срокам создания разных типов отчетов 🏁 Что в итоге: Договорились с бизнес-заказчиками на эксперименте, в ходе которого срок брался из 📊 вероятностной модели. Через 6 месяцев эксперимент был признан успешным, и данный подход стал основным. Подробнее про этот кейс можно посмореть тут: https://youtu.be/TiLirIGAERM Вывод: знание методов теории вероятностей позволяет делать прогнозы сроков задач на основе данных, с большой вероятностью попадания

🌟Стартовые полезные материалы на тему Канбан-метода и менеджмента на основе данных Видео-обзоры: 🎬 Серия Канбан-просто - простыми словами о том, как Канбан-метод помогает менедежеру прогнозировать сроки и управлять процессом 📚 Серия Канбан-книги - обзор самых значимых книг по Канбан-методу 👀 Как тимлиду управлять командой, не понимая, что происходит? - Доклад на Team Lead Conf 2023 о том, как Канбан-метод позволяет разобраться даже в самой запутанной ситуации Интересные статьи: ↔️ Чем Канбан отличается от Scrum, и при чем тут Agile 🚦 Что такое на самом деле Канбан-доска и для чего она нужна 🔎 Канбан для Scrum-команд

❓ Кто я? Чем я занимаюсь? Я Василий Савунов - Agile-коуч, Канбан-тренер и партнер компании ScrumTrek. ❓ Что я делаю? Обучаю менеджеров и руководителей тому, как обеспечить непрерывную предсказуемость сроков задач, для достижения целей бизнеса без нервов и попадая в срок. ❓Зачем и почему я это делаю? Я работаю в IT уже больше 15 лет, и каждый раз наблюдаю одну и ту же повторяющуюся ситуацию: 1) 👮‍♂ Бизнес-заказчики требуют от 👨 менеджера обязательство (👹 кровью) по срокам задачи или проекта. 2) 👨 Менеджер закладывает в предполагаемый срок 3х-кратный запас времени "на неожиданности" 3) Однако 👮‍♂ бизнес-заказчики стараются срезать этот запас и "продавить" 👨 менеджера на меньший срок. 4) Идет сложный 👊 торг за сроки, с 💪 шантажом , 👻 угрозами и 🤑 подкупом При этом обе стороны не имеют 🙈 никакой твердой основы для своих предположений, и по факту занимаются ☕️ гаданием на кофейной гуще. 5) В итоге, проект или задача зачастую 💣 не укладываются срок, либо выходят с 💩 большими проблемами в качестве. А 👨менеджер всегда оказываетя 😩 виноватым. Я считаю такое положение дел 🙅 НЕ НОРМАЛЬНЫМ, и поэтому я создал этот канал, чтобы поделиться с вами информацией о том, как обратить эту ситуацию вспять, и дать менеджерам и бизнесу инструменты для прогнозирования сроков задач и проектов с вероятностью 80-90%. ❓ Что будет в этом канале? - 🏹 лайфхаки прогнозирования сроков в условиях неопределенности; - 📈 действенные метрики, которые позволяют управлять и корректировать работу сотрудников; - 🧰 приемы сбора и анализа статистики; - 📖 реальные кейсы российских компаний; 📝Задать мне вопрос ℹ️ Почитать обо мне на сайте ScrumTrek ⏩ А если хочешь сконцентрированно, за 2 дня погрузится в теорию и практику Канбан-метода, а также разобрать свой кейс, то приглашаю посетить курс "Основы Канбан-систем" https://scrumtrek.ru/product/delivery-manager/34/osnovi-kanban-sistem-base-ksd/