14장. 요구사항 충돌과 협상

충돌하는 이해관계와 제약을 대안·트레이드오프·결정 기록으로 다뤄 합의의 범위와 재검토 조건을 남긴다.

이번 장에서 해결할 질문

학습 목표

• “동시에 만족할 수 없는 요구를 근거와 권한에 따라 어떻게 협상하는가?”에 답하는 데 필요한 개념과 근거를 설명한다.
• 수강신청 사례에 같은 판단 기준을 적용하고 확인할 빈칸과 다음 행동을 기록한다.

핵심 개념

우선순위를 논의하면 이해관계자의 목표와 제약이 충돌하는 순간을 만나게 된다. 충돌을 적당한 문장으로 봉합하면 같은 논쟁이 설계·시험·운영 단계에서 더 비싼 형태로 되돌아온다. 모두가 만족했다는 표현보다 무엇을 선택하고 무엇을 포기했는지가 중요하다.

이 장에서는 요구 충돌의 유형과 결정 권한을 확인하고, 대안과 트레이드오프트레이드오프한 목표를 개선할 때 다른 목표의 비용이나 손실을 함께 감수해야 하는 선택 관계다.를 비교해 합의 가능한 범위를 찾는다. 반대 의견, 선택 근거, 영향받는 요구와 재검토 조건을 결정 기록으로 남겨 합의 이후의 변경과 책임까지 추적할 수 있게 한다.

1. 요구사항 충돌이 발생하는 이유

충돌은 요구사항 공학이 실패했다는 증거가 아니다. 서로 다른 이해관계자, 정책, 품질, 자원과 시간 제약이 드러난 상태다. 감추면 구현 단계에서 개발자가 임의로 결정하고, 드러내면 목표와 권한에 따라 비교할 수 있다. 10장10장. 요구사항 분석도출한 요구 후보에서 누락·모순·중복·실현 가능성 문제를 어떻게 찾는가?페이지로 이동은 모순을 찾았고, 12장12장. 요구사항을 구조화한다흩어진 요구를 목표·기능·규칙·데이터·품질과 관계로 어떻게 구조화하는가?페이지로 이동은 상충관계를 구조에 남겼으며, 13장13장. 요구사항의 우선순위를 결정한다가치·긴급성·위험·노력을 섞지 않고 우선순위를 어떻게 결정하는가?페이지로 이동은 가치·비용·위험·의존성·긴급성을 비교했다. 이제 어느 요구를 어떤 조건으로 채택할지 합의해야 한다.

수강신청 사례의 갈등은 “선착순이 공정하다”와 “졸업예정자에게 우선권이 필요하다”처럼 정책 가치가 다르거나, “외부 규칙을 매번 확인한다”와 “응답을 빠르게 한다”처럼 품질 목표가 경쟁하거나, “모든 예외를 자동화한다”와 “다음 학기까지 출시한다”처럼 자원이 부족해서 생긴다. 같은 단어를 다르게 쓰는 오해도 실제 정책 충돌처럼 보일 수 있다.

먼저 충돌 유형을 분리한다.

유형을 잘못 잡으면 해결도 틀린다. 용어 차이는 정의로 풀 수 있지만 정책 우선권은 정의만 고쳐서는 풀리지 않는다. 데이터가 다른 문제를 표결로 끝내거나, 권한 문제를 기술 절충으로 숨겨서도 안 된다.

SWEBOK Guide v4.0a는 요구사항 분석의 일부로 요구 충돌 처리를 다루며, 협상에서 요구의 상대적 우선순위와 비용을 함께 고려한다. 이 원칙은 최종 답을 주는 공식이 아니라 서로 다른 요구를 비교 가능한 문제로 만드는 출발점이다.

2. 이해관계 충돌

이해관계 충돌은 당사자들이 중요하게 여기는 결과, 부담, 위험 또는 성공 기준이 다른 상태다. 직책이나 요구 문장만 보지 말고 그 뒤의 관심사를 찾는다. 입장은 “졸업예정자를 먼저 배정하자”이고, 관심은 “필수 과목을 놓쳐 졸업이 늦어지는 일을 막자”일 수 있다. 관심이 드러나면 별도 정원, 사전 수요 조사, 대체 과목 안내 같은 다른 대안을 만들 수 있다.

사례의 충돌 지도를 만든다.

