Успешность системы — различия между версиями
Admin (обсуждение | вклад) |
Admin (обсуждение | вклад) |
||
(не показана одна промежуточная версия этого же участника) | |||
Строка 1: | Строка 1: | ||
− | + | Система '''успешна''' (successful) тогда и только тогда, когда с её помощью добиваются успеха все ключевые заинтересованные стороны (Д. Хитчинс). Для того, чтобы система позволяла ключевым заинтересованным сторонам добиться успеха требуется: | |
+ | * идентифицировать все критически важные [[стейкхолдер|заинтересованных сторон]]; | ||
+ | * определить, в чём видят успех заинтересованные стороны; | ||
+ | * договориться с заинтересованными сторонами о взаимовыгодном наборе планов создания и производства системы, а также реализации процессов; | ||
+ | * контролировать, с учётом баланса интересов заинтересованных сторон, реализацию планов, включая адаптацию к происходящим [[управление изменениями|изменениям]]. | ||
+ | == Принципы успешной системы == | ||
+ | Б. Боэм предложил, применительно к программно-насыщенным системам, четыре принципа успешной [[Системная инженерия|системной инженерии]] (Boehm B. et al. Principles for Successful Systems Engineering), взятые за основу в [[Спираль|Спиральной]] модели поэтапного роста обязательств (Incremental Commitment Spiral Model - ICSM): | ||
# '''Описание и развитие системы в разрезе ценности для [[Стейкхолдер|стейкхолдера]]''' (Stakeholder value-based system definition and evolution) - система будет успешной тогда и только тогда, когда в выигрыше окажутся все критически важные ЗС. | # '''Описание и развитие системы в разрезе ценности для [[Стейкхолдер|стейкхолдера]]''' (Stakeholder value-based system definition and evolution) - система будет успешной тогда и только тогда, когда в выигрыше окажутся все критически важные ЗС. | ||
# '''Поэтапный рост ответственности и обязательств''' (Incremental commitment and accountability) - доверие между ЗС невозможно установить в отсутствии ведущих специалистов, отвечающих за создание системы. С другой стороны, критически важные ЗС должны нести ответственность за свои обязательства и своевременно обеспечивать их выполнение, а также принятие необходимых решений. | # '''Поэтапный рост ответственности и обязательств''' (Incremental commitment and accountability) - доверие между ЗС невозможно установить в отсутствии ведущих специалистов, отвечающих за создание системы. С другой стороны, критически важные ЗС должны нести ответственность за свои обязательства и своевременно обеспечивать их выполнение, а также принятие необходимых решений. |
Текущая версия на 15:27, 28 октября 2016
Система успешна (successful) тогда и только тогда, когда с её помощью добиваются успеха все ключевые заинтересованные стороны (Д. Хитчинс). Для того, чтобы система позволяла ключевым заинтересованным сторонам добиться успеха требуется:
- идентифицировать все критически важные заинтересованных сторон;
- определить, в чём видят успех заинтересованные стороны;
- договориться с заинтересованными сторонами о взаимовыгодном наборе планов создания и производства системы, а также реализации процессов;
- контролировать, с учётом баланса интересов заинтересованных сторон, реализацию планов, включая адаптацию к происходящим изменениям.
Принципы успешной системы
Б. Боэм предложил, применительно к программно-насыщенным системам, четыре принципа успешной системной инженерии (Boehm B. et al. Principles for Successful Systems Engineering), взятые за основу в Спиральной модели поэтапного роста обязательств (Incremental Commitment Spiral Model - ICSM):
- Описание и развитие системы в разрезе ценности для стейкхолдера (Stakeholder value-based system definition and evolution) - система будет успешной тогда и только тогда, когда в выигрыше окажутся все критически важные ЗС.
- Поэтапный рост ответственности и обязательств (Incremental commitment and accountability) - доверие между ЗС невозможно установить в отсутствии ведущих специалистов, отвечающих за создание системы. С другой стороны, критически важные ЗС должны нести ответственность за свои обязательства и своевременно обеспечивать их выполнение, а также принятие необходимых решений.
- Согласованное мультидисциплинарное описание и разработка системы (Concurrent multidiscipline system definition and development) - для понимания потребностей, анализа обстоятельств, выявления целей и определения требований, а также для разработки архитектурных решений и проектирования системы, включая аппаратное и программное обеспечение, а также операторов и, наконец, для получения свидетельств осуществимости решения, важно придерживаться правила параллельной, а не последовательной организации работ.
- Доказательно обоснованное принятие решений на основе фактов и с учетом риска (Evidence and risk-driven decision making) - важнейшим фактором при принятии решений является наличие доказательно обоснованного факта, а не плана, графика или календарного события.