Читать книгу Правила потока для управления проектами по Голдратту онлайн

Управление проектами по своей сути отличается от управления производством. Во-первых, проекты не такие однообразные, как производство. Каждый проект уникален и поэтому связан с гораздо большим риском. Голдратт заметил, что люди, работающие над проектами, совершают одну и ту же базовую ошибку: они управляют рисками локально, вместо того чтобы смотреть на общую картину. Они готовы биться за каждую отдельную задачу, но не за весь проект целиком. В итоге подстраховка, которую они закладывают, неизбежно тратится впустую. Новое применение теории ограничений Голдратт назвал CCPM[2]. Чтобы представить этот подход, он написал ещё один бизнес-роман – «Критическая цепь»[3]. Первоначально книга включала в себя проектное планирование и управление буферами. Базовый посыл прост: поскольку проекты опаздывают из-за непредвиденных задержек, менеджеры должны предусмотреть временны́е буферы. Чтобы защитить проект, основной буфер всегда следует размещать в конце проекта.

Благодаря всё большему количеству внедрений по всему миру CCPM зарекомендовал себя как превосходный метод управления проектами. Внедрений становилось всё больше, и Голдратт заметил проблему. Подход очень чётко показывал статус проекта, но также он часто подсвечивал, что буферы уже потрачены и срок будет сорван. Сначала Голдратт предположил, что причина в степени детализации. Он, как и многие другие, приложил немало усилий, чтобы разобраться, как распределять задачи, где размещать буферы, как лучше рассчитывать их размер и так далее. Но результаты по-прежнему оставались на том же уровне. Тогда Голдратт заподозрил, что дело не в деталях: базовая исходная посылка была ошибочной. До начала использования буферов хаос в проектах был настолько велик, что единственное, что люди могли сделать, когда что-то шло не так, – это перекладывать ответственность друг на друга. Но мониторинг буферов дал прозрачность, которой раньше ни у кого не было. Голдратт изучил причины срывов сроков, потребляющих буферы, и вот что он обнаружил. Время тратилось впустую не только из-за непредвиденных задержек – главным образом оно уходило на внутренние препятствия, замедляющие поток проектов. Это стало поразительным открытием. Речь больше не шла о настройке управления буферами – речь шла о разработке нового свода знаний.