50장. 요구사항 변경

새 우선순위 정책 요청을 접수해 영향·대안·승인 조건을 분석하고 보류된 변경과 기존 기준선 후보를 구분한다.

이번 장에서 해결할 질문

학습 목표

• “정책 변경을 접수한 뒤 영향분석·승인·반영·확인까지 어떻게 마무리하는가?”에 답하는 데 필요한 개념과 근거를 설명한다.
• 수강신청 사례에 같은 판단 기준을 적용하고 확인할 빈칸과 다음 행동을 기록한다.

핵심 개념

변경은 요구사항 생명주기의 예외가 아니라 정상적인 일부다. 정책과 사용 맥락이 달라지고 새 제약이 발견되지만, 모든 요청을 막거나 즉시 반영하는 방식으로는 현재 기준과 제안의 차이, 결정 권한과 파급 효과를 통제할 수 없다.

이 장에서는 새로운 우선순위 정책 요청을 접수해 필요·권한·영향·대안과 승인 조건을 분석한다. 증거가 부족한 변경은 보류하고 기존 기준선 후보를 유지하며, 조건이 충족됐을 때 명세·설계·시험·추적 정보를 어떻게 일관되게 갱신하는지 종합 사례를 마무리한다.

1. 변경 요청을 접수하고 분류한다

종합 사례의 마지막 입력은 CR-003CR-003 · 변경 요청졸업예정자의 필수 강좌 신청에 우선권을 적용하자는 제안으로, 정책·문제 자료와 공정성 기준이 부족해 보류된 변경 요청이다., 47장47장. 요구사항 명세분석 결과를 문장·시나리오·모델과 수용 기준으로 어떻게 명세하는가?페이지로 이동의 SRS-ENR-01SRS-ENR-01 · 프로젝트 항목구조화된 검토 후보. v0.9, 48장48장. 설계로 전환합의된 요구를 화면·서비스·데이터·시험 설계로 어떻게 넘기는가?페이지로 이동의 DES-ENR-01DES-ENR-01 · 프로젝트 항목v0.1은 다음 장의 추적성 점검을 위한 교육용 후보로 유지한다. v0.1, 49장49장. 추적 관계 구축프로젝트 산출물 사이에 변경 영향까지 설명하는 추적 관계를 어떻게 구축하는가?페이지로 이동의 TRC-ENR-01TRC-ENR-01 · 프로젝트 항목v0.1의 검토 게이트는 다음과 같다. v0.1이다. 세 산출물은 실제 승인 기준선이 아니라 교육용 검토 후보다. 따라서 변경 전 상태를 임의의 “운영 기준선”으로 가장하지 않는다. 이 장은 실제 처리 결과와 조건부 교육 시뮬레이션을 분리한다. 실제 결과에서는 증거와 정책이 부족해 CR-003CR-003 · 변경 요청졸업예정자의 필수 강좌 신청에 우선권을 적용하자는 제안으로, 정책·문제 자료와 공정성 기준이 부족해 보류된 변경 요청이다.을 보류하고 아무 기준선도 바꾸지 않는다. 이어지는 시뮬레이션에서는 필요한 조건이 충족됐다고 가정할 때 어떤 절차와 산출물이 필요할지만 보여 준다.

CR-003CR-003 · 변경 요청졸업예정자의 필수 강좌 신청에 우선권을 적용하자는 제안으로, 정책·문제 자료와 공정성 기준이 부족해 보류된 변경 요청이다.을 변경 대장에 접수하면 다음과 같다.

요청 ID가 생겼다는 사실은 승인과 다르다. “졸업예정자 우선”이라는 문구도 바로 구현 가능한 요구가 아니다. 누구를 언제 졸업예정자로 판정하는지, 어떤 강좌가 졸업 필수인지, 우선권이 신청 순서·예약 좌석·대기 조정 중 무엇인지, 동순위와 예외를 어떻게 처리하는지, 잘못된 학적 정보를 어떻게 정정하고 이의를 제기하는지가 없다. 이 빈칸을 개발자가 합리적으로 보이는 값으로 채우면 정책을 대신 결정하게 된다.

