Сколько организаций, столько и системных инженерий. NASA в этом смысле имеет приоритет: близка к первоисточнику. Но я бы к этому приоритету относился с большим подозрением, ибо софт является работоспособным начиная с третьей версии, а современность подхода NASA еще нужно доказать (ср.: почему коммерческие инициативы по космическим полетам в разы дешевле?). Так что древнее знание NASA нужно усваивать с почтением, но без пиетета, в том числе и по вопросам разделения проектного управления и системной инженерии.
Кстати, стандарт проектного управления в системной инженерии ISO 16326 вышел 15 декабря 2009г., и там, например, говорится среди всяких бла-бла-бла про планирование: "a) Interface Control Working Groups (ICWGs) should be formed for evaluation and successful implementation of interface constraints. ICWGs should consist of a representative from each organization affected by an interface. ICWGs provide a forum to discuss software and system interfaces, explore options and reach agreement on the best approach for implementing interfaces. ICWG recommendations requiring project changes should be submitted to whatever formal configuration management process the project has implemented (such as a configuration control board) for approval prior to implementation. Interfaces should be specified and controlled as an integral part of software specification and interface description documents".
Впрочем, все то же самое верно и про пересечение системной инженерии и процессного (а не проектного) управления.
Деятельность, как и природа, не делится на факультеты...