마인드 맵 갤러리 프로젝트 범위 관리 업무분류 메모 마인드맵
프로젝트 범위 관리 업무분류 노트 마인드맵, 관심 있는 친구들이 함께 살펴볼 수 있습니다.
2023-02-23 21:21:21에 편집됨이것은 (III) 저산소증-유도 인자 프롤릴 하이드 록 실라 제 억제제에 대한 마인드 맵이며, 주요 함량은 다음을 포함한다 : 저산소증-유도 인자 프롤릴 하이드 록 실라 제 억제제 (HIF-PHI)는 신장 빈혈의 치료를위한 새로운 소형 분자 경구 약물이다. 1. HIF-PHI 복용량 선택 및 조정. Rosalasstat의 초기 용량, 2. HIF-PHI 사용 중 모니터링, 3. 부작용 및 예방 조치.
이것은 Kuka Industrial Robots의 개발 및 Kuka Industrial Robot의 모션 제어 지침에 대한 마인드 맵입니다. 주요 내용에는 쿠카 산업 로봇의 역사, 쿠카 산업 로봇의 특성, 쿠카 산업 로봇의 응용 분야, 2. 포장 프로세스에서 쿠카 로봇은 빠르고 일관된 포장 작업을 달성하고 포장 효율성을 높이며 인건비를 줄입니다. 2. 인건비 감소 : 자동화는 운영자에 대한 의존성을 줄입니다. 3. 조립 품질 향상 : 정확한 제어는 인간 오류를 줄입니다.
408 컴퓨터 네트워크가 너무 어렵습니까? 두려워하지 마세요! 나는 피를 구토하고 지식 맥락을 명확히하는 데 도움이되는 매우 실용적인 마인드 맵을 분류했습니다. 컨텐츠는 매우 완전합니다. 네트워크 아키텍처에서 응용 프로그램 계층, TCP/IP 프로토콜, 서브넷 디비전 및 기타 핵심 포인트에 이르기까지 원칙을 철저히 이해하는 데 도움이 될 수 있습니다. 📈 명확한 논리 : Mindmas 보물, 당신은 드문 기회가 있습니다. 서둘러! 이 마인드 맵을 사용하여 408 컴퓨터 네트워크의 학습 경로에서 바람과 파도를 타고 성공적으로 해변을 얻으십시오! 도움이 필요한 친구들과 공유해야합니다!
이것은 (III) 저산소증-유도 인자 프롤릴 하이드 록 실라 제 억제제에 대한 마인드 맵이며, 주요 함량은 다음을 포함한다 : 저산소증-유도 인자 프롤릴 하이드 록 실라 제 억제제 (HIF-PHI)는 신장 빈혈의 치료를위한 새로운 소형 분자 경구 약물이다. 1. HIF-PHI 복용량 선택 및 조정. Rosalasstat의 초기 용량, 2. HIF-PHI 사용 중 모니터링, 3. 부작용 및 예방 조치.
이것은 Kuka Industrial Robots의 개발 및 Kuka Industrial Robot의 모션 제어 지침에 대한 마인드 맵입니다. 주요 내용에는 쿠카 산업 로봇의 역사, 쿠카 산업 로봇의 특성, 쿠카 산업 로봇의 응용 분야, 2. 포장 프로세스에서 쿠카 로봇은 빠르고 일관된 포장 작업을 달성하고 포장 효율성을 높이며 인건비를 줄입니다. 2. 인건비 감소 : 자동화는 운영자에 대한 의존성을 줄입니다. 3. 조립 품질 향상 : 정확한 제어는 인간 오류를 줄입니다.
408 컴퓨터 네트워크가 너무 어렵습니까? 두려워하지 마세요! 나는 피를 구토하고 지식 맥락을 명확히하는 데 도움이되는 매우 실용적인 마인드 맵을 분류했습니다. 컨텐츠는 매우 완전합니다. 네트워크 아키텍처에서 응용 프로그램 계층, TCP/IP 프로토콜, 서브넷 디비전 및 기타 핵심 포인트에 이르기까지 원칙을 철저히 이해하는 데 도움이 될 수 있습니다. 📈 명확한 논리 : Mindmas 보물, 당신은 드문 기회가 있습니다. 서둘러! 이 마인드 맵을 사용하여 408 컴퓨터 네트워크의 학습 경로에서 바람과 파도를 타고 성공적으로 해변을 얻으십시오! 도움이 필요한 친구들과 공유해야합니다!
프로젝트 범위 관리 업무분류 메모 마인드맵
범위
제품 범위
특정 제품, 서비스 또는 성과의 특성과 기능, 그리고 제품 범위가 완성되었는지 여부는 제품 요구사항 사양에 의해 측정됩니다.
프로젝트 범위
범위 설명은 지정된 특징과 기능을 갖춘 제품과 서비스를 제공하기 위해 완료해야 하는 작업과 프로세스를 정의합니다.
프로젝트 범위가 완료되었는지 여부는 프로젝트 관리 계획, 프로젝트 범위 기술서, WBS 및 WBS 사전에 의해 측정됩니다. 프로젝트 범위는 명확한 프로젝트 목표 또는 프로젝트 투자자 또는 고객의 특정 요구에서 비롯됩니다.
프로젝트 범위 확인은 프로젝트 이해관계자가 프로젝트 범위를 공식적으로 인정하는 것이며 전체 프로젝트 수명주기에 걸쳐 실행됩니다.
프로젝트 범위는 수요 변경을 효과적으로 관리할 수 있는 유일한 방법입니다. 명확한 프로젝트 범위를 사용하면 범위 내의 비즈니스 프로세스만 분석하여 고객이 변경을 요구할 때 범위를 효과적으로 관리할 수 있습니다.
프로젝트 범위와 기능 요구 사항은 고객이 제공하지 않습니다. 고객은 요구 사항이 완료되는 목표만 알 수 있습니다. 프로젝트 팀 구성원은 고객 분석을 이해한 후 기능 요구 사항을 얻습니다.
프로젝트 범위 관리
프로젝트에 포함되는 것과 포함되지 않는 것을 정의하고 통제하는 프로세스를 의미합니다. 이 프로세스는 프로젝트 팀과 프로젝트 이해관계자가 프로젝트 제품과 이러한 제품을 생산하는 데 사용되는 프로세스에 대한 공통된 이해를 갖도록 하는 데 사용됩니다.
수요개발을 통해 프로젝트 요구사항을 확보하고, 이를 기반으로 프로젝트 범위를 결정하고, 프로젝트 범위관리를 수행합니다. 수요관리는 수요관리 정의, 수요관리 프로세스, 수요관리 계획 수립, 관리 등 프로젝트 요구사항의 전체 수명주기를 관리합니다. 수요 및 구현 제안, 프로젝트 요구 사항의 경우 요구 사항의 긴급성과 중요성에 따라 단계적으로 충족될 수 있습니다. 요구사항 변경으로 인해 프로젝트 범위가 변경됩니다.
기본 내용
프로젝트 요구사항(요구사항 제안) 결정, 프로젝트 범위 정의, 범위 관리 구현, 범위 변경 통제 관리, 범위 검증
5개 공정
요구 사항 수집, 범위 정의(프로젝트 및 제품에 대한 자세한 설명을 개발하는 프로세스), 작업 분할 구조 생성(프로젝트 결과를 더 작고 관리하기 쉬운 구성 요소로 나누는 프로세스), 범위 확인(공식적으로 승인) 프로젝트는 완전한 인도물임), 범위 통제(프로젝트 및 제품의 범위 상태를 모니터링하고 범위 기준선에 대한 변경 사항을 관리하는 프로세스)
요구사항 수집
요구사항은 스폰서, 고객 및 기타 이해관계자의 정량화되고 문서화된 요구와 기대를 의미합니다. 요구사항 수집은 고객 기대를 정의하고 관리하는 프로세스를 의미합니다.
프로젝트가 시작되면 나중에 측정할 수 있도록 요구 사항을 충분히 자세히 조사, 분석 및 문서화해야 합니다.
요구사항은 WBS의 기초입니다. 비용, 일정 및 품질 계획도 이러한 요구사항을 기반으로 합니다. 요구사항 개발은 프로젝트 헌장 및 이해관계자 등록부의 관련 정보 분석으로 시작됩니다.
요구사항 문서
다양한 단일 요구사항이 프로젝트와 관련된 비즈니스 요구사항을 어떻게 충족하는지 설명합니다. 명확하고, 추적 가능하고, 완전하고, 서로 조정되고, 주요 이해관계자가 인식하는 요구사항만 기준으로 사용할 수 있습니다.
포함하다
비즈니스 요구 사항, 현재 상황의 단점 및 프로젝트 시작 이유
추적 가능한 비즈니스 목표 및 프로젝트 목표, 기능적 요구 사항, 비기능적 요구 사항, 품질 요구 사항, 수용 기준, 비즈니스 규칙, 콜 센터, 영업 인력, 지원 및 교육 필요성과 같은 조직의 다른 영역에 미치는 영향, 요구 사항 관련 가정 및 제약
수요관리 계획
프로젝트 수명주기 전반에 걸쳐 요구사항을 분석, 문서화 및 관리하는 방법을 설명합니다. 라이프사이클의 각 단계에서 부서 간의 관계는 요구사항 관리 방법에 큰 영향을 미칩니다.
포함하다
다양한 요구 사항 활동, 구성 관리 활동, 요구 사항 우선 순위 지정 프로세스, 제품 측정 지표 및 이러한 지표를 사용하는 근거를 계획, 추적 및 보고하는 방법
요구 사항 추적 매트릭스
프로젝트 라이프사이클 전반에 걸쳐 요구사항을 추적할 수 있도록 요구사항을 해당 소스에 연결하는 테이블입니다.
각 요구 사항을 비즈니스 목표 또는 프로젝트 목표에 연결하면 각 요구 사항에 비즈니스 가치가 있는지 확인하는 데 도움이 됩니다.
각 요구사항의 관련 속성(식별 표시, 요구사항 설명, 포함 이유, 소유자, 소스, 우선순위, 버전, 상태 및 구현 날짜)을 기록합니다.
기술
인터뷰, 포커스 그룹, 안내 워크숍, 그룹 혁신 기술, 그룹 의사 결정 기술, 설문지, 관찰, 프로토타입 제작
델파이 기법: 선택된 전문가 그룹이 설문지에 답변하고 각 요구 사항 수집 라운드의 결과에 대한 피드백을 제공합니다. 전문가 응답은 익명성을 유지하기 위해 중재자에게만 제공될 수 있습니다. 전문가가 모두 동등한 다중 제어 피드백을 통해 개인이 결과에 과도하게 과장된 영향을 미치는 것을 방지할 수 있습니다.
브레인스토밍: 프로젝트 요구사항 및 제품 요구사항에 대한 여러 아이디어를 생성하고 수집하는 데 사용되는 기술
컨셉/마인드맵: 브레인스토밍을 통해 얻은 아이디어를 간단한 다이어그램으로 연결하여 아이디어 간의 공통점과 차이점을 반영하여 새로운 아이디어를 이끌어냅니다.
범위 관리 계획
프로젝트 범위를 정의, 확인, 제어하는 방법과 작업분류체계(WBS)를 개발하는 방법을 지정합니다.
입력하다
기업 환경 요인, 조직 프로세스 자산, 프로젝트 헌장, 예비 프로젝트 범위 기술서, 프로젝트 관리 계획
기술
전문가 판단, 작업 분류 템플릿, 변경 제어 양식, 조직 프로세스의 표준
산출
범위 관리 계획
세부 범위 기술서 준비 방법, WBS 작성 방법, 결과물 확인 및 수락 방법, 변경 신청 방법
프로젝트의 필요에 따라 범위 관리 계획은 공식적이거나 비공식적일 수 있으며, 매우 상세하거나 높은 수준일 수 있습니다.
범위 정의
향후 프로젝트 결정의 기초가 되는 상세한 프로젝트 범위 기술서를 개발합니다. 프로젝트 범위 기술서는 프로젝트 시작 중에 문서화된 주요 산출물, 가정 및 제약 조건을 기반으로 준비되어야 합니다.
입력하다
조직 프로세스 자산(템플릿), 프로젝트 헌장, 예비 프로젝트 범위 기술서, 프로젝트 범위 관리 계획, 승인된 변경 요청(프로젝트 실행 단계에서 발생)
기술
제품 분석(제품 분해, 시스템 분석, 요구 사항 분석, 시스템 엔지니어링, 가치 엔지니어링 분석 등 제품을 결과물로 사용하는 프로젝트에 효과적인 도구), 대안 식별(다양한 실행 방법을 제안하는 기술), 전문가 판단 방법, 프로젝트 이해관계자 분석
산출
프로젝트 범위 상세 설명
이는 인도물과 인도물을 생산하는 작업을 설명하며, 프로젝트 이해관계자들 사이에서 프로젝트 범위에 대한 합의를 확립하고, 범위 선언을 통해 어떤 작업이 이 프로젝트의 범위에 속하지 않는지 명확하게 표시할 수 있습니다. 보다 세부적인 작업을 계획하고 지도하는 팀입니다.
콘텐츠
프로젝트 목표, 제품 범위 설명, 프로젝트 요구 사항, 프로젝트 인도물, 제품 수용 기준, 프로젝트 제약 조건, 프로젝트 경계 및 제외 프로젝트 가정, 초기 프로젝트 조직, 초기 위험, 낮은 마일리지 일정, 자금 제약, 비용 추정, 구성 관리 요구 사항, 프로젝트 사양 , 승인된 요구사항
변경 요청
프로젝트 관리 계획 및 하위 계획 변경
프로젝트 관리 계획
범위 관리 계획의 변경은 프로젝트 관리 계획에 영향을 줍니다.
작업분류체계를 만들어라
중요성
프로젝트가 분해된 후 관련 인력이 프로젝트를 한눈에 이해할 수 있습니다.
프로젝트 구조의 체계성 및 무결성 보장(꼭 해야 할 일이 누락되거나 금박화되는 것을 방지)
완벽한 프로젝트 보증 시스템 구축
책임의 분할과 이행을 촉진하기 위해 모든 당사자의 작업 인터페이스를 명확히 합니다.
일정 계획 및 통제를 위한 도구
프로젝트 의사소통 관리 확립을 위한 기반 제공
이는 프로젝트 계획 및 통제 조치 수립의 기초이자 기초입니다.
대표
계층적 트리 구조
명확한 계층 구조, 강력한 구조, 수정이 쉽지 않음, 중소 응용 프로그램 프로젝트에 적합
표 형식
콘텐츠 카테고리가 많고, 용량이 크고, 직관성이 부족하고, 모든 작업 요소를 반영하며, 크고 복잡한 프로젝트에 적합합니다.
입력하다
계층적 구조는 프로젝트 목표를 완료하는 데 필요한 프로젝트 작업을 작고 관리 가능한 조각으로 분해하여 전체 프로젝트 범위 내의 모든 작업을 구성하고 정의합니다. 가장 낮은 수준의 작업 패키지에는 명확하고 검증 가능한 결과물이 있습니다. 논리적으로 구분되며 일정 조정, 비용 산정 및 모니터링의 기초가 됩니다. WEB의 각 계층은 코딩되어야 합니다.
조직 프로세스 자산, 프로젝트 범위 기술서, 프로젝트 범위 관리 계획, 승인된 변경 요청(실행 단계에서 WBS를 업데이트해야 할 수 있음)
기술
작업분류체계 템플릿
무너지다
롤링 계획 - 프로젝트 관리 팀은 정보가 풍부해짐에 따라 WBS를 개선합니다.
단계
프로젝트 결과물 및 관련 프로젝트 작업 식별
분석 범위 사양
WBS의 구조 구성
주요 프로젝트 결과물과 하위 프로젝트를 첫 번째 레이어로 배치
아웃소싱 하위 프로젝트 구조
프로젝트 수명주기를 하나의 레이어로 처리하고 결과물을 두 번째 레이어로 처리합니다.
각 WBS 분기에 대해 서로 다른 분해 방법을 채택합니다.
WBS 분해
WBS의 다양한 수준에서 작업 단위에 식별자 또는 번호 할당
현재 분해 수준을 확인하여 필요하고 상세한지 확인하세요.
원칙적으로
모든 수준에서 프로젝트 무결성 유지
작업 단위는 하나의 상위 단위에만 속할 수 있습니다.
같은 레벨의 작업 단위는 같은 속성을 적용합니다.
작업 단위는 서로 다른 책임자와 작업 내용을 분리할 수 있어야 합니다.
프로젝트 관리 계획 및 제어에 대한 관리 요구 사항을 촉진합니다.
가장 낮은 수준의 작업은 비교 가능하고 관리 가능하며 정량적으로 확인할 수 있어야 합니다.
하도급 작업을 포함한 프로젝트 관리 작업을 포함해야 합니다.
WBS 코딩 디자인
구조의 각 수준은 코딩의 숫자를 나타냅니다. 모든 수준의 한 항목 요소는 다른 모든 하위 수준 항목 요소의 합계입니다.
산출
프로젝트 범위 기술서(업데이트됨), 작업분류체계, WBS 사전, 범위 기준선(기준선은 WBS가 승인된 후 형성됨), 프로젝트 관리 계획, 변경 요청(변경 범위 기술서가 전체 변경 통제를 통과함)
범위 확인
프로젝트 이해관계자가 완료된 프로젝트 범위를 공식적으로 승인하는 프로세스는 프로젝트의 모든 작업이 정확하고 만족스럽게 완료되었는지 확인하기 위해 결과물과 작업 결과를 검토해야 합니다. 결과는 일반적으로 품질 관리에서 나중에 진행됩니다.
입력하다
프로젝트 범위 설명
범위 기술서는 제품 범위와 승인 기준을 설명합니다(프로젝트 정의, 프로젝트의 특징과 프로젝트 경계, 관련 제품, 서비스, 범위 제어 및 승인 방법 나열).
WBS 사전
프로젝트 범위 기술서의 일부
프로젝트 범위 관리 계획
결과물
기술
범위 확인을 위해 확인
산출
인도물 승인됨
변경 요청
권장되는 시정 조치
범위 제어
콘텐츠
범위 변경 및 요청된 변경을 유발하는 요인은 전체 프로젝트 변경 통제에 따라 처리되며 범위 변경이 실제로 발생할 때 관리됩니다. 범위 변경은 합의된 WBS 정의 프로젝트 범위에 대한 수정입니다.
변경 이유
프로젝트 외부 환경의 변화, 불완전하고 상세한 프로젝트 범위 계획, 새로운 기술적 수단의 출현, 실행 조직의 변화, 프로젝트 제품 및 서비스에 대한 고객 요구 사항의 변화
집중하다
범위 변경을 유발하는 요인에 영향을 주어 만장일치 동의를 보장하고, 범위 변경이 발생했는지 확인하고, 변경이 발생할 경우 실제 변경을 관리합니다.
입력하다
범위 설명
프로젝트 범위기술서, WBS 및 WBS 사전은 프로젝트의 범위 기준선을 구성하고 제품의 범위를 지정합니다.
작업분류체계, WBS 사전, 프로젝트 범위 관리 계획
성과 보고서
프로젝트 완료 현황
승인된 변경 요청
직무수행정보
기술
변경 제어 시스템
적용은 유연하고 경직되지 않으며, 프로세스를 통해 해결할 필요가 없는 변경 사항은 현장에서 완료할 수 있으며, 비용 및 진행과 관련된 변경 관리 시스템이 서로 다르게 설정됩니다.
범위 변경 요청 접수, 프로젝트에 미치는 영향(목표, 비용, 일정, 자원에 대한 영향) 추정, 변경 프로세스 구현, 기타 계획 및 6개 목표 수정, 프로젝트 이해관계자에게 알림
편차 분석
범위 이탈의 원인을 파악하고 수정 여부를 결정합니다.
재계획
변경이 발생할 때마다 계획 작업 트리거
구성 관리 시스템
산출
프로젝트 범위 기술서, WBS 및 WBS 사전, 범위 기준선, 변경 요청, 승인된 시정 조치, 조직 프로세스 자산, 프로젝트 관리 계획
각 단계의 범위 관리 방법
시작하다
단계적 구현 - 대규모 프로젝트는 범위가 넓고 주기가 길고 비즈니스가 복잡합니다. 핵심 비즈니스는 첫 번째 단계에서 실현되고 두 번째 단계에서 포괄적으로 추진됩니다.
사용자 관리자, 비즈니스 관리자, 주요 사용자를 포함하는 프로젝트 조직 구조를 확립하여 프로젝트 범위를 완전히 이해하고 불일치를 방지합니다.
적절한 요구 분석 및 연구 - 프로젝트 범위를 결정하고 사용자 요구 사양을 준비하는 기초입니다.
계획
범위 관리 계획 개발 - 프로젝트 범위, 각 단계의 결과물, 사용할 구현 방법 및 기능 설명을 결정하기 위한 범위 설명을 개발합니다.
범위 정의 - 하향식 접근 방식을 사용하여 WBS를 분할합니다.
구현하다
정기 프로젝트 회의 시스템 - 프로젝트 범위 및 결과 확인
프로젝트 주간 및 월간 보고 시스템 - 시스템 진행 상황 분석 및 요약
사업감리제도 - 감리업체 참여