분석 진입 조건부터 확인한다.

이 사례에는 합성 인터뷰와 미수집 로그밖에 없다. SRC-POL-01SRC-POL-01 · 프로젝트 항목업무 규칙과 정책 후보의 원문·판본·시행일·적용 범위와 정책 책임자를 확인하기 위한 합성 정책 출처다.은 공식 원문이 확보되지 않았고 SRC-LOG-01SRC-LOG-01 · 프로젝트 항목평가를 가능하게 함.은 값이 채워지지 않았다. “졸업 지연 위험이 클 것”이라는 주장은 가능성이지 검증된 기준선이 아니다. 문제를 지지하려면 최근 학기의 필수 강좌 미확보 사례와 원인, 강좌별 수요·좌석·취소·증원, 기존 예외 처리와 소요시간, 다른 집단의 분배 영향을 수집해야 한다. 개인정보를 과도하게 모으지 않도록 목적과 최소 필드도 먼저 정한다.

증거가 문제를 지지하더라도 제안 방식이 유일한 해법은 아니다. 네 대안을 같은 기준으로 비교한다.

비교 기준은 졸업 지연 감소 가능성, 비대상 학생의 기회 변화, 설명 가능성과 이의 처리, 데이터 정확성, 정원·동시성 안전, 개인정보, 접근성, 운영 부담, 비용·일정과 되돌리기 용이성이다. 요청 문구에 가장 가까운 A를 기본안으로 놓지 않는다. 실제 문제가 특정 필수 강좌에 집중된다면 B나 분반 확대가 더 적합할 수 있고, 사례가 적고 예외가 복잡하다면 D가 합리적일 수 있다. 자료 없이 점수를 만들어 우승 대안을 정하지 않는다.

49장49장. 추적 관계 구축프로젝트 산출물 사이에 변경 영향까지 설명하는 추적 관계를 어떻게 구축하는가?페이지로 이동의 양방향 관계를 따라 1차 영향 범위를 펼친다. 관련 있다는 사실과 실제 수정 여부를 구분한다.

설계 영향도 같은 방식으로 판정한다.

영향 없음도 근거가 있어야 한다. 예를 들어 알림 전달을 재시도하고 업무 상태와 분리한다는 CMP-NOTIFY-01CMP-NOTIFY-01 · 구성요소신청 상태 변경 알림을 대기열로 처리하고 전달 시도와 결과를 추적하되 공식 신청 상태는 바꾸지 않는 구성요소 후보다.의 책임은 우선 정책 때문에 바뀌지 않을 수 있다. 그러나 메시지에 졸업예정 여부나 우선 적용 사유가 들어가면 최소 공개와 템플릿은 다시 봐야 한다. “컴포넌트 코드는 안 바뀔 듯하다”는 말과 “서비스 영향이 없다”는 말은 다르다.

변경 대장에는 영향 작업을 일련번호로 묶을 수 있다. 이 사례에서 사용할 경로는 다음과 같다.

이 경로는 별도 변경 대장을 사용하는 조직을 위한 선택적 예이며, 요구의 의미 체계를 교체하는 새 정식 ID 사슬이 아니다. 단일 저장소를 쓰는 조직은 CR-003-T01CR-003-T01 · 변경 요청단일 저장소를 쓰는 조직은 같은 하위 작업과 정식 의미 ID의 버전만으로 같은 목적을 달성할 수 있다. 같은 하위 작업과 정식 의미 ID의 버전만으로 같은 목적을 달성할 수 있다. 여기서는 특정 변경 요청변경 요청기준선이나 합의된 요구의 추가·수정·삭제를 공식 평가해 달라는 제안이다.에서 검토·수정·재시험할 작업을 추적하는 변경 영향 대장 경로를 예로 든다. 각 일련번호는 기존 의미 ID와 다음처럼 매핑한다.

