Вовремя и в рамках бюджета

В некоторых компьютерных программах заложена возможность указывать временные промежутки для выравнивания ресурсов (например, еженедельно или ежемесячно). Так вы сможете перераспределять ресурсы и не пытаться их выравнивать, пока в среднем спрос в данный период времени совпадает с предложением (имеющимися ресурсами). Это подходит для использования ССРМ, поскольку мы понимаем, что возникающие при этом в программе пересечения в реальности не наблюдаются, являясь просто последствием попытки передать объемную переменчивую действительность при помощи «плоских» графических средств.

При определении размера БДР нужно учитывать теорию очередей и методику выравнивания ресурсов. Теория очередей требует, чтобы буфер на доступность ресурса соответствовал как минимум 25% мощности ресурса, ограничивающего мощность системы. Иначе проекты начнут тормозить.

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

Своим слушателям я задаю вопрос: «Какова будет длина очереди, если ее пропускная способность, то есть скорость прохождения через нее людей, равняется скорости прибытия людей?» Большинство отвечает, что очереди вообще не будет или в ней окажется всего один человек. К сожалению, это яркий пример неспособности человеческого мышления оперировать категориями вариабельности. В данном случае постепенно величина очереди начнет стремиться к бесконечности. Конечно, только если мы располагаем бесконечным количеством времени. Так или иначе, длина может очень быстро вырасти и не будет сокращаться, если не увеличить пропускную способность обрабатывающего звена (не открыть «новое окошко») или не уменьшить пополняющий очередь поток. Может, поэтому многие магазины закрываются на ночь.

На рис. 7.5 изображена классическая кривая, описывающая одну очередь, обслуживаемую одним обрабатывающим звеном. Она показывает зависимость длины очереди от загруженности, где загруженность — это отношение средней скорости пополнения очереди к ее пропускной способности. Кривая времени ожидания будет иметь ту же форму. При х = 1 средняя скорость пополнения очереди равна средней скорости обработки. Обратите внимание, что чем ближе к этой точке, тем резче увеличение длины, которая в конце концов начинает стремиться к бесконечности. Конечно, эта модель основана на определенных статистических допущениях, однако в целом она дает весьма универсальную картину. Как только загруженность становится больше 70%, или 0,7, что соответствует 30%-ному БДР, очередь начинает стремительно расти.

Вероятно, следующие соображения помогут вам понять, откуда берется такой неожиданный результат. Допустим, вы работаете на 90% мощности и пропустили один день по болезни. Чтобы наверстать упущенное,

вам потребуется 9 дней, потому что на это каждый день у вас есть запас мощности лишь 10%. Теперь представим, что вы тратили 95% мощности. Чтобы нагнать, нужно будет уже времени вдвое больше, потому что свободного времени теперь вдвое меньше, а доделывать придется чуть больше. Если же работали на все 99%, то после пропуска догонять будете 99 дней. Когда речь идет о 100%, простой не компенсировать никогда.

Реальность такова, что в отсутствие специального буфера люди пытаются решить проблему, прикладывая дополнительные усилия. В ход идут переработки, которые могут и не оплачиваться. Приходится придумывать, как не дать основной работе остановиться. Иногда находят какие-то кратчайшие пути решения задач, чтобы их не скапливалось слишком много. Иногда решают передать на следующий этап сырой или низкокачественный результат. И хотя в ограниченных количествах (например, пара недель) переработки могут позволить вернуть проект в нормальное русло, если вы пользуетесь методом ССРМ, все же исследования показали, что продолжительные сверхурочные работы приводят к торможению или падению уровня производительности Т.

Если вы не хотите бесконечно дожидаться, пока ресурс-«барабан» освободится для участия в вашем проекте, используйте буфер на доступность ресурса величиной от 25 до 30%.

7.3.5. БУФЕР ОГРАНИЧИВАЮЩЕГО РЕСУРСА