PE Notes · 사업관리
요구사항추적표
요구 ID를 설계·구현·시험에 한 줄로 잇는 RTM을 정리하고, 순방향 누락 방지와 역방향 과잉 방지, SRS·WBS·인수와의 자리를 닫습니다.
요구가 설계서 어디에 있는지 말로 찾으면, 빠진 줄은 종료 달에 나타납니다. 는 요구 ID를 설계·모듈·시험 케이스에 행렬로 잇는 문서입니다. 이행 여부와 변경 영향이 한 줄에서 보입니다. 가 문장을 닫으면, RTM이 그 문장이 어디로 갔는지 따라갑니다. 와 공공 감리가 이 표를 자주 찾습니다.
한 줄이 잇는 칸
행은 요구 하나, 열은 설계 항·소스·단위·통합·인수·상태입니다. 우선을 같이 두면 늦게 할 일의 시험이 먼저 열리는지를 봅니다. ID는 REQ-001처럼 안정적이어야 합니다. 설명을 고친다고 ID를 바꾸면 추적이 끊깁니다.
| 칸 | 역할 |
|---|---|
| 요구 ID·요약 | 기준선 한 줄 |
| 우선 | 무엇부터 닫을지 |
| 설계 참조 | 어느 절·어느 그림인지 |
| 구현 모듈 | 어느 코드인지 |
| 시험 ID | 단위·통합·인수 |
| 상태 | 미착수·진행·완료·보류 |
수집 기법이 요구를 모으면 표의 왼쪽이 생깁니다. 는 시험이 요구를 덮는 비율입니다. 커버만 높고 역방향이 없으면, 시험이 없는 기능과 요구가 없는 시험이 같이 숨을 수 있습니다.
순방향, 역방향
순방향은 요구 → 설계 → 구현 → 시험입니다. 빈 칸이 있으면 그 요구는 아직 제품이 아닙니다. 누락 방지입니다. 역방향은 시험·코드 → 요구입니다. 연결이 없는 모듈은 누가 시켰는지 모릅니다. 과 몰래 넣은 기능을 드러냅니다. 양방향이 같이 있어야 “다 만들었는가”와 “왜 만들었는가”가 동시에 닫힙니다.
변경은 표에서 한 줄을 고르는 일로 시작합니다. REQ-001을 고치면 설계 절, 모듈, 시험 ID가 같이 목록에 오릅니다. 영향 분석 없이 한 문장만 고치면 시험이 옛 요구를 검사합니다. 은 새 행을 추가하지 않고 구두로 일을 늘릴 때 생깁니다.
WBS·인수·감리
는 일을 쪼개 일정·원가를 받습니다. RTM은 요구가 품질 칸으로 갔는지 받습니다. 패키지 이름과 요구 ID를 억지로 1:1로 두지 않습니다. 한 패키지가 여러 요구를, 한 요구가 여러 패키지를 건드릴 수 있습니다. 인수는 표의 인수 시험이 합격일 때 문장이 닫힙니다. 마다 비밀 완료 기준이 있으면 표가 둘입니다.
공공 감리는 요구별 이행 증빙으로 이 표를 펼칩니다. 규제 산업은 변경 이력과 같이 둡니다. 애자일은 스토리 ID를 왼쪽 칸에 두고 증분마다 열을 채웁니다. 종료 달에 한 번에 만들면 추적 문서가 아니라 회고 표가 됩니다.
답안은 정의(행렬 추적), 열 구성, 순방향=누락·역방향=과잉, 변경 영향, WBS와 다른 축, 감리·인수를 한 장에 닫습니다.