REQ-014REQ-014 · 요구 항목졸업예정 우선 정책의 요구 차이안 작성.가 FR-001FR-001 · 기능 요구학생·분반·학사 규칙과 강좌 상태를 평가해 승인 또는 근거 있는 거절 결과를 기록하고 제공한다는 기능 요구다.을 대체하지 않고, SCR-007SCR-007 · 화면 설계우선 적용 사유·정정 안내 화면 차이 검토.이 SCR-STATUS-01SCR-STATUS-01 · 화면 설계적용 사유와 정정 안내.을 새 개념으로 바꾸지 않는다. 변경이 승인되면 각 정식 항목의 새 버전을 만들고 대장 작업에서 그 버전으로 연결한다. 변경이 보류·반려되면 대장 작업은 실행하지 않으며 기존 후보 산출물은 그대로 유지한다. 이 구분이 없으면 한 변경의 작업 번호가 다음 변경에서도 기준 ID처럼 재사용돼 추적이 갈라진다.

비용과 일정은 자료가 없으므로 숫자를 발명하지 않고 구조로 제시한다. 조사·정책 합의, 학적 데이터 계약, 요구·설계 변경, 구현과 마이그레이션, 규칙·동시성·보안·접근성 시험, 운영·지원·공지와 지속적인 데이터 품질 관리가 비용에 포함된다. 변경하지 않을 때 실제 졸업 지연과 수동 예외가 지속되는 비용도 비교한다. 이미 만든 화면이나 규칙 코드는 승인 근거가 아니며, 매몰비용 때문에 부적절한 정책을 채택하지 않는다.

일정은 정책 근거 확인, 대상·예외·공정성 합의, 학적 원천·정정 계약, 요구 검증·확인과 승인, 설계·구현, 통합·경합·접근성·운영 시험, 공지·교육·배포·복구 준비의 선후관계를 본다. 다음 학기라는 희망만으로 정책·데이터 게이트를 생략하지 않는다. 필수 결정이 공지·시험 시점을 넘기면 범위 축소, 임시 운영 통제 또는 다음 학기 연기를 비교한다. 임시 절차에도 대상·권한·감사·만료·대사와 장기 전환 조건이 필요하다.

위험은 변경할 때와 변경하지 않을 때 모두 존재한다.

이제 실제 결정 경로를 마무리한다. 요청은 구조화됐고 관련 영역과 대안은 식별됐지만, 문제 기준선, 공식 정책 원문, 대상·시점·동순위·예외, 데이터 정정, 공정성·개인정보·운영 통제, 비용·일정과 결정권자가 없다. 그러므로 승인이나 최종 반려를 정당화할 수 없다. 실제 판정은 추가 정보 요청을 동반한 보류다.

2. 영향과 승인 조건을 분석한다

보류는 요청을 삭제한다는 뜻이 아니다. CR-003CR-003 · 변경 요청졸업예정자의 필수 강좌 신청에 우선권을 적용하자는 제안으로, 정책·문제 자료와 공정성 기준이 부족해 보류된 변경 요청이다.을 RULE-005RULE-005 · 업무 규칙우선 배정 기간에는 자격이 확인된 대상의 지정 분반을 일반 신청보다 먼저 평가한다는 미확정 업무 규칙 후보다., RULE-004RULE-004 · 업무 규칙분반의 승인된 수강 등록 수가 적용되는 정원을 넘지 않아야 한다는 업무 규칙이다., ISS-001ISS-001 · 미결 쟁점우선 배정 조건과 정원 초과 금지가 충돌할 때 마지막 좌석의 승자를 어떻게 정할지 남아 있는 정책 쟁점이다., ASM-002ASM-002 · 가정규칙 버전 제공 여부 미확인., 관련 요구·설계·시험 후보와 연결하고, 어떤 자료가 들어오면 재평가할지 남긴다. 같은 요청이 다시 들어오면 새 번호를 무조건 만들지 않고 무엇이 달라졌는지 비교한다. 재개 기한과 책임자는 실제 조직에서 정해야 하므로 이 사례에서는 역할 후보만 두고 날짜를 만들지 않는다.