이 지도는 집단을 단일 의견으로 고정하지 않는다. 졸업예정자도 선착순을 선호할 수 있고 운영자도 자동화를 원할 수 있다. 대표성, 영향을 받는 하위 집단, 말하지 못한 이해관계자를 확인한다. 장애 지원은 단순 선호 점수로 낮출 항목이 아니다. 적용 법률·학내 규정, 접근성 책임과 실제 이용 조건을 권한 있는 담당자와 별도로 확인해야 한다.

협상 준비 기록에는 당사자, 입장, 보호하려는 목표·위험, 근거, 바꿀 수 없는 제약, 양보 가능한 조건, 결정 권한과 영향 정도를 적는다. 사람의 영향력과 요구의 정당성을 같은 것으로 보지 않는다. 회의에 참석하지 않은 집단의 영향도 조사 자료와 책임 있는 대표를 통해 포함한다.

3. 정책 충돌

정책 충돌은 같은 대상과 조건에 적용되는 규칙들이 서로 다른 결과를 요구하거나, 우선 적용 순서가 불분명한 상태다. 정책은 개인 선호보다 권한과 시행 근거가 중요하다. 오래된 문서, 현장 관행, 시스템 코드와 최신 규정이 다를 때 다수결로 진실을 정할 수 없다.

ISS-001ISS-001 · 미결 쟁점우선 배정 조건과 정원 초과 금지가 충돌할 때 마지막 좌석의 승자를 어떻게 정할지 남아 있는 정책 쟁점이다.을 해결하려면 다음을 한 표에 놓는다.

정책 문서가 모호하거나 충돌하면 분석가가 새 정책을 만들지 않는다. 가능한 해석과 영향을 제시하고 지정된 정책 결정자에게 보낸다. 결정 전까지는 임시 가정을 명시하고, 안전하지 않은 자동 승인처럼 되돌리기 어려운 동작을 피한다.

정책 충돌이 해결되면 단순 결론만 적지 않는다. 적용 조건, 규칙 우선순위, 예외 권한, 발효일과 버전을 요구 구조에 반영한다. DR-001DR-001 · 데이터 요구학생·강좌 ID, 요청 시각, 판정 결과와 사유, 적용 규칙 버전, 최종 상태 변경을 연결해 보존한다는 데이터 요구다.의 규칙 버전 기록이 이의 처리에서 왜 중요한지도 함께 드러난다. 정책이 바뀌면 어떤 요구·시험·운영 절차를 재검토할지 추적한다.

4. 시스템 제약

시스템 제약은 가능한 해결책의 범위를 제한하는 기술·운영·환경 조건이다. 외부 인증·학사정보·알림 서비스의 계약, 집중 부하, 데이터 품질, 기존 플랫폼, 보안 통제와 운영 인력이 여기에 해당한다. 제약은 “기술팀이 원한다”는 말과 다르며 출처·적용 범위·변경 권한이 있어야 한다.

예를 들어 학사 규칙 서비스가 응답 시간이나 가용성을 보장하지 않으면서 모든 신청에 실시간 호출을 강제한다면 QR-001QR-001 · 품질 요구합의된 피크 환경에서 본인 상태 조회의 성공 요청 p95 응답시간을 2초 이하로 유지한다는 미확정 품질 요구 후보다.과 확정 판정 가용성이 충돌할 수 있다. 선택지는 하나가 아니다.

• 호출 성공 때만 확정하고 실패하면 IR-001IR-001 · 인터페이스 요구자격·운영 흐름.에 따라 보류한다.
• 승인된 규칙 스냅샷을 사용하되 최신성·버전·동기화 실패 조건을 명시한다.
• 핵심 규칙 일부를 제품 안에서 평가하고, 예외만 외부로 보낸다.
• 신청을 접수한 뒤 비동기로 판정하며 상태와 응답 기한을 제공한다.

각 대안은 정책 허용 여부, 잘못된 승인·거절 위험, 응답시간, 구현·운영 비용과 복구 방식이 다르다. “캐시를 쓰면 된다”처럼 기술 수단을 결론으로 세우지 않는다. 규칙 최신성, 진실의 원천, 변경 통지와 책임을 먼저 합의한다.

제약을 검토할 최소 증거는 외부 명세·서비스 수준, 부하·장애 기록, 시제품 결과, 운영 능력과 승인된 조직 표준이다. 근거가 낡았거나 가정이면 ASM-002ASM-002 · 가정규칙 버전 제공 여부 미확인.처럼 상태를 표시한다. 제약이 바뀌면 닫힌 결정도 다시 열 수 있도록 재검토 사건을 적는다.

