제품에 포함된 기능(기술적 주요 라인)

프로젝트 범위의 기초입니다.

완료 여부는 제품 설명에 따라 다릅니다.

제품 범위 설명은 프로젝트 범위 기술서의 중요한 구성 요소입니다. 제품 범위의 변경은 먼저 프로젝트 범위에 영향을 미칩니다.

제품 납품에 필요한 업무(관리본선)

프로젝트 범위 기준선

프로젝트 범위 기술서를 작성하는 방법

범위 설명에서 WBS를 생성하는 방법

WBS를 유지하고 승인하는 방법

WBS 생성, 유지 및 승인

범위 기준선

완료된 프로젝트 결과물을 확인하고 공식적으로 수락하는 방법

프로젝트 범위 변경을 처리하는 방법

다양한 수요 활동을 계획, 추적 및 보고하는 방법

수요관리에 필요한 자원

훈련 프로그램

프로젝트 이해관계자가 요구사항 관리에 참여하는 전략

프로젝트 범위와 요구사항 간의 불일치를 판단하기 위한 기준 및 수정 절차

구성 관리 활동

높은 수준의 요구 사항

QFD 품질 기능 전개

사용자 요구

시스템 요구 사항

선정된 이해관계자 및 주제 전문가와 중재자가 주도하는 대화형 토론

기능적 요구사항을 신속하게 정의하고 이해관계자 간의 차이점을 조정하기 위해 주요 부서 간 이해관계자를 토론에 참여하도록 초대합니다.

브레인스토밍

명목 그룹

델파이

개념/마인드맵

친화도 다이어그램(KJ 방법)

다기준 의사결정 분석

만장일치로 동의

대부분의 원칙

상대적 다수결의 법칙

절대권

계획된(실제) 사례를 유사한 조직의 사례와 비교합니다.

시스템의 입력 및 입력 공급자, 출력 및 출력 공급자를 표시합니다.

서비스 수준, 성능, 안전, 규정 준수

요구 사항 설명, 소유자, 소스, 우선 순위, 현재 상태(진행 중, 취소, 연기, 새로 추가, 승인, 할당, 완료 등)를 포함하여 각 요구 사항의 관련 속성을 기록해야 합니다.

제품 용도 및 기능에 대한 설명을 구성하기 위해 제품에 대해 질문하고 답변합니다.

가능한 한 많은 잠재적 대안을 지정하십시오.

제품군 설명

허용 기준

결과물

프로젝트 제외

제약

가정

검토, 검토, 감사, 연습, 검사, 테스트 등으로도 알려져 있습니다.

진행 상황, 자금, 자원

제품 범위

결과물이 충분하고 완료되어야 하는지, 시간, 자금, 자원이 충분한지 여부

자신의 참여와 책임의 요소

제품 확인

범위 확인

품질관리

범위 확인

중요한 체크포인트는 마일스톤이고, 중요한 마일스톤은 기준선입니다.

WBS의 가장 낮은 수준의 결과물

자신에게 맞는 작업을 수행하려면 매우 구체적이어야 합니다.

작업 패키지 크기는 8/80 원칙을 따라야 합니다.

작업 패키지 또는 작업 패키지 위의 요소

제어 계정에는 여러 작업 패키지가 포함될 수 있으며, 작업 패키지는 하나의 제어 계정에만 속할 수 있습니다.

관리 계정 아래 및 작업 패키지 위의 WBS 요소

업무 내용은 알려져 있으나, 세부적인 진행 활동 WBS 요소는 아직 부족합니다.

WBS의 인코딩 식별자를 설명하는 데 사용되는 문서

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

WBS의 구조와 배열 결정

하향식, 레이어별 개선

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

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

기능적 또는 기술적 원리

조직 구조

시스템 또는 하위 시스템

각 수명주기 단계를 두 번째 계층으로 취급

두 번째 레이어로서의 주요 결과물

두 번째 레이어인 하위 프로젝트(외부 소스)

계층 구조는 명확하고 직관적이며 구조적이지만 수정이 쉽지 않습니다. 크고 복잡한 프로젝트에는 적합하지 않습니다.

덜 직관적이지만 모든 작업 요소를 반영할 수 있어 대규모 프로젝트에 적합합니다.

드물게 사용되는

WBS는 4~6레벨로 관리되어야 합니다. 6레벨 이상의 대규모 프로젝트는 WBS를 수행하기 위해 여러 하위 프로젝트로 나눌 수 있습니다.

작업 단위는 교차 종속을 방지하기 위해 특정 상위 단위에만 속할 수 있습니다.