프로젝트 범위가 정의, 검증 및 통제되는 프로세스에 대한 서면 설명인 범위 관리 계획을 개발합니다.

투입물: 프로젝트 관리 계획, 프로젝트 헌장, 기업 환경 요인, 조직 프로세스 자산

산출물: 범위 관리 계획, 요구사항 관리 계획

도구 및 기법: 전문가 판단, 회의

프로젝트 목표를 달성하기 위해 이해관계자의 필요와 요구 사항을 식별하고 문서화하고 관리하는 프로세스입니다.

입력: 범위 관리 계획, 요구사항 관리 계획, 이해관계자 관리 계획, 프로젝트 헌장, 이해관계자 등록

출력: 요구 사항 문서, 요구 사항 추적 매트릭스

도구 및 기술: 인터뷰, 포커스 그룹, 안내 워크샵, 그룹 혁신 기술, 그룹 의사결정 기술, 설문지, 관찰, 프로토타입 제작, 벤치마킹, 시스템 상호 작용 다이어그램, 문서 분석

상세한 프로젝트 및 제품 설명을 개발하는 프로세스

입력: 범위 관리 계획, 프로젝트 헌장, 요구 사항 문서, 조직 프로세스 자산

출력: 프로젝트 범위 기술서, 프로젝트 문서 업데이트

도구 및 기술: 전문가 판단, 제품 분석, 대안 생성, 안내 워크숍

프로젝트 결과물과 프로젝트 작업을 더 작고 관리하기 쉬운 구성 요소로 나누는 프로세스

입력: 범위 관리 계획, 프로젝트 범위 기술서, 요구 사항 문서, 기업 환경 요소, 조직 프로세스 자산

출력: 범위 기준선, 프로젝트 파일 업데이트

도구 및 기법: 분석, 전문가 판단

완료된 프로젝트 결과물을 공식적으로 승인하는 프로세스

입력: 프로젝트 관리 계획, 요구 사항 문서, 요구 사항 추적 매트릭스, 확인된 결과물, 작업 성과 데이터

출력: 승인된 결과물, 변경 요청, 작업 성과 정보, 프로젝트 문서 업데이트

도구 및 기술: 검사(리뷰, 제품 리뷰, 감사, 워크스루, 검사), 그룹 의사결정 기술

프로젝트 및 제품 범위 상태를 모니터링하고 범위 기준 변경 프로세스를 관리합니다.

입력: 프로젝트 관리 계획, 요구 사항 문서, 요구 사항 추적 매트릭스, 작업 성과 데이터, 조직 프로세스 자산

출력: 작업 성과 정보, 변경 요청, 프로젝트 관리 계획 업데이트, 프로젝트 문서 업데이트, 조직 프로세스 자산 업데이트

도구 및 기법: 편향 분석

인터뷰에는 일반적으로 인터뷰 대상자에게 미리 결정된 즉석 질문을 하고 답변을 녹음하는 과정이 포함됩니다.

일반적으로 일대일 형식에서는 여러 명의 인터뷰 대상자 및/또는 여러 명의 면접관이 참여할 수도 있습니다.

경험이 풍부한 프로젝트 참가자, 이해관계자 또는 해당 분야 전문가를 인터뷰합니다.

이해관계자들은 바빠서 시간을 맞추기가 어려운 경우가 많습니다.

인터뷰 시 정보량이 많아 녹음이 어렵습니다.

의사소통에는 많은 기술과 충분한 도메인 지식 등이 필요합니다.

면접 중 겪은 문제

포커스 그룹은 미리 선택된 이해관계자와 해당 분야 전문가를 모아 제안된 제품, 서비스 또는 결과에 대한 기대와 태도를 이해합니다.

포커스 그룹은 숙련된 중재자가 이끄는 대화형 토론을 통해 진행됩니다.

워크숍은 주요 부서 간 이해관계자를 회의에 초대하여 제품 요구 사항을 논의하고 정의하는 데 중점을 둡니다.

워크숍은 부서 간 요구 사항을 신속하게 정의하고 이해관계자 간의 차이점을 조정하는 중요한 기술입니다.

품질 기능을 사용하여 가이드 워크숍을 진행할 수도 있습니다.

이 기술의 장점은 단일 회의보다 더 빠르게 문제를 식별하고 해결할 수 있다는 것입니다.

품질 기능 배포 워크숍 단계

브레인스토밍

명목 그룹 기술

델파이 기술

개념/마인드맵

친화도 다이어그램

다기준 의사결정 분석

원하는 결과를 달성하기 위한 다양한 향후 실행 계획을 평가하는 것입니다.

그룹 의사결정 기술을 사용하여 제품 요구사항을 개발, 분류 및 우선순위를 지정할 수 있습니다.

개인이 자신의 환경에서 어떻게 작업을 수행하고 프로세스를 구현하는지 직접적으로 관찰하는 것을 말합니다.

작업 추적이라고도 함

비즈니스 요구 사항: 추적 가능한 비즈니스 목표 및 프로젝트 목표, 조직의 비즈니스 규칙 실행, 조직의 기본 원칙 포함

조직의 다른 영역에 대한 영향, 수행 조직 내부 또는 외부 그룹에 대한 영향, 의사소통 및 보고에 대한 이해관계자 요구를 포함한 이해관계자 요구

