알림 조건을 하나씩 더하다 시험이 열두 갈래가 됐다
가상 이야기 · 핵심노트 기반
핵심노트 개념: 범위 변경의 누적 — 작은 요청도 합산한다
이 글에서 배우는 교훈
변경의 영향은 개별 요청의 크기뿐 아니라 서로 결합해 늘어나는 구현·검증 범위까지 합쳐 판단해야 합니다.
핵심노트를 바탕으로 만든 가상 이야기입니다. 실제 사건이나 검증된 성과가 아닙니다.
근거: 범위 변경의 누적 — 작은 요청도 합산한다 · 핵심노트 16
구체적으로는 채널·수신자·시점이 늘어난 알림 조합을 모아 검토하고 이번 공개에 넣을 범위를 다시 정했습니다.
관련 교재 내용
프로젝트관리 및 테크니컬커뮤니케이션 · IX. 범위관리 · 범위 변경 영향
범위 변경은 일정과 원가에 연결되므로 승인과 처리 과정에서 전체 영향을 검토해야 합니다.
이 사례에 적용한 내용: 채널·수신자·시점이 늘어난 알림 조합을 모아 검토하고 이번 공개에 넣을 범위를 다시 정했습니다.
교재 원리의 실무 적용 · 교재 원문 인용이 아닌 자체 설명입니다.
본문
처음에는 신청자에게 이메일 한 통을 보내면 되는 기능이었습니다. 이후 이메일·문자 두 채널, 신청자·대리자 두 대상, 즉시·매일·매주 세 발송 방식이 차례로 추가됐습니다. 각각 작은 요청처럼 보여 받아들였지만 기본 조합만 2×2×3=12개가 됐고 실패·재시도 시험도 늘었습니다.
관리자는 승인한 요청을 한 표에 모아 실제 필요한 조합을 현업과 확인했습니다. 이번 공개에는 이메일·즉시 알림을 먼저 제공하고 나머지는 우선순위와 시험 기간을 정해 다음 단계로 옮겼습니다. 구현한 양뿐 아니라 남은 조합도 일정에 표시했습니다.
결론
모든 조합이 반드시 필요하다는 뜻은 아닙니다. 작은 변경이 서로 결합할 때 늘어나는 범위를 보여 줘야 이번 공개의 약속을 현실적으로 조정할 수 있습니다.