Основания системной инженерии
08. Принципы системной инженерии. Барри Боэм.
К вопросу о программной инженерии. Есть такой профессор Боэм. Это, например, спиральная модель жизненного цикла и много чего другого. Это — тоже в хорошем смысле — очень уважаемый человек.
Боэм сейчас возглавляет коллектив людей, который занимается спиральной моделью. Но я не о самой модели. А о том, что применительно к насыщенным программами системам в связи с разработкой этой модели коллектив выделил четыре принципа успешной системной инженерии. Первый раз опубликовано в 2012-м году. Это вообще вчера. Почти сегодня.
Первый принцип: описывать и развивать систему в разрезе ценности для заинтересованных сторон.
Система успешна тогда и только тогда, когда в выигрыше окажутся все критически важные заинтересованные стороны.
Второе — поэтапный рост ответственности и обязательств. Доверие между заинтересованными сторонами невозможно установить в отсутствие специалистов, отвечающих за создание системы. С другой стороны, критически важные заинтересованные стороны должны нести ответственность за свои обязательства. Это к Вашему тезису «начальник всё знает» (см. фрагмент «Принципы системной инженерии: Дерек Хитчинс» с 11:13). Нет. Вот принцип поэтапного роста ответственности обязательств с Вашим тезисом находится в прямом противоречии. Причем он распространяется не только на экономический аспект, а на все аспекты деятельности.
Третий принцип: согласованное мультидисциплинарное описание и разработка системы. (Concurrent multidiscipline system definition and development) — для понимания потребностей, анализа обстоятельств, выявления целей и определения требований, а также для разработки архитектурных решений и проектирования системы, включая аппаратное и программное обеспечение, а также операторов и, наконец, для получения свидетельств осуществимости решения, важно придерживаться правила параллельной, а не последовательной организации работ.
И, наконец, четвертый принцип. Доказательно обоснованное принятие решений на основе фактов и с учетом рисков. Факты нужно учитывать, а не хотения — я вот так могу от себя добавить. Последние семь лет я наблюдаю с самого высокого верха массу хотений в отношении инженерного дела. И факты. И риски надо учитывать. О том, что надо риски учитывать, все эффективные менеджеры, включая правительственных менеджеров, рассказывают, что они умеют учитывать риски. Надеюсь.
(Evidence and risk-driven decision making) — важнейшим фактором при принятии решений является наличие доказательно обоснованного факта, а не плана, графика или календарного события.
Не график, не календарное событие. То есть, work breakdown structure — замечательный документ, без него никак. Но факты должны быть, на основе которых всё и происходит.
Список литературы
- Boehm B. et al. Principles for Successful Systems Engineering // Procedia Computer Science - №8 - 2012.- p.p. 297-302.