Вовремя и в рамках бюджета. Управление проектами по методу критической цепи
Шрифт:
2. Снизьте влияние ресурса-ограничения, максимально использовав его возможности.
2.1. Для каждого проекта в отдельности составьте график методом критической цепи.
2.2. Определите приоритетность проектов в борьбе за ресурс-ограничение.
2.3. Создайте график вовлеченности ресурса-ограничения во все рассматриваемые проекты, или график «барабана». Установите все потребности проектов и снимите явные конфликты, чтобы увеличить производительность всей организации (т. е. позвольте большей части проектов завершиться досрочно).
3. Подчините/согласуйте отдельные графики проектов между собой.
3.1. Начало каждого проекта определите с учетом
3.2. Обозначьте критическую цепь — от первой операции, требующей участия ресурса-ограничения, и до конца проекта.
3.3. Добавьте буферы на доступность — между графиками проектов перед тем графиком, в котором задействован ресурс-ограничение. Этот механизм защитит график «барабана», обеспечив своевременное наличие всех исходных материалов.
3.4. Если при добавлении буферов на доступность возникают накладки в графике ресурса-ограничения, устраните их.
3.5. Добавьте в каждый проект буферы ограничивающего ресурса — чтобы не допустить остановки ограничения. Поместите их непосредственно перед операцией, в которой в проекте используется ресурс-ограничение.
4. Устраните ограничение — увеличьте мощность ограничивающего ресурса.
5. Вернитесь к шагу 1, не позволяя инерционности мышления становиться ограничением.
Далее мы рассмотрим некоторые составляющие этого процесса.
Прежде чем браться за создание графика «барабана», необходимо определить приоритетность всех одновременно идущих проектов. Это нужно для того, чтобы ресурс-ограничение использовался в соответствии с важностью проектных задач. Расстановка приоритетов может осуществляться по разным принципам, однако первый в этом ряду — взятый из ТОС принцип увеличения производительности Т компании посредством управления ограничением. Если вы способны напрямую измерять этот показатель, можно использовать его для выявления степени важности проектов. Для этого производительность Т проекта (как правило, в долларах) делим на время участия в проекте ресурса-ограничения (обычно в человеко-часах или человеко-днях).
Остальные принципы расстановки приоритетов должны формулироваться с учетом цели организации. Так, может оказаться выгодным поставить первым приоритетом проекты для самых лучших ваших клиентов, ведь вам необходимо зарабатывать деньги — сейчас и в будущем.
Ресурс-«барабан» задействован во всех проектах, которые мы рассматриваем как части одной системы. В крупных компаниях может существовать несколько групп проектов, при этом одни и те же ресурсы задействованы внутри группы, но не между группами. В этом случае и ресурсов-«бараба-нов» будет несколько.
Ресурсы часто оказываются ограничением. Иногда может показаться, будто ограничение «плавает» — в его роли выступает то один, то другой ресурс. Основные положения ТОС гласят, что вряд ли в системе в один момент времени будет несколько ограничений (если, конечно, система стабильна). Временные ограничения мощности могут проявиться под влиянием статистических колебаний. Допустим, например, что одновременно конкретный ресурс потребовался на нескольких проектах, причем потребности превышают возможности ресурса. Это явление статистическое, предсказуемое. Мы должны быть готовы к тому, что подобное может случиться. Поэтому данный ресурс нельзя назвать ограничением
Однако во многих компаниях имеются хронические ограничения — ресурсы, которые постоянно вызывают проблемы при реализации проектов. Какой-то отдел всегда задерживается допоздна или постоянно срывает сроки. Получается так, скорее всего, из-за того, что какое-то корпоративное правило или что-то еще не позволяет отделу работать эффективно на полную мощность. Если подобных ресурсов несколько, выбирайте в качестве ограничения тот, что ближе к началу проектов. Тогда остается возможность позже при необходимости изменить свое решение. Такой ресурс можно назвать ограничением мощности, если он влияет на работу всей компании и по каким-то причинам нет простых способов увеличить степень доступности данного ресурса. Это узкое место в компании, следовательно, оно становится «барабаном», задающим скорость движения всех проектов.
Мы выбираем ресурс-«барабан» для того, чтобы разнести по времени запуск в систему новых проектов и не допустить перегрузки всей организации. Поэтому, как правило, если назначить «барабан» ошибочно, особого вреда не будет. Все равно вы в какой-то степени разведете проекты во времени. Если вы выбрали относительно загруженный ресурс, который невозможно простыми способами сделать менее загруженным и более доступным, польза будет очевидной. С течением времени, уже в ходе выполнения проекта, вы обнаружите настоящий ресурс-«барабан». Намного лучше работать с графиком «барабана», даже если «барабан» найден неверно, чем продолжать действовать по старинке, мучаясь от проблем, создаваемых настоящим ограничением.
Разработана масса критериев, позволяющих определить «барабан» системы. С одной стороны, планы проектов дают полную картину потребностей в ресурсах. С другой стороны, вам известно, какой объем ресурсов доступен. Можно назначить «барабаном» ресурс, на который наблюдается самый большой спрос. Однако есть смысл использовать данный способ, только если вы полностью уверены в достоверности исходных данных. Говоря о производстве, Голдратт не рекомендует этот метод, ссылаясь на то, что абсолютно точной информации на руках никогда не бывает. Это может оказаться справедливым и для проектов. Чтобы пойти этим путем, нужно быть уверенным в том, что ресурс, который вы прочите на роль «барабана», действительно нельзя просто так взять и сделать более доступным (например, наняв контрактников или временный персонал).
Чтобы получить максимальную пользу от разнесения проектов по времени, «барабаном» должен быть назначен ресурс, который определяет большую долю длительности критических цепей ваших проектов. В разных проектах это могут оказаться разные ресурсы. Если ваши проекты движутся по одной и той же схеме, как это часто бывает (например, за стадией разработки идет изготовление и передача в эксплуатацию), то можно будет установить, какой именно из ресурсов больше всего влияет на продолжительность работ критической цепи. Если сделать этот ресурс «барабаном», то, вероятнее всего, удастся снять конфликт всех остальных ресурсов проекта.