INCOSE 요구사항 작성 가이드(GWR): Unambiguous (C3)

요구사항(Requirement)은 시스템 개발 및 엔지니어링 과정에서 필수적인 요소로, 제품이나 시스템이 기대하는 기능과 성능을 충족하도록 정의하는 역할을 합니다. 잘 정의된 요구사항은 프로젝트의 성공을 결정하는 핵심 요소이며, 이를 체계적으로 작성하는 것이 중요합니다.

 

국제 시스템 공학 협회(INCOSE, International Council on Systems Engineering)에서 발행한 “Guide to Writing Requirements”는 요구사항을 명확하고 효과적으로 작성하기 위한 지침을 제공하며, 요구사항이 가져야 할 여러 가지 중요한 특징을 정의하고 있습니다. 그중에서도 “비모호성(Unambihuous)”은 소프트웨어 개발과 시스템 설계에서 요구사항이 모호한 사항이 없어야 한다는 원칙을 의미합니다.

 

이번 포스팅에서는 INCOSE GWR에서 언급하는 요구사항의 비모호성(Unambiguous)이 무엇이고, 왜 중요한지, 그리고 모호하지 않은 요구사항을 작성하기 위해서는 무엇을 고려해야 하는지에 대해 알아보도록 하겠습니다.

 

INCOSE 요구사항 작성 가이드 (Guide to Writing Requirements, GWR)

비모호성(Unambiguous, C3)

요구사항의 비모호성이란, 모든 독자(이해관계자)가 해당 요구사항을 오직 하나의 의미로만 해석할 수 있도록 표현되어 있는 상태를 말합니다. 다시 말해, 개발자, 설계자, 검토자, 고객, 검증 팀 등 어떤 역할의 사람이 읽더라도 동일한 해석과 이해를 하도록 구성된 요구사항이어야 하며, 해석의 여지가 없고, 의도 추측이 필요 없는 표현을 사용해야 합니다.

 

예를 들어, “시스템은 사용자에게 빠르게 응답해야 한다”라는 문장은 모호한(Ambiguous)합니다. “빠르게”라는 표현은 사람에 따라 0.5초일 수도, 2초일 수도 있기 때문입니다. 반면, “시스템은 사용자 입력에 대해 1초 이내에 응답해야 한다”는 문장은 하나의 해석만 가능하므로 모호하지 않은(Unambiguous) 요구사항이 됩니다.

 

요구사항에서 비모호성이 중요한 이유

정확한 구현의 기준이 됩니다.

비모호하지 않은 요구사항은 개발자가 구현 방향을 혼동하지 않도록 도와줍니다. 모호한 요구는 오해로 이어져 잘못된 기능 개발로 이어질 수 있으며, 이는 반복 수정과 재작업으로 이어질 수 있습니다.

 

검증과 유효성 확인이 가능해집니다.

요구사항이 명확하지 않으면 해당 요구가 충족되었는지 확인하기 어렵습니다. 즉, Verifiable/Validatable (C7) 기준을 만족할 수 없게 됩니다. 명확하게 수치화되거나 기준이 정해진 요구만이 검증 활동의 기준이 될 수 있습니다.

 

프로젝트 지연 및 비용 초과 방지

초기 요구사항이 모호하면, 설계 및 개발 단계에서의 잦은 해석 충돌, 재협상, 설계 변경이 빈번히 발생해 일정 지연과 예산 낭비를 초래할 수 있습니다.

 

법적 분쟁 예방

요구사항은 계약의 일부로 간주될 수도 있습니다. 문서화된 요구가 모호하면 향후 분쟁의 여지가 생기며, 이는 법적 책임이나 금전적 손실로 이어질 수도 있다는 점을 명심해야 할 것입니다.

 

Unambiguous 확인을 위한 체크리스트

체크 항목	확인 질문	예시
의미 명확성	해당 요구사항은 하나의 의미로만 해석 가능한가?	"1초 이내 응답"은 해석 일치, "빠르게"는 다의적
정량적 표현	수치 또는 기준이 제시되어 있는가?	"온도 70도 유지"는 정량적, "적절한 온도"는 모호
조건 명확성	조건이 구체적으로 제시되어 있는가?	"2시간 주행 시" vs. "오랫동안 주행 시"
용어 정의	용어가 정의되어 있거나 일반적으로 통용되는가?	"에코 모드" → 정의 또는 표준 필요
사용자/시스템 행위 구분	누가 어떤 행위를 하는지 명확한가?	"운전자가 확인할 수 있어야 한다"는 주체가 명확함
검증 가능 여부	해당 요구사항이 시험 또는 관찰을 통해 검증 가능한가?	"표시 시간 10초 이상"은 검증 가능

 

 

---

마치며...

요구사항의 비모호성은 단순히 문장을 잘 쓰는 문제를 넘어서, 시스템 개발의 전 과정에 직결되는 핵심 요소입니다. 요구사항이 모호하게 작성되면 설계, 구현, 검증, 심지어는 고객과의 계약 해석에 이르기까지 다양한 문제를 유발할 수 있습니다. 반대로, 명확하고 일관된 표현으로 요구사항을 기술하면, 모든 이해관계자가 동일한 목표를 공유할 수 있으며, 개발 효율성뿐만 아니라 품질과 고객 만족도 또한 높일 수 있습니다.

 

비모호한 요구사항을 작성하기 위해서는 표현의 구체화, 표준화된 용어 사용, 다양한 검토 활동이 필수적입니다. 처음에는 다소 어렵고 시간이 걸릴 수 있지만, 장기적으로는 프로젝트 성공을 위한 가장 확실한 투자라고 할 수 있습니다.

 

여러분께서도 요구사항을 작성하실 때, 항상 “이 문장을 모든 사람이 똑같이 이해할 수 있을까?”라는 질문을 던지시길 바랍니다. 이러한 작은 질문이 명확하고 신뢰할 수 있는 시스템 개발의 밑거름이 될 것입니다