🤔 Little’s Law in Queuing Theory для управления в математическом представлении

Салют,

Я тут вспомнил, что в итоге вышка матана пригождается, кто бы что не говорил 😅 Да и в целом, если ей правильно пользоваться, то очень эффективно можно просчитывать риски влияния человеческих ресурсов и своей нагрузки.

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

Давай обсудим базу, когда у тебя оверохват и перегруз и тебе надо как то этим управлять, ладно когда есть выстроенный конвейер и ты можешь быть адаптивен, а что если он только формируется? Вот поэтому посмотрим на "Закон Литтла о потоках/ очередях" и как сохранить себя от выгорания.

Закон Литтла

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

Фишка в чем, что этот закон незаменим для понимания “work in progress” WIP для Kanban, Lean и ITSM/ ITIL.

Давай посмотрим внимательнее на него

Из-за выработанной практик проектного управлении и необходимости оценки временных затрат, ресурсов, которые конвертируются в финансовые затраты мы видим, что закон может быть справедлив для стационарной системы исходя из следующих примеров: курьерская доставка, очередь клиентов у банкомата.

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

Представь, что каждый час тебе поступает 250 заявок на какие то типовые работы и ты успеваешь их сделать, но в какой то момент времени они к тебе начинают задерживаться на 15 минут, тогда:

- всегда будет примерно 188 заявок в час, если числа стабильны. По сути на других цифрах ты можешь посчитать свою задачу самостоятельно, эта тема еще прикидывается на стадиях poker planning (boroda) и имеет story point.

Что дает рост WIP?

- увеличивает количество одновременных отвлечений и потерю фокуса

- замедляет каждую задачу временем на переключения между задачами

- увеличивает суммарное Lead Time

- влияет на выгорание, стресс, спад качества результата

Тем самым, закон Литтла подсказывает, что необходимо дробить количество задач на итерации, следовательно появляется для адаптивной методологии scrum, который берет спринты и контролирует выгорание, а также проводит ретроспективу

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

Итого:

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

- мониторьте throughput команды, для стабильности

- анализируйте lead time и WIP для поиска узких мест и перегрузов

- подход бизнеса одинаков: уменьшать WIP, далее ускорять lead time и повышать производительность

#specialty #pmcases #pmi #devsecops #humanres