Без заголовка

Да, ваш кейс хорош. Интересное мнение высказал в фейсбуке Андрей Степенко, его гипотеза была похожей на вашу: дело не в софте, а в трудностях масштабирования культуры разработки с маленькой команды на всех сотрудников -- в этом дохнет и TOC, и обычный MS Project с любой методологией, остаётся только всё "на коленке". В строительстве, конечно, всё по-другому, но там рулит госрегулирование, а не крутые методологии. Про Tame the Flow -- хорошая мысль и про него сказать специально. Я даже не думал, что есть команды, которые уже от скрама переметнулись к канбану и прошили его насквозь так, что захотелось идти дальше ))) Меня, кстати, удивляет: сами разработчики канбана для разработки чётко указывали, что они отталкивались именно от работ Голдратта. А сейчас канбан для разработки представляют эдаким винегретом всяких разных идей, так что обращение к TOC из него выглядит чуть ли не новацией! Главную идею мою вы чётко подтвердили: в этой предметной области управления проектами-задачами-делами идут довольно глубокие подвижки, и они вылезают от программистов в железные и социотехнические проекты, в левой части V-диаграммы. Так что каждую пару лет нужно смотреть, что происходит: мода на XP быстро поменялась на моду на SCRUM, она поменялась на канбан, а спецы по проектному управлению в этот момент застыли в своём антиквариате и практически не меняются (кроме, пожалуй, P2M).