출력: 1 범위 관리 계획 2 요구사항 관리 계획

WBS 준비 가이드 내용: 1. WBS가 교체 및 비교체 비용을 포함하여 기능 및 프로젝트의 요구 사항을 충족하는지 확인합니다. 2. WBS가 모든 프로젝트 작업의 논리적 분류를 제공하는지 확인하십시오. 3. 각 특정 레이어의 총 비용이 다음 레이어의 구성 요소 비용의 합계와 동일한지 확인합니다. 4. 포괄적인 적응 및 연속성 관점에서 WBS를 검토합니다. 5. 모든 업무 책임은 개인이나 조직 단위에 할당되어야 합니다.

콘텐츠: ①다양한 수요활동을 계획, 추적, 보고하는 방법 ②수요관리에 필요한 자원, ③교육계획 ④프로젝트 이해관계자의 요구사항 관리 참여 전략 ⑤사업범위와 요구사항의 불일치 여부를 판단하는 기준 및 시정절차 ⑥요구사항 추적 구조, 7구성 관리 활동

솔루션 요구사항(기능적 요구사항, 비기능적 요구사항)

포커스 그룹(더 가치 있는 집단적 의견을 얻기 위한 일대일 그룹 인터뷰)

브레인스토밍 BS(모두가 자신의 의견을 표현함)

개념/마인드맵(마인드맵, 브레인맵, 공통점과 차이점 반영, 새로운 아이디어 자극)

벤치마크 비교(다른 가족의 자녀가 조직 내외 비교, 우수사례 발굴, 개선의견 형성, 성과평가의 근거 제공)

관찰하다

내용: ① 비즈니스 요구 사항 ② 이해관계자 요구 사항 ③ 솔루션 요구 사항 ④ 프로젝트 요구 사항 ⑤ 전환 요구 사항 ⑥요구사항과 관련된 가정, 종속성 및 제약사항

전방 추적: 요구사항 문서의 각 요구사항이 후속 작업 제품(결과)에서 해당 지점을 찾을 수 있는지 확인합니다(요구사항이 누락되거나 편향되는 것을 방지하기 위해).

역추적(Reverse Tracing): 설계 문서, 제품 부품, 테스트 문서 등 작업 결과를 요구사항 문서에서 모두 찾을 수 있는지 확인하는 역추적. (수요의 출처를 확인하고 이 수요가 왜 발생하는지, 출처 배경과 이유는 무엇인지 파악하는 것입니다)

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

① 제품 범위 설명(프로젝트 헌장 및 요구사항 문서에 설명된 제품, 서비스 또는 결과의 특성을 점진적으로 구체화) ② 승인 기준(인도물이 승인을 통과하기 전에 충족되어야 하는 일련의 조건과 승인을 정의합니다. 프로세스) ③제공물 ④프로젝트 제외(프로젝트에서 제외되는 사항을 식별하는 것이 필요합니다. 프로젝트 범위에 포함되지 않는 사항을 명확하게 기술하는 것은 이해관계자의 기대를 관리하는 데 도움이 됩니다) ⑤제약사항 ⑥가정

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

이정표는 결과물 또는 단계의 공식적인 완료를 나타냅니다. 중요한 체크포인트는 마일스톤이고, 중요한 마일스톤은 기준선입니다.

작업 패키지는 다양한 사람이나 조직 단위에 완전히 할당하기 쉬워야 하므로 각 작업 단위의 직접적인 인터페이스를 명확히 해야 합니다. 작업 패키지는 담당자가 자신의 작업, 노력 목표 및 책임을 이해할 수 있도록 매우 구체적이어야 합니다. 8/80 규칙(80시간 규칙)은 작업 패키지의 크기를 완료하는 데 최소 8시간이 걸리고 총 완료 시간은 80시간을 넘지 않아야 한다고 권장합니다.

관리 제어 지점. 이 통제점에서는 범위, 예산(자원계획), 실비, 일정 등을 통합하고 획득가치와 비교하여 성과를 측정한다. 통제 계정은 WBS의 특정 수준에 있는 요소로, 작업 패키지일 수도 있고 작업 패키지보다 상위 수준에 있는 요소일 수도 있습니다.

