[사업관리 감리 - Chap.1] PMBOK 기준 요구사항 수집에 대해서 알아보자

프로젝트 범위 관리 : 요구사항 수집 #1

📌 사업 관리 방법론 및 PMI의 PMBOK(Project Management Body Of Knowledge) 4차 개정판(2008. 12)에서는 요구사항 식별과 이해관계자 식별 및 기대관리 프로세스가 추가되었으며, 현재 7차 개정판이 2021년도에 발간 예정이라고 합니다. 해당 내용들은 제가 가지고 있는 자료 4차 개정판을 기반으로 작성되었으며, 이전 글 참고 바랍니다.

 

[사업관리 감리 - PMBOK] 프로젝트 범위 관리

 

요구사항 수집

👀 프로젝트 목표 충족을 위한 이해관계자의 요구 정의 및 문서화 프로세스로서, 요구사항 정의서 작성 기반 문서 및 요구사항 관리 계획, 요구사항 추적 매트릭스를 작성한다.

요구사항 수집

👍 정형, 비정형 인터뷰 접근방법을 통해 이해관계자의 요구사항을 도출
👍 지원그룹 워크숍은 영역별로 JAD(Joint Application Development(or Design), QFD(Quality Function Deployment), VOC(Voice Of the Customer)로도 불린다.

 

PMBOK 내용

📌 요구사항 수집은 프로젝트 목표를 충족하기 위해 이해관계자의 요구사항을 정의하고 문서화하는 프로세스이다.

 

프로젝트 및 제품 요구사항을 얼마나 상세히 규정하고 관리하는지가 프로젝트의 성공에 직접적인 영향을 미친다. 요구사항에는 정량화하여 문서로 명시한 스폰서, 고객, 기타 이해관계자의 요구 및 기대 사항이 포함된다.

 

이러한 요구사항은 프로젝트가 시작되고 나면 측정할 수 있는 수준으로 상세히 도출하고 분석하여 기록해야 한다. 요구사항 수집을 통해 고객의 기대치를 정의하고 관리한다.

 

요구사항은 작업분류체계(WBS)의 토대가 된다. 원가, 일정, 품질 기획은 모두 이러한 요구사항을 근거로 수립된다. 요구사항 개발은 프로젝트 헌장과 이해관계자 등록부에 포함된 정보를 분석하는 일로 시작된다.

 

많은 조직에서 요구사항을 프로젝트 요구사항과 제품 요구사항으로 분류한다. 프로젝트 요구사항에는 비즈니스 요구사항, 프로젝트 관리 요구사항, 인도 요구사항 등이 포함될 수 있고, 제품 요구사항에는 기술적 요구사항, 보안 요구사항, 성과 요구사항 등에 대한 정보가 포함된다.

요구사항 수집: 투입물, 도구 및 기법, 산출물

요구사항 수집 데이터 흐름도

요구사항 수집 투입물

✔ 프로젝트 헌장 : 프로젝트 헌장은 프로젝트 요구사항과 프로젝트의 제품 설명을 정확한 수준으로 제공하여 상세한 제품 요구사항을 개발할 수 있도록 지원한다. 
✔ 이해관계자 등록부 : 이해관계자 등록부는 프로젝트와 제품 요구사항에 대한 상세한 정보를 제공할 수 있는 이해관계자를 확인하는 데 사용된다.

요구사항 수집 : 도구 및 기법

🤔 인터뷰

• 인터뷰는 이해관계자와 직접 대화를 통해 정보를 구하는 공식적 또는 비공식적 정보 수집 방법이다. 일반적으로 준비된 질문과 즉흥적인 질문을 하고 대답을 기록하는 방식으로 진행한다. 인터뷰는 대개 "일대일" 방식이지만 질문자 및(또는) 응답자가 여러 명일 때도 있다.
• 경험이 풍부한 프로젝트 참여자, 이해관계자, 해당 주제 전문가를 인터뷰하는 것은 원하는 프로젝트 인도물의 특징과 기능을 식별하고 정의하는 데 유용하다.

🤔 핵심 그룹

• 핵심 그룹은 제안된 제품, 서비스 또는 결과에 대한 기대사항과 의견을 확인하기 위해 선별한 이해관계자와 해당 주제 전문가 집단이다. 숙련된 조정자가 일대일 인터뷰보다 자연스러운 대화 분위기를 조성하도록 고안된 대화식 토론을 이끌며 좌담을 진행한다.

🤔 심층 워크숍

• 요구사항 워크숍이란 핵심적 복합 기능 이해관계자가 모여서 제품 요구사항을 정의하는 집중 세션이다. 워크숍은 복합 기능 요구사항을 신속히 정의하고 이해관계자들 간 이견을 조정하는 데 유용한 기법이다. 대화식 그룹의 성격이 있는 심층토론 세션은 참여자 간에 신뢰가 바탕이 되는 관계를 조성하고 활발한 대화를 촉진하여 이해관계자들의 합의를 유도할 수 있다.
• 개별 세션보다 훨씬 빠르게 이슈를 발견하여 해결할 수 있다는 것도 이 기법의 장점이다. 예를 들어 합동 애플리케이션 개발(JAD)이라는 심층 워크숍이 소프트웨어 개발 분야에서 활용된다. 이 심층토론 세션은 사용자와 개발팀이 모여서 소프트웨어 개발 프로세스를 개선하는 데 주안점을 둔다.
• 제조 산업에서 품질 기능 전개(QFD)도 심층 워크숍 기법 중 하나로, 신제품 개발에서 주요한 특성을 결정하는 데 유용하다. QFD는 고객의 소리(VOC)라고도 하는 고객의 요구사항을 수집하는 일로 시작된다. 이렇게 수집된 요구사항을 객관적으로 정렬하여 우선순위를 결정한 다음, 요구사항을 충족하기 위한 목표를 세운다.

🤔 집단 창의력 기법

• 프로젝트 및 제품 요구사항을 식별하기 위해 여러 가지 그룹 활동을 구성할 수 있다. 다음과 같은 집단 창의력 기법들이 활용될 수 있다.
  • 브레인스토밍. 프로젝트 및 제품 요구사항과 관련된 다양한 아이디어를 창출하여 취합하는 데 사용하는 기법
  • 명목 그룹 기법. 심층 브레인스토밍 또는 우선순위 결정에 가장 유용한 아이디어의 순위를 매기는 데 사용되는 투표 방식을 적용하여 브레인스토밍을 강화하는 기법
  • 델파이 기법. 선정된 전문가 그룹이 설문지에 응답하고 각 요구사항 수집 세션에서 나온 응답에 대한 피드백을 제공한다. 응답은 사회자만이 볼 수 있도록 하여 익명성을 보장한다.
  • 아이디어/마인드 매핑. 파악된 공통점과 차이점을 반영하여 새로운 아이디어를 창출하기 위해서 개별 브레인스토밍을 통해 창출된 아이디어를 하나의 맵에 통합한다.
  • 친화도. 효과적인 검토 및 분석을 위하여 수많은 아이디어를 몇 개의 그룹으로 분류하는 기법이다.

🤔 집단 의사결정 기법

• 집단 의사결정은 향후 해결책으로 예상되는 결과와 함께 여러 가지 대안을 평가하는 프로세스이다. 이 기법은 제품 요구사항을 도출하여 분류하고, 우선순위를 결정하는 데 사용될 수 있다. 다음은 집단 의사결정에 이르는 데 사용할 수 있는 몇 가지 방법이다.
  • 만장일치. 전체 구성원이 한 가지 행동 방침에 동의한다.
  • 과반수. 구성원의 50% 이상이 지지한다.
  • 다수결. 과반수에 이르지 못하더라도 그룹의 최대 집단이 결정한다.
  • 독재. 한 사람이 그룹 전체의 일을 결정한다.
  • 앞에서 설명한 대부분의 의사결정 방법을 요구사항 수집 프로세스에 사용되는 집단 기법에 적용할 수 있다.

🤔 설문지 및 설문조사

• 설문지와 설문조사는 수많은 응답자로부터 신속하게 정보를 수집하도록 고안된 문항들로 구성된 양식이다. 설문지 및/또는 설문조사는 대상 응답자가 광범위할 때, 신속한 자료 수집이 필요할 때, 통계적 분석이 유용한 경우에 가장 적합하다.

🤔 관찰

• 개개인이 각자의 환경에서 담당 업무, 태스크 또는 프로세스를 수행하는 방법을 직접적으로 관찰하는 방법이다. 제품을 사용하는 사람들이 자신들의 요구사항을 명확히 설명하는 데 주저함이나 어려움이 있을 때 프로세스들을 세분화하는 것이 특히 유용하다.
• 관찰은 "업무 섀도"라고도 하는데, 대개 관찰자가 외부에서 직무를 수행하는 직원을 지켜보는 방법으로 수행된다. 프로세스 또는 절차를 직접 실행하면서 드러나지 않았던 요구사항을 발견하는 방법을 체험해보는 "참여 관찰자"로서 관찰에 임할 수도 있다.

🤔 프로토타입

• 프로토타입 제작은 제품의 실제 제작에 앞서 예상 제품의 작동 모형을 제공하여 요구사항에 대한 조기 피드백을 확보하는 방법이다. 프로토타입은 유형물이므로 이해관계자가 요구사항 요약서를 놓고 토론하는 데 그치지 않고 최종 제품의 모형으로 실험할 수 있는 기회를 제공한다.
• 모형 제작, 사용자 실험, 피드백 생성 및 프로토타입 개정이라는 반복적 주기에 사용된다는 점에서 프로토타입은 점진적 구체화라는 개념을 뒷받침한다. 충분한 피드백 주기가 완료되었을 때, 프로토타입에서 확인된 요구사항은 설계 또는 제작 단계로 진행하기에 충분히 완벽한 수준에 도달한다.

 

요구사항 수집 : 산출물

😎 요구사항 문서

• 요구사항 문서는 개별 요구사항이 어떻게 프로젝트의 비즈니스 요구와 연결되는지 설명한다. 요구사항은 상위 수준에서 시작하여 추가 정보가 수집되면서 점점 구체화될 수 있다. 요구사항이 기준선으로 확정되려면, 주요 이해관계자가 볼 때 명확하고(측정 및 테스트 가능), 추적 가능하고, 완전하며, 일관되고, 수용 가능한 수준이어야 한다.
• 요구사항 문서의 형식은 이해관계자와 우선순위에 따라 분류된 모든 요구사항을 열거한 간단한 문서부터 전체 개요와 상세한 설명을 포함하고 부록이 첨부되는 구체적인 양식에 이르기까지 다양하다. 다음은 요구사항 문서를 구성하는 요소들의 일부 예이다.
  • 현재 상황에서 제한사항과 프로젝트의 수행 사유를 설명하는 비즈니스 요구 또는 포착할 기회
  • 추적 지표로 활용할 비즈니스 및 프로젝트 목표
  • 요구사항 목록, 모델 또는 두 가지 모두에 적절히 문서화할 수 있는, 비즈니스 프로세스, 정보, 제품과의 상호작용으로 기술되는 기능적 요구사항
  • 서비스 수준, 성과, 안전성, 보안, 준수성, 지원 가능성, 보유/제거 등과 같은 비기능적 요구사항
  • 품질 요구사항
  • 인수 기준
  • 조직의 운영 원칙을 밝히는 비즈니스 규칙
  • 콜센터, 영업 부서, 기술 그룹 등의 다른 조직 영역에 미치는 영향력
  • 수행 조직 내부 또는 외부의 다른 주체에 미치는 영향력
  • 지원 및 교육 요구사항
  • 요구사항의 가정과 제약
    

😎 요구사항 관리 계획서

• 요구사항 관리 계획서에는 전체 프로젝트 기간에 요구사항을 분석하여 문서화하고 관리하는 방법을 기술한다. 단계별 관계가 요구사항의 관리 방법에 상당한 영향을 미친다.
• 프로젝트 관리자는 프로젝트에 가장 효과적인 관계를 선택하여 해당 방식을 요구사항 관리 계획서에 포함시켜야 한다. 요구사항 관리 계획서의 대다수 구성요소가 이 관계를 기반으로 한다. 다음은 요구사항 관리 계획서에 포함될 수 있는 사항의 일부 예이다.
  
  • 요구사항 활동을 활동을 계획, 추적 및 보고하는 방법
  • 제품, 서비스 또는 결과 요구사항에 대한 변경을 착수하는 방법, 영향력을 분석하는 방법, 변경과 영향력을 추적하고 탐지하고 보고하는 방법, 그리고 해당 변경을 승인하는 데 필요한 권한 수준 등과 같은 형상 관리 활동들
  • 요구사항 우선순위 지정 프로세스
  • 사용할 제품 지표와 해당 지표를 사용하는 이유
  • 추적 구조, 즉 추적 매트릭스에 포착할 요구사항 속성과 추적할 기타 프로젝트 문서 요구사항

😎 요구사항 추적 매트릭스

• 요구사항 추적 매트릭스는 요구사항을 각각의 요인에 연결하고 프로젝트 생애 주기 전반에서 추적하는 표이다. 요구사항 추적 매트릭스를 구현하면 각 요구사항이 비즈니스 및 프로젝트 목표에 연결되어 비즈니스 가치를 높이는 데 도움이 된다.
• 또한 프로젝트 생애 주기 전반에 요구사항을 추적하는 수단을 제공함으로써 프로젝트가 끝날 때 요구사항 문서에 승인된 요구사항이 인도되도록 지원한다. 마지막으로 제품 범위에 대한 변경을 관리하는 데 유용한 구조를 제공한다. 다음은 이 프로세스에서 추적하는 요구사항의 일부 예이다.
  • 비즈니스 요구, 기회, 목표 및 목적에 대한 요구사항
  • 프로젝트 목표에 대한 요구사항
  • 프로젝트 범위/작업분류체계(WBS) 인도물에 대한 요구사항
  • 제품 설계에 대한 요구사항
  • 제품 개발에 대한 요구사항
  • 테스트 전략 및 테스트 시나리오에 대한 요구사항
  • 상위 수준부터 상세한 수준까지의 모든 요구사항
• 각 요구사항과 연관된 속성을 요구사항 추적 매트릭스에 기록할 수 있다. 이러한 속성은 요구사항에 대한 중요한 정보를 정의하는 데 도움이 된다.
• 요구사항 추적 매트릭스에 일반적으로 사용되는 속성에는 고유한 식별코드, 요구사항에 대한 설명, 포함시킨 사유, 소유자, 출처, 우선순위, 버전, 현재 상태(활성, 취소, 연기, 추가, 승인), 완료 날짜 등이 포함된다. 요구사항이 이해관계자의 기대사항을 충족했음을 확인하는 추가 속성으로 안정성, 복잡성, 인수 기준을 포함되기도 한다.

 

Related References

- 첨부파일 : A Guide to the Project Management Body of Knowledge (PMBOK Guide) Fourth Edition / PMI

- Software Engineering : A Practitioner’s Approach / Roger S. Pressman. – 7th ed.
- Project Management : A System Approach to Planning, Scheduling, and Controlling / Harold Kerzner. - 6th ed.

- Software Project Survival Guide / Steve McConnell

- IT 전문 컨설턴트 과정 : 프로젝트 관리 / 기업정보화지원센터

- 201가지 소프트웨어 개발 원칙 / Alan M. Davis, 정기원. 김태현 공역

- 최신 소프트웨어 공학 기법/ 한. 카네기멜론 대학 기술교류협회

- 소프트웨어 프로세스와 품질/ 정기원, 윤창섭, 김태현 공저

 

PMBOK

요약 : 소프트웨어어 qa, 웹 qa, 앱 qa, 소프트웨어 테스트 자동화, 자동화 소프트웨어, pm 교육, 비즈니스 소프트웨어, 소프트웨어 공학 프로젝트, audit, auditer