TGViewer
Цифра Комягина Цифра Комягина @doingdigital · 582 subscribers
Post #268 424
Правила потока для управления проектами по Голдратту

Приглашенный эксперт попросила меня прочесть книгу для того, чтобы мы с ней были в одном контексте: “Правила потока для управления проектами по Голдратту”.

Нужно сказать, что я — большой поклонник Элияху Голдратта. Я помню, как прочел его главную работу “Цель” и заставил читать её весь наш офис. Книга в стиле делового романа раскрывает ключевые аспекты “теории ограничений” (TOC). На мой взгляд — незаменимый и фундаментальный труд для всех, кто занимается серийным и мелкосерийным производством.

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

Так вот новую книгу написала уже дочь Голдратта, как раз адаптировав идеи его теории для мультипроектной деятельности.

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

Основные идеи книги:

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

• Основной фактор, влияющий на сроки — количество проектов, между которыми переключается команда.

• Скорость потока необходимо измерять и регулярно контролировать.

• Перед отправкой задачи в работу, нужно убедиться, что для ее исполнения готовы все материалы и есть вся необходимая информация, что собран полный комплект данных — full-kit (фактически, речь идет о необходимости формулирования критериев DoR и DoD для различных стадий проекта). Задачи, по которым не всё готово, в работу не идут.

• Стандартизация нужна не везде, но там, где импровизация обходится слишком дорого — стандартизация необходима.
Работа занимает всё отведенное на неё время. Поэтому при управлении проектами важно использовать буфер времени, размещаемый в конце проекта.

• Буфер - это НЕ дополнительные 30% к срокам исполнителей, а 30% ОТ их сроков (то есть риски, заложенные в оценки исполнителей изымаются, и бережно складываются в общий буфер, размещаемый в конце проекта).
Расходование буфера необходимо контролировать. Идеально, если процент его расходования меньше процента реализации проекта.

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

P.S. Не читал, кстати, вторую главную работу Голдратта “Критическая Цепь”. Если вы читали — поделитесь опытом, стоит потраченного времени или вода? Потому, что “Цель-2” не зашла совершенно — не смог дочитать.
  • 🔥 9
  • 👍 4
More from @doingdigital
  1. Sep 12, 2026Конечно, за две недели воспроизвести всю Miro с их 100 млн пользователей, безопасностью, о…
  2. Sep 12, 2026На рынке случилось уMIROтворение 10 сентября Miro подписала соглашение о продаже итальянск…
  3. Aug 27, 2026Короче, ща будет пост восторга. Потерпите пожалуйста … Я вам уже много раз рассказывал про…
  4. Aug 25, 2026ROI от внедрения ИИ Вопрос “внедрять или не внедрять” больше не стоит на повестке дня. Это…
  5. Aug 19, 2026Строим ИИ-редакцию. Шаг за шагом. После прошлого поста мы с друзьями начали обсуждать, как…
  6. Aug 18, 2026Для текстов на русском я больше не использую Claude OpenAI генерирует коммерческие тексты…
Threads Profile ViewerView any public Threads profile without an account.Open ThreadLook →Writing with AI? Make it sound human.Metric37 rewrites AI drafts so they read naturally. Free AI detector, 1,500 words free.Try Metric37 →