5. 일정과 비용

일정과 비용은 모든 갈등을 끝내는 만능 이유가 아니다. 실제 제약이지만, 숫자와 범위·신뢰도가 없으면 단지 압박을 전달하는 말이 된다. “다음 학기 전”이라면 정책 확정, 연계 시험, 부하 리허설, 운영 교육, 배포 동결의 마지막 날짜를 역산해야 한다. “예산이 부족하다”면 구축·운영 중 무엇이 부족하고 어느 대안에서 얼마나 달라지는지 보여 줘야 한다.

협상에서는 보통 기능·기간·비용·품질 가운데 무엇을 고정하고 무엇을 조정할지 명시한다. 안전·정확성·법적 의무처럼 허용 하한이 있는 품질을 일정에 맞춰 몰래 낮추지 않는다. 대신 큰 기능을 최소 사용 가능 결과와 후속 증분으로 나누거나, 불확실성 실험을 먼저 하거나, 범위·자원·기한을 다시 선택한다.

수강신청 사례에서 개인화 추천을 제외하고 핵심 흐름에 집중하는 것은 목표 추적 근거가 있다. 그러나 IR-001IR-001 · 인터페이스 요구자격·운영 흐름.의 안전한 보류나 DR-001DR-001 · 데이터 요구학생·강좌 ID, 요청 시각, 판정 결과와 사유, 적용 규칙 버전, 최종 상태 변경을 연결해 보존한다는 데이터 요구다.의 판정 이력을 “보이지 않는 기능”이라며 빼면 잘못된 승인과 복구 불가능 위험을 키운다. 관리자 통계도 멋진 대시보드와 BR-001BR-001 · 업무 요구목표값과 투자 범위. 사업 후원자·교무 책임자. 측정에 필요한 최소 계측을 분해해야 한다.

일정·비용 근거에는 산정 범위, 가정, 선행관계, 신뢰 구간, 미룰 때 비용과 운영 부담을 포함한다. 결정자는 싼 대안이 무엇을 포기하는지 볼 수 있어야 한다.

6. 대안 분석

대안 분석은 하나의 제안을 찬반으로 심판하는 대신 같은 목표를 달성할 여러 방법을 만들고, 합의된 기준에서 영향을 비교하는 과정이다. IIBA의 Business Analysis Standard는 설계 대안 정의와 잠재 가치 분석·해결책 권고를 요구 분석 영역에 포함하고, 요구 승인에서는 합의와 승인을 얻는 일을 다룬다. 요구와 설계는 목적이 다르므로 대안이 요구를 바꾸는지, 구현 수단만 바꾸는지 구분한다.

ISS-001ISS-001 · 미결 쟁점우선 배정 조건과 정원 초과 금지가 충돌할 때 마지막 좌석의 승자를 어떻게 정할지 남아 있는 정책 쟁점이다.과 관련해 다음 설명용 대안을 놓을 수 있다. 실제 정책 승인이 아니라 분석 예시다.

대안은 서로 배타적일 필요가 없다. 장애 지원과 졸업예정자 정책을 다른 절차로 다루거나 강좌 유형별로 적용할 수 있다. 다만 예외를 많이 붙여 사실상 다른 시스템이 되면 새 대안으로 평가한다.

분석 절차는 결정 질문 → 목표·필수 제약 → 대안 생성 → 공통 기준 → 증거와 불확실성 → 민감도·최악 영향 → 권고와 반대 의견 순서가 유용하다. 총점만 계산하지 말고 한 기준에서 허용할 수 없는 하한이 있는지 확인한다. 정책 미확인이나 심각한 공정성 위험은 높은 편의 점수로 상쇄할 수 없다.

7. 트레이드오프

트레이드오프는 한 속성이나 이해관계의 이득을 얻기 위해 다른 이득·자원·선택을 일부 포기하는 관계다. 타협은 모두의 요구를 조금씩 줄이는 행위일 수 있지만, 트레이드오프 분석은 무엇을 얼마나 왜 교환하는지 드러낸다.

사례의 중요한 교환은 다음과 같다.

