[실전 프로젝트 관리] 2. 요구사항 수집

목적

º 프로젝트의 목표를 달성하기 위해 이해관계자의 니즈와 요구사항을 결정, 문서화 및 관리하는 단계

º 요구사항이란 인도물에 반드시 포함되어야 하는 조건이나 능력을 의미

º 수집된 요구사항들은 작업분류체계(WBS)로 발전

 

 

입력물

프로젝트 관리계획서

 

입력물

º 범위 관리계획서와 요구사항 관리계획서 → 전단계(개인적으로 필수적인 자료가 아니기에 정리하지 않았음)인 범위 관리계획 수립의 출력물

º 이해관계자 참여 관리계획서 → 이해관계자들의 의사소통 요구사항과, 요구사항 활동에서 이해관계자들의 참여 수준을 파악하기 위해 이해관계자 참여계획 수립 프로세스의 출력물

 

프로젝트 문서

 

º 가정로그(프로젝트 헌장 개발 프로세스의 출력물) : 제품, 프로젝트, 환경, 이해관계자 등 요구사항에 영향을 미칠 수 있는 요소들이 미리 식별되어 있다.

º 교훈관리대장(Lesson Learned/프로젝트 지식관리 프로세스의 출력물) : 특히 반복적/적응적 제품 개발 방법론에서 유리히다. 효과적인 요구사항 수집에 대한 정보를 제공하기 때문.

º 이해관계자 관리대장(Stakeholder Register/이해관계자 식별 프로세스의 출력물) : 이해관계자의 요구사항과 프로젝트에 대한 이들의 기대치가 담겨져 있다.

 

 

도구 및 기법

자료 표현

친화도(Affinity diagrams) : 굉장히 많은 아이디어를 리뷰 및 분석하기 위해 그룹으로 분류하는 활동. 브레인스토밍과 유사. 해결책 도출을 위해 분할(decomposition)이 사용되므로 친화도를 통해 개선된 작업분류체계(WBS)를 생성할 수 있다.

 

마인드맵 : 하나의 주제와 관련된 여러 아이디어를 이어나가는 내용으로 브레인스토밍세션을 통해 진행될 수 있다.

 

배경도(context diagram)

범위 모델의 예시로 비즈니스 시스템(프로세스, 장비, 컴퓨터 시스템 등), 인적자원 및 기타 시스템(행위자) 간 상호작용 방법을 도식을 통해 설명한다.

 

프로토타입(prototype)

시제품은 실제 제품 개발을 앞두고 요구사항에 대한 피드백을 얻기 위해 만드는 소형 제품이다. 영화, 광고, 디자인 등 산업군에서는 이미지와 일러스트레이션을 통해 스토리보딩하기도 한다.

 

 

출력물

요구사항 문서

요구사항 문서에는 각 요구사항이 프로젝트의 비즈니스 목표를 어떻게 충족시킬 수 있는지 설명이 되어있다. 요구사항은 상위수준에서 시작하여 점차 구체화된다. 요구사항이 기준선으로 확정되려면 주요 이해관계자가의 입장에서 명확하고(측정 및 테스트 가능한 수준), 추적 가능하고, 완전하며, 일관되고, 수용 가능한 수준이어야 한다. 요구사항 문서의 형식은 이해관계자와 우선순위에 따라 분류된 모든 요구사항을 열거한 간단한 문서부터 경영진 개요와 상세한 설명을 포함하고 부록이 첨부되는 구체적인 양식에 이르기까지 다양하다.

많은 조직에서는 요구사항을 비즈니스(이해관계자 니즈)와 기술(니즈를 어떻게 충족시키는 지에 대한 방법) 등의 요구사항을 나누고 있는데 아래 범주를 포함한다.

 

▪ 비즈니스 요구사항 : 비즈니스 이슈 및 기회, 프로젝트를 수행한 이유와 조직의 상위수준 니즈를 설명함.
▪ 이해관계자 요구사항 : 이해관계자 개인 또는 집단의 니즈를 설명함.
▪ 해결책(solution) 요구사항 : 비즈니스 요구사항이나 이해관계자 요구사항을 충족하는 제품, 서비스 또는 결과의 특성과 기능을 설명함. 해결책 요구사항은 기능적(functional) 요구사항과 비기능적(nonfunctional) 요구사항으로 나눌 수 있음.
▪ 기능적 요구사항 : 액션, 프로세스, 데이터, 상호작용 등 제품의 행동(behavior)을 설명함. 
▪ 비기능적 요구사항 : 기능적 요구사항을 보충하며, 효율적인 제품이 되기 위해 요구되는 품질이나 환경 여건을 설명함. 신뢰성, 보안, 성능, 안전성, 서비스 수준, 지원 가능성, 보유/제거 등이 포함됨.
▪ 전환(transition) 및 준비(readiness) 요구사항 : 현재상태에서 미래의 소망하는 상태(desired future state)로 전환하기 위해 필요한 데이터 전환(conversion)이나 트레이닝 요구사항 등의 한시적 능력을 설명함.
▪ 프로젝트 요구사항 : 마일스톤 일자, 계약 요구사항, 제한사항 등 프로젝트가 충족해야 하는 액션, 프로세스, 조건을 설명함. 
▪ 품질 요구사항 : 프로젝트 인도물의 성공적인 완성 또는 기타 프로젝트 요구사항의 충족 여부를 확인하는 데 필요한 기준이나 조건(criteria)에 해당하는 품질 요구사항. 테스트, 인증서, 확인(validations) 등을 포함함.

 

 

요구사항 추적 매트릭스

 

º 최종 인도물에 요구사항이 반영되기까지의 프로젝트 생애주기 전 과정을 추적하는 도표(grid)

º 프로젝트가 끝날 때 요구사항 문서에 승인된 요구사항이 인도되도록 지원, 제품범위에 대한 변경을 관리하는 데 유용한 체계를 제공

º 각 요구사항과 연관된 속성을 요구사항 추적 매트릭스에 기록할 수 있으며, 이러한 속성은 요구사항에 관한 주요 정보를 정의하는 데 도움을 줌

º 요구사항 추적 매트릭스에 사용되는 일반적인 속성에는 고유한 식별자(unique identifier), 요구사항에 대한 설명, 포함시킨 사유, 소유자(owner), 출처, 우선순위, 버전, 현재 상태(활성, 취소, 연기, 추가, 승인, 할당, 완료 등의 상태), 상태 날짜 등이 포함

º 요구사항이 이해관계자의 기대사항을 충족했음을 확인하는 추가 속성으로 안정성, 복잡성, 인수기준(acceptance criteria)을 포함시키기도

 

*요구사항 추적 매트릭스에는 아래와 같은 사항들이 포함되어야 한다.

 

요구사항 추적 매트릭스

 

▪ 비즈니스 요구, 기회, 목적 및 목표
▪ 프로젝트 목표
▪ 프로젝트 범위/WBS 인도물
▪ 제품 설계
▪ 제품 개발
▪ 테스트 전략과 테스트 시나리오
▪ 상위수준부터 상세한 수준까지의 모든 요구사항

 

 

 

 

 

※실전 프로젝트 관리(PMBOK 6판)을 참고하였습니다. 링크 : https://wikidocs.net/27327

위키독스