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

Оцифровали мой доклад с teamLeadConf 2022 Помню ко мне очередь после него выстроилась с вопросами :)))

🔸 Заказчики со сроками «это нужно сделать вчера», 🔸 Дефекты и баги, 🔸 Задачи, связанные с инфраструктурой, 🔸 И конечно, любимый топ-менеджер, который приносит «самые срочные и самые важные задачи», помимо тех, что уже находятся в работе 😬 Что делать тимлиду 😨, чтобы выжить и успеть самое важное? На vc.ru вас ждет 👉 подробный гайд от Василия Савунова, где рассказываем о первых шагах, которые нужно предпринять, чтобы выбраться из перманентной ситуации догоняющего и оптимизировать рабочие процессы.

Товарищи, интересная новость! 🔥 Такое происходит примерно раз в квартал. 6,7, 8 декабря с 10:00 до 15:00 я веду открытый онлайн-интенсив "Основы Канбан-систем" (регистрация тут). Последний раз в этом году. Следующий уже в феврале-марте. 🆒 Приходите на это интеллектуально-познавательное шоу для менеджеров, отправляйте коллег и друзей. Буду делиться своим опытом оптимизации рабочих процессов в разных компаниях и командах, фишками и шаблонами, раскрывать секреты Канбан-метода, и конечно рассказывать как прогнозировать сроки не отвлекая подчиненных! Короче, вынос мозга с интересной подачей и желанием "дайте еще" - обеспечен! 😎 #тренинг #учимся

Судя по тому что я вижу за окном - все так и будет. А живу я в загородном доме 😩️️️️️️ Значит завтра с утра, вместо написания постов буду работать лопатой А как у вас взаимоотношения с погодой? #юмор

На что опираться при прогнозировании сроков? Основы анализ Lead TIme Distribution Chart. А разбором кейса реального клиента я делюсь на Youtube 🔗 #картинки #интересно #инструменты

А у вас схожая динамика? :)) #юмор

Погрузитесь в атмосферу яркого события для Agile-практиков ✨

"Помогите мне с Excel!!" Стабильно 1-2 раза в неделю мне в личку прилетает следующий вопрос: «Здравствуйте, я скачал вашу эксельку c примером расчета LTD по этой ссылке, открыл ее и ничего не понимаю. Помогите пожалуйста разобраться, почему когда я подставляю свои значения, то получаю странный результат?» Дабы не отвечать каждому на один и тот же вопрос, я решил написать пост, который должен был выйти здесь. Но очень быстро понял, что это должна быть HowTo статья-инструкция, с картинками (блекджеком и гетерами 😂) Тут очень подробно описаны детальные шаги, которые нужно сделать, чтобы проанализировать выгрузку из таск-трекера, и построить Lead Time Distribution Chart. Закинул на VC, чтобы там тоже висело по постоянной ссылке, цените: 👉 Читать статью на VC.ru ___ P.S. Ну и там комментов и пальцев вверх на VC-шке накидайте, чтобы он куда-нибудь продвигался. Скинуть знакомому менеджеру или Scrum-мастеру — тоже приветствуется 💋 #инструменты

