← 프로젝트 목록
보조 프로젝트 · 2024
내부 플랫폼
요구사항 & 스펙 DB 기반 명세 운영 체계 구축
왜 중요한가
요구사항이 프로젝트 문서 안에만 머물면, 최신 스펙과 검증 기준이 누적되지 않아 같은 질문과 혼선이 반복되기 때문이다.
요구사항을 문서 모음이 아니라 장기 제품 지식 시스템으로 바꾼 사례
요구사항을 프로젝트 문서에서 꺼내 장기 스펙 자산으로 분리하고, 스토리·테스트와 다시 연결하는 명세 운영 시스템을 설계한 사례이다.
01
문제 정의
요구사항의 생명주기와 프로젝트의 생명주기가 섞여 혼선이 발생하는 구조였다.
03
실행
- 공통 DB와 역할별 뷰를 분리해 원본 안정성과 실무 조회를 동시에 확보했다.
05
결과
성과
제품 지식을 재사용 가능한 시스템으로 만드는 기반을 만들었다.
06
내 역할 / 오너십
- 요구사항 객체와 프로젝트/스토리/테스트의 관계를 재설계했다.
07
근거
- 요구사항 혹은 스펙 변경 문서
- 공통 DB / LP·TS 전용 뷰
- 테스트 결과 템플릿
- Workflow 위키