최종산출물 · 도서자료 기계독해

SE기반 위험관리 가이드북

uuid
a5dff39e-7166-5a1c-b7fe-4a3b5d08c635
content_id
CNTS-00118874110
doc_id
CNTS-00118874110_1
발행기관
방위사업청
발행연도
2018
KDC
560
답변 불가 (is_impossible)
True
문맥 (context)
사업수명주기 초기 무기체계 개발 계획을 구체적으로 작성하기 위해서는 먼저 체계의 개념과 요구사항이 명확히 정의되어야 한다. 이후 정의된 체계의 개념과 요구사항을 관리하기 위하여 계획을 세우다 보면 달성 여부에 대한 불확실성을 발견하게 되는데 이때 필요한 것이 바로 위험 관리이다. 이와 같이 위험을 관리하기 위한 중요한 결정은 사업 수명주기 초기에 수행된다. 통합사업관리팀은 중요 위험을 식별하기 위해 유사 사업의 위험 및 이슈관리 사례를 검토하고 위험 유형별 분석결과를 고려하여 무기체계의 개발을 계획할 수 있다. 위험관리는 독립형 프로세스가 아니며 요구조건 분석 및 개발, 체계의 설계/통합, 비용산정, 일정추적, 시험평가, EVM, CAIV, 이슈관리 등과 같이 다른 사업관리 프로세스와 연계되어 있다. 이러한 프로세스간의 적절한 연계와 체계적인 위험관리를 위해 통합사업관리팀과 연구개발 주관기관 및 협력업체들은 주기적으로 위험관련 데이터를 상호 공유하고 위험등록 및 추적관리를 용이하게 할 수 있는 호환성 있는 프로세스를 적용한다. 선행연구 단계에서의 위험관리 활동은 사업추진 이전에 요구 성능 충족관련 위험을 식별하기 위한 ROC에 대한 구체적인 검토와 사업추진 방법에 따라 발생 가능한 위험을 분석하는 것이다. 달성 불가능한 성능을 사업의 목표로 설정하여 무리하게 추진시 사업의 위험이 증가 될 수 있으므로 요구 성능의 기술적 실현가능성, 정량적인 차이에 대한 요구조건을 세부적으로 평가한다. 또한 사업추진 방법에 따라 발생 가능한 위험의 유형과 영향성을 비교하여 사업추진기본전략 수립 시 고려해야 한다. 특히, 선행연구단계의 위험은 비용·일정·성능 간의 절충이 가능하므로 이에 대한 분석과 연계된 다른 사업과의 위험 의존성 검토에도 초점을 맞춰야 한다. 가능하다면 이와 관련 전문기관(산·학·연)의 피드백을 갖는 것이 요구사항 정의를 구체화하고 보다 적은 위험을 갖는 사업추진전략을 수립하는데 도움이 될 수 있다. 기술이 충분히 성숙되어, 요구조건 달성이 안정적이며 위험이 수용 가능한 경우 체계개발 진입에 대한 결정을 내린다. 체계개발 단계 에서 사업관리 이해관계자들은 탐색개발 단계로부터 남은 위험을 지속 관리하고, 요구조건 충족 확인을 위한 설계, 체계통합, 시제제작, 평가와 생산을 위한 일정/비용/성능 관련 위험을 줄이는데 주력해야 한다. 체계개발 단계에서는 위험을 관리하기 위해 주기적으로 수행되는 사업추진평가회의나 공식 기술검토회의인 체계기능검토(SFR), 기본설계 검토(PDR), 상세설계검토 (CDR), 시험준비상태검토(TRR), 기능적형상확인(FCA), 물리적형상확인(PCA)시 위험평가를 포함하여 실시한다. SE기반 기술검토회의는 개발되는 제품 및 프로세스를 평가하여 체계가 요구조건을 충족하는 기능을 수행할 수 있고, 허용 가능한 위험 수준(비용 및 일정) 내에서 다음 단계로 진입할 수 있는지 확인하는 마일스톤으로, 체계개발간 위험관리를 위해 필수로 수행해야 하는 중요한 절차이다. 양산단계의 목적은 요구조건을 만족시키는 무기체계를 생산하여 소요군에 전달하는 것으로, 무기체계는 이 단계로 진입하기 전에 무기체계는 생산하기에 충분히 안정적이어야 한다. 하지만 실제 양산 단계에서는 단순 도면 변경부터 체계개발 후속조치(시험평가(DT/OT) 후속조치 등), 단종 및 하자/결함으로 인한 기술변경, 운용부대 관리 능력관련 추가 요구사항까지 체계개발 단계에서 예상하지 못한 수많은 위험들이 존재하고 있다. 따라서 양산단계에서의 위험관리 활동의 중점은 예상하지 못한 문제들이 발생했을 때 어떻게 대응 할 것인가에 대한 절차를 사전에 구축하는 것이다. 이를 위해 통합사업 관리팀은 생산 및 유지관련 위험을 다루기 위한 위험 완화 활동을 최신화하여 업체와 양산계약을 체결해야 하며, 기술진부화 방지, 품질보증 등 적기 전력화를 위한 일정/비용/성능 측면의 위험을 업체가 지속적으로 식별 하여 관리할 수 있는 절차를 제시할 수 있도록 한다. 위험 감시는 지속적으로 수행해야 하는 프로세스로 위험의 추적 및 위험 완화 전략에 대한 이행 성과를 평가하는 것이다. 모든 위험 완화 사항이 만족스러울 수는 없다. 사업관리부서는 위험 완화 전략에 기반하여 추진한 활동에 대한 재평가를 통해 위험 완화 전략을 수정한다. 위험 감시에는 기록, 유지 관리, 위험 보고, 위험 분석, 위험 완화 및 추적 결과 활동이 포함된다. 위험관리 조직과 주요 기술검토 회의의 일부로 수행되며 필요시 위험관리 도구를 활용할 수 있다. 위험 제거 도표도 위험 감시 도구로 볼 수 있다. 위험에 중대한 변화가 발생한다면 위험 완화 전략을 적절히 조정한다. 위험이 분석된 결과에 비해 낮은 수준이라면 위험 완화 활동을 줄이거나 취소하여 할당된 자원이 다른 용도로 사용되도록 한다. 또한, 위험의 심각성이 증가한 경우에는 이를 적절하게 관리하기 위한 추가의 위험 완화 활동이 수행되어야 한다. 이슈 관리는 위험 관리와 상호보완적인 관계이므로 이슈 및 위험관리에 동일한 절차를 적용하는 것이 가능하다. 사업에 따라 이슈관리 조직을 위험관리 조직과 별도로 운영할지 여부에 대해서도 검토되어야 한다. 중요한 사항은 이슈와 위험 둘 다 초점을 두고 현재문제가 위험을 관리하기 위한 노력 이상으로 벗어나지 않도록 집중하는 것이다. 이슈를 해결하기 위한 식별, 분석, 조치 및 감시를 보장하는 이슈관리 절차를 수립해야 한다. 이것은 중요하거나 우선순위가 높은 이슈를 해결할 수 있는 효과적인 방법의 개발을 가능하게 하며, 활동 수행을 위해 필요한 자원을 가용하게 한다. 이슈 해결을 위한 우선순위를 정하기 위해 긴급한 이슈를 먼저 식별해야 하며, 예상비용과 일정을 포함한 조치 계획을 문서화한다. 주기적인 기술검토를 통해 이슈가 종결될 때까지 이슈를 최신화해야 하며, 식별된 이슈에 대해서 관리자를 지정한다. 또한 위험과 이슈에 대한 관리가 용이 하도록 위험 총괄표를 통합하여 사용할 수 있다.
지시문 (instruction)
다음 문맥을 읽고 질문에 답하시오.
질문 (question)
체계개발 단계에서 실시하는 기술검토회의 중, 상세설계검토(CDR)를 수행할 때 구체적으로 어떤 위험 평가 항목을 포함해야 하는가?
추론 과정 (compact_reasoning)
  1. 1과제 해석task_interpretation

    질문은 체계개발 단계의 기술검토회의 중 상세설계검토(CDR) 시 포함되어야 하는 구체적인 위험 평가 항목을 묻고 있다.

  2. 2정보 추출information_extraction

    문맥에서 체계개발 단계의 기술검토회의 종류와 위험평가 실시 여부에 대한 정보를 추출한다.

    • 체계개발 단계에서는 위험을 관리하기 위해 주기적으로 수행되는 사업추진평가회의나 공식 기술검토회의인 체계기능검토(SFR), 기본설계 검토(PDR), 상세설계검토 (CDR), 시험준비상태검토(TRR), 기능적형상확인(FCA), 물리적형상확인(PCA)시 위험평가를 포함하여 실시한다.
  3. 3근거 선택evidence_selection

    문맥은 CDR을 포함한 여러 회의 시 위험평가를 포함하여 실시한다고 명시하고 있으나, 각 회의별로 수행해야 하는 구체적인 위험 평가 항목(예: 비용, 일정, 기술적 세부 사항 등)은 구분하여 제시하지 않는다.

    • 상세설계검토 (CDR), 시험준비상태검토(TRR), 기능적형상확인(FCA), 물리적형상확인(PCA)시 위험평가를 포함하여 실시한다.
  4. 4논리 통합logical_integration

    문맥을 종합하면 CDR 단계에서 위험평가를 실시한다는 사실은 알 수 있지만, CDR에 특화된 위험 평가 항목이 무엇인지에 대한 정보는 결합하여 도출할 수 없다.

  5. 5결론 도출conclusion_formulation

    질문이 요구하는 'CDR 시의 구체적인 위험 평가 항목'은 문맥에 명시되어 있지 않으므로 답을 결정할 수 없다.

  6. 6답변 생성answer_generation

    주어진 문맥만으로는 답을 확인할 수 없다는 결론을 도출한다.

근거 (evidence)
  • 체계개발 단계에서는 위험을 관리하기 위해 주기적으로 수행되는 사업추진평가회의나 공식 기술검토회의인 체계기능검토(SFR), 기본설계 검토(PDR), 상세설계검토 (CDR), 시험준비상태검토(TRR), 기능적형상확인(FCA), 물리적형상확인(PCA)시 위험평가를 포함하여 실시한다.
  • 상세설계검토 (CDR), 시험준비상태검토(TRR), 기능적형상확인(FCA), 물리적형상확인(PCA)시 위험평가를 포함하여 실시한다.
최종 답변 (final_answer)
주어진 문맥만으로는 답을 확인할 수 없다.
분석 (analysis)
문맥은 체계개발 단계의 여러 기술검토회의(SFR, PDR, CDR 등) 시 위험평가를 포함하여 실시한다는 사실을 언급하고 있다. 그러나 질문이 요구하는 CDR 단계에서의 구체적인 위험 평가 항목에 대해서는 정보를 제공하지 않으므로 외부 지식 없이는 답을 작성할 수 없다.