Читаю книги по статистике, которые прикупил, и меня терзают смутные сомнения :( С одной стороны - Канбан без статистики, как пиво без водки(с). Потому что все прогнозирование, выявление аномалий с которыми надо работать, поиск узких мест, отслеживание результатов ограничения WIP - все это строится на статистике. И тут много нюансов, про которые хочется рассказать, но.... а интересно ли это вам? Вот вам, например, интересно как интерпретировать "толстый хвост" на диаграмме Lead Time Distribution? И почему в Канбан-методе "урезание хвоста" является одной из главных целей (наряду с ограничением WIP)? Это сложная тема, которая потребует хорошего знания теории вероятности, но и даст вам глубокие знания о том, как управлять бизнес - процессом на основе статистики. Интересно? Или может быть стоит акцентироваться на каких-то более простых вещах для начала? Например, дать пошаговую инструкцию, как строить Lead Time Distribution Chart в Excel? Или разобрать логику построения разных Канбан-досок? Или дать иллюстрацию того, как WIP-лимит влияет на Throughtput и LT? Или на том, как реализовывать цикл изменений? Писать об этом мне кажется "капитанством", потому что для меня эти темы - понятны и очевидны. Но может быть, это как раз те темы, которые интересны вам, читателям? Напишите в комментариях, пожалуйста ваше мнение - на чем стоит сделать акцент в следующих постах? #вопрос_в_зал

Здравствуйте, на связи снова Василий Савунов. Недавно по интернетам пронеслась вот такая вот картинка про то, как по разному мыслят менеджеры и разработчики Картинка смешная, но лично у меня она навевает печаль и грусть. Причем грустно мне по двум причинам: 1. Причина для печали разработчика. Мем явно программистский. Причем от программиста на удаленке. Как бывший программист, я очень хорошо понимаю боль автора-программиста. Потому что программирование подобно глубокому трансу, или сну. Лучше всех про это написал Яков Сироткин в далеком 2009-м году.  И если это знать, то становится ясня боль программиста, который в условиях "удаленки" и так старается не отвлекаться на домашние дела, и хоть что-нибудь напрограммировать, так его еще отвлекают созвонами ср...е менеджера и scrum-мастера. Не совершенно невозможно работать! 2. Причина для печали менеджера. Как бывший руководитель, который как раз управлял программистами, мне очень хорошо понятна боль менеджера, который в условиях удаленки пытается хоть как-то понять, что вообще происходит с его проектом, и что делают все эти удаленные супер-пупер программисты, по выключенным камерам которых можно догадаться, что в данный момент они, возможно, валяются в постели, едят, смотрят параллельно сериалы, но только не работают. А вся ответственность за результат - на менеджере. А если это Scrum-мастер, то ему прилетит за неэффективность и непрозрачность работы команды, так как обеспечивать и то и другое - его прямая обязанность. Чья боль мне ближе? Я побывал во всех шкурах - программиста, тимлида, менеджера, Scrum-мастера. Поэтоу могу выступить адвокатом каждой из этих ролей. Да и прокурором тоже. Лично мне менеджеров и Scrum-мастеров жаль гораздо больше, чем разработчиков. А почему так? Читайте по ссылке #васили_савунов

Ребята, у меня все хорошо. Читаю книги, чтобы подготовить для вас обзоры. И много работаю 🙂 Не переключайте канал, скоро вернусь к вам с ворохом интересностей 🙂 #анонс

Действительно... :)) #юмор

Меня часто спрашивают, какие книги стоит почитать, чтобы лучше анализировать данные. Книг много, и есть на разный уровень, и с разными акцентами. Так что выбрать не так просто. Я купил несколько книг, которые показались мне интересными. По мере прочтения буду делится с вами интересностями и обзорами разных книг. #анонс

Типичные ошибки при анализе данных :)))) #юмор

Главная способность для консультанта, который проводит тренинги - никогда не теряться и быстро находить выход из любой ситуации. За время 2хдневного тренинга "Основы Канбан-систем" в Питере я столкнулся с тем, что: ▶️ Ноябрь в Питере: +1 к уровню сложности :)) 🌧💧💧☔💧💧💧 ▶️ Место проведения - промзона 🏭 на севере города... +1 к сложности найти места, куда надо приехать 🗺📍❓ ▶️ Рюкзак 10+кг с реквизитом, и распечатками для игр 🏋️‍♂️💩🏋️💩💪 +1 расход силы (моя спина сказала мне "прощай") ▶️ Забытый реквизит для игры вокруг которой строится программа 2го дня 🥵 🚫: -3 часа от сна и отдыха вечером, так как я мотался по городу и искал, где можно купить замену ▶️ 50+ листов с распечатками карточек для игр на плотной бумаге: время отхода ко сну смещается на 01:20 ночи 😴🛏🥱из-за необходимости нарезать листы на карточки ▶️ Отсутствие провода hdmi в аудитории где проводился тренинг: -10 баллов к аккуратности обучающих презентаций, так как на местном Windows нет нужных шрифтов и поплыли позиции иллюстраций... 🌈🤪🥳 Но все это того стоило, потому что участники были довольны и очень благодарили Такой результат очень мотивирует все преодолеть и нести дальше свет знаний и помогать клиентам решать проблемы 💡💡💡💡💡💡⚡💡💡💡💡💡💡 #жизнь

#юмор

Удивительно мало вопросов ;) Расскажите почему? #вопрос_в_зал

Третья часть статьи про аудит. Поговорим про то, как презентовать результаты аудита заказчику. Чтобы заказчик аудита прислушался к вашим аргументам и заинтересовался предлагаемыми изменениями, вам нужно знать три вещи: 1) На каком языке результата мыслит заказчик? 2) Что является его настоящей целью? 3) Какие ограничения заказчик не сможет обойти? [продолжение по ссылке] #не_просто