MFR 수정

스펙을 다듬고 확정하기

기존 MFR 구조에서 Requirement를 추가/삭제/수정하고, 상태를 전환(draft → confirmed)하는 시나리오.

언제 사용하나?

기획 리뷰 후 요구사항을 수정할 때
draft 상태의 Requirement를 구체화하여 confirmed로 전환할 때
undecided 항목의 기술 검증이 완료되어 방향을 확정할 때
불필요한 Requirement를 삭제하거나 병합할 때

흐름도

기존 MFR 구조
     │
     ├──→ Requirement 추가
     │     └ 새 요구사항 발견 → UIA가 적절한 위치에 배치
     │
     ├──→ Requirement 수정
     │     └ 내용 변경 → 영향받는 _pages, Task 자동 감지
     │
     ├──→ Requirement 삭제
     │     └ 불필요 판단 → 연관 참조 정리
     │
     └──→ 상태 전환
           │
           ▼
     ┌──────────────────────────────┐
     │  draft ──→ confirmed         │
     │  undecided ──→ confirmed     │
     │  undecided ──→ rejected      │
     │  confirmed ──→ draft (회귀)   │
     └──────────────────────────────┘
           │
           ▼
     _changes에 변경 내역 기록
           │
           ▼
     영향도 분석 (연관 페이지/Task 식별)

상태 전환 표

From	To	설명
draft	confirmed	세부사항 확정
undecided	confirmed	기술 검증 완료
undecided	rejected	불채택 결정
confirmed	draft	재검토 필요 (회귀)

구체적 예시: 중고차 거래 앱

시나리오 1: draft → confirmed (세부사항 확정)

Before:

Feature: 차량 등록
  Requirement: 차량 사진 업로드     [draft]

사용자가 세부사항을 확정:

"사진은 최대 10장, 장당 5MB 이하, JPEG/PNG만 허용"

After:

Feature: 차량 등록
  Requirement: 차량 사진 업로드     [confirmed]
    - 최대 10장
    - 장당 5MB 이하
    - JPEG, PNG 형식만 허용
    - 첫 번째 사진이 대표 이미지

시나리오 2: undecided → confirmed (기술 검증 완료)

Before:

Feature: 차량 검수
  Requirement: AI 차량 상태 분석    [undecided]

기술 검증 후:

"외부 AI API를 사용하여 차량 외관 손상을 감지하고 등급(A/B/C/D)을 부여하는 방식으로 진행"

After:

Feature: 차량 검수
  Requirement: AI 차량 상태 분석    [confirmed]
    - 외부 AI API 연동 (차량 외관 분석)
    - 손상 감지 → 등급 부여 (A/B/C/D)
    - 분석 결과 리포트 생성

시나리오 3: Requirement 추가

"차량 등록 시 차대번호(VIN)로 사고이력을 자동 조회하는 기능이 필요합니다"

Feature: 차량 등록
  Requirement: 차량 기본정보 입력     [confirmed]
  Requirement: 차량 사진 업로드       [confirmed]
  Requirement: 사고이력 자동 조회     [draft]      ← 신규 추가

디렉터리/파일 구조 변화

Requirement 추가 시

vehicle/registration/
├── 00_feature.md
├── REQ-basic-info.md
├── REQ-photo-upload.md
└── REQ-accident-history.md    ← 새 파일 생성

상태 전환 시

파일 내부의 frontmatter가 변경됨:

# Before
---
status: draft
---

# After
---
status: confirmed
updated: "2026-04-03"
---

영향도 분석

Requirement 수정 시 자동으로 감지되는 영향:

변경	영향받는 대상	액션
Requirement 내용 수정	연관 _pages	페이지 정의서 갱신 필요 표시
Requirement 삭제	연관 Task	Task 무효화 또는 재분해
상태 전환 (→ confirmed)	TMA	Task 분해 대상에 추가
상태 전환 (→ rejected)	_pages, Task	연관 항목 정리

MFR 수정

언제 사용하나?

흐름도

상태 전환 표

구체적 예시: 중고차 거래 앱

시나리오 1: draft → confirmed (세부사항 확정)

시나리오 2: undecided → confirmed (기술 검증 완료)

시나리오 3: Requirement 추가

디렉터리/파일 구조 변화

Requirement 추가 시

상태 전환 시

영향도 분석

관련 에이전트

관련 페이지