답변.

비즈니스 분석가의 아티팩트는 요구사항, 프로세스 및 사양을 기록하는 문서와 도식입니다. 이들은 투명성을 보장하고, 변경 사항을 추적하며, 프로젝트 이해관계자 간의 오해를 방지하기 위해 필요합니다.

주요 아티팩트:

• 비즈니스 요구사항 문서(BRD) — 프로젝트의 목표와 과제를 기록합니다.
• 사양서(SRS) — 시스템에 대한 요구사항의 기술적 설명입니다.
• 비즈니스 프로세스 다이어그램 (예: BPMN, UML 액티비티 다이어그램).
• 요구사항 추적 매트릭스(Traceability Matrix).
• 프로토타입, 목업, 인터페이스 스케치.

최신 상태 보장을 위해:

• 정기적인 리뷰 및 문서 업데이트 프로세스를 도입합니다.
• 협업 도구(Confluence, Jira, Miro 등)를 사용합니다.
• 아티팩트의 최신 상태 유지를 책임지는 인물을 지정합니다.

주요 특징:

• 최신 정보의 단일 출처(Single Source of Truth) 보유
• 요구사항 및 프로세스의 형식화
• 팀 내 지식 이전의 투명성 및 용이함

함정 질문들.

추가 문서 없이 단 하나의 고수준 사양서로만 충분한가요?

아니요, 개발, 테스트, 사용자 교육을 위해서는 세부 사항과 도식이 필요합니다. 정보가 부족하면 구현 시 오류가 발생할 수 있습니다.

분석가의 로컬 컴퓨터에만 문서를 저장하고 팀과 동기화하지 않는 것이 허용되나요?

아니요, 문서는 중앙 집중식으로 저장되어 팀 전체가 접근 가능해야 합니다.

문서를 언제 업데이트해야 하나요 — 프로젝트 완료 후에만 하는가, 아니면 변경이 있을 때마다 하는가?

문서는 변경 사항 발생 시마다 업데이트되어야 하며, 그렇지 않으면 정보 불일치의 위험이 있습니다.

일반적인 오류 및 안티 패턴

• 문서를 분석가 또는 격리된 장소에만 저장함
• 정기적인 업데이트 프로세스의 부재
• 비즈니스 프로세스 다이어그램 및 시각화를 무시함

실제 사례

부정적인 케이스: 문서는 릴리즈 완료 후에만 업데이트됩니다. 구현 과정에서 개발 작업, 테스트 및 고객의 기대 간의 모순이 발생합니다. 장점: 시작 시 시간 절약. 단점: 비조직화, 버그, 재작업.

긍정적인 케이스: 모든 것이 Confluence에 저장되어 있고, 담당자가 정기적으로 아티팩트를 업데이트하며, 변경 사항 리뷰가 이루어집니다. 장점: 투명성, 변화에 대한 빠른 적응. 단점: 명확한 규율과 프로세스가 필요합니다.