Элияху Голдратт - Критическая цепь

Мне нравится его подход. Я хочу, чтобы он продолжал, поэтому говорю:

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

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

— Это серьезная проблема? — продолжаю я мои почти риторические вопросы.

— Вы шутите? — улыбается Тед. — Марк, теперь я понимаю, за что вы отвечаете. Это не просто проблема синхронизации, это кошмар.

— Это верное описание, — соглашается Марк. — К сожалению, мы не представляли себе размаха этого кошмара, пока мы не шагнули в него.

— Обеими ногами, — добавляет Рут.

— Это не потому, что мы такие смелые, — спешит пояснить Фред. — Просто мы не знали, что еще можно было сделать.

— Хотите услышать, что случилось? — спрашивает Марк.

Это риторический вопрос.

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

— Тогда, — подхватывает Фред, — мы пошли в наш компьютерный отдел.

— И на этом история заканчивается — высказывает предположение Брайен. — В моей фирме все, что вы просите у компьютерного отдела, застревает там на месяцы.

— В нашей тоже, — отвечает Фред. — Но мы заручились высокой поддержкой. Понимаете, наше задание имеет статус суперультра-топ-приоритета. Так что мы получили от них «достаточно хорошее» программное обеспечение довольно быстро. Мы загрузили все данные и начали играть.

— И играли, и играли… — смеется Рут.

— Симулирование на компьютере — это отличный способ тянуть время, — соглашается Марк. — Мы устраняли самую незначительную конкуренцию, то, на что мы бы даже не обратили внимания, если бы нам пришлось это делать вручную. Но мы устранили всю конкуренцию. Естественно, после этого, как и предсказал Тед, нам пришлось сражаться со всеми управляющими проектами.

— В двух словах, нам удалось выжать из них согласие, — сводит Фред многие дни отчаянных споров в одно короткое предложение.

— А потом реальность показала, какими дураками мы были. Кто-нибудь догадывается, что случилось? — обращается Марк к классу.

Все сосредоточенно думают, но идей ни у кого нет. Даже Тед молчит.

Марк не заставляет нас долго ждать.

— Вы когда-нибудь сталкивались с тем, что элемент заканчивается несколько позже? — подсказывает он им. — Одно незначительное отклонение в одном элементе и БАБАХ! — вы получаете эффект домино, конкуренцию повсюду. Мы все свое время тратили на сражения. Тед, ты назвал это кошмаром? Ты абсолютно прав.

— Я представляю себе. Такое легко может случиться и у нас. И что вы тогда сделали?

— Прежде, чем вы расскажете нам о своем решении, — вмешиваюсь я — вы можете объяснить, какую концептуальную ошибку вы допустили?

— Мы брали оценки по времени так, как если бы это были реальные значения, — отвечает Рут.

— Что вы имеете в виду? — подталкиваю я ее к более детальному объяснению.

— Предположим, что элемент должен длиться десять дней. На самом деле, на него может уйти семь дней или пятнадцать дней, но мы вводили в компьютер десять и потом смотрели на это число, как на священное.

— Я все еще не понимаю, — говорю я.

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

— По сути дела, — подключается Фред, — мы попали в ловушку того, что считали, что восемью восемь — шестьдесят четыре. Мы старались быть точнее, чем шум. Все сражались из-за конкуренции, которая, если бы мы ее не трогали, была бы легко поглощена буферами.

— В результате мы постоянно впустую меняли графики, вызывая этим реальные проблемы, — подводит итог Марк.

— Понятно, — говорит Брайен. — Спасибо, что поделились этим с нами. Теперь я знаю, чего не надо делать. Но я не знаю, что надо делать. Мы же не можем просто проигнорировать конкуренцию за ресурсы.