마인드 맵 갤러리 5. 프로젝트 범위 관리
프로젝트 범위 관리는 주로 개요, 계획 범위 관리, 요구사항 수집, 범위 정의, 작업분류체계 작성, 범위 및 통제 범위 확인 등의 측면에서 소개됩니다.
프로젝트 범위 관리
정보 시스템 프로젝트 관리자 튜토리얼(제4판) 14장_프로젝트 커뮤니케이션 관리
정보시스템 프로젝트 관리자 지식 시스템(5장 프로젝트 범위 관리)
정보 시스템 프로젝트 관리자 튜토리얼(제4판) 10장_프로젝트 진행 관리
정보 시스템 프로젝트 관리자 튜토리얼(제4판) 15장_프로젝트 리스크 관리
정보시스템 프로젝트 관리자 튜토리얼(제4판) 16장_프로젝트 조달 관리
정보시스템 프로젝트 관리자 튜토리얼(제4판) 8장_프로젝트 통합 관리
고급 소프트웨어 시험 4장 전체 프로젝트 관리
정보 시스템 프로젝트 관리자 튜토리얼(제4판) 9장_프로젝트 범위 관리
고급 소프트웨어 시험 - 5장 프로젝트 범위 관리
5. 프로젝트 범위 관리
1. 개요
프로젝트 범위
1. 프로젝트 경계를 명확히 한다
2. 추가 작업 없음
3. 프로젝트 범위 확산 방지
1. 제품 범위 및 프로젝트 범위
1. 제품군
1.기술적 본선
2.본선 관리
완성 여부는 제품이 제품 설명을 충족하는지 여부에 따라 판단됩니다.
2. 범위 벤치마크
승인된 프로젝트 범위 기술서, WBS 및 WBS 사전입니다.
프로젝트 범위가 완료되었는지 확인
3. 프로젝트 범위
2. 범위 관리의 중요성
3. 범위 관리 프로세스
2. 기획범위 관리
1. 범위 관리 계획
2. 수요관리 방안
입력하다
1. 프로젝트 관리 계획
2. 프로젝트 헌장
3. 사업 및 조직
도구 및 기술
전문가의 판단
회의
산출
범위 관리 계획
범위 관리 방법에 대한 지침과 방향 제공
콘텐츠
1. 프로젝트 범위 기술서를 작성하는 방법,
정의
2. 범위 설명을 기반으로 WBS를 작성하는 방법
3. WBS 유지 및 승인 방법
WBS 생성
4. 완료된 프로젝트 결과물을 확인하고 공식적으로 수락하는 방법
범위 확인
5. 전체 변경통제 프로세스의 구현과 직접적으로 연결되는 프로젝트 범위기술서의 변경사항을 처리하는 방법
범위 제어
수요관리 계획
하위 주제
3. 요구사항 수집
1. 요구사항 분류
1.비즈니스 요구 사항
2. 이해관계자 요구
3. 과도한 수요
4. 품질 요구 사항
기본적인 필요
예상 수요
예상치 못한 수요
2. 도구 및 기술
1.면접
2. 포커스 그룹
주제 전문가
일대다(6-10)
3. 가이드 세미나
다기능 이해관계자
더 빠르게 문제를 찾아 해결하세요.
신뢰를 구축하고, 관계를 촉진하고, 의사소통을 개선하고, 참가자가 합의에 도달하도록 돕습니다.
4. 그룹혁신기술
1. 브레인스토밍
모든 사람은 자신의 의견을 표현합니다.
2. 공칭 그룹
투표
준비
보다 구조화된 브레인스토밍 접근 방식
3. 델파이 기법
개인의 의견이 부적절하게 증폭되는 것을 방지
4. 개념/마인드맵
그림
새로운 아이디어를 안내하다
5. 친화도 다이어그램/KI 방법
핵심은 브레인스토밍이다
결과를 바탕으로 원인을 찾아보세요
6. 다기준 의사결정 분석
다양한 표준
5. 그룹 의사결정 기술
1. 만장일치 합의
2. 대부분의 원칙
3. 상대적 다수결 원칙
4. 독재
6. 설문조사
7. 관찰
8.프로토타입 방법
예비 요구 사항
급속 성장
9. 벤치마크 비교
내부조직/외부조직
10. 시스템 상호작용 다이어그램
시스템이 참가자와 상호 작용하는 방법
비즈니스 시스템의 입력, 입력 공급자, 비즈니스 시스템의 출력 및 출력 수신기를 표시합니다.
11. 문서 분석
문서 분석
3.요구사항 문서
4. 수요 추적
1. 수요관리
제품 개발 과정에서 요구사항의 일관성과 정확성을 유지하는 모든 활동을 포함합니다.
2. 추적성
3. 구성 항목 요구 사항
양방향 추적
앞으로 추적
역추적
4. 화살표는 수요 추적 기능 연락처 체인을 나타냅니다.
5. 추적성
6.
7. 다섯 번째 유형의 접점 체인
8. 요구사항 추적성(능력) 매트릭스 - 제품 요구사항을 소스에서 충족할 수 있는 결과물까지 연결하는 테이블입니다.
4. 범위 정의
프로젝트 및 제품에 대한 세부 설명을 작성하는 프로세스입니다. 주요 기능은 수집된 요구사항 중 어떤 요구사항이 프로젝트 범위에 포함될 것인지, 어떤 요구사항이 프로젝트 범위에서 제외될 것인지를 명확히 하여 제품, 서비스의 경계를 명확하게 하는 것입니다. 또는 결과.
1. 도구 및 기술
1. 전문가의 판단
2. 제품 분석
제품 분석
3. 대체 세대
프로젝트 작업을 수행하는 다양한 방법을 식별하는 데 사용됩니다.
4. 가이드 세미나
2. 프로젝트 범위 설명
1.
2.내용
1. 제품군 설명
2. 합격 기준
3. 결과물
4. 프로젝트 제외
5. 제약
6. 가정
3. 기능
1. 범위 결정
2. 커뮤니케이션의 기초
3. 계획 및 통제의 기초
4. 기초를 바꾸다
5. 계획의 기초
5. 작업분류체계(WBS) 생성
1.WBS 수준
1.마일스톤
체크포인트---마일스톤---기준선
2. 작업 패키지
가장 낮은 수준의 과학 및 교육 단위 결과 또는 프로젝트 작업 구성 요소
특정한
8/80 원칙
1인당 8~80시간 근무(1일-10일/1일-2주)
3. 관리 계정
4. 기획 패키지
5.WBS 사전
2. 분해하다
무너지다
그립 판단
2.활동
1. 결과물 및 관련 작업 식별 및 분석
2. WBS의 구조 및 배치방법을 결정한다.
3. 위에서 아래로 층별로 정제되고 분해됩니다.
4. WBS 구성요소에 식별 코드를 개발하고 할당합니다.
5. 결과물의 분해 수준이 적절한지 확인
3.원칙
4.방법
1. 수명주기
2. 결과물
5. 모든 프로젝트 팀원
6. 대표
1.트리 구조
명확한 계층 구조, 직관적이고 구조적
수정이 쉽지 않음
2.표 형식
직관력이 좋지 않음
하지만 프로젝트의 모든 작업 요소를 반영할 수 있습니다.
7. 과정에 주의를 기울이세요
1. 1시간
3.WBS의 역할
6. 범위 확인
1. 범위 개요 확인
프로젝트의 완료된 결과물을 공식적으로 수락하는 프로세스입니다.
클라이언트 또는 스폰서와 함께 결과물을 검토하고, 만족스러운 완료를 확인하고, 클라이언트 또는 스폰서로부터 공식 승인을 얻는 것이 포함됩니다.
점검, 그룹의사결정기법
2. 단계
3. 질문
2. 이해관계자의 우려사항
1. 관리
범위가 프로젝트의 진행, 자금 및 자원에 미치는 영향을 말하며, 이러한 요소가 조직의 범위를 벗어나는지 여부와 투입 및 산출 측면에서 합리적인지 여부를 나타냅니다.
2. 고객
제품 범위
프로젝트의 결과물이 제품이나 서비스를 완료하기에 충분한지 여부에 대한 우려
3. 프로젝트 관리 인력
결과물이 충분하고 완료되어야 하는지 여부, 시간, 자금, 자원이 충분한지 여부, 주요 잠재적 위험 및 준비된 솔루션
4. 프로젝트 팀원
프로젝트 범위에서 귀하가 참여하고 담당하는 요소
범위 내 시간을 정의하여 작업 시간이 충분한지 확인하고, 프로젝트 범위 내에 여러 작업이 있는지, 이러한 작업이 충돌하는지 확인하세요.
3. 여러 용어의 비교
범위 검증 및 품질 검증
7. 통제 범위
1. 프로젝트 및 제품의 범위 상태를 모니터링하고 범위 기준의 변경 사항을 관리하는 프로세스입니다.
2. 범위 변경 사유
1. 정부 정책 이슈
2. 프로젝트 범위 계획이 주의 깊게 작성되지 않았으며 특정 오류나 누락이 포함되어 있습니다.
3. 새로운 기술, 새로운 방법 또는 새로운 솔루션이 시장에 등장했거나 설계자가 이를 제안했습니다.
4. 사업수행조직 자체의 변경
5. 프로젝트, 프로젝트 제품 또는 서비스 변경에 대한 고객 요구 사항
3. 주요업무
1. 범위 변경을 초래하는 요인에 영향을 주고 이러한 요인이 유리한 방향으로 발전하도록 노력합니다.
2. 범위 변경이 발생했는지 확인
3. 범위 변경 시 실제 변경 사항을 관리하고, 요청된 모든 변경 사항이 프로젝트의 전체 변경 관리 프로세스에 따라 처리되는지 확인합니다.