통제 계정 아래에는 작업 내용은 알려져 있지만 세부 진행 활동은 아직 제공되지 않는 WBS 구성 요소가 있습니다. 계획 패키지는 관리 계정 아래, 작업 패키지 위의 WBS 요소입니다. 계획 패키지는 상황이 명확해짐에 따라 계획을 위해 일시적으로 사용됩니다. 계획 패키지는 결국 작업 패키지와 해당 특정 활동으로 분류됩니다.

WBS 용어집이라고도 하며, WBS의 다양한 구성 요소를 설명하는 문서입니다. WBS의 각 구성요소에 대해 계정 코드 식별, 작업 설명, 가정 및 제약, 책임자 또는 조직 단위, 일정 마일스톤, 관련 일정 활동, 필요한 자원, 비용 추정, 품질 요구 사항, 수용 기준, 기술 참조, 프로토콜 정보, 등. (WBS 사전은 실제로 WBS의 각 요소에 대한 설명인 Xinhua 사전과 동일합니다.)

WBS 사전 - 각 WBS 구성 요소에 대한 결과물, 활동 및 진행 정보를 자세히 설명하는 문서입니다(변경의 영향을 평가하는 데 도움이 됨).

① 산출물 및 관련 업무를 파악하고 분석합니다.

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

①기능적 또는 기술적 원칙: WBS를 만들 때 여러 사람의 작업을 분리하는 것을 고려해야 합니다.

③ 시스템 또는 하위 시스템: 전체 시스템은 여러 개의 주요 하위 시스템으로 구분되며, 각 하위 시스템은 분해됩니다.

① 프로젝트 생애주기의 각 단계는 분해의 두 번째 수준으로 사용되며, 제품 및 프로젝트 결과물은 세 번째 수준에 배치됩니다.

③프로젝트팀 이외의 조직에서 구현할 수 있는 다양한 컴포넌트(예: 아웃소싱 업무)를 통합하고, 아웃소싱 업무의 일환으로 판매자는 해당 계약 WBS를 준비해야 합니다.

트리 구조(조직 구조 차트): WBS는 명확한 수준, 직관성 및 강력한 구조를 가지고 있지만 크고 복잡한 프로젝트의 경우 프로젝트(소형 프로젝트)의 전체 그림을 표현하기가 어렵습니다.

표 형식(목록 형식): 표 형식은 직관적이지는 않지만 프로젝트(대형 프로젝트)의 모든 작업 요소를 반영할 수 있습니다.

①작업분류체계는 산출물 지향적이어야 합니다. 모든 하위 수준 요소의 합은 100% 상위 수준 요소를 나타내야 합니다.

②WBS는 프로젝트의 범위에 부합해야 합니다. WBS에는 프로젝트 결과물을 완료하는 데 필요한 활동만 포함되어야 합니다.

③WBS의 최하위 계층은 계획 및 제어를 지원해야 합니다. WBS는 프로젝트 관리 계획과 프로젝트 범위 사이의 가교 역할을 하며, WBS의 최하위 계층은 프로젝트 관리 계획을 지원할 뿐만 아니라 경영진이 프로젝트 진행 상황과 예산을 모니터링하고 제어할 수 있도록 해야 합니다.

④ WBS의 구성요소는 누군가가 책임져야 하며, 실제로는 여러 사람이 참여해야 할 수도 있지만 한 사람만 책임져야 합니다.

⑤WBS 지도, WBS는 4~6계층에서 관리되어야 한다. 물론 대규모 프로젝트는 6층을 초과할 수도 있습니다.

⑥WBS에는 프로젝트 관리 업무(관리는 프로젝트의 특정 업무의 일부이기 때문에)와 하도급 업무가 포함되어야 합니다.

⑦ WBS의 준비에는 모든 (주) 프로젝트 이해관계자의 참여와 프로젝트 팀원의 참여가 필요합니다.

⑧WBS는 정적이지 않습니다. WBS가 완료된 후에도 WBS를 수정해야 할 수 있습니다.

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

프로젝트 관리자: 결과물이 충분하고 완료되어야 하는지, 시간, 자금, 자원이 충분한지, 주요 잠재적 위험과 준비된 솔루션에 주의를 기울이십시오.

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

③범위 변경 시 실제 변경사항을 관리하고, 요청된 모든 변경사항이 프로젝트의 전반적인 변경통제 프로세스에 따라 처리되도록 한다.