기능적 및 비기능적 요구 사항, 기술 및 표준 준수 요구 사항, 지원 및 교육 요구 사항, 품질 요구 사항, 보고 요구 사항을 포함한 솔루션 요구 사항입니다.

서비스 수준, 성능, 보안, 규정 준수 등을 포함한 프로젝트 요구 사항과 승인 기준

과도한 수요

요구 사항과 관련된 가정, 종속성 및 제약 조건

각 구성 항목의 요구 사항은 관련된 제품(또는 구성 요소)의 요구 사항에 대해 양방향으로 추적 가능해야 합니다.

요구사항 추적에는 5가지 유형이 포함됩니다.

그림의 화살표는 수요추적능력 컨택체인을 나타내며, 수요이용의 전주기, 즉 수요제안부터 납품까지의 전과정을 추적할 수 있다.

그림의 왼쪽 부분에서는 사용자의 원래 요구사항을 요구사항 문서로 추적할 수 있으므로 프로젝트 도중 또는 이후 변경으로 인해 영향을 받는 요구사항을 구별할 수 있습니다. 또한 사용 사례와 기능 요구 사항 간의 추적

그림의 오른쪽 절반은 프로젝트 구현 과정에서 제품 요구 사항이 설계 및 테스트와 같은 구현 요소로 변환되므로

네 번째 유형의 접촉 체인은 제품 요소에서 요구사항 문서까지 추적하여 프로젝트 팀 구성원이 각 제품 요소의 존재 이유를 알 수 있도록 합니다.

다섯 번째 유형의 접촉 체인은 요구 사항 문서 간 추적입니다. 이 추적을 통해 다양한 요구 사항 간의 논리적 상관 관계를 더 잘 처리하고 요구 사항 분해 시 발생할 수 있는 오류나 누락을 확인할 수 있습니다.

요구사항 매트릭스는 제품 요구사항을 소스에서 이를 만족시키는 결과물까지 연결하는 테이블입니다.

요구 사항 매트릭스에는 다음이 포함됩니다.

요구 사항 추적 매트릭스에 기록되는 일반적인 속성에는 고유 식별자, 요구 사항에 대한 텍스트 설명, 요구 사항을 포함하는 이유, 소유자, 소스, 우선 순위, 버전, 현재 상태 및 상태 날짜가 포함됩니다.

개발할 제품의 유입, 기능 및 기타 측면에 대한 설명을 개발하기 위해 제품별 질문을 묻고 답합니다.

제품 분석 기술에는 제품 분해, 시스템 분석, 요구 사항 분석, 시스템 엔지니어링, 가치 엔지니어링 및 가치 분석이 포함됩니다.

가치공학과 가치분석 활동 모두 상품의 가치, 기능, 비용에 대해 더 깊이 생각하고 탐구하며, 그룹 활동 형태로 아이디어를 브레인스토밍하는 활동입니다.

가치엔지니어링은 제품 개발 및 설계 단계에서 수행되는 가치 및 비용 혁신 활동입니다.

대안 분석

측면 사고

제품군 설명

허용 기준

결과물

프로젝트 제외

제약

가정

범위

의사소통의 기초

계획 및 제어 개발

변경 기준

기획 기초

WBS의 각 분기 하단에 위치한 산출물 또는 프로젝트 작업 구성 요소입니다.

작업 패키지의 크기는 완료하는 데 최소 8시간이 소요되고 총 완료 시간은 80시간을 초과하지 않는 것이 좋습니다.

WBS의 특정 수준에 있는 요소일 수도 있고, 작업 패키지보다 상위 수준에 있는 요소일 수도 있습니다.

통제계정은 범위, 예산(자원계획), 실비, 일정 등을 통합하고 획득가치와 비교하여 성과를 측정하는 관리 통제점이다.

작업 내용은 알지만 세부적인 진행 활동이 부족한 통제 계정의 WBS 구성 요소를 말합니다.

계획 패키지는 관리 계정 아래 및 작업 패키지 위의 WBS 요소입니다.

계좌 코드

각 레이어의 모든 요소의 합은 다음 레이어의 작업의 합입니다.

각 작업 요소는 하나의 수준에 구체적으로 할당되어야 하며 여러 수준에 할당되어서는 안 됩니다.

WBS는 모든 사람이 수행할 작업을 완전히 이해할 수 있도록 작업의 범위 설명을 입력해야 합니다.

결과물 및 관련 작업 식별 및 분석

WBS의 구조와 배열 결정

위에서 아래로 분해

WBS 구성요소에 식별 코드를 개발하고 할당합니다.

결과물의 분해 수준이 적절한지 확인

기능적 또는 기술적 원칙: 단계에 따라 서로 다른 인력이 필요하며, 서로 다른 인력의 작업을 분리하는 것을 고려해야 합니다.

조직 구조

시스템 또는 하위 시스템: 전체 시스템을 여러 개의 주요 하위 시스템으로 나눈 후 각 하위 시스템을 분해합니다.

WBS는 결과물 지향적이어야 합니다.

WBS는 프로젝트 범위에 적합해야 합니다.

WBS의 기본 계층은 계획 및 제어를 지원해야 합니다.

누군가는 WBS의 요소를 책임져야 합니다.

WBS 지침

WBS에는 프로젝트 관리 작업과 하청 작업이 포함되어야 합니다.

WBS를 준비하려면 모든 프로젝트 이해관계자와 프로젝트 팀원의 참여가 필요합니다.

WBS가 완료된 후에도 변경 및 수정이 가능합니다.