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

Ага. За один раз я обсуждаю одну проблему, остальные идут в сад. За второй раз -- вторую проблему, остальные (включая первую) идут в сад. Separation of concerns, основной принцип. Ну, и работа с ситуациями -- чтобы разбираться со смыслами. Вне ситуаций обсуждения бессмыслены. Я хорошо понимаю, когда нужно будет разобраться одновременно с конфигурированием коробочного софта (sic!) типа SAP R/3 с его бесконечно долгой "настройкой", и с управлением конфигурацией какой-то программоёмкой системы. Но и тогда я предпочёл бы мух конфигурирования иметь отдельно, а управление конфигурацией рассматривать отдельно. Вы, например, разницу между управлением требованиями, управлением конфигурацией требований, инженерией требований представляете? Все слова похожи, а суть в них совершенно разная...