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

#вопрос_в_зал

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

#юмор

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

#анонс

Действительно... :))

#юмор

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

Не переключайте канал, скоро вернусь к вам с ворохом интересностей 🙂

#анонс

Здравствуйте, на связи снова Василий Савунов.

Недавно по интернетам пронеслась вот такая вот картинка про то, как по разному мыслят менеджеры и разработчики

Картинка смешная, но лично у меня она навевает печаль и грусть.
Причем грустно мне по двум причинам:

1. Причина для печали разработчика.
Мем явно программистский. Причем от программиста на удаленке.
Как бывший программист, я очень хорошо понимаю боль автора-программиста. Потому что программирование подобно глубокому трансу, или сну. Лучше всех про это написал Яков Сироткин в далеком 2009-м году.  И если это знать, то становится ясня боль программиста, который в условиях "удаленки" и так старается не отвлекаться на домашние дела, и хоть что-нибудь напрограммировать, так его еще отвлекают созвонами ср...е менеджера и scrum-мастера. Не совершенно невозможно работать!

2. Причина для печали менеджера.
Как бывший руководитель, который как раз управлял программистами, мне очень хорошо понятна боль менеджера, который в условиях удаленки пытается хоть как-то понять, что вообще происходит с его проектом, и что делают все эти удаленные супер-пупер программисты, по выключенным камерам которых можно догадаться, что в данный момент они, возможно, валяются в постели, едят, смотрят параллельно сериалы, но только не работают. А вся ответственность за результат - на менеджере. А если это Scrum-мастер, то ему прилетит за неэффективность и непрозрачность работы команды, так как обеспечивать и то и другое - его прямая обязанность.

Чья боль мне ближе?
Я побывал во всех шкурах - программиста, тимлида, менеджера, Scrum-мастера. Поэтоу могу выступить адвокатом каждой из этих ролей. Да и прокурором тоже.
Лично мне менеджеров и Scrum-мастеров жаль гораздо больше, чем разработчиков.

А почему так? Читайте по ссылке

#васили_савунов

Читаю книги по статистике, которые прикупил, и меня терзают смутные сомнения :(

С одной стороны - Канбан без статистики, как пиво без водки(с). Потому что все прогнозирование, выявление аномалий с которыми надо работать, поиск узких мест, отслеживание результатов ограничения WIP - все это строится на статистике.

И тут много нюансов, про которые хочется рассказать, но.... а интересно ли это вам?

Вот вам, например, интересно как интерпретировать "толстый хвост" на диаграмме Lead Time Distribution? И почему в Канбан-методе "урезание хвоста" является одной из главных целей (наряду с ограничением WIP)? Это сложная тема, которая потребует хорошего знания теории вероятности, но и даст вам глубокие знания о том, как управлять бизнес - процессом на основе статистики.

Интересно?

Или может быть стоит акцентироваться на каких-то более простых вещах для начала?

Например, дать пошаговую инструкцию, как строить Lead Time Distribution Chart в Excel?
Или разобрать логику построения разных Канбан-досок? Или дать иллюстрацию того, как WIP-лимит влияет на Throughtput и LT?
Или на том, как реализовывать цикл изменений?

Писать об этом мне кажется "капитанством", потому что для меня эти темы - понятны и очевидны.

Но может быть, это как раз те темы, которые интересны вам, читателям?

Напишите в комментариях, пожалуйста ваше мнение - на чем стоит сделать акцент в следующих постах?

#вопрос_в_зал

"Помогите мне с Excel!!"

Стабильно 1-2 раза в неделю мне в личку прилетает следующий вопрос:

«Здравствуйте, я скачал вашу эксельку
c примером расчета LTD по этой ссылке,
открыл ее и ничего не понимаю.

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

Дабы не отвечать каждому на один и тот же вопрос, я решил написать пост, который должен был выйти здесь.

Но очень быстро понял, что это должна быть HowTo статья-инструкция, с картинками (блекджеком и гетерами 😂)

Тут очень подробно описаны детальные шаги, которые нужно сделать, чтобы проанализировать выгрузку из таск-трекера, и построить Lead Time Distribution Chart.

Закинул на VC, чтобы там тоже висело по постоянной ссылке, цените:

👉 Читать статью на VC.ru
___

P.S. Ну и там комментов и пальцев вверх на VC-шке накидайте, чтобы он куда-нибудь продвигался.

Скинуть знакомому менеджеру или Scrum-мастеру — тоже приветствуется 💋

#инструменты

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

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

#юмор