централизованная сервисная (диспетчерская) служба, в которую любой из нескольких тысяч сотрудников может обратиться с любым вопросом или заявкой по направлению ИТ (проблемы, инциденты, доступы, ремонты, выдача оборудования и т.п.). При этом входной поток этих заявок нет возможности ограничить. Автоматически любое обращение регистрируется и с момента регистрации возникает точка принятия обязательств и начинает щелкать SLA на время выполнения обращения. Так вот при таком раскладе в этой диспетчерской службе можно применить Канбан Метод? Ведь как я понимаю нужно будет установить WIP-лимит на входной поток, а сделать это невозможно
Каких глобальных целей вы хотите достичь применив канбан метод в данной ситуации?
Привет. А зачем ограничивать входной поток?
Окей, обращение зарегистрировалось. В какой момент вы понимаете что его надо делать? Есть же какие-то правила/принципы? Или по умолчанию беретесь вообще за всё?
Ну и после того как дал немного пользы ответами задам мучающиц меня вопрос. Вам канбан нужен чтобы что?
Ну, я бы мог красиво ответить "Прозрачности, снижения нагрузки на сотрудников 1,2,3 линий и т.д.", но скажу честно. Делаю внутренний тренинг по Канбан. И как любой внутренний тренер готовлюсь к ответу на вопрос: "Это все классно, что вы нам тут рассказываете, а где это все может работать у нас в Компании?" Практическая применимость изложенного материала - один из самых низких баллов в ходе внутренний тренингов
Не понял если честно к чему картинка
Ответ на вопрос "зачем ограничивать входной поток". У колонки Dev Ready (точка принятия обязательств) есть обязательный WIP-лимит. У нас нет еще какого-то предварительного буфера, типа бэклога, куда падают обращения. Все обращения сразу падают в Dev Ready
Значит у вас просто нет правил игры и это считается обычным делом. Тогда стоит сперва над ними задуматься. Смотрите, вот есть статик. И там изучаются запросу а сервису и возможности сервиса. И затем по возможностям идёт рабочих элементоа. Только потом думают как собрать правила работы и в том числе создать вытягивающую систему путём вип лимитов
Ну можете и так назвать, более красиво. Но суть от этого не меняется. Вы договорились с заинтересованными лицами, что желудок у вас на 5 задач. И это не что иное, как ограничение. А возможности человека безграничны (если вспомнить изречение Тайити Оно), поэтому вы несколько слукавили, поставив на вход 5. Поэтому это явное и разумное ограничение, а не возможности вашего сервиса.
Окей, как скажите. Я пожалуй сольюсь с топика
Правила игры есть: каждая заявка должна быть тут же зарегистрирована и выполнена. А для того чтобы она была выполнена поддерживается серьезный штат и бюджет 1,2,3 линии. Рассчитываются архитектуры каждого сервиса в зависимости от разных характеристик и если поток заявок на данный сервис растет и динамика положительная, то увеличивают штат 1, 2, 3 линии. А если это сделать сложно, то да, нарушаются SLA и начальники получают нагоняй
Очень легко. Установить вип-лимит в миллиард. И SLA сделать 40% в течение года. Все целы и сыты.
Обсуждают сегодня