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

• Название: Критическая цепь
• Автор: Элияху Голдратт
• Жанр: О бизнесе популярно
• Год: 2009
• ISBN: 978-5-903361-02-1, 978-966-1503-02-0

Независимо от отрасли, компании, работающие в проектной среде, сталкиваются с одними и теми же нежелательными явлениями: исходные сроки, заложенные в план неточны; не хватает времени для завершения работ; нужные ресурсы часто недоступны; сотрудникам сложно устанавливать приоритеты между проектными и текущими процессными задачами; часто возникает превышение бюджета; весьма много изменений возникает на протяжении выполнения работ. Обычно, менеджеры компаний стараются устранить негативное влияние каждого из них по отдельности. Автор книги определил названные нежелательные явления как последствия ошибок, заложенных еще на этапе планирования. Четкая последовательность новых идей относительно планирования и контроля выполнения проектов, построенных на принципах Теории Ограничений Систем (ТОС), названных технологией Критической Цепи, позволит читателям продолжительности сроков выполнение проектов. Книга написана в форме увлекательного художественного романа, что позволяет быстро передать знание и понимание парадигмы Критической Цепи среди большого коллектива компании.

Книга «Критическая цепь» написана в форме увлекательного художественного романа, что позволяет быстро передать знание и понимание парадигмы Критической Цепи среди большого коллектива компании.

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

---

Остальные различным образом взаимодействуют с проектами или даже ведут их. Например, Рут — в маркетинге, Фред — бухгалтер, сделавший аудит нескольких проектов, и Брайен, занимающийся расширением завода. Хорошо, что за счет этого мы охватываем широкий спектр различных проектных сред. Но в то же время это опасно. Если мне не удастся направить работу таким образом, чтобы они сфокусировались на общих чертах, присущих всем проектам, мы будем до бесконечности блуждать по всей карте и ни к чему не придем.

Поэтому я не расспрашиваю об их проектах. Вместо этого я интересуюсь:

— Что вы знаете о туннеле под проливом? Первым отзывается рыжеволосый Тед:

— Вы имеете в виду туннель между Англией и Францией?

Я киваю, и он продолжает:

— Я читал, они здорово вылетели из бюджета.

— Порядка нескольких миллиардов, — уточняет Фред, наш бухгалтер.

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

— Что-нибудь еще? — обращаюсь я к классу, приглашая принять участие в обсуждении.

Мяч подхватывает Рут:

— Я смотрела по телевизору грандиозную церемонию открытия туннеля. Его открывала сама королева. Они открыли его с опозданием на несколько месяцев и все еще не были готовы пускать поезда.

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

Я привожу им еще один яркий пример: плавучие платформы с нефтяными вышками в Северном море. Это огромные заводы, построенные на высоте 300 метров над уровнем дна одного из самых штормовых океанов в мире. С каждой платформы бурится не одна, а много нефтяных скважин. Они бурятся под углом до 57 градусов для добычи нефти с глубины до трех километров. До перекачки по трубопроводу на берег нефть проходит очистку от песка. Неудивительно, что инвестиции в каждый из таких огромных проектов составляют около четырех миллиардов. Можно предположить, что после установки нескольких таких крошек они точно знают, как успешно делать такие проекты. Отнюдь. Говорят, они тщательно рассчитывают проект, потом умножают его на четыре и молятся. Правда, молитвы не помогают. В начале девяностых глава Норвежской нефтяной компании Статойл был вынужден уйти в отставку из-за колоссальных бюджетных превышений в одном из таких проектов.

Повернувшись к Марку, я полушутя добавляю:

— Как видите, не вы одни опаздываете по срокам. По крайней мере, вы хотя бы не вылетите из бюджета.

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

— Это другой вопрос, — соглашаюсь я. — И на кого ляжет вина?

— Конечно, не на него. Зная моего босса, определенно можно сказать, что вину свалят на меня.

— И что вы собираетесь делать? — с сочувствием спрашивает Чарли, менеджер программистской фирмы.

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

Чтобы подчеркнуть важность того, что Марк только что сказал, я спрашиваю:

— И часто вы это делаете?

— Чаще, чем хотим это признать, — отвечает он.

— Еще кому-нибудь приходилось сталкиваться с проектом, в котором из-за превышения бюджета и опоздания по срокам в качестве компромисса были урезаны изначальные спецификации?

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

До того, как я успеваю прокомментировать, Чарли уверенно заявляет:

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

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

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

— В начале пятидесятых, — продолжаю я, — русские объявили, что у них тоже есть атомная бомба. Это было полной неожиданностью. Для США было очевидно, что необходимо найти способ следить за тем, что делали русские на их обширной азиатской территории.

— И это привело к созданию космической сателлитной программы, — высказывает догадку кто-то из студентов.

— Боюсь, что в то время о сателлитах можно было прочитать только в научно-фантастических романах, — разочаровываю я его. — Но это было время быстрого развития реактивных самолетов. Один выдающийся инженер, Кларенс «Келли» Л. Джонсон, предложил построить самолет, который мог бы летать на высоте, недосягаемой для истребителей. Как вы думаете, сколько времени уходит на разработку нового самолета? Я имею в виду, начиная с концепции и заканчивая действующей системой боевого вооружения?

— Десять лет, — уверенно отвечает Брайен. — Я служил в ВВС.

— Ну, этого недостаточно, чтобы стать экспертом, — подкалывает его Тед.

— Обычно на это уходит больше десяти лет, — подтверждаю я. — Но U-2 был разработан в неожиданно короткие сроки. Через восемь месяцев после начала разработки этот самолет уже летал над Россией, делая снимки.

— До 1960 года, когда был сбит Френсис Гарри Пауэрс, — демонстрирует Брайен свое знание деталей.

Все впечатлены. Частично знаниями Брайена, в основном — достижениями в разработке U-2. Скептически настроен только Фред. Бухгалтер.

Я смотрю на него, приподняв одну бровь. Он принимает это за приглашение к разговору:

— Профессор Силвер, вы привели два примера серьезных провалов в управлении проектами. Вы можете привести еще подобные примеры?

— Сколько угодно, — широко улыбаюсь я. — Сколько вы хотите?

— Вы также привели нам один пример впечатляющего успеха. Вы могли бы привести еще такие примеры?

— Боюсь, что нет, — несколько смутившись, признаю я.

— Так я и думал, — без выражения заключает Фред.

Фред предоставил мне отличную возможность направить обсуждение в нужное мне русло, но я не могу удержаться, чтобы не поинтересоваться:

— Почему у вас возникло такое подозрение?

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

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

— В программировании мы говорим, что проект всегда вылетает из сроков, но никогда из оправданий.

Я смеюсь вместе с классом. Когда смех стихает, Брайен комментирует:

— В ВВС мы всегда завершали проекты в последний установленный срок.

И через пару секунд добавляет:

— Это значит, что мы не укладывались ни в первый запланированный срок, ни во второй.

Когда я наконец могу продолжать, я поворачиваюсь к Теду:

— А каково положение в строительстве? У вас должно быть меньше неопределенности с содержанием проекта.

— Верно, — соглашается он. — Наши проекты обычно не намного отличаются друг от друга, так что у нас большой опыт.

Ухмыльнувшись, он добавляет:

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

Я смотрю на часы. Пора подводить итоги.

— Итак, мы можем сделать заключение, — спрашиваю я класс, — что проблемы, присущие всем проектам, можно определить, как высокую вероятность 1. Превышений бюджета; 2. Опозданий по срокам; и часто 3. Урезания содержания? — Я записываю это на доске.

Класс демонстрирует полное согласие.

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