• 즉시 확정 범위를 넓힐수록 외부 규칙 실패 때 잘못된 판정 위험이 커질 수 있다.
• 최신 규칙을 매 요청마다 확인할수록 외부 지연과 비용 영향이 커질 수 있다.
• 우선 배정 규칙을 세밀하게 할수록 정책 설명·데이터·시험과 이의 처리 비용이 늘어난다.
• 최소 서버 비용을 고정할수록 피크 부하의 응답시간·여유 용량 선택이 줄어든다.
• 사후 수동 예외를 늘리면 초기 구현은 단순하지만 일관성·감사·운영 비용 부담이 커진다.

트레이드오프 기록은 얻는 것/포기하는 것/영향받는 집단/허용 하한/보상 또는 완화/증거/결정 권한을 포함한다. “성능과 비용을 적절히 균형 잡는다”는 기록은 쓸 수 없다. 어느 부하 조건에서 어느 응답 기준을 지키기 위해 어떤 비용 범위를 허용하고, 초과하면 무엇을 조정할지 적어야 한다.

교환 관계가 있다는 사실과 실제로 교환을 허용한다는 결정은 다르다. 정확성·권리·안전의 하한은 권한 있는 정책·법률·위험 책임자가 정한다. 분석가는 대안별 결과를 명확히 하고 숨은 비용을 드러내되, 권한을 대신하지 않는다.

8. 합의

합의는 모든 사람이 가장 좋아하는 안을 얻는 상태가 아니다. 관련 당사자가 결정 질문, 근거, 선택된 대안, 남은 위험과 각자의 책임을 이해하고, 정해진 권한 체계에 따라 받아들인 상태다. 만장일치가 필요하지 않은 조직도 있지만 영향을 크게 받는 집단의 반대와 이유를 지워서는 안 된다.

합의 회의 전에 다음이 준비되어야 한다.

• 10장10장. 요구사항 분석도출한 요구 후보에서 누락·모순·중복·실현 가능성 문제를 어떻게 찾는가?페이지로 이동의 쟁점과 미확인 가정
• 11장11장. 범위를 정의한다제품과 프로젝트가 책임질 범위와 경계 밖의 일을 어떻게 합의하는가?페이지로 이동의 범위·경계·제외 결정
• 12장12장. 요구사항을 구조화한다흩어진 요구를 목표·기능·규칙·데이터·품질과 관계로 어떻게 구조화하는가?페이지로 이동의 상충·종속·파생 관계
• 13장13장. 요구사항의 우선순위를 결정한다가치·긴급성·위험·노력을 섞지 않고 우선순위를 어떻게 결정하는가?페이지로 이동의 기준·순위와 의존성 조정
• 대안별 가치·비용·위험·일정·운영 영향
• 결정 권한, 자문 대상, 거부권 또는 상위 승인 경로

회의에서는 먼저 사실과 가정을 확인하고, 사람의 입장이 아니라 목표와 관심사를 말한다. 공통 기준에 대안을 적용하며 새로운 대안과 조건부 채택을 허용한다. 결론을 압박하기보다 미해결 정보가 결과를 바꿀 정도인지 판단한다. 바꾼다면 확인 책임과 기한을 정해 보류하고, 바꾸지 않는다면 불확실성을 수용한 주체와 완화책을 기록한다.

합의 가능 여부를 확인할 질문은 다음과 같다.

• 결정 질문과 적용 범위를 같은 뜻으로 이해하는가?
• 선택안이 어떤 목표와 필수 제약을 충족하는가?
• 누가 어떤 부담·잔여 위험을 맡는가?
• 반대 의견과 제외된 대안이 정확히 기록되었는가?
• 구현·운영·검증 책임과 다음 결정이 명확한가?
• 어떤 사건이나 증거가 생기면 다시 열 것인가?

침묵을 동의로 보지 않는다. 회의에 없던 영향 집단, 접근 지원이 필요한 참여자, 외부 서비스 책임자의 확인 경로도 둔다. 합의 결과는 5부에서 명확한 요구 문장으로 바꿀 수 있을 만큼 조건과 결과가 구체적이어야 한다.

9. 의사결정 기록

의사결정 기록은 최종 선택만 적는 회의록이 아니다. 나중에 전제가 바뀌었을 때 결정을 재사용하거나 뒤집을 수 있도록 질문, 맥락, 대안, 기준, 근거, 반대 의견, 결과와 재검토 조건을 보존한다. DR-001DR-001 · 데이터 요구학생·강좌 ID, 요청 시각, 판정 결과와 사유, 적용 규칙 버전, 최종 상태 변경을 연결해 보존한다는 데이터 요구다.은 시스템의 판정 데이터 요구이고, 여기서 말하는 의사결정 기록은 요구사항 거버넌스 산출물이므로 둘을 구분한다.