여기서부터는 실제 기록이 아닌 조건부 교육 시뮬레이션이다. 다음 조건이 모두 충족됐다고 가정한다.

• 공식 정책 원문과 발효일이 있다.
• 졸업예정 정의·대상 강좌·기간·동순위·예외·이의 절차가 승인됐다.
• 학적 데이터의 원천·기준 시점·정정 계약과 문제 기준선이 확보됐다.
• 권한 있는 결정자가 대안 비교와 공정성·개인정보·운영 위험을 수용했다.

이 가정은 현재 사례의 사실이 아니다.

조건이 충족되면 먼저 REQ-014REQ-014 · 요구 항목졸업예정 우선 정책의 요구 차이안 작성.가 변경 차이안을 만든다. RULE-005RULE-005 · 업무 규칙우선 배정 기간에는 자격이 확인된 대상의 지정 분반을 일반 신청보다 먼저 평가한다는 미확정 업무 규칙 후보다.에는 승인된 대상·강좌·적용 기간·동순위·예약석·예외를, FR-001FR-001 · 기능 요구학생·분반·학사 규칙과 강좌 상태를 평가해 승인 또는 근거 있는 거절 결과를 기록하고 제공한다는 기능 요구다.에는 우선 조건을 포함한 판정 입력·결과·사유·규칙 버전을, FR-003FR-003 · 기능 요구인증된 학생이 자신의 신청 상태, 공개 가능한 사유, 갱신 시각과 다음 행동을 조회할 수 있어야 한다는 기능 요구다.에는 우선 적용 또는 미적용의 공개 사유와 정정·이의 경로를 반영한다. RULE-004RULE-004 · 업무 규칙분반의 승인된 수강 등록 수가 적용되는 정원을 넘지 않아야 한다는 업무 규칙이다.의 적용 정원과 초과 승인 금지가 그대로 보존되는지도 재검증한다. 원문에서 도출한 결정표와 예제를 함께 검증하고, 비대상 학생·데이터 오류·마지막 좌석 경계에서 모순을 찾는다. 이 단계의 산출물은 기존 정식 ID의 새 버전이지 REQ-014REQ-014 · 요구 항목졸업예정 우선 정책의 요구 차이안 작성.라는 영구 요구가 아니다.

요구 차이가 승인되면 SCR-007SCR-007 · 화면 설계우선 적용 사유·정정 안내 화면 차이 검토.은 SCR-STATUS-01SCR-STATUS-01 · 화면 설계적용 사유와 정정 안내. vNext의 변경을 설계한다. 우선 적용 여부를 낙인이나 순위 점수로 과도하게 노출하지 않고, 공개 가능한 사유·기준 시점·정정과 이의 다음 행동을 상태와 함께 표현한다. 접수·처리 보류·좌석 대기명단을 계속 구분하고 색상에만 의존하지 않는다. 대상·비대상 학생과 키보드·화면낭독기 사용자가 같은 핵심 과업을 이해하는지 확인한다.

API-012API-012 · API 설계우선 판정 입력·사유·버전 계약 차이 검토.는 API-RULE-01API-RULE-01 · API 설계규칙 평가 연계. vNext의 계약 차이를 관리한다. 졸업예정 상태의 공식 원천·기준 시점, 대상 강좌 판정, 정책 버전, 안정된 내부·공개 사유, 무효·누락·시간 초과 처리와 재평가를 정의한다. 규칙 입력이 없거나 오래됐을 때 자동으로 비우선 또는 승인으로 간주하지 않고 승인 정책에 규정된 안전한 결과를 따른다. 소비자·제공자 계약 시험, 호환성, 배포 순서와 과거 신청의 규칙 버전 재현을 포함한다.

