@@babr79 Вопрос Олегу, но я тоже, в свою очередь, попытаюсь ответить обобщённо. Для меня лично, Ценность состоит из: - самого материала; - автора изложения данного материала (очень важная ценность); - трактовка, готовая к применению - сперва пойми, а потом примени для своих ситуаций т.е., предсказуемость имеется, ближе к реальности есть, поточность есть - степ бай степ, как для мыслительной части, так и прикладной; - короткое, но тщательно подготовленное и ясное изложение, разжёванный материал, остаётся только глотнуть. Респект Василию👍 Хочется иметь реально такого преподавателя, как Василий Савунов.
@@babr79 Естественно, приоритет Россия, но во времена ремуут деятельности, ограничиваться только Россией, я думаю, что это не в пользу... Например, только в СНГ если взять, то русскоязычный контингент имеется, могут Вас платно приглашать сотрудничать как Эксперта + Ваш английский открывает всё больше возможностей для сотрудничества..., Одним словом, границы (двери) надо держать открытыми, это Всем полезно
Василий, правильно я понимаю, что: - WIP-лимит фактически нужно ставить ТОЛЬКО на "узком месте", т.к. таким образом мы явно обозначаем максимальную пропускную способность системы? - такой же WIP-лимит получают ВСЕ предшествующие этапы в системе (иначе какой смысл им производить больше и создавать лишний объем в очередях/буферах)? - лимиты на последующие за узким местом этапы - ставить не нужно, т.к. они и так "съедят" весь объем, который выдает узкое место?
Здравствуйте. - Начинать стоит с того, что сделать ограничение производительности узкого места. Однако, вслед за этим логично постепенно расставить WIP-лимиты и на других этапах рабочего пути - чтобы выровнять поток задач и сделать его предсказуемым и плавным. Дело это не быстрое, и требует постоянного внимания к метрикам. - WIP-лимит на других этапах не обязательно равен WIP-лимиту на узком месте так как характер деятельности разный, и количество людей на других этапах тоже может отличаться от количества людей на участке узкого места. То есть на предыдущих этапах могут быть более мелкие работы, результаты которых на этапе узкого места объединяются в более крупные работы. Тогда WIP-лимит на предыдущем этапе будет больше чем на узком месте
- после узкого места может быть WIP-лимит относительно ожиданий конечного заказчика. Например, Apple имеет техническую возможность выпускать новые версии iPhone хоть каждый месяц. Но заказчику - рынку - это не нужно. Поэтому новые iPhone выходят раз в год. Точно так и в IT заказчику может быть не нужны частые релизы и выпуски задач, которое мы можем поставить. И тогда нужно явно обозначить выходной WIP-лимит на последнем этапе. Либо, у нас может быть этап, на котором мы зависим от деятельности какого-то другого подразделения, и это задает свои ограничения. Стоит и там обозначить WIP-лимит
![โอ้เธอช่าง... - บี้เดอะสกา ft. ต๋อง เทวัญ (Prod. by ป๋าเพชร) [Official MV]](http://i.ytimg.com/vi/zbWhiLFmVL0/mqdefault.jpg)
Василий спасибо Вам, шикарная трактовка материала, с нетерпением ждём встречи 😘🤗👍
Спасибо! Буду продолжать
Спасибо большое очень полезная информация!
Рад, что вам понравилось! А в, чем ценность для вас?
@@babr79
Вопрос Олегу, но я тоже, в свою очередь, попытаюсь ответить обобщённо.
Для меня лично,
Ценность состоит из:
- самого материала;
- автора изложения данного материала (очень важная ценность);
- трактовка, готовая к применению - сперва пойми, а потом примени для своих ситуаций т.е., предсказуемость имеется, ближе к реальности есть, поточность есть - степ бай степ, как для мыслительной части, так и прикладной;
- короткое, но тщательно подготовленное и ясное изложение, разжёванный материал, остаётся только глотнуть.
Респект Василию👍
Хочется иметь реально такого преподавателя, как Василий Савунов.
Спасибо, я рад, что выбранный мною стиль приносит пользу.
Хотелось очеловечить преподавание Канбана в России.
@@babr79
Естественно, приоритет Россия, но во времена ремуут деятельности, ограничиваться только Россией, я думаю, что это не в пользу...
Например, только в СНГ если взять, то русскоязычный контингент имеется, могут Вас платно приглашать сотрудничать как Эксперта + Ваш английский открывает всё больше возможностей для сотрудничества...,
Одним словом, границы (двери) надо держать открытыми, это Всем полезно
Василий, правильно я понимаю, что:
- WIP-лимит фактически нужно ставить ТОЛЬКО на "узком месте", т.к. таким образом мы явно обозначаем максимальную пропускную способность системы?
- такой же WIP-лимит получают ВСЕ предшествующие этапы в системе (иначе какой смысл им производить больше и создавать лишний объем в очередях/буферах)?
- лимиты на последующие за узким местом этапы - ставить не нужно, т.к. они и так "съедят" весь объем, который выдает узкое место?
Здравствуйте.
- Начинать стоит с того, что сделать ограничение производительности узкого места. Однако, вслед за этим логично постепенно расставить WIP-лимиты и на других этапах рабочего пути - чтобы выровнять поток задач и сделать его предсказуемым и плавным.
Дело это не быстрое, и требует постоянного внимания к метрикам.
- WIP-лимит на других этапах не обязательно равен WIP-лимиту на узком месте так как характер деятельности разный, и количество людей на других этапах тоже может отличаться от количества людей на участке узкого места. То есть на предыдущих этапах могут быть более мелкие работы, результаты которых на этапе узкого места объединяются в более крупные работы. Тогда WIP-лимит на предыдущем этапе будет больше чем на узком месте
- после узкого места может быть WIP-лимит относительно ожиданий конечного заказчика. Например, Apple имеет техническую возможность выпускать новые версии iPhone хоть каждый месяц. Но заказчику - рынку - это не нужно. Поэтому новые iPhone выходят раз в год.
Точно так и в IT заказчику может быть не нужны частые релизы и выпуски задач, которое мы можем поставить. И тогда нужно явно обозначить выходной WIP-лимит на последнем этапе.
Либо, у нас может быть этап, на котором мы зависим от деятельности какого-то другого подразделения, и это задает свои ограничения. Стоит и там обозначить WIP-лимит