Обсуждение

Maneuver warfare как-то внезапно. Хотя идея понятна.

Там децентрализацию в принятии решений главным образом.

И еще турбулентность (~highly disruptive environment).

Это не менеджеры. Это технологи. Причём, технологи конвейерной сборки.

Donald Reinertsen специально обсуждает отличие предлагаемых им идей для разработчиков (development) от идей для конвейерной сборки (manufacturing). Хотя мне тоже кажется, что там всё одно уши manufacturing продолжают торчать. Но других (не сводящихся к банальному "думать головой, тщательно") современных идей в менеджменте разработки я что-то не нашёл. Lean-kanban-TOC, конец списка.

Вообще-то для разработки - это ТРИЗ и производные. Остальное - организация процесса.

Я ж, вроде, про менеджмент тут пишу (хоть и инженерный). Ни разу не про инженерию. А про водораздел их в agile-движении я тут писал подробней, четыре дня назад: http://ailev.livejournal.com/1183548.html

Анатолий, а что из трудов автора Вам попалось? Я читал его книгу The Principles of Product Development Flow: Second Generation Lean Product Development. В ней достаточно много внимания уделено рассмотрению сущностных отличий в организации инженерии и производства, стохастическим характеристикам и вариациям на тему функции потерь Тагуччи.

Вот-вот, я тоже эту его книгу читал. Но там не слишком много уделено внимания знаниевым аспектам трансформации самого продукта, там именно "поток". Он ведь тоже прошёл по тому водоразделу, который описан в http://ailev.livejournal.com/1183548.html. И у него в этой книжке больше всего принципиальных оснований, так что я для развития рекомендую начинать сначала с этой книжки, а только потом читать андерсеновский Канбан. Интересно, что в TameFlow знаниевому аспекту уделено в первой половине книги много бОльшее внимание, хотя во второй половине книги там всё одно поток. Эту книжку я рекомендую читать третьей. И это "понятийный минимум" в инженерном менеджменте, как я его сегодня понимаю. А дальше стык с инженерией можно обсуждать в терминах движения состояний альф и ответов на чекпойнты. Там ведь везде хитрое замечание в этих книжках, что "вначале должен быть хоть какой-то process development, а дальше эволюция". И нужно это "хоть какой-то вариант" уметь целостно представить и обсудить, не потеряв и собственно инженерную часть, и предпринимательскую-маркетинговую. Я как раз этим сейчас занимаюсь, "смычкой".