TC-032TC-032 · 시험 항목마지막 좌석·우선·비우선 경합 회귀 묶음 설계.는 TC-CAP-001-01TC-CAP-001-01 · 시험 항목마지막 좌석에 여러 신청이 동시에 들어와도 정원 초과와 복수 승인이 생기지 않는지 확인하는 시험 후보다.을 중심으로 회귀 클러스터를 구성한다. 우선·비우선이 마지막 좌석에 동시에 신청하는 경우, 동순위, 정책 발효 경계, 잘못된 학적 상태와 정정, 응답 유실·중복, 규칙 시간 초과, 취소·늦은 판정, 비대상 학생의 상태 조회와 공개 사유를 포함한다. 실제 정책 오라클이 있어야 예상 승자를 판정할 수 있고, 합성 데이터로 다른 집단의 분배 영향과 오류 경로를 살핀다.

변경 뒤에도 유지해야 할 회귀 요구는 다음과 같다.

회귀는 과거 시험을 전부 다시 실행한다는 뜻이 아니다. 변경 관계와 위험을 보고 직접 변경된 규칙·계약·화면, 간접 영향을 받는 동시성·인가·감사·복구, 영향 없음으로 판정한 알림 전달 경계를 구분한다. 시험 결과에는 요구·규칙·계약 버전, 환경, 데이터, 실행 시각, 관찰 결과와 잔여 위험을 연결한다. 한 번 통과한 시험을 다른 정책 버전의 증거로 자동 승계하지 않는다.

조건부 시뮬레이션에서 승인 후 실행 순서는 요구·규칙 새 버전 승인, 설계·계약 차이 승인, 구현, 계약·통합·동시성·보안·접근성·운영 시험, 결과 검토, 공지·교육·데이터 대사, 출시와 관찰, 새 기준선 구성·무결성 확인으로 이어진다. 실패하면 해당 단계와 영향 경로로 돌아가고, 안전·공정성·개인정보나 정책 오라클이 충족되지 않으면 출시를 중단한다. 이전 기준선과 과거 판정의 규칙 버전은 보존한다.

그러나 이 원고에서 실제로 요구 새 버전을 작성·승인하거나 화면·API를 구현하지 않았고, TC-032TC-032 · 시험 항목마지막 좌석·우선·비우선 경합 회귀 묶음 설계.나 다른 시험을 실행하지 않았다. 조건부 순서를 설명했다는 사실을 수정·검증 완료로 기록하지 않는다. 실제 기준선 ID와 승인자·날짜·시험 결과·배포는 모두 없다. 따라서 “변경 승인”, “회귀 통과”, “기준선 갱신 완료”라는 표현을 현재 상태에 사용할 수 없다.

변경 이력은 실제와 조건부를 분리해 남긴다.

이 구분은 실패가 아니다. 요구사항 공학의 성과는 반드시 많은 요구나 기능을 승인하는 데 있지 않다. 근거 없는 정책이 설계·코드·공지로 흘러가는 것을 멈추고, 필요한 결정과 영향 범위를 투명하게 만드는 것도 중요한 결과다. 보류 상태와 재개 조건이 명확하면 다음 담당자는 같은 논의를 처음부터 반복하지 않고 새 증거가 무엇을 바꾸는지 확인할 수 있다.

