Ребята, у меня все хорошо. Читаю книги, чтобы подготовить для вас обзоры. И много работаю 🙂
Не переключайте канал, скоро вернусь к вам с ворохом интересностей 🙂
#анонс
Не переключайте канал, скоро вернусь к вам с ворохом интересностей 🙂
#анонс
👍7
Forwarded from Диаграмма Гатлинга | Управление проектами, Agile, Менеджмент
Здравствуйте, на связи снова Василий Савунов.
Недавно по интернетам пронеслась вот такая вот картинка про то, как по разному мыслят менеджеры и разработчики
Картинка смешная, но лично у меня она навевает печаль и грусть.
Причем грустно мне по двум причинам:
1. Причина для печали разработчика.
Мем явно программистский. Причем от программиста на удаленке.
Как бывший программист, я очень хорошо понимаю боль автора-программиста. Потому что программирование подобно глубокому трансу, или сну. Лучше всех про это написал Яков Сироткин в далеком 2009-м году. И если это знать, то становится ясня боль программиста, который в условиях "удаленки" и так старается не отвлекаться на домашние дела, и хоть что-нибудь напрограммировать, так его еще отвлекают созвонами ср...е менеджера и scrum-мастера. Не совершенно невозможно работать!
2. Причина для печали менеджера.
Как бывший руководитель, который как раз управлял программистами, мне очень хорошо понятна боль менеджера, который в условиях удаленки пытается хоть как-то понять, что вообще происходит с его проектом, и что делают все эти удаленные супер-пупер программисты, по выключенным камерам которых можно догадаться, что в данный момент они, возможно, валяются в постели, едят, смотрят параллельно сериалы, но только не работают. А вся ответственность за результат - на менеджере. А если это Scrum-мастер, то ему прилетит за неэффективность и непрозрачность работы команды, так как обеспечивать и то и другое - его прямая обязанность.
Чья боль мне ближе?
Я побывал во всех шкурах - программиста, тимлида, менеджера, Scrum-мастера. Поэтоу могу выступить адвокатом каждой из этих ролей. Да и прокурором тоже.
Лично мне менеджеров и Scrum-мастеров жаль гораздо больше, чем разработчиков.
А почему так? Читайте по ссылке
#васили_савунов
Недавно по интернетам пронеслась вот такая вот картинка про то, как по разному мыслят менеджеры и разработчики
Картинка смешная, но лично у меня она навевает печаль и грусть.
Причем грустно мне по двум причинам:
1. Причина для печали разработчика.
Мем явно программистский. Причем от программиста на удаленке.
Как бывший программист, я очень хорошо понимаю боль автора-программиста. Потому что программирование подобно глубокому трансу, или сну. Лучше всех про это написал Яков Сироткин в далеком 2009-м году. И если это знать, то становится ясня боль программиста, который в условиях "удаленки" и так старается не отвлекаться на домашние дела, и хоть что-нибудь напрограммировать, так его еще отвлекают созвонами ср...е менеджера и scrum-мастера. Не совершенно невозможно работать!
2. Причина для печали менеджера.
Как бывший руководитель, который как раз управлял программистами, мне очень хорошо понятна боль менеджера, который в условиях удаленки пытается хоть как-то понять, что вообще происходит с его проектом, и что делают все эти удаленные супер-пупер программисты, по выключенным камерам которых можно догадаться, что в данный момент они, возможно, валяются в постели, едят, смотрят параллельно сериалы, но только не работают. А вся ответственность за результат - на менеджере. А если это Scrum-мастер, то ему прилетит за неэффективность и непрозрачность работы команды, так как обеспечивать и то и другое - его прямая обязанность.
Чья боль мне ближе?
Я побывал во всех шкурах - программиста, тимлида, менеджера, Scrum-мастера. Поэтоу могу выступить адвокатом каждой из этих ролей. Да и прокурором тоже.
Лично мне менеджеров и Scrum-мастеров жаль гораздо больше, чем разработчиков.
А почему так? Читайте по ссылке
#васили_савунов
🔥6😢5
Читаю книги по статистике, которые прикупил, и меня терзают смутные сомнения :(
С одной стороны - Канбан без статистики, как пиво без водки(с). Потому что все прогнозирование, выявление аномалий с которыми надо работать, поиск узких мест, отслеживание результатов ограничения WIP - все это строится на статистике.
И тут много нюансов, про которые хочется рассказать, но.... а интересно ли это вам?
Вот вам, например, интересно как интерпретировать "толстый хвост" на диаграмме Lead Time Distribution? И почему в Канбан-методе "урезание хвоста" является одной из главных целей (наряду с ограничением WIP)? Это сложная тема, которая потребует хорошего знания теории вероятности, но и даст вам глубокие знания о том, как управлять бизнес - процессом на основе статистики.
Интересно?
Или может быть стоит акцентироваться на каких-то более простых вещах для начала?
Например, дать пошаговую инструкцию, как строить Lead Time Distribution Chart в Excel?
Или разобрать логику построения разных Канбан-досок? Или дать иллюстрацию того, как WIP-лимит влияет на Throughtput и LT?
Или на том, как реализовывать цикл изменений?
Писать об этом мне кажется "капитанством", потому что для меня эти темы - понятны и очевидны.
Но может быть, это как раз те темы, которые интересны вам, читателям?
Напишите в комментариях, пожалуйста ваше мнение - на чем стоит сделать акцент в следующих постах?
#вопрос_в_зал
С одной стороны - Канбан без статистики, как пиво без водки(с). Потому что все прогнозирование, выявление аномалий с которыми надо работать, поиск узких мест, отслеживание результатов ограничения WIP - все это строится на статистике.
И тут много нюансов, про которые хочется рассказать, но.... а интересно ли это вам?
Вот вам, например, интересно как интерпретировать "толстый хвост" на диаграмме Lead Time Distribution? И почему в Канбан-методе "урезание хвоста" является одной из главных целей (наряду с ограничением WIP)? Это сложная тема, которая потребует хорошего знания теории вероятности, но и даст вам глубокие знания о том, как управлять бизнес - процессом на основе статистики.
Интересно?
Или может быть стоит акцентироваться на каких-то более простых вещах для начала?
Например, дать пошаговую инструкцию, как строить Lead Time Distribution Chart в Excel?
Или разобрать логику построения разных Канбан-досок? Или дать иллюстрацию того, как WIP-лимит влияет на Throughtput и LT?
Или на том, как реализовывать цикл изменений?
Писать об этом мне кажется "капитанством", потому что для меня эти темы - понятны и очевидны.
Но может быть, это как раз те темы, которые интересны вам, читателям?
Напишите в комментариях, пожалуйста ваше мнение - на чем стоит сделать акцент в следующих постах?
#вопрос_в_зал
👍13
"Помогите мне с Excel!!"
Стабильно 1-2 раза в неделю мне в личку прилетает следующий вопрос:
«Здравствуйте, я скачал вашу эксельку
c примером расчета LTD по этой ссылке,
открыл ее и ничего не понимаю.
Помогите пожалуйста разобраться,
почему когда я подставляю свои значения,
то получаю странный результат?»
Дабы не отвечать каждому на один и тот же вопрос, я решил написать пост, который должен был выйти здесь.
Но очень быстро понял, что это должна быть HowTo статья-инструкция, с картинками (блекджеком и гетерами 😂)
Тут очень подробно описаны детальные шаги, которые нужно сделать, чтобы проанализировать выгрузку из таск-трекера, и построить Lead Time Distribution Chart.
Закинул на VC, чтобы там тоже висело по постоянной ссылке, цените:
👉 Читать статью на VC.ru
___
P.S. Ну и там комментов и пальцев вверх на VC-шке накидайте, чтобы он куда-нибудь продвигался.
Скинуть знакомому менеджеру или Scrum-мастеру — тоже приветствуется 💋
#инструменты
Стабильно 1-2 раза в неделю мне в личку прилетает следующий вопрос:
«Здравствуйте, я скачал вашу эксельку
c примером расчета LTD по этой ссылке,
открыл ее и ничего не понимаю.
Помогите пожалуйста разобраться,
почему когда я подставляю свои значения,
то получаю странный результат?»
Дабы не отвечать каждому на один и тот же вопрос, я решил написать пост, который должен был выйти здесь.
Но очень быстро понял, что это должна быть HowTo статья-инструкция, с картинками (блекджеком и гетерами 😂)
Тут очень подробно описаны детальные шаги, которые нужно сделать, чтобы проанализировать выгрузку из таск-трекера, и построить Lead Time Distribution Chart.
Закинул на VC, чтобы там тоже висело по постоянной ссылке, цените:
👉 Читать статью на VC.ru
___
P.S. Ну и там комментов и пальцев вверх на VC-шке накидайте, чтобы он куда-нибудь продвигался.
Скинуть знакомому менеджеру или Scrum-мастеру — тоже приветствуется 💋
#инструменты
👍6🔥5
На что опираться при прогнозировании сроков?
Основы анализ Lead TIme Distribution Chart.
А разбором кейса реального клиента я делюсь на Youtube 🔗
#картинки
#интересно
#инструменты
Основы анализ Lead TIme Distribution Chart.
А разбором кейса реального клиента я делюсь на Youtube 🔗
#картинки
#интересно
#инструменты
👍9🔥4
This media is not supported in your browser
VIEW IN TELEGRAM
Судя по тому что я вижу за окном - все так и будет. А живу я в загородном доме 😩️️️️️️
Значит завтра с утра, вместо написания постов буду работать лопатой
А как у вас взаимоотношения с погодой?
#юмор
Значит завтра с утра, вместо написания постов буду работать лопатой
А как у вас взаимоотношения с погодой?
#юмор
🤣2
Товарищи, интересная новость!
🔥 Такое происходит примерно раз в квартал. 6,7, 8 декабря с 10:00 до 15:00 я веду открытый онлайн-интенсив "Основы Канбан-систем" (регистрация тут). Последний раз в этом году. Следующий уже в феврале-марте.
🆒 Приходите на это интеллектуально-познавательное шоу для менеджеров, отправляйте коллег и друзей.
Буду делиться своим опытом оптимизации рабочих процессов в разных компаниях и командах, фишками и шаблонами, раскрывать секреты Канбан-метода, и конечно рассказывать как прогнозировать сроки не отвлекая подчиненных! Короче, вынос мозга с интересной подачей и желанием "дайте еще" - обеспечен! 😎
#тренинг
#учимся
Буду делиться своим опытом оптимизации рабочих процессов в разных компаниях и командах, фишками и шаблонами, раскрывать секреты Канбан-метода, и конечно рассказывать как прогнозировать сроки не отвлекая подчиненных! Короче, вынос мозга с интересной подачей и желанием "дайте еще" - обеспечен! 😎
#тренинг
#учимся
Please open Telegram to view this post
VIEW IN TELEGRAM
ScrumTrek
Основы Канбан-систем
Тренинг для тимлидов, менеджеров и руководителей, который научит вас, как прогнозировать сроки реализации задач с достоверностью 80-90%, и как управлять производительностью вашего подразделения используя вероятностные характеристики потока задач (WIP, пропускная…
👍4
Forwarded from ScrumTrek
🔸 Заказчики со сроками «это нужно сделать вчера»,
🔸 Дефекты и баги,
🔸 Задачи, связанные с инфраструктурой,
🔸 И конечно, любимый топ-менеджер, который приносит «самые срочные и самые важные задачи», помимо тех, что уже находятся в работе 😬
Что делать тимлиду 😨, чтобы выжить и успеть самое важное?
На vc.ru вас ждет 👉 подробный гайд от Василия Савунова, где рассказываем о первых шагах, которые нужно предпринять, чтобы выбраться из перманентной ситуации догоняющего и оптимизировать рабочие процессы.
🔸 Дефекты и баги,
🔸 Задачи, связанные с инфраструктурой,
🔸 И конечно, любимый топ-менеджер, который приносит «самые срочные и самые важные задачи», помимо тех, что уже находятся в работе 😬
Что делать тимлиду 😨, чтобы выжить и успеть самое важное?
На vc.ru вас ждет 👉 подробный гайд от Василия Савунова, где рассказываем о первых шагах, которые нужно предпринять, чтобы выбраться из перманентной ситуации догоняющего и оптимизировать рабочие процессы.
👍5
ScrumTrek
🔸 Заказчики со сроками «это нужно сделать вчера», 🔸 Дефекты и баги, 🔸 Задачи, связанные с инфраструктурой, 🔸 И конечно, любимый топ-менеджер, который приносит «самые срочные и самые важные задачи», помимо тех, что уже находятся в работе 😬 Что делать тимлиду…
Оцифровали мой доклад с teamLeadConf 2022
Помню ко мне очередь после него выстроилась с вопросами :)))
Помню ко мне очередь после него выстроилась с вопросами :)))
🔥4