DEC-001DEC-001 · 의사결정정원·우선 처리의 결정 후보.이라는 설명용 기록을 만들어 보자. 이것은 승인된 대학 정책이 아니라 사례의 형식을 보여 주는 가안이다.

기록의 상태는 제안됨/분석 중/결정 대기/승인/거절/대체됨처럼 관리한다. 승인 후에는 결정일·발효일·승인자를 넣고, 대체되면 새 기록을 연결한다. 문서 본문을 조용히 덮어쓰지 않는다. 왜 이 선택을 했는가를 찾을 수 있어야 한다.

결정 뒤에는 요구 구조를 갱신한다. 채택 대안에서 필요한 파생 요구를 후보로 만들고, 제외된 대안과 범위 제외를 연결하며, 우선순위와 계획을 바꾼다. 정책이 승인되지 않았다면 요구 문장도 승인 상태로 넘어가서는 안 된다. 의사결정 로그는 구현을 위한 명세를 대신하지 않지만, 명세가 임의 선택으로 바뀌지 않게 하는 근거다.

4부의 흐름은 여기서 닫힌다.

완료된 결과는 모든 갈등이 사라진 문서가 아니다. 정제된 후보 목록, 범위와 컨텍스트, 요구사항 아키텍처, 조건부 우선순위, 충돌 지도와 의사결정 기록이 서로 추적되고, 미확정 항목이 분명한 상태다. 현재 사례에서는 ASM-001–ASM-004ASM-001–ASM-004ASM-001: 결과를 알 수 없는 상태에서 발생하는 반복 제출이 수동 재처리 증가에 유의미하게 기여한다는 미확인 가정이다. · ASM-002: 규칙 버전 제공 여부 미확인. · ASM-003: 처리 보류가 좌석을 점유하는가? · ASM-004: 직전 학기 첫 30분 자료가 비교 가능한 기준선이다, ISS-001ISS-001 · 미결 쟁점우선 배정 조건과 정원 초과 금지가 충돌할 때 마지막 좌석의 승자를 어떻게 정할지 남아 있는 정책 쟁점이다., BR-001BR-001 · 업무 요구목표값과 투자 범위. 사업 후원자·교무 책임자.·QR-001QR-001 · 품질 요구합의된 피크 환경에서 본인 상태 조회의 성공 요청 p95 응답시간을 2초 이하로 유지한다는 미확정 품질 요구 후보다.의 목표 수치와 RULE-001–RULE-005RULE-001–RULE-005RULE-001: 신청자가 적용되는 선수과목의 동시 이수·대체·면제·성적 시점 조건을 충족해야 한다는 업무 규칙 후보다. · RULE-002: 승인으로 계산되는 학점 합계가 학생에게 적용되는 최대 신청 학점을 넘지 않아야 한다는 업무 규칙 후보다. · RULE-003: 시간 충돌 판정. · RULE-004: 분반의 승인된 수강 등록 수가 적용되는 정원을 넘지 않아야 한다는 업무 규칙이다. · RULE-005: 우선 배정 기간에는 자격이 확인된 대상의 지정 분반을 일반 신청보다 먼저 평가한다는 미확정 업무 규칙 후보다.의 세부 출처가 여전히 확인 대상이다.

5부로 넘길 질문은 세 가지다.

1. 합의된 필요를 조건·주체·동작·결과가 분명한 한 문장으로 어떻게 표현할 것인가?
2. ‘빠르게’, ‘공정하게’, ‘안전하게’를 서로 다른 검토자가 같은 방식으로 판정할 측정 기준으로 어떻게 바꿀 것인가?
3. 개별 문장이 좋아 보여도 요구사항 집합 전체의 완전성·일관성·추적성을 어떻게 검토할 것인가?

협상의 품질은 회의가 조용히 끝났는가로 판단하지 않는다. 어떤 목표와 제약 아래 무엇을 선택했고, 누가 남은 위험을 맡으며, 어떤 증거가 생기면 결정을 다시 열지를 제삼자가 이해할 수 있는가로 판단한다. 이 근거가 있어야 다음 부에서 문장을 다듬는 일이 단순한 표현 개선이 아니라 합의된 의미의 명세가 된다.

수강신청 사례에 적용

판단 기준과 흔한 오류

직접 해보는 실습

핵심 요약

관련 도구와 다음 경로