13부의 프로젝트 흐름도 여기서 닫힌다. 44장44장. 프로젝트 시작수강신청 프로젝트의 문제·목표·범위·책임자를 어떻게 시작 시점에 정렬하는가?페이지로 이동은 문제·목표·범위와 이해관계자를 프로젝트 브리프로 만들었다. 45장45장. 요구사항 도출프로젝트에서 이해관계자의 말과 업무 증거로부터 요구 후보를 어떻게 만드는가?페이지로 이동은 합성 자료와 미수집 자료를 구분해 요구 후보와 출처를 모았다. 46장46장. 요구사항 분석수집한 후보의 범위·규칙·우선순위·충돌을 어떻게 분석하는가?페이지로 이동은 수준·관계·상태·충돌·가정으로 분석했다. 47장47장. 요구사항 명세분석 결과를 문장·시나리오·모델과 수용 기준으로 어떻게 명세하는가?페이지로 이동은 검토 가능한 SRS-ENR-01SRS-ENR-01 · 프로젝트 항목구조화된 검토 후보. v0.9에 기능·품질·데이터·인터페이스·규칙·유스케이스·수용 조건을 모았다. 48장48장. 설계로 전환합의된 요구를 화면·서비스·데이터·시험 설계로 어떻게 넘기는가?페이지로 이동은 그 의미를 기능·흐름·화면·API·데이터·컴포넌트와 ADR 후보에 할당했다. 49장49장. 추적 관계 구축프로젝트 산출물 사이에 변경 영향까지 설명하는 추적 관계를 어떻게 구축하는가?페이지로 이동은 관계 유형과 버전을 갖춘 양방향 추적망을 만들었다. 50장은 그 추적망으로 변경을 평가하고, 증거 부족에서는 기준선을 건드리지 않는다는 결론을 내렸다.

이 흐름은 일직선이 아니라 통제된 피드백 고리다. 설계에서 실현 불가능한 조건을 발견하면 요구 분석으로 돌아가고, 시험이 오라클 모호성을 발견하면 명세와 정책으로 돌아간다. 운영 지표가 ASM-001ASM-001 · 가정결과를 알 수 없는 상태에서 발생하는 반복 제출이 수동 재처리 증가에 유의미하게 기여한다는 미확인 가정이다.을 반박하면 G-01G-01 · 목표목표가 필요를 유발, 효과는 측정 전.과 BR-001BR-001 · 업무 요구목표값과 투자 범위. 사업 후원자·교무 책임자.의 인과·측정을 다시 본다. 새 정책 자료가 CR-003CR-003 · 변경 요청졸업예정자의 필수 강좌 신청에 우선권을 적용하자는 제안으로, 정책·문제 자료와 공정성 기준이 부족해 보류된 변경 요청이다.의 재개 조건을 충족하면 현재 후보 버전과 차이를 비교해 영향 분석을 갱신한다.

이 장의 최종 출력은 CR-003CR-003 · 변경 요청졸업예정자의 필수 강좌 신청에 우선권을 적용하자는 제안으로, 정책·문제 자료와 공정성 기준이 부족해 보류된 변경 요청이다. v0.2의 보류 결정 기록, 영향·대안·위험표, 변경 대장과 정식 ID 매핑, 회귀 요구 목록, 변경 이력과 조건부 실행 절차다. 요구 관리 책임자는 상태·버전·관계를, 정책 소유자는 원문과 공정성 결정을, 설계·데이터·연계 책임자는 실현 가능성과 계약을, 시험·보안·개인정보·접근성·운영 책임자는 각 증거와 잔여 위험을 검토한다. 한 역할이 다른 역할의 승인 권한을 대신하지 않는다.

독자는 이 사례를 복사할 때 가상의 수치·역할·정책을 자기 조직의 사실로 옮기지 말아야 한다. 대신 입력, 판단, 출력, 승인과 다음 인계가 구분되는 구조를 가져가면 된다. 프로젝트 브리프와 이해관계자 지도는 44장44장. 프로젝트 시작수강신청 프로젝트의 문제·목표·범위·책임자를 어떻게 시작 시점에 정렬하는가?페이지로 이동의 예시 구조를 재사용할 수 있다. 부록에서는 인터뷰 질문, 정의서, 속성 사전, 추적행렬, 변경요청서·영향분석서와 검토 체크리스트를 실제 작업에 재사용할 수 있는 형태로 정리한다. 종합 사례가 끝나도 요구사항 작업은 끝나지 않는다. 새 증거와 변화가 들어올 때 같은 근거·책임·검증·추적 원칙으로 다음 생명주기를 시작한다.

3. 변경 기록을 다음 생명주기로 넘긴다

수강신청 사례에 적용

판단 기준과 흔한 오류

직접 해보는 실습

핵심 요약

관련 도구와 다음 경로