🔵 Kanban - просто. Как устранить перегрузки в рабочих процессах? Kanban-доска и WIP-лимит.
👨🎓 Задать вопрос ведущему можно в Телеграм-канале "Данные в ДейSTвии": t.me/+qJKZC6HLnawwMTMy
ℹ️ Срочные задачи ломают все процессы, а плановые становятся еще более срочными? Такой хаос влияет на конечный финансовый результат организации. Как повысить пропускную способность и тем самым улучшить финансовый результат? В этом нам поможет Канбан-доска и WIP-лимит.
ℹ️ Все это мы подробно рассматриваем на тренинге "Основы Канбан-систем": ☞ a-trek.ru/Base-ksd-yt
Краткое содержание видео:
👨🎓В новой серии нашего проекта «Kanban - просто» мы рассмотрели, что такое WIP-лимит и какую выгоду получает организация и сотрудники от использования WIP-лимитов. WIP (work in progress) - это сколько незавершенных задач или элементов находится в работе. Чем больше объем этих задач, тем ниже пропускная способность Канбан-системы. Для того, чтобы повысить пропускную способность Канбан-системы, необходимо вводить ограничения, то есть WIP-лимиты. Ограничения побуждают закончить задачу до того, как перейти к другой. Именно это качество делает WIP-лимит таким привлекательным в Agile и Kanban-методологиях.
А как с помощью Kanban-доски и WIP-лимитов нам удалось устранить потери от перегрузки и сделать процесс предсказуемым, смотрите подробнее в этом видео.
📌 Подписывайтесь на канал, чтобы не пропустить новый полезный контент.
👨🎓 Задать вопрос ведущему можно в Телеграм-канале "Данные в ДейSTвии": t.me/+qJKZC6HLnawwMTMy
Предыдущие серии: • Kanban просто
________________________________________
ScrumTrek - Agile-провайдер №1 в России. С 2007 года мы помогаем компаниям становиться быстрее и прибыльнее.
Обучаем гибкому управлению: менеджменту продуктов, инноваций, команд и инженерным практикам 👨🎓 Agile, Scrum, Kanban, LeSS, SAFe и др.
⬇️ Наши контакты ⬇️
☞ Сайт: scrumtrek.ru
☞ Мы в telegram: t.me/scrumtrek_official
☞ Мы во ВКонтакте: scrumtrek
_______________________________________
#kanban #agile #scrumtrek #wiplimit #канбандоска
Пікірлер: 10
Василий спасибо Вам, шикарная трактовка материала, с нетерпением ждём встречи 😘🤗👍
@babr79
Жыл бұрын
Спасибо! Буду продолжать
Спасибо большое очень полезная информация!
@babr79
Жыл бұрын
Рад, что вам понравилось! А в, чем ценность для вас?
@vugarkhalil
Жыл бұрын
@@babr79 Вопрос Олегу, но я тоже, в свою очередь, попытаюсь ответить обобщённо. Для меня лично, Ценность состоит из: - самого материала; - автора изложения данного материала (очень важная ценность); - трактовка, готовая к применению - сперва пойми, а потом примени для своих ситуаций т.е., предсказуемость имеется, ближе к реальности есть, поточность есть - степ бай степ, как для мыслительной части, так и прикладной; - короткое, но тщательно подготовленное и ясное изложение, разжёванный материал, остаётся только глотнуть. Респект Василию👍 Хочется иметь реально такого преподавателя, как Василий Савунов.
@babr79
Жыл бұрын
Спасибо, я рад, что выбранный мною стиль приносит пользу. Хотелось очеловечить преподавание Канбана в России.
@vugarkhalil
Жыл бұрын
@@babr79 Естественно, приоритет Россия, но во времена ремуут деятельности, ограничиваться только Россией, я думаю, что это не в пользу... Например, только в СНГ если взять, то русскоязычный контингент имеется, могут Вас платно приглашать сотрудничать как Эксперта + Ваш английский открывает всё больше возможностей для сотрудничества..., Одним словом, границы (двери) надо держать открытыми, это Всем полезно
Василий, правильно я понимаю, что: - WIP-лимит фактически нужно ставить ТОЛЬКО на "узком месте", т.к. таким образом мы явно обозначаем максимальную пропускную способность системы? - такой же WIP-лимит получают ВСЕ предшествующие этапы в системе (иначе какой смысл им производить больше и создавать лишний объем в очередях/буферах)? - лимиты на последующие за узким местом этапы - ставить не нужно, т.к. они и так "съедят" весь объем, который выдает узкое место?
@vsavunov
Жыл бұрын
Здравствуйте. - Начинать стоит с того, что сделать ограничение производительности узкого места. Однако, вслед за этим логично постепенно расставить WIP-лимиты и на других этапах рабочего пути - чтобы выровнять поток задач и сделать его предсказуемым и плавным. Дело это не быстрое, и требует постоянного внимания к метрикам. - WIP-лимит на других этапах не обязательно равен WIP-лимиту на узком месте так как характер деятельности разный, и количество людей на других этапах тоже может отличаться от количества людей на участке узкого места. То есть на предыдущих этапах могут быть более мелкие работы, результаты которых на этапе узкого места объединяются в более крупные работы. Тогда WIP-лимит на предыдущем этапе будет больше чем на узком месте
@vsavunov
Жыл бұрын
- после узкого места может быть WIP-лимит относительно ожиданий конечного заказчика. Например, Apple имеет техническую возможность выпускать новые версии iPhone хоть каждый месяц. Но заказчику - рынку - это не нужно. Поэтому новые iPhone выходят раз в год. Точно так и в IT заказчику может быть не нужны частые релизы и выпуски задач, которое мы можем поставить. И тогда нужно явно обозначить выходной WIP-лимит на последнем этапе. Либо, у нас может быть этап, на котором мы зависим от деятельности какого-то другого подразделения, и это задает свои ограничения. Стоит и там обозначить WIP-лимит