로그인
로그인

마인드 맵 갤러리 최신 버전의 PMP(Pointing Course) 시험 방법 요약

최신 버전의 PMP(Pointing Course) 시험 방법 요약

슈퍼직장인

최근 작업 더 많은 작업 보기>>

추천 사항
개요

PMP-19 민첩한 변화
- 2
슈퍼직장인
PMP-18 기타 애자일 관행
- 3
슈퍼직장인
PMP-4 프로젝트 통합관리
- 1
슈퍼직장인

최신 버전의 PMP(마무리) 시험방법 요약

지식 포인트의 비율

비율

사람 (42%)

1. 자원

2.커뮤니케이션

3. 관련 당사자

4. 제품 소유자(PO)

5. 애자일 코치(SM)

6.팀(ST)

공정(50%)

1. 다른 지식 영역 예측

통합

범위

일정

비용

품질

위험

구입

2. 애자일 단계 프레임워크

3.3가지 역할을 제외한 스크럼

4. 혼합 및 변경

환경 (8%)

1. 예측 1~3장

2. 애자일 정의

3. 수명주기 유형

사람 (42%)

1. 자원 2.커뮤니케이션 3. 관련 당사자 4.PO, SM, 팀

제9장

자원 관리

1. 자원관리 계획(11)

책임 할당 매트릭스 및 RACI 매트릭스(1)

효과

명확하게 하기: 역할과 책임

내부 및 외부 협업을 위해서는 RACI가 첫 번째 선택입니다(1)

팀 헌장 (6)

내용과 기능

팀 가치, 합의, 작업 지침 기록(6)

자원관리계획(4)

내용과 기능

리소스 모듈에 대한 지침 문서 (4)

확장 및 확장

1. 순수 지침 관리 계획

범위 관리 계획

수요관리계획, 구체적인 내용은

1. 범위 벤치마크

2.요구사항 문서

진행 관리 계획

구체적인 내용은

1. 진행 벤치마크

2. 진행계획

비용 관리 계획

구체적인 내용은

비용 기준

변경 관리 계획

구체적인 변경사항은 다음에 기록됩니다.

변경 로그

위험 관리 계획

구체적인 정보는 다음과 같이 기록됩니다.

위험 등록부

조달관리계획

구체적인 내용은

1. 조달업무명세서

2. 공급자 선정 기준

메모리 공식

판진청, 스타일 변신

2. 콘텐츠 관리 계획

자원 관리 계획

예: 역할, 권한, 훈련 방법, 인정, 동기 부여 표준

품질 관리 계획

예: 품질 표준, 품질 목표

커뮤니케이션 관리 계획

정보의 올바른 전달을 보장하는 방법

이해관계자 참여 계획

이해관계자 관리 전략

메모리 공식

애견담당자를 용서하라(자원, 품질, 의사소통, 관련 당사자)

2. 활동자원 추정 (1)

리소스 요구 사항(1)

주문하다

자원 필요에 따라 해당 자원을 확보합니다. (1)

3. 자원 획득(8)

협상(8)

1. 협상 대상 및 순서 선택 (3)

내부 우선, 외부 우선 원칙

기능 관리자

첫번째 선택

프로젝트 매니저

아웃소싱

2. 공유 자원 협상 (3)

3. 협상상대방이 해당 자원을 제공하지 않을 경우 어떻게 해야 하나 (2)

4. 팀을 구성하라(27)

훈련(11)

1. 먼저 해당 교육 요구 사항을 결정합니다(2).

먼저 분석하고 나중에 행동하세요

지식, 기술

2. 훈련 내용과 형태를 결정한다(9)

내부 페어링, 외부 모집

Agile 질문에서는 "안내"와 "훈련"이 나타나면 "안내"가 선호됩니다.

동기부여 이론(5)

동기부여 반응은 상대방의 요구에 부합합니다 (5)

먼저 분석하고 나중에 행동하세요

팀 빌딩 (4)

효과

팀 관계 강화 및 긍정적이고 협력적인 업무 환경 조성 (4)

장면: 충격 단계

신입사원이 합류하다

중앙 집중식 사무실 및 가상 팀 (4)

가상 팀을 시작할 때 고려해야 할 사항 (4)

분산된 팀

의사소통하다

문화

모두의 일정

역할 책임

시간대, 시차

과제

초국적

세계적인

팀 빌딩의 5단계 (3)

다양한 단계에서 팀의 각 성과를 구별합니다(1)

PM은 다양한 단계에서 팀을 어떻게 안내해야 합니까? (2)

확장 및 확장

팀빌딩의 5단계

형태

팀원의 역할과 책임을 명확히 한다.

지령

충격

갈등을 낳다

코치/영향력

사양

문제를 해결하고 협력하려고 노력하십시오.

참여적

성숙한

성숙한 단위처럼 질서있게 운영하고 효율적으로 업무를 완수한다.

권한 부여

해산

프로젝트가 종료되고 팀이 해산됩니다.

터크먼의 사다리 이론

형성 단계

지령

리소스를 늘리고, 새로운 구성원이 팀에 합류하고, 서로를 알아가세요.

메모리 공식

천공의 성 (안내, 편성)

충격 단계

영향 유형

서로 다른(반대되는) 의견, 갈등, 분쟁 및 불일치

메모리 공식

정욕(영향, 충격)

표준화 단계

참여적

함께 일하고, 업무 요구에 따라 일하는 습관과 행동을 조정하고, 신뢰를 배우기 시작하세요.

메모리 공식

옥거북이(참여, 표준화)

성숙한 단계

권한 부여

효율적으로 협력하고 문제를 해결하세요.

메모리 공식

완전 성숙(승인, 성숙)

용해 단계

팀을 해체하고 사람들을 석방하라

5. 관리팀(68)

도구 및 기술 (5)

감성 지능

인간의 정서적 질과 사회적 적응성 (5)

정의

식별, 평가, 관리

개인적인 감정

다른 사람의 감정

그룹 분위기

능력

다섯 가지 주요 구성 요소

자의식

감정 조절

자기 동기 부여

다른 사람의 감정을 알아본다

관계를 다루다

팀을 격려하고, 팀을 지원하세요 (17)

가장 긍정적인 것을 선호한다 (17)

내재적 보상

인증서를 발급하고, 단기 목표를 설정하고, 발언을 장려하세요.

관리팀 (13)

문제 발생

먼저 분석(소통)하고 나중에 행동하라(11)

필요한 경우 HR의 도움 받기 (2)

갈등 관리를 위한 5가지 솔루션 (5)

사용 시나리오 차별화 (5)

협업/문제 해결

첫 번째 선택, 최고의 Win-Win 솔루션

장기적인 문제 해결

힘/명령

상대방에게 만족을 요구하는 권리를 사용합니다.

타협/중재

타협적인 접근

메모리 공식

Zhongxie (타협, 타협)

용인하다/수용하다

차이점을 보존하면서 공통점을 찾는 임시 해결책

메모리 공식

캐싱(차이점을 유지하면서 완화, 공통점 찾기)

후퇴/회피

임시해결책, 나중에 얘기하자

메모리 공식

물러서서 나중에 얘기하세요 (후퇴/회피, 나중에 얘기하세요)

임시 해결책

갈등 관리 (25)

갈등 당사자들과 먼저 소통하고 갈등을 해결한다.

의심이나 우려 사항이 있으면 즉시 첫 번째 사람에게 문의하세요.

먼저 분석하고 나중에 조치를 취하세요(25)

팀 성과평가(3)

팀이 과부하됨

기획의 합리성을 주목하라 (1)

성능 저하

먼저 분석하고 나중에 조치하고 개선 계획을 수립합니다(2)

제10장

커뮤니케이션 관리

1. 의사소통관리 기획(36)

커뮤니케이션 활동의 분류(2)

공식/비공식

비공식: 누군가, 작은 것

구두/서면

작성: 채굴, 프로젝트 목표 전달

의사소통 요구 분석 (18)

테스트 방법 1: 의사소통 요구사항 수집 및 의사소통 전략 정의

의사소통관리계획 수립을 위한 전제조건이다(6)

테스트 방법 2: 의사소통 요구 사항이 계획과 일치하지 않습니다.

합의를 선호함 (8)

테스트 방법 3: 원격 팀 및 관련 당사자의 커뮤니케이션 요구 분석

문화에 대한 특별한 관심 (4)

글로벌, 초국적

통신 유형 (1)

테스트 포인트: 구현 단계의 순서

코딩의 첫 번째 단계(1)

대화형, 풀(Pull) 통신, 푸시(Push) 통신 구별 (5)

정보를 받는 사람의 입장에서 생각해 보세요.

테스트 방법 1: 풀 타입

적극적으로 획득 (3)

테스트 방법 2: 푸시형

수동적 수용 (1)

테스트 방법 3: 대화형

다른 제한 없음, 대화형 선호(1)

위키

의사소통관리계획의 내용 및 기능(10)

이 계획에는 전략과 내용이 포함됩니다.

테스트 방법 1: 내용

5 올바른 사람들 (3)

5가지 올바른 방법 (1)

모든 콘텐츠

정확한 정보 확인

무엇

1. 관련 당사자의 의사소통 요구

2. 전달이 필요한 정보

언어, 형식, 내용, 세부 수준

3. 정보 공개 이유

4. 일반 용어집

5. 기타 세부사항

적시에

언제

정보 공개, 시간 제한 및 응답 빈도

올바른 방법으로

어떻게

1. 보고 단계

2. 시간, 예산 등 활동에 할당된 자원

3. 프로젝트 정보 흐름도, 작업 흐름(승인 절차 포함 가능), 보고서 목록, 회의 계획

4. 커뮤니케이션 관리 계획을 업데이트하고 최적화하는 방법

올바른 사람에게 전달하세요.

WHO

정보의 전달 및 수신을 담당하는 사람

올바른 효과를 얻다

어디

1. 프로젝트 커뮤니케이션의 구성, 실행 및 감독

2. 의사소통의 효율성 향상

테스트 방법 2: 원격 팀 및 관련 당사자

의사소통 효과를 보장하기 위한 의사소통 관리 계획 수립(5)

확장 및 확장

커뮤니케이션 관리 계획

효과

프로젝트 정보 전달 안내

콘텐츠

정확한 정보 확인

무엇

1. 관련 당사자의 의사소통 요구

2. 전달이 필요한 정보

언어, 형식, 내용, 세부 수준

3. 정보 공개 이유

4. 일반 용어집

5. 기타 세부사항

적시에

언제

정보 공개, 시간 제한 및 응답 빈도

올바른 방법으로

어떻게

1. 보고 단계

2. 시간, 예산 등 활동에 할당된 자원

3. 프로젝트 정보 흐름도, 작업 흐름(승인 절차 포함 가능), 보고서 목록, 회의 계획

4. 커뮤니케이션 관리 계획을 업데이트하고 최적화하는 방법

올바른 사람에게 전달하세요.

WHO

정보의 전달 및 수신을 담당하는 사람

정보를 전달하고 수신하는 사람

올바른 효과를 얻다

어디

1. 프로젝트 커뮤니케이션의 구성, 실행 및 감독

2. 의사소통의 효율성 향상

구별하다

커뮤니케이션 관리 계획 및 이해관계자 참여 계획

이해관계자가 필수 정보에 연결되지 않은 커뮤니케이션 관리 계획입니다.

정보통신관리계획

1. 질문의 키워드

정보 격차

공정정보

원만하지 못한 의사 소통

(어려움, 시의적절하지 않음) 프로젝트 정보, 상태, 업데이트를 알지 못함

2. 배경 키워드

다양한 국가, 여러 국가

글로벌 이해관계자, 국제 프로젝트

문화적 차이

술어

3. 목적 키워드

내부 공감대 제고

분쟁처리에 대한 의견

메시지를 보낼 수 있는지 확인

메시지 형식 및 전송 빈도 확인

관련 당사자가 확인되지 않았으며 관련 당사자 참여 계획입니다.

사람-이해관계자 참여 계획

2. 경영진 커뮤니케이션(13)

시험방법 1: 통신 관리 계획(3)에 따라 정보를 전송한다.

테스트 방법 2: 커뮤니케이션 관리 계획이 올바르게 구현되었는지 검토하고 올바른 결과를 얻습니다. (10)

3. 감독 커뮤니케이션 (13)

의사소통 문제 파악 및 의사소통 관리 계획 업데이트(13)

테스트 방법 1: 통신 요구 사항 변경(4)

테스트 방법 2: 통신 객체가 변경됨 (3)

테스트 방법 3 : 의사소통 관리 계획 자체에 문제가 있음(3)

테스트 방법 4: 원격 팀의 의사소통 문제가 있습니다 (3)

제13장

이해관계자 관리

주로 외부인을 대상으로

1. 관련 당사자 식별 (16)

시작 단계

이해관계자 식별 (4)

테스트 방법: 요구와 기대가 충족되지 않으며 관련 당사자를 올바르게 식별해야 함(4)

가능한 한 빨리 식별하도록 노력하세요.

새로운 이해관계자 합류

이해관계자 식별이 부적절함

이해관계자 분석 (8)

테스트 방법 1: 입력

관련 당사자의 기본 신원 정보 (1)

테스트 방법 2: 기능

관련 당사자의 구체적인 상황을 명확히 평가하고, 이해관계자의 요구사항(예: 우선순위)을 충족하기 위해 (7)

프로젝트 목표 달성을 방해하는 이해관계자

권력, 관심, 영향력 그리드(1)

테스트 방법: 관련 당사자 그룹의 영향력이 변경되고, 전력 및 관심 그리드가 업데이트됩니다(1).

질문: 노동조합

연장하다

이해관계자 분석 데이터 성과

적용 범위

작은 프로젝트

이해관계자와 프로젝트의 관계가 단순한 프로젝트

이해관계자간 관계가 단순한 프로젝트

권리 관심 그리드

작고 간단한 프로젝트

이해관계자의 권익을 바탕으로 관리

1. 높은 권력과 높은 이익

경영에 집중하다

면밀히 관리하다

2. 전력은 높지만 혜택은 적음

그를 만족시키다

3. 저전력, 고효율

계속해서 정보를 얻으세요

4. 저전력 및 낮은 이점

감독하다

하이라이트 모델

크고 복잡한 프로젝트

1. 크고 복잡한 이해관계자 관계 네트워크 타겟팅

2. 위력, 긴급성, 적법성 측면에서 분석

3. 분류기준

이해관계자의 권리

자신의 의지를 강요하는 능력

비상 수준

즉각적인 주의가 필요함

적법

참여할 권리가 있다

4. 기능

식별된 이해관계자의 상대적 중요도 결정

5. 적용 가능

크고 복잡한 이해관계자 커뮤니티

복잡하고 큰 커뮤니티

이해관계자 커뮤니티 내에는 복잡한 관계 네트워크가 있습니다.

관련 당사자 간의 내부적이고 복잡한 관계 네트워크

영향 방향

이해관계자등록(3)

테스트 방법 1: 내용

특수관계자 정보 파악 및 특수관계자 명부 조회(1)

테스트 방법 2: 기능

관련 당사자에 변경이 있는 경우 관련 당사자 등록을 업데이트합니다(2).

사람은 변한다

연장하다

이해관계자 등록

1. 역할, 2. 기대와 요구, 3. 관심도, 4. 영향력 정도, 5. 커뮤니케이션 전략

포함하다

관련 당사자의 변화를 발견

아니면 식별할 때

2. 이해관계자 관리 계획(19)

기획단계

이해관계자 참여 기획 (3)

테스트 방법: 관련 당사자의 요구에 따라 참여 전략 계획(3)

이해관계자 참여 평가 매트릭스(2)

테스트방법 : 현재 참여상태가 의심스러울 경우 검색, 비교하여 원인파악(2)

연장하다

이해관계자 참여 평가 매트릭스

개별 이해관계자의 현재 참여 수준과 원하는 참여 수준 간의 격차를 보여줍니다.

이해관계자 참여 관리

모른다

저항하다

중립적

지원하다

선두

5개 레벨 Current(현재)와 Desire(기대)와의 격차를 파악하고 전략을 수립합니다.

이해관계자 참여 계획 (14)

프로젝트에 대한 관련 당사자의 태도에 문제가 발생합니다.

테스트 방법 1: 입력

이해관계자 평가정보(3)

테스트 방법 2: 내용

이해관계자 관리 전략(커뮤니케이션 전략 포함) (1)

테스트 방법 3: 기능

관련 당사자가 프로젝트에 올바르게 참여할 수 있도록 안내하고, 프로젝트 성공률 향상(이해관계자 태도 문제, 갈등) (10)

가이드

연장하다

이해관계자 참여 계획

프로젝트 관리 계획 부분

1. 내용

프로젝트에 영향을 미칠 수 있는 이해관계자의 능력과 요구를 기반으로 개발된 관리 전략에 중점을 둡니다.

프로젝트 이해관계자 커뮤니티에 대한 정보

의사결정 및 실행에 이해관계자의 효과적인 참여를 촉진하기 위한 전략과 조치를 식별합니다.

이해관계자 참여 계획에는 다음이 포함될 수 있습니다.

개인이나 이해관계자를 참여시키기 위한 구체적인 전략이나 방법

2. 기능

프로젝트에 대한 이해관계자 참여 개발 및 관리

프로젝트 기획기간, 태도 문제

기획단계, 태도 문제

3. 이해관계자 참여 관리 (54)

실행 단계

이해관계자 참여 관리 (7)

테스트 방법 1: 관련 당사자가 경험이 없고 어려움을 겪고 도움이 필요한 경우 교육 및 지도 제공(3)

테스트 방법 2: 관련 당사자는 프로젝트에 대해 냉담한 태도를 갖고 불만족하며 해결책을 모색하고 공식화합니다. (2)

테스트 방법 3: 프로젝트의 핵심 프로세스에서 관련 당사자들이 저항을 하게 되므로 최대한 빨리 프로세스에 참여하게 합니다. (2)

키워드: 피하다

대인관계 및 의사소통 기술을 사용하십시오 (39)

테스트 방법 1: 프로젝트 상태에 대해 의문이 있는 경우 유효한 정보 표시(시연)

테스트 방법 2: 프로젝트 변경, 적시 피드백, 효과적인 정보 획득 (2)

테스트 방법 3: 프로젝트에 대한 태도 문제나 고민이 있다

먼저 분석하고 소통한 후 행동하라 (17)

테스트 방법 4: 당사자마다 요구 사항, 갈등, 불만 사항 및 서로 다른 의견이 있습니다.

먼저 소통하고, 공감대를 형성하고, 합의에 도달하세요 (17)

테스트 5: 갈등 확대 방지 (1)

회의 (7)

테스트 방법 1: 소집 형식

회의에 동시에 참여할 수 없으며 가상 회의를 개최합니다. (1)

테스트 방법 2: 회의 관리

혼란이 생기면 회의안건을 표준화하라 (3)

팀 헌장

회의에 적극적으로 참여하지 않는 경우 참석하여 발언하는 것이 좋습니다. (1)

체크인 주기

테스트 방법 3: 기능

궁금증 해소 및 소통 촉진 (2)

외딴 시골 지역에서도 회의를 위한 첫 번째 선택

제16장

스크럼 애자일 연습

세 글자(110)

제품 소유자(PO) (15)

테스트 방법 1: 고객(개시자)과 연결하고, 요구 사항을 수집하고, 고객(개시자)을 확보합니다(5)

테스트 방법 2: 생성(또는 팀과 공동 생성) 제품 백로그 구성 및 명확화(요구 사항)(1)

대변인

테스트 방법 3: 제품 개발 방향에 집중하고 남에게 얽매이지 않게 하라(1)

테스트 방법 4: 비즈니스 가치에 따라 업무 우선순위 지정(팀원 이상) (2)

테스트 방법 5: 필요한 경우 납품 속도를 높이기 위해 요구 사항의 우선 순위를 정해야 합니다(가치가 높은 작업을 먼저 완료해야 함)(1)

예산, 일정, 자원 제약

시험방법 6: 외부/내부 환경이 변화할 때 요구사항을 모니터링하고 실제 상황에 따라 요구사항을 정리, 변경 및 정렬하는 것이 필요하다(5)

시장경쟁, 법규, 컴플라이언스(컴플라이언스팀)

키잡이

자기조직팀(ST) (22)

테스트 방법 1: 개념 및 정의(3)

테스트 방법 2: 성능에 집중해야 함 (1)

테스트 방법 3: 자기 관리, 스스로 작업 청구 (4)

테스트 방법 4: 구성원은 정규직이며 하나의 프로젝트에 집중합니다. (1)

테스트 방법 5: 구성원은 병목 현상을 줄이고 효율성을 개선하며 섬/사일로를 줄이는 데 도움이 되는 일반 전문가인 경우가 많습니다(5).

테스트 방법 6: 침투적인 의사소통을 촉진하기 위해 중앙 집중식 사무실이 선호됩니다. 분산된 팀은 가상 수단과 원격 페어링을 사용할 수 있습니다(6).

테스트 7: 팀 빌딩의 5단계: 형성, 충격, 표준화, 성숙, 해체(2)

팀빌딩의 5단계

형태

팀원의 역할과 책임을 명확히 한다.

지령

충격

갈등을 낳다

코치/영향력

사양

문제를 해결하고 협력하려고 노력하십시오.

참여적

성숙한

성숙한 단위처럼 질서있게 운영하고 효율적으로 업무를 완수한다.

권한 부여

해산

프로젝트가 종료되고 팀이 해산됩니다.

터크먼의 사다리 이론

형성 단계

지령

리소스를 늘리고, 새로운 구성원이 팀에 합류하고, 서로를 알아가세요.

메모리 공식

천공의 성 (안내, 편성)

충격 단계

영향 유형

서로 다른(반대되는) 의견, 갈등, 분쟁 및 불일치

메모리 공식

정욕(영향, 충격)

표준화 단계

참여적

함께 일하고, 업무 요구에 따라 일하는 습관과 행동을 조정하고, 신뢰를 배우기 시작하세요.

메모리 공식

옥거북이(참여, 표준화)

성숙한 단계

권한 부여

효율적으로 협력하고 문제를 해결하세요.

메모리 공식

완전 성숙(승인, 성숙)

용해 단계

팀을 해체하고 사람들을 석방하라

애자일 코치(SM) (76)

1. 책임(45)

테스트 방법 1: 서번트 리더십의 개념(18)

포지셔닝은 보조적이고 하인과 같으며 서비스 지향적입니다.

팀에 지원 및 지원 제공

팀이 문제를 해결하도록 지원

테스트 방법 2: 팀 분위기 유지 및 조성, 구성원 간 상호 신뢰 관계 구축, 탐구 장려 및 토론 지원(5)

서번트 리더십의 포지셔닝

테스트 방법 3: 구성원들이 서로 논쟁을 벌이고 의견 통일이 어려운 상황에 직면했을 때, 먼저 팀이 합의에 도달하도록 안내하십시오. 팀 구성원은 토론을 시작하도록 권장되며 직접 개입할 수는 없지만 스스로 제안할 수 있습니다(4).

먼저 안내하고 합의에 도달

테스트 방법 4: 팀 내외의 협력과 소통을 촉진하고, 팀 현황을 파악한다(2)

테스트 방법 5: 프로젝트가 원활하게 진행될 수 있도록 팀원을 안내하고 동기를 부여합니다. (7)

테스트 방법 6: 팀 구성원이 현재 업무에 적응하고 성장할 수 있는 여지를 갖도록 교육합니다. (9)

2. 조치 여부(31)

개입하다

테스트 방법 1: 팀 구성원이 애자일 관행을 위반합니다. 애자일 코치는 문제 해결에 적극적으로 개입하고 이해관계자가 애자일 관행을 배우고 이해하도록 안내해야 합니다(9).

사과하는 사람

테스트 방법 2: 팀원 스스로 해결할 수 없는 장애물이나 외부의 장애물이 있거나, 프로젝트 진행이 뒤쳐질 수 있는 경우, 애자일 코치가 적극적으로 개입하여 장애물을 클리어해야 한다(9).

간섭: 1. 스스로 해결할 수 없음 2. 외부의 장애물 3. 프로젝트 진행이 일정보다 늦어짐

그것에서 벗어나십시오

테스트 방법 1: 장애물에 직면하고 문제 해결을 위해 팀워크가 필요할 때 팀원들이 스스로 해결하도록 격려하는 데 우선순위를 둡니다(8).

테스트 방법 2: 비즈니스 또는 기술적인 문제가 발생하면 팀원이 주도적으로 애자일 코치에게 도움을 구합니다. 애자일 코치는 직접 개입하지 않고 팀이 스스로 해결하도록 우선순위를 둡니다(3).

Hands-off: 비즈니스 및 기술 문제의 우선순위를 정하고 팀 자체에서 해결합니다.

공정(50%)

1. 다른 지식 영역 예측 2. 애자일 단계 프레임워크 3.스크럼 4. 혼합 및 변경

제4장

통합관리

애자일 프레임워크 벤치마킹

1. 프로젝트 헌장 개발 (6)

시작하다

프로젝트 헌장의 입력 파일(1)

테스트 방법: 조직 프로세스 자산을 참조하여 프로젝트 헌장 개발(1)

프로젝트 관리자는 프로젝트 헌장 개발에 참여할 수 있지만 후원자가 발행합니다.

입력하다

1. 기업 및 단체

2.업무서류

1. 프로젝트 헌장, 2. 프로젝트 관리 계획, 3. 성과 관리 계획을 보장합니다. 프로젝트 수명주기 전반에 걸쳐 일관성 유지

일관성 보장: 1. 프로젝트 헌장, 2. 프로젝트 관리 계획, 3. 혜택 관리 계획

확장 및 확장

비즈니스 문서 관리

평가 필요

일반적으로 비즈니스 사례 이전에 수행됨

포함하다

비즈니스 목표와 목표, 문제 및 기회 이해

처리에 대한 제안을 해보세요

결과적으로

비즈니스 사례 문서로 요약될 수 있음

비즈니스 사례

1. 정의

문서화된 경제적 타당성 조사 보고서를 참조합니다.

1. 문서

2. 경제성 조사보고서

사용

아직 완전히 정의되지 않았습니다

선택한 계획의 이점에 대한 효율성을 입증합니다.

이는 후속 프로젝트 관리 활동을 시작하기 위한 기초입니다.

1. 시작 기반

2. 비용편익분석자료 등

2.특징

프로젝트 시작 전 비즈니스 사례 통과

프로젝트 지속/종료 결정이 내려질 수 있습니다.

비즈니스 사례는 프로젝트 비즈니스 문서입니다.

프로젝트 수명주기 전반에 걸쳐 사용할 수 있습니다.

비즈니스 사례는 프로젝트 시작의 목표와 근거를 제시합니다.

출시 목표 및 이유

프로젝트 종료 시 프로젝트 목표에 대한 프로젝트 성공을 측정하는 데 도움이 됩니다.

복리후생관리계획

1. 정의

프로젝트가 그 이점을 실현할 방법과 시기를 설명합니다.

혜택

방향

시간

개발되어야 할 효율성 측정 메커니즘

2. 핵심요소

목표 이익

1. 유형가치

2. 무형의 가치

3. 재무적 가치

순현재가치

전략적 일관성

프로젝트 혜택이 조직의 비즈니스 전략과 일치하는 정도

혜택을 실현할 수 있는 기간

1. 무대혜택

2. 단기적 이익

3. 장기적 이익

4. 지속적인 혜택

복리후생 담당자

일정 기간 동안 달성된 이점에 대한 모니터링, 문서화 및 보고를 담당하는 사람

측정기준

실현된 이익의 직간접적 측정

가설

존재하거나 명백할 것으로 예상되는 요소

위험

이익 실현의 위험

3.특징

비즈니스 사례 및 요구 사항 평가에서 얻은 데이터와 정보를 사용해야 합니다.

평가 필요

비즈니스 사례

양쪽 모두의 데이터와 정보가 필요합니다.

개발 및 유지 관리는 반복적인 활동입니다.

반복

이는 비즈니스 사례, 프로젝트 헌장 및 프로젝트 관리 계획의 기초입니다.

보충서류

프로젝트 관리자와 스폰서가 협력하여 다음을 보장합니다.

프로젝트 헌장

프로젝트 관리 계획

복리후생관리계획

프로젝트 수명주기 전반에 걸쳐 일관성 유지

프로젝트 헌장

정의

1. 프로젝트 후원자

풀어 주다

2. 프로젝트 설립을 공식적으로 승인합니다.

3. 프로젝트 관리자에게 권한을 부여합니다.

조직 자원을 동원하다

프로젝트 활동 수행을 위한 문서

프로젝트 관리 계획

정의

프로젝트가 어떻게 실행, 모니터링, 통제되는지 설명하는 문서입니다.

프로젝트 성공 기준

도달하는 것 외에도

범위

시간

비용

품질

중요한 지표

프로젝트 목표 달성도 고려해야 합니다.

1. 복리후생관리계획서 작성

복리후생관리계획

2. 비즈니스 사례에 기록된 재무 지표 달성

재무 지표

순현재가치(NPV)

내부수익률(IRR)

회수기간(PBP)

혜택 비용 비율(BCR)

투자수익률(ROI)

짧을수록 좋다

3. 조직의 '현재 상태'에서 '미래 상태'로의 전환을 완료합니다.

조직 변화 촉진

4. 계약조건의 이행

계약

5. 관련 당사자 만족

이해관계자가 만족함

6. 조직의 전략, 목표 및 목표 달성

전략적 목표

3. 계약

계약은 프로젝트 시작의 원래 의도를 정의하는 데 사용됩니다.

정관 내용 (1)

1. 전반적인 목표와 성공기준(1)

테스트 방법: 프로젝트 헌장은 조직 관리 전략(1)을 준수하는지 확인해야 합니다.

2. 높은 수준의 요구 등 (3)

높은 수준의 요구 사항

테스트 방법 1: 수집된 요구 사항이 프로젝트 헌장의 상위 요구 사항과 일치하지 않습니다.

스폰서 찾기 (1)

프로젝트 헌장 정의

1. 프로젝트 후원자

풀어 주다

2. 프로젝트 설립을 공식적으로 승인합니다.

3. 프로젝트 관리자에게 권한을 부여합니다.

조직 자원을 동원하다

프로젝트 활동 수행을 위한 문서

테스트 방법 2: 높은 수준의 요구 사항 이해 관계자 문제

스폰서가 참여해야 합니다. (1)

테스트 방법 3: 높은 수준 요구사항의 불확실한 우선순위

우선순위 (1)

헌장의 역할(1)

프로젝트 공식 개시 (1)

테스트 방법 : 프로젝트 헌장은 프로젝트에 필수 불가결합니다 (1)

2. 프로젝트 관리 계획 수립(3)

계획

사업관리계획의 내용(1)

테스트 방법: 계획 단계에서 프로젝트 관리 계획을 개발합니다. 프로젝트 관리 계획에는 12개의 하위 계획과 3개의 주요 벤치마크가 포함됩니다(1).

개회회의 역할(2)

킥오프 미팅

시험 방법

1. 킥오프 미팅의 목적은 프로젝트 목표를 전달하는 것입니다.

프로젝트 목적

2. 각 관련 당사자의 역할과 책임을 명확히 합니다.

역할과 책임

3. 프로젝트에 대한 팀의 헌신을 얻고 팀의 신뢰를 구축하십시오.

헌신, 자신감

3. 프로젝트 업무 지시 및 관리 (35)

구현하다

프로젝트 작업 지시 및 관리 (4)

테스트 방법 1: 기대에 따라 설정된 목표를 완료합니다(2).

테스트 방법 2: 프로젝트 관리자의 권한 초과

스폰서 찾기 (1)

테스트 방법 3: 프로젝트 검토 회의의 역할(1)

문제 로그 및 업데이트(6)

테스트 방법 1: 문제가 있는 경우 문제 로그를 업데이트하여 문제가 해결되었는지 확인합니다. (5)

확장 및 확장

문제가 발생하기 전에

위험 등록부

문제가 발생했습니다

문제 로그

앞으로 피할 수 있는 문제

교훈 등록

테스트 방법 2: 문제 로그를 확인하여 문제를 명확히 할 수 있습니다. (1)

문제 해결 (31)

테스트 방법 1: 문제 해결 과정

먼저 분석하고, 합의하고, 조치를 결정한 후 실행하십시오(26).

시험방법 2: 문제가 재발한다면 근본 원인을 찾지 못했을 가능성이 높으며, 올바른 약을 처방하는 것이 장기적인 해결책이다(1).

실험방법 3 : 아직 충격은 일어나지 않았지만, 일어날 것이 분명하므로 문제로 삼는다 (1)

알려진 - 알려진 위험

테스트 방법 4: 문제가 있고, 문제를 해결해야 하며, 문제가 가져올 수 있는 위험(2)

테스트 방법 5: 프로젝트와 관련 없는 요구 사항에 대해서는 새로운 계약을 제안할 수 있습니다. (1)

4. 경영 프로젝트 지식 (10)

구현하다

경영 프로젝트 지식(3)

시험방법 1: 대인소통과 상호작용을 통해 공유되는 암묵적 지식(1)

암묵적 지식, 회의에서 선호

대면 소통 및 지식 공유 모임

테스트 방법 2: 암묵지, 형식지, 경험 및 교훈

프로젝트 주기 전반에 걸쳐 이해관계자로부터 수집합니다(2).

지식 관리 및 정보 관리 도구 (4)

테스트 방법: 프로젝트 문서 및 기타 학습 내용을 확인하고, 저장소(또는 PMIS)에 저장되며 최신 상태가 보장됩니다.

인력 흐름 및 지식 손실 방지(4)

교훈 등록 및 업데이트 (3)

테스트 방법 1: 좋은 경험은 미래에 사용될 수 있으며 경험 및 교훈을 등록하는 데 업데이트되어야 합니다(1).

테스트 방법 2: 기능(2)

이 프로젝트에서 배우기

키워드: 기존 고객, 유사한 프로젝트

5. 프로젝트 작업 모니터링 (11)

감독, 통제

프로젝트 작업 모니터링 (1)

테스트 방법: 프로젝트 목표를 달성할 수 있는지 확인하기 위해 프로젝트 중에 모니터링이 필요합니다. (1)

직무수행자료, 정보, 보고서(1)

테스트 방법: 작업 성과 보고서를 통해 프로젝트 상태를 이해할 수 있습니다. (1)

비용-편익 분석 (3)

프로젝트 비용과 재정적 이익 비교

테스트 방법 1: 프로젝트가 어떻게 이익을 가져올 수 있는지 모르겠습니다 (1)

테스트 방법 2: 비용 편익 분석을 통한 솔루션 결정(2)

확장 및 확장

비용 편익 분석(계획 단계)

비용과 예상 이익 비교

대안의 장단점을 추정하여 어떤 대안이 최고의 이점을 창출하는지 결정하는 데 사용되는 재무 분석 도구

프로젝트 관리자가 계획된 품질 활동이 비용 효과적인지 여부를 결정하는 데 도움이 됩니다.

복리후생관리계획

1. 정의

프로젝트가 그 이점을 실현할 방법과 시기를 설명합니다.

1.혜택

2. 방향

3. 시간

개발되어야 할 효율성 측정 메커니즘

2. 핵심요소

목표 이익

유형의 가치

무형의 가치

재정적 가치

순현재가치

전략적 일관성

프로젝트 혜택이 조직의 비즈니스 전략과 일치하는 정도

혜택을 실현할 수 있는 기간

1. 무대혜택

2. 지속적인 혜택

3. 단기적 이익

4. 장기적인 이점

복리후생 담당자

일정 기간 동안 달성된 이점에 대한 모니터링, 문서화 및 보고를 담당하는 사람

측정기준

실현된 이익의 직간접적 측정

가설

존재하거나 명백할 것으로 예상되는 요소

위험

이익 실현의 위험

3.특징

비즈니스 사례 및 요구 사항 평가에서 얻은 데이터와 정보를 사용해야 합니다.

평가 필요

비즈니스 사례

양쪽 모두의 데이터와 정보가 필요합니다.

개발 및 유지 관리는 반복적인 활동입니다.

반복

이는 비즈니스 사례, 프로젝트 헌장 및 프로젝트 관리 계획의 기초입니다.

보충서류

프로젝트 관리자와 스폰서가 협력하여 다음을 보장합니다.

프로젝트 헌장

프로젝트 관리 계획

복리후생관리계획

프로젝트 수명주기 전반에 걸쳐 일관성 유지

근본 원인 분석(6)

테스트 방법: 문제를 완전히 해결하려면 먼저 근본 원인을 찾은 후 계획을 수립하십시오(6).

6. 전체적인 변화 통제 구현(32)

감독, 통제

1. 변경요청의 분류 (1)

시험 방법

실수가 발생하기 전에 바로잡으세요

시정 조치

결함 수정이 잘못되었습니다.

시행할 구제책

2. 변경관리계획에 따른 변경(1)

내용 없음, 안내 문서

테스트 방법: 변경 과정에 문제가 있습니다.

지침을 제공하려면 적절한 변경 관리 계획을 개발해야 합니다. (1)

3. 전반적인 변경통제 실시 (11)

시험방법 1: 범위, 일정, 비용 등의 변경이 있다.

변경 프로세스 따르기 (8)

테스트 방법 2: 권한 변경

변경 프로세스도 거쳐야 합니다. (1)

테스트 방법 3: 아무리 작은 변화라도

또한 변경 제어 프로세스를 따라야 합니다. (1)

시험방법 4 : 변경사항에 대한 구두승인 후

공식적인 변경 프로세스도 필요합니다. (1)

4. 우선 내부 타당성 분석(1)

테스트 방법 : 내부 구성원이 제출한 변경 요청

먼저 분석한 후 제출하세요 (1)

5. 변경 프로세스

변경 요청하기 (5)

테스트 방법 1: 변경 사항이 있는 경우 먼저 변경 요청 제출(3)

테스트 방법 2: 법률 및 규정의 영향을 받을 수 있으므로 변경 요청 제출이 필요함(2)

영향 분석(5)

테스트 방법 1: 변경 승인을 받기 위해서는 먼저 영향을 종합적으로 분석해야 합니다. (1)

테스트 방법 2: 변경 사항이 제출된 후 영향에 대한 종합적인 분석이 필요합니다(4).

이해관계자에게 통지(2)

테스트 방법: 변경이 승인된 후 관련 당사자가 변경을 구현하지 못했습니다. 가능한 이유는 통지가 이루어지지 않았기 때문입니다(2).

확장 및 확장

변경 프로세스

팀 내의 이해관계자가 변경 요청을 제출합니다.

팀 외부의 이해관계자가 변경 요청을 제출합니다.

구현된 변경 사항은 프로세스를 거치지 않았으므로 보완이 필요합니다.

6.변경 로그(1)

테스트 방법: 변경 로그에는 모든 변경 정보가 기록됩니다. (1)

7. 변경통제 프로세스의 역할 (1)

테스트 방법: 관련 당사자가 올바른 변경 절차를 이해했는지 확인합니다. (1)

8. 보완변경 절차(3)

테스트 방법: 변경사항이 제출되지 않은 경우 변경사항을 구현하고 변경 프로세스를 보완하며 영향을 분석합니다(3).

금도금

범위 크립

9. 변경의 특수상황 (1)

테스트 방법: 기준선을 결정하기 전에 프로젝트 관리 계획 업데이트는 변경 프로세스를 따를 필요가 없습니다. (1)

키워드: 해양관리국(WBS)

7. 프로젝트 또는 단계 종료(15)

최종 프로젝트 또는 단계(4)

테스트 방법 1: 프로젝트 종료 준비

테스트 방법 2: 클로징 단계와 클로징 프로젝트의 차이(1)

테스트 방법 3: 프로젝트 또는 단계를 종료하기 위해 수행해야 할 작업

배송물 전송 (1)

이해관계자 만족도 측정 (1)

테스트 방법 4: 배송 가치 평가

인터뷰를 통해 정확한 데이터를 얻을 수 있습니다 (1)

회견

최종 제품, 서비스 또는 성공적인 승인을 통과하십시오 (1)

시험방법 : 이해관계자는 합격기준 이상의 사유로 최종 합격을 거부함

스폰서로부터 도움을 구하고 "최종" 이해관계자로부터 승인을 얻을 수 있습니다(1)

결과 전달 (1)

테스트 방법: 결과가 전달된 후 비즈니스 케이스가 만족되지 않음

신고가 필요합니다 (1)

최종 프로젝트 문서 및 보고서(1)

시험방법 : 최종보고서 내용

미실현 이익 기록 및 후속 모니터링 계획 포함(1)

조기 종료 (4)

테스트 방법 1: 프로젝트가 비즈니스 가치를 달성할 수 없음을 발견

사업 가치 재평가 또는 조기 종료 승인을 위해 후원자에게 보고해야 함(2)

테스트 방법 2: 조기 종료

승인 필요 (1)

끝내야 해 (1)

조직 프로세스 자산 업데이트(4)

테스트 방법 1: 종료하려면 조직 프로세스 자산을 업데이트해야 합니다. (2)

테스트 방법 2: 조기 종료

마무리 작업도 필요합니다

조직 프로세스 자산 업데이트 포함(2)

제5장

범위 관리

1. 기획범위 관리 (2)

요구사항 관리 계획 및 범위 관리 계획(2)

시험방법 1 : 수요관리계획의 내용(1)

라고도 함: 비즈니스 분석 계획

테스트 방법 2: 범위 관리 계획의 역할(1)

지침 문서

확장 및 확장

산출

수요관리 계획

프로젝트 및 제품 요구사항을 수집, 분석, 기록, 관리하는 방법

범위 관리 계획

범위 방법론을 관리하는 방법

2. 요구사항 수집 (5)

요구사항 수집(2)

테스트 방법: 소스

먼저/사전에 어떻게 해야 할까요 (2)

도구 기술 (1)

테스트 방법: 관련 당사자가 요구 사항에 대한 합의에 도달하도록 안내(1)

요구사항 추적 매트릭스(2)

테스트 방법: 기능

요구(기대)와 결과 사이의 다리(2)

요구사항(기대사항)과 결과물이 동시에 발생합니다.

확장 및 확장: 수요 추적 매트릭스

소스의 제품 요구사항을 요구사항을 충족하는 결과물에 연결하는 양식

프로젝트 수명 주기 전반에 걸쳐 요구 사항을 추적하는 방법을 제공하여 요구 사항 문서의 승인된 각 요구 사항이 프로젝트 종료 시 전달될 수 있도록 지원합니다.

요구 사항 추적 매트릭스는 제품 범위 변경을 관리하기 위한 프레임워크도 제공합니다.

요구 사항 및 결과물에 대한 해당 표, 각 요구 사항은 원래 비즈니스 가치와 일치합니다.

3. 범위를 정의하라(6)

범위 정의(1)

테스트 방법: 주문 (1)

요구사항 수집 후 범위 정의

범위 기준선

범위 설명

작업분류체계(WBS)

WBS 사전

도구 기술 (2)

시험방법 : 전문가 판단(2)

범위 설명(3)

시험방법 : 내용(3)

세부 결과물, 승인 기준 등

1. 결과물, 2. 승인 기준

범위 설명

무엇이 포함되어 있나요?

제품군 설명

프로젝트 및 제품 범위

결과물

범위 설명에는 모든 요구 사항이 포함되지 않고 특정 결과물만 포함됩니다.

모든 요구사항이 포함된 것은 아닙니다.

허용 기준

결과물이 승인되기 전에 충족되어야 하는 일련의 조건

프로젝트 제외

프로젝트에서 제외할 콘텐츠 식별

프로젝트 범위를 벗어나는 내용을 명확하게 기술하면 이해관계자의 기대치를 관리하고 범위 변동을 줄이는 데 도움이 됩니다.

프로젝트 경계 기준선

변경 요청이나 추가 작업이 프로젝트 경계를 초과하는지 여부를 평가하기 위한 기준을 제공합니다.

프로젝트 헌장과의 비교

매우 중요하고 꼭 필요한 서류입니다

4. WBS 생성 (2)

분해 및 압연 계획 (1)

테스트 방법: 결과물 중심(1)

WBS 사전 (1)

시험방법 : 내용

WBS의 각 구성 요소에 대한 자세한 설명(1)

확장 및 확장

WBS 생성

정의

작업분류체계(WBS)를 만드는 것은

프로젝트 결과물

프로젝트

더 작고 관리하기 쉬운 구성 요소로 분해하는 프로세스

작업분류체계(WBS)

WBS는 프로젝트의 전체 범위를 구성 및 정의하고 승인된 현재 프로젝트 범위 기술서에 지정된 작업을 나타냅니다.

효과

제공할 내용에 대한 프레임워크를 제공합니다. 이는 한 번만 수행되거나 프로젝트의 사전 정의된 지점에서만 수행됩니다.

WBS 분해 기술

위에서 아래로

층별 분해

상향식

하위 수준 구성 요소를 병합하는 데 사용됩니다.

롤링 계획

먼 미래에 완료될 예정이고 현재 분해되지 않을 수 있는 산출물 또는 구성 요소

현재 합의할 수 없는 결과물은 먼 미래에 분해될 뿐입니다.

프로젝트 관리팀은 일반적으로 WBS에서 해당 세부 사항을 공식화하기 전에 산출물이나 구성 요소에 대한 합의를 기다려야 합니다.

원칙적으로

8~80(시간) 원칙

100% 원칙

출력: 범위 기준

WBS

WBS의 가장 낮은 수준 구성 요소는 다음과 같습니다.

작업 패키지

작업 패키지보다 작은 것을 활동이라고 합니다.

WBS 수준: 마일스톤, 통제 계정, 계획 패키지, 작업 패키지

메모리 공식

제정신의 그림

WBS 사전

범위 설명

5. 범위 확인(10)

범위 확인 (7)

테스트 방법 1: 정의

공식적인 수용과 수용이 프로젝트의 성공이다 (3)

고객 승인 및 서명 승인

시험방법 2: 합격기준(4)

계약

범위 설명(수락 기준)

결과물의 흐름(3)

테스트 방법: 1. 품질 관리 → 2. 범위 확인 → 3. 종료 사이의 순서 (3)

6. 제어 범위 (3)

제어 범위(1)

개념

감독범위 현황, 관리범위 기준 변경(1)

범위 크리프 및 금도금 (2)

금도금은 지원되지 않습니다

범위 내에서만 작업을 수행하십시오. (1)

범위 확산 방지

변경 제어 프로세스를 따르려면 (1)

제6장

진행관리

1. 활동순서를 정리한다 (1)

종속성 판단

시험방법 : 구별(1)

선택성(여러 선택이 가장 좋음)

필수(고유성)

2. 활동 기간 추정 (1)

유추 추정

테스트 방법: 적용 가능한 시나리오

초기, 제한된 정보 (1)

3. 진행계획 수립(14)

진행 계획 개발 (2)

테스트 방법: 공식화 시 종속성을 고려해야 합니다(2).

자원 최적화 (1)

구별하다

자원 밸런싱, 자원 평활화

임계경로, 자원과부하, 공사기간초과 (1)

진행 압축 (7)

구별하다

급하게 일하다

활동에 자원을 추가하고(인원 추가 또는 초과 근무) 시간을 돈으로 교환하세요.

높은 비용, 낮은 위험

초과근무를 강요할 수 없으며, 팀과 협의해야 합니다.

빠른 후속 조치

시간을 대신하여 재작업의 위험을 활용하세요.

저렴한 비용, 높은 위험

자유로운 의존성, 추가 리소스 없음, 추가 비용 없음, 낮은 위험

중요 경로 방법(5)

테스트 방법 1: 프로젝트 기간을 결정하고 진행 상황을 압축합니다(2).

테스트 방법 2: 주요 경로를 보장하고 지연을 방지합니다(3)

4. 제어 진행 (13)

도구 기술 (2)

테스트 방법 1: What-if 시나리오 분석(1)

테스트 방법 2: 예비 분석(1)

먼저 분석하고 나중에 조치를 취하세요(15)

테스트 방법: 팀/이해관계자와 함께 진행사항을 분석 및 논의하고 다음 단계 결정(15)

제7장

원가 관리

1. 비용 추정 (4)

비용 추정 수준(1)

테스트 방법: 프로젝트가 진행됨에 따라 프로젝트 견적의 정확도가 점차 향상됩니다. (1)

유사 추정 방법(1)

테스트 방법: 유추 추정을 위한 입력 정보(1)

상향식 추정(1)

테스트 방법: 상향식 추정 적용

WBS가 가장 정확합니다.

3점 추정(1)

테스트 방법: 기본 베타 분포(콜라 4잔을 6으로 나눈 값)

(가장 낙관적인 추정치 4 × 가장 가능성이 높은 추정치 가장 비관적인 추정치)/6

2. 예산을 세우세요 (3)

예산을 세우다 (1)

테스트 방법 : 예산편성 시 관련기관의 의견 참고

확장 및 확장

비교됨

프로젝트 예산

프로젝트 실행을 위해 승인된 모든 자금

비용 기준 관리 예비비

비용 기준

기간별로 할당된 프로젝트 예산을 승인하고, 비상 예비비를 포함하지만 관리 예비비를 제외합니다.

보유량 분석(2)

테스트 방법: 비상 예비비에 적용 가능한 시나리오

비용 기준에 포함됨

3. 비용 통제 (6)

비용 통제 (3)

테스트 방법 1: 유지 관리 비용 기준(1)

테스트 방법 2: 비용 기준 변경 관리(2)

도구 기술 (1)

테스트 방법: 다양한 도구 기술 구별(1)

먼저 분석하고 나중에 조치를 취하세요(2)

테스트 방법: 실제 상황이 계획과 일치하지 않음

원인을 먼저 분석하고 다음 조치를 결정합니다 (2)

4. 수익가치법(11)

성능 측정 방법

편차 분석(현재 순간 분석)

1. 지표 계산 (3)

테스트 방법: 비용성과지수(CPI) 계산(1)

2. 판단편향(2)

테스트 방법 : 성과지표를 기반으로 프로젝트 현황 파악(2)

SPI(진행상황, 시간)

3. 계산하고 판단하라 (3)

테스트 방법 : 프로젝트 현황 계산 및 판단 (3)

4. 개선방안(2)

테스트 방법 : 결과를 바탕으로 다음에 무엇을 할지 결정 (2)

추세분석(미래예측)

테스트 방법 1: 완료 시 추정치(EAC)

개념과 계산 (2)

테스트 방법 2: 기능

미래 프로젝트 동향 예측 (1)

확장 및 확장

비용 통제 도구 및 기술

획득가치 분석(EVA)

키워드: 성능 측정

획득가치 분석(EVA)

획득가치 분석

다양한 형태를 취할 수 있는 일반적으로 사용되는 성능 측정 방법입니다.

프로젝트 관리팀이 프로젝트 성과와 진행 상황을 평가하고 측정하는 데 도움이 되도록 프로젝트 범위, 비용 및 일정 지표를 종합적으로 고려합니다.

계획가치(PV)

계획된 가치

활동 또는 WBS 구성요소의 예정된 작업 일정에 할당되고 승인된 예산

예정된 작업 진행 예산

획득가치(EV)

얻어낸 가치

프로젝트 활동 또는 WBS 구성요소에 대해 완료된 작업의 가치

완료된 작업의 가치

실제 비용(AC)

실제 비용

WBS의 활동 또는 구성요소 작업을 완료하기 위해 실제로 발생하고 기록된 총 비용

실제 발생한 총 비용

일정 차이

SV=EV-PV

일정 차이 = 획득 가치 – 계획 가치

비용 차이

이력서=EV-AC

비용 편차 = 획득 가치 – 실제 비용

일정 성과 지표

SPI=EV/PV

일정성과지수 = 획득가치/계획가치

비용 성과 지수

CPI=EV/AC

원가성과지수 = 획득가치/실제원가

편차 분석

일정 및 비용 기준과의 편차 분석

CPI=EV/AC=270/300=0.9, 비용성과지수는 1 미만, 비용초과율은 10%로 이미 문제가 되고 있습니다.

유행 분석

획득가치 분석(EVA)

획득가치 분석

다양한 형태를 취할 수 있는 일반적으로 사용되는 성능 측정 방법입니다.

프로젝트 관리팀이 프로젝트 성과와 진행 상황을 평가하고 측정하는 데 도움이 되도록 프로젝트 범위, 비용 및 일정 지표를 종합적으로 고려합니다.

계획가치(PV)

계획된 가치

활동 또는 WBS 구성요소의 예정된 작업 일정에 할당되고 승인된 예산

예정된 작업 진행 예산

획득가치(EV)

얻어낸 가치

프로젝트 활동 또는 WBS 구성요소에 대해 완료된 작업의 가치

완료된 작업의 가치

실제 비용(AC)

실제 비용

WBS의 활동 또는 구성요소 작업을 완료하기 위해 실제로 발생하고 기록된 총 비용

실제 발생한 총 비용

일정 차이

SV=EV-PV

일정 차이 = 획득 가치 – 계획 가치

비용 차이

이력서=EV-AC

비용 편차 = 획득 가치 – 실제 비용

일정 성과 지표

SPI=EV/PV

일정성과지수 = 획득가치/계획가치

비용 성과 지수

CPI=EV/AC

원가성과지수 = 획득가치/실제원가

BAC

완료예산

완료 시 예산

예산: 예산

총 예산 비용(예: 계약 가격)은 시간이 지나도 일정하게 유지될 것으로 예상됩니다.

계획할 때 BAC를 가질 수 있고, 실행할 때도 BAC를 가질 수 있으며 이는 비교 기준으로 사용됩니다.

BAC는 벤치마크 중 하나이므로 BAC는 CCB의 승인 없이는 변경되지 않습니다.

성능 측정을 위한 벤치마크로 사용됩니다!

EAC

완료 예상

완료 시 견적

추정하다: 추정하다, 추정하다

프로젝트 성과와 리스크 정량화를 기반으로 총 프로젝트 비용을 예측하는 것입니다.

EAC는 프로젝트 수행 과정 중 실제 진행 상황을 바탕으로 프로젝트 종료 시 총 비용을 추정합니다.

발생하는 편차의 유형, 전형적인 편차와 비정형 편차에 따라 다른 계산 공식이 사용됩니다.

가장 정확한

EAC=AC 상향식 ETC

EAC = 실제 비용 남은 모든 작업에 대한 새로운 추정치

이 방법은 일반적으로 다음 두 가지 상황에서 사용됩니다.

과거 구현에서는 원래 추정 가정이 완전히 구식임을 나타냅니다.

또는 조건 변화로 인해 원래 추정치가 더 이상 적합하지 않습니다.

공식: EAC=AC 등

예산 단가로 완료된다고 가정

EAC=AC(BAC-EV)

EAC=실제 남은 예산(BAC-EV)

이 접근 방식은 편차가 특별한 경우로 간주되고 프로젝트 팀이 향후 유사한 편차가 발생하지 않을 것이라고 믿을 때 자주 사용됩니다.

공식: EAC=AC(BAC-EV)

현재 CPI에서 완료되었다고 가정

EAC=BAC/CPI

EAC = 실제 비용 성과 지수(CPI)에 의해 수정된 나머지 프로젝트에 대한 실제 비용 예산

이 접근법은 편차가 미래 편차의 전형적인 형태로 간주될 때 자주 사용됩니다.

공식: EAC=BAC/CPI, 여기서 CPI는 누적 CPI입니다.

등

완성도를 추정해야 합니다.

완료 예상

계획된 활동, 작업 패키지 또는 통제 계정을 완료하는 데 필요한 남은 작업의 추정치

비용 관리의 세 가지 가장 기본적인 개념

BAC

모든 작업에 대한 예산은 얼마입니까(원래 계획에 따라 모든 작업을 완료하는 데 드는 예상 비용)

EAC

완료 시 추정(모든 작업 비용은 얼마입니까?) 프로젝트의 성과 및 위험 수량화를 기반으로 프로젝트의 가장 가능성 있는 총 비용을 예측합니다. (현재 업무 효율 및 작업 방식을 기준으로 별도의 조치가 없을 경우 완료 시점까지 예상 비용이 지출됩니다.)

등

완료 예상 현재 남은 작업 예상 금액은 얼마입니까? (현재로서는 남은 작업이 완료되면 예상 비용이 지출됩니다)

매장량 분석

표적화 위험

비상 예비비

벤치마크 내

때때로 진행 예비라고 불림

알려진 알려지지 않은 위험

관리예비금

벤치마크 외부

예비비 분석은 프로젝트에 필요한 비상 예비비와 관리 예비비를 결정하는 데 사용됩니다.

기간을 추정할 때 일정 불확실성을 고려하기 위해 비상 예비비("일정 예비비"라고도 함)를 고려하세요.

비상 예비비란 승인된 식별된 위험을 해결하기 위해 일정 기준에 포함된 기간입니다.

비상 준비금은 "알려진-알려지지 않은" 위험과 관련되어 있으며 알 수 없는 워크로드를 완료하기 위해 합리적으로 추정되어야 합니다.

비상 예비비는 예상 활동 기간의 특정 비율이거나 고정된 기간일 수 있으며, 비상 예비비는 각 활동에서 분리되어 합산될 수 있습니다.

프로젝트 정보가 더욱 명확해짐에 따라 비상 예비비를 활용하거나 축소하거나 제거할 수 있으며 프로젝트 진행 문서에 명확하게 설명되어 있어야 합니다.

획득가치 분석(EVA)

획득가치 분석

다양한 형태를 취할 수 있는 일반적으로 사용되는 성능 측정 방법입니다.

프로젝트 관리팀이 프로젝트 성과와 진행 상황을 평가하고 측정하는 데 도움이 되도록 프로젝트 범위, 비용 및 일정 지표를 종합적으로 고려합니다.

계획가치(PV)

계획된 가치

활동 또는 WBS 구성요소의 예정된 작업 일정에 할당되고 승인된 예산

예정된 작업 진행 예산

획득가치(EV)

얻어낸 가치

프로젝트 활동 또는 WBS 구성요소에 대해 완료된 작업의 가치

완료된 작업의 가치

실제 비용(AC)

실제 비용

WBS의 활동 또는 구성요소 작업을 완료하기 위해 실제로 발생하고 기록된 총 비용

실제 발생한 총 비용

일정 차이

SV=EV-PV

일정 차이 = 획득 가치 – 계획 가치

비용 차이

이력서=EV-AC

비용 편차 = 획득 가치 – 실제 비용

일정 성과 지표

SPI=EV/PV

일정성과지수 = 획득가치/계획가치

비용 성과 지수

CPI=EV/AC

원가성과지수 = 획득가치/실제원가

유행 분석

BAC

완료예산

EAC

완료 예상

가장 정확한

EAC=AC 상향식 ETC

예산 단가로 완료된다고 가정

EAC=AC(BAC-EV)

현재 CPI에서 완료되었다고 가정

EAC=BAC/CPI

등

완성도를 추정해야 합니다.

TCPI=(BAC-EV)/(BAC-AC)

완료까지의 성과 지표 = 얼마나 더 해야 하는지/얼마나 돈이 남았는지

완료까지의 성과지수 = (완료예산 - 획득가치) / (완료예산 - 실제비용)

제8장

품질 관리

예상했던 것과는 달리, 품질 문제를 나타냅니다.

1. 품질관리 기획(7)

산출물: 1. 품질 측정 지표 2. 품질 관리 계획

시험방법 1 : 품질관리계획의 내용(3)

예: 품질 표준, 품질 목표

시험방법 2: 품질관리계획의 역할(3)

테스트 방법 3: 품질 측정 지표의 역할(1)

결과물 상태

2. 경영품질(8)

프로세스를 대상으로 함

시험방법 1: 경영품질 입력(1)

비즈니스 환경 요인

조직 프로세스 자산

테스트 방법 2: 품질 관리 구현의 중요성

공정(5)

테스트 방법 3: 품질 관리 프로세스에 문제가 있는 경우 이를 해결하는 방법은 무엇입니까?

먼저 분석하고 나중에 조치를 취하세요(2)

3. 품질관리(4)

결과 검토

시험방법 1: 품질관리의 정의

결과(1)

시험방법 2: 품질관리의 역할(2)

테스트 방법 3: 품질 관리 시 문제점 발견

먼저 분석하고 나중에 조치를 취하세요 (1)

검증된 결과물

4. 품질관리 도구 (11)

전문가 판단 (3)

테스트 방법: 규정 준수 관련 문제 발생

먼저 분석하고 전문가 판단에 의존하라 (3)

비용 편익 분석(1)

테스트 방법: 다양한 옵션이 있으며 비용 편익 분석을 수행합니다(1).

근본 원인 분석(3)

시험방법 : 품질문제 발생시 근본원인 분석 실시 (3)

파레토 차트(1)

테스트 기능: 28의 법칙, 문제의 주요 원인 찾기(1)

품질 감사 (4)

시험방법 1 : 정의(시험, 검사, 감사), 비교시험(2)

감사, 검토 프로세스 준수

테스트 방법 2: 감사를 통해 문제를 찾아 해결합니다. (1)

테스트 방법 3: 감사 전 다양한 프로젝트 활동에 대한 정보를 확인하여 검토해야 합니다. (1)

확장 및 확장

문제 발견

품질 관리 도구

심사

정의

프로젝트 활동이 조직 및 프로젝트 정책, 프로세스, 절차를 준수하는지 여부를 결정하는 체계적이고 독립적인 프로세스

프로젝트 활동

정책, 프로세스, 절차를 따르십시오.

구조화됨

독립적인

프로세스 준수

확인과정

컴플라이언스 담당자는 컴플라이언스 문제에 대해 가장 잘 아는 사람입니다.

품질 기준에 맞지 않는 품질은 피하세요

재작업 방지

품질 감사

이는 프로세스에 대한 검토이며 프로세스의 정확성을 보장하고 결과물이 요구 사항을 충족하는지 확인하기 위해 프로젝트 활동이 조직과 프로젝트의 정책, 프로세스 및 절차를 따르는지 여부를 결정하는 데 사용할 수 있습니다.

품질 감사는 일반적으로 프로젝트 외부 팀에 의해 수행됩니다.

외부 팀

조직 내부감사부서

프로젝트 관리 사무소(PMO)

조직 외부의 감사자

시험

정의

테스트는 조직적이고 구조화된 조사입니다.

조사: 버그, 결함, 취약점

프로젝트 요구 사항에 따라 테스트 중인 제품 또는 서비스의 품질에 대한 객관적인 정보를 제공하는 것을 목표로 합니다.

목적

제품이나 서비스의 오류, 결함, 취약성 또는 기타 비준수 문제를 식별하는 것입니다.

분야마다 다른 테스트가 필요합니다

소프트웨어 테스트

블랙박스 테스트, 화이트박스 테스트

건설 계획

시멘트 강도 테스트, 콘크리트 및 사용 용이성 테스트

프로세스 전반에 걸친 결과의 일관성

검사 결과

테스트가 필요한 품질 실패 방지

조사하다

정의

검사는 서면 표준 준수 여부를 결정하기 위해 작업 결과물을 검사하는 것입니다.

검사는 특정 결과를 위한 것입니다.

검사는 프로젝트 활동이 아닌 결과 검토입니다.

감사, 테스트, 검사 및 비교

체크리스트

카운팅 테이블이라고도 함

결함 식별 및 문서화

잠재적인 품질 문제에 대한 유용한 데이터를 효율적으로 수집할 수 있도록 항목을 논리적인 방식으로 배열하는 데 사용됩니다.

파레토 차트에 대한 데이터 제공 가능

제9장

위기 관리

1. 위험 식별 (12)

SWOT 분석 (1)

위험 식별 도구

시험방법 : 공정(1)

위험 등록부 (11)

테스트 방법 1: 일반적인 함정

구분 : 위험등록관리계획서(지침서)

테스트 방법 2: 기능(2)

주의 로그와 문제 로그의 차이점

문제가 발생했습니다

위험이 발생하지 않았습니다

테스트 방법 3: 새로운 위험이 식별되고 위험 등록부가 업데이트됩니다(9).

확장 및 확장

위험 등록부

위험에 대한 모든 관련 정보를 문서화하십시오.

식별된 위험 목록

키워드: 재작업이 필요할 수 있으며 위험이 있으므로 먼저 업데이트해야 함을 나타냅니다.

잠재위험책임자

잠재적 위험 대응 목록

위험 대응 계획 개선

식별, 정성적 위험 분석, 정량적 대응책 개발, 종료 등을 모두 업데이트해야 합니다.

2. 정성적 위험 분석 수행 (6)

개념

우선순위 (4)

테스트 방법 1: 위험을 식별한 후 프로세스

먼저 분석하고 나중에 조치를 취하세요 (4)

도구 기술 (2)

확률적 영향 평가 매트릭스

테스트 방법: 계산 후 정렬(1)

위험 확률 및 영향 평가

확률과 영향

각 위험이 발생할 확률을 발생 시 프로젝트 목표에 미치는 영향으로 매핑한 테이블입니다.

위험 기반 확률 및 영향

위험 우선순위 지정

향후 추가 분석 및 대응책 개발을 위해.

사용할 수 있는 도구 (1)

2개 이상의 매개변수를 사용하는 경우

위험 위험 분류

그러면 확률 및 영향 행렬을 사용할 수 없습니다.

다른 그래픽을 사용해야 합니다.

계층형/거품형 차트

매개변수가 2개 이상인 경우, 위험 분류

3D 데이터 표시

3. 정량적 리스크 분석 실시 (2)

의사결정 트리(2)

요금제 선택 시 이용

테스트 방법 1: 적용 가능한 시나리오

옵션(1)

테스트 방법 2: 계산

각 옵션의 EMV(확률 × 이익)를 개별적으로 계산합니다(1).

확률 × 수익

확장 및 확장

도구 및 기술

데이터 분석

시뮬레이션

정의

정량적 위험 분석에서 모델은 개별 프로젝트 위험과 기타 불확실성 원인의 결합된 영향을 시뮬레이션하여 프로젝트 목표에 대한 잠재적 영향을 평가하는 데 사용됩니다.

모델을 사용하여 영향 시뮬레이션

몬테카를로 분석

정량적 위험 분석이 일반적으로 사용됩니다.

확률과 비용 또는 시간의 관계

확률과 비용(시간)의 관계

일정 작성 및 정량적 위험 분석에 사용됩니다.

불확실성에 대한 모델링

확률과 비용(시간)의 관계

민감도 분석

프로젝트에 가장 큰 영향을 미치는 위험

어떤 개별 프로젝트 위험이나 기타 프로젝트 결과가 잠재적으로 가장 큰 영향을 미치는지 판단하는 데 도움이 되는 민감도 분석

민감도 분석 결과

일반적으로 사용되는

표현하는 토네이도 다이어그램

의사결정나무 분석

예상 금전적 가치 계산

예상되는 금전적 가치를 계산하고 확률 수익을 곱한 후 가장 큰 것을 선택합니다.

의사결정 트리를 사용하여 여러 대안 조치 중에서 최선의 옵션을 선택하십시오.

의사결정 트리에서 다양한 분기는 다양한 결정이나 이벤트를 나타냅니다.

즉, 프로젝트의 대체 경로

각 지점의 금전적 기대가치 EMV를 계산하여

최선의 경로를 선택하세요

4. 위험 대응 계획 (8)

리스크 대응 계획 (2)

시험방법: 과정

먼저 분석하면 대응 계획이 세워집니다. (2)

위협 대응 전략(4)

시험 방법

1. 완화하다

확률이나 영향 감소

2. 환승

제3자

3.수락

적극적인 조치를 취하지 않음

긍정적인 대처 전략(2)

시험 방법

1. 신고

기회를 식별하고 이를 경영진에 보고합니다.

2. 탐험

가장 유능한 자원을 할당

5. 리스크 대응 실시 (7)

테스트 방법 1: 식별된 위험의 발생

리스크 대응 계획 따르기 (3)

테스트 방법 2: 확인되지 않은 위험이 발생합니다.

먼저 분석하고 나중에 조치를 취하세요 (4)

6. 리스크 감독 (9)

감독 위험 (4)

테스트 방법: 위험 관리 프로세스의 효율성을 보장하기 위한 지속적인 감독

리스크가 변하면 대응방안도 업데이트되어야 한다(4)

보유량 분석(1)

테스트 방법: 비상 예비비

적용 가능: 알려진 알려지지 않은 위험(1)

위험 재평가 (2)

테스트 방법: 식별된 위험을 지속적으로 분석 및 평가(2)

먼저 분석하고 나중에 행동하세요

먼저 분석하고 나중에 조치를 취하세요(2)

테스트 방법: 편차 발생 시 관련 당사자와 소통 및 협력하여 해결(2)

확장 및 확장

도구

심사

위험 관리 프로세스의 효율성 결정

위험 감사

위험 관리 프로세스의 효율성을 평가하는 데 사용할 수 있는 감사 유형입니다.

프로젝트 매니저

프로젝트 위험 관리 계획에 지정된 빈도로 위험 감사가 수행되도록 하는 책임

개발 형태

일일 프로젝트 검토 회의

위험 검토 회의

전담 리스크 감사 회의

제12장

조달 관리

1. 기획 및 조달관리(7)

조달관리계획(2)(지침서)

테스트 방법: 기능

조달 활동 및 절차 안내

계약금 지급 유형(1)

테스트 방법: 다양한 계약 유형의 특성을 구별합니다.

비용 인센티브

확장 및 확장

조달계획-계약 결제 유형

1. 총 가격 계약

고정 가격 계약

구매자가 가장 좋아하지만 위험은 판매자에게 있습니다.

업무 범위가 변경되지 않는 한 변경은 허용되지 않습니다.

총 가격 + 인센티브 수수료 계약

상한선과 하한선이 있습니다

최대 한도를 초과하는 경우 판매자가 책임을 집니다.

하한치 미만, 보상

총 가격에 경제적 가격 조정을 더한 금액

큰 경제 변동에 대처

공연 시간이 길거나 결제 통화가 다른 경우

2. 작업 및 자재 계약

정확한 작품 설명을 신속하게 작성할 수 없으나, 작품의 성격이 분명한 경우

애자일 프로젝트 같은

작업 및 자재 계약을 사용하여 인력을 추가하고, 전문가를 고용하고, 기타 외부 지원을 구하세요.

소량, 공사기간이 짧고 복잡하지 않은 프로젝트에 효과적으로 활용 가능

3. 비용보상계약

비용 + 고정 수수료

계약 작업에 대해 발생한 허용 가능한 모든 비용을 판매자에게 상환하고 고정 수수료를 지불합니다.

비용 + 인센티브 수수료

비용이 원래 비용보다 높거나 낮을 경우 구매자와 판매자는 비례적으로 이를 공유해야 합니다.

비용 + 인센티브 수수료

구매자는 주고 싶다면 주고 싶지 않으면 주지 않을 것이라는 주관적인 판단을 내립니다.

계약 유형 선택

범위를 먼저 결정하세요.

범위가 명확하고 총 가격 카테고리가 선택되었습니다.

범위 불분명, 계속 판단

그런 다음 작업 유형이 명확한지 확인합니다.

노무 및 자재 계약의 명확한 선택

비용보상계약의 선택이 불명확함

조달 작업 명세서(SOW)(3)

법적 구속력이 없음

테스트 방법: 기능

구매할 제품, 서비스 또는 결과를 자세히 설명하십시오.

확장 및 확장

조달 작업 명세서(SOW)

1. 구매한 제품, 서비스, 결과에 대해 자세히 설명해주세요.

2. 관련 계약에 포함될 프로젝트 범위 부분만 정의하여 프로젝트 범위 기준선을 기반으로 각 조달에 대한 작업 명세서를 준비합니다.

3. 구매할 제품, 서비스 또는 결과를 완벽하게 설명하는 작업 명세서.

잠재적 판매자가 그러한 제품, 서비스 또는 결과를 제공할 능력이 있는지 여부를 결정할 수 있도록 하기 위해

4.내용

사양

필요 수량

품질 수준

성능 데이터

성과기간

직장

다른 요청

공급업체 선정 기준(1)

시험방법 : 공급업체 선정 기준을 활용하여 공급업체 선정

확장 및 확장

공급업체 선정 기준

공급업체 선정 기준 제공

포함하다

1. 능력과 잠재력

2. 제품 원가 및 수명주기 비용

3. 배송일

4.기술적 전문성과 방법

5. 구체적인 관련 경험

6. 작업기술서에 대응하여 사용되는 작업방법 및 작업계획

7. 주요 직원의 자격, 가용성 및 역량

8. 회사의 재무적 안정성

9.경영경험

10. 지식 이전 계획(교육 계획 포함)

만들거나 아웃소싱하세요

제작비용과 아웃소싱 비용을 비교하여 아웃소싱이 필요한지 판단

고려해야 할 요소

조직의 현재 자원 할당과 기술 및 역량

전문성에 대한 수요

정규직 고용 의무를 이행하기를 꺼려함

그리고 독특한 기술 전문 지식의 필요성

또한 각 제조 또는 구매 결정과 관련된 위험을 평가합니다.

2. 조달 실시 (8)

계약 또는 계약의 내용 (1)

법적 구속력이 있는

테스트 방법: 계약서는 승인 기준을 명확하게 명시해야 합니다.

합의나 계약의 역할 (7)

테스트 방법 1: 계약에 따라 공급자를 바인딩합니다(2).

테스트 방법 2: 논란의 여지가 있음

계약서나 작업 조달 명세서를 검토하는 것부터 시작하세요. (1)

테스트 방법 3: 실제 상황이 계약서와 일치하지 않습니다.

계약 검토 및 솔루션 결정 (4)

확장 및 확장

조달 협상, 계약 체결

계약을 체결하기 전에 계약의 구조, 당사자의 권리와 의무, 기타 조건을 명확히 하여 쌍방이 합의에 도달할 수 있도록 하십시오.

합의의 역할

이는 계약 당사자 모두에게 구속력을 갖습니다. 프로젝트의 공급업체와 관련된 모든 불일치에 대해서는 계약에 우선순위가 부여됩니다.

계약에는 다음이 포함됩니다.

조달 작업 명세서 또는 주요 결과물

일정에 지정된 일정, 이정표 또는 날짜

성과 보고서

검사, 품질 및 승인 기준

가격 및 지불 조건

보증 및 지속적인 제품 지원

보험 및 성과채권

하위 하청업체 승인의 건

일반 약관

변경 요청 처리

해지 조항 및 대체 분쟁 해결

인센티브와 처벌

3. 구매 통제 (5)

클레임 관리 (3)

방법 테스트: 협상이 첫 번째 선택이고 ADR, 중재, 소송이 그 뒤를 따릅니다.

싸우기 전에 예의를 갖추세요

확장 및 확장

주장하다

정의

구매자와 판매자인 경우

변경 보상에 동의할 수 없습니다.

또는 변경이 발생했는지 여부에 대한 의견 차이

요청된 변경 사항은 논쟁의 여지가 있는 변경 사항이 됩니다. 또는 잠재적인 건설적인 변화

이러한 논쟁의 여지가 있는 변경 사항을 소유권 주장이라고 합니다.

공급업체와 당사자 A가 청구권을 갖고 있습니다.

1. 먼저 협상하라

협상

모든 청구 및 분쟁을 해결하는 데 선호되는 방법

협상이 선호되는 방법이다

2. 협상이 불가능하다

대체 분쟁 해결(ADR)입니다(계약서에 기록, 일반적으로 조정 또는 중재).

계약당사자가 스스로 배상청구를 해결할 수 없는 경우 계약서에 명시된 절차를 따라야 할 수도 있으며, 대체 분쟁 해결(ADR) 사용

ADR이 실패하면 법적 조치가 취해질 것입니다.

둘째, 중재 또는 소송을 선택하십시오

조달 변경(2)

테스트 방법: 계약서 내용이 실제 상황과 일치하지 않아 계약서를 변경해야 합니다.

17장

민첩한 프로젝트 관리 단계 프레임워크

1.수태단계 실습(6)

시작, 목표

제품 비전 (2)

테스트 방법: 비전은 양파링의 첫 번째 레이어이자 계획 수립의 기초입니다.

프로젝트 헌장 (1)

테스트 방법: Agile 프로젝트 헌장의 프로젝트 목표를 팀에 전달합니다.

팀 헌장 (3)

테스트 방법: 팀 규칙 수립/검토를 통해 기존 문제 해결(3)

회의 규칙, 안건

2. 투기단계에서의 실천(48)

계획하다, 계획하다

타임박스(1)

벤치마킹 예측의 진행

테스트 방법: 상대적으로 짧은 반복 시간 상자의 이점

연장하다

반복 시간 상자

1. 팀 역량과 프로젝트 특성에 맞춰 조정되어야 합니다.

2. 한번 결정된 사항은 임의로 조정되지 않습니다.

민첩성 삼각형

시간과 인력은 정해져 있다

시간 상자

3~9명

범위는 변경될 수 있습니다

3. 수요가 자주 변하고 고객이 검토 빈도 증가를 요구하는 경우

전체 반복 시간 상자를 단축할 수 있습니다.

8843

민첩한 양파 링 (1)

시험방법 : 양파링/롤링 기획의 내용 및 순서

연장하다

양파링 플래닝(롤링 플래닝)

1.비전

프로젝트 헌장에 기록된 제품에 대한 간략한 개요, 미래 상태, 상위 수준 및 세부 정보

2. 제품 로드맵

제품의 시각적 개요, 대략적인 시간 단계 및 기능 설명

사용자 여정 지도

사용자 스토리 맵

고객가치 기반의 사용자 스토리로 구성된 스토리맵

MVP

고객의 기본 요구 사항을 충족하는 가장 작은 아키텍처를 실행할 수 있습니다.

MMF

실행별로 추가되는 최소 단위의 완전한 기능 패키지

3. 출시 계획

대규모 버전과 대략적인 시간 정보가 포함되어 있습니다. 버전 출시는 시장 출시를 의미합니다.

출시 기획 회의

주로 제품 비전 공개, 기능 정의, 출시 계획 수립 등을 담당합니다.

민첩한 릴리스 계획, 주요 목적은 제품에 증분을 제공하는 계획을 개발하는 것입니다.

4. 반복 계획

반복에서 수행해야 할 작업

현재 반복 주기에서 계획된 모든 작업을 완료할 수 없는 경우 후속 반복의 정상적인 진행을 보장하기 위해 우선 순위가 낮은 일부 작업을 삭제하는 것을 고려할 수 있습니다.

5. 일일 계획

하루 안에 완료해야 할 작업

3. 일일 스탠드업 미팅

무엇을 합니까

1. 목적

프로젝트 상태 정보 이해(진행 상황 추적)

팀의 개별 상태를 이해하세요.

합의 정보

문제, 장애물, 위험 식별

2. 일일 스탠드업 미팅은 애자일 원칙을 뒷받침하는 가장 중요한 초석 중 하나이며 임의로 취소할 수 없습니다.

여는 방법

1. 일일 스탠드업 회의는 팀이 직접 주최하며, 시간과 장소는 토론을 통해 결정됩니다.

2. 상황에 따라 개발팀과 애자일 코치가 모두 참석하며, 관련 당사자도 초청됩니다.

개발팀과 애자일 코치들이 모두 회의에 참석했습니다.

3. 시간은 보통 15분입니다.

기타 사유(문화적 환경 등)가 회의의 효율성에 영향을 미치므로 시간을 적절하게 연장할 수 있으나 일반적으로 20분을 넘지 않습니다.

사람이 너무 많으면 팀을 나눠서 하는 것도 고려해 보세요

4. 모두가 교대로 질문에 답합니다.

마지막 스탠드업 이후 나는 무엇을 성취했는가?

지금부터 다음 스탠드업까지 무엇을 달성할 계획인가요?

나의 장벽(위험 또는 문제)은 무엇입니까?

1. 방송국 회의는 정보를 동기화하고 질문을 제기할 뿐 문제를 해결하지는 않습니다.

2. 문제 해결은 일일 스탠드업 회의 후 별도로 준비할 수 있습니다.

안티패턴

1. 현황보고회가 아님

2. 문제를 발견하기만 하고 해결하지는 마세요

스탠드업 미팅 후 개별적으로 문제를 논의하고 해결할 수 있습니다.

문제가 무엇입니까?

누가 해결해줄래?

언제 해결되나요?

현재 반복 목표에 영향을 미치지 않고 전체 프로세스와 관련된 경우 회의를 검토하여 개선 사항을 논의할 수 있습니다.

사용자 스토리 (38)

테스트 방법 1: 사용자 스토리가 명확하지 않음 (1)

테스트 방법 2: 사용자 스토리 생성, 분석 및 평가(1)

테스트 방법 3: 프로토타입과 MVP(최소 실행 가능 제품) 구별(6)

원기

모델, 사용할 수 없습니다

MVP(최소 실행 가능 제품)

사용 가능, 부가가치

MMF(최소 가맹점 기능)

테스트 방법 4: 사용자 스토리 분할(3)

담당팀

테스트 방법 5: 투자 원칙(1)

테스트 방법 6: DoD를 사용하여 제품 증분량이 수요를 충족하는지 확인합니다(8)

테스트 방법 7: DoD는 제품 소유자가 결정하고 평가합니다(2).

테스트 방법 8: 스토리포인트 추정을 사용하여 프로젝트 범위, 예산 또는 일정 제어 (4)

테스트 방법 9: 완성된 스토리 포인트로는 서로 다른 팀의 성과를 평가할 수 없습니다. (1)

테스트 방법 10: 플래닝 포커(3)

담당팀

테스트 방법 11: 가치와 위험을 기반으로 사용자 스토리의 우선순위 지정(7)

리스크의 절대가치를 기준으로 판단

테스트 방법 12: 사용자 스토리, 먼저 분석한 후 정렬(1)

연장하다

사용자 스토리

1.원산지

사용자 스토리라는 용어는 Extreme Programme XP에서 유래되었습니다.

2. 장면과 캐릭터 구축

주로 수요를 수집하고 사용자 그룹(대상 그룹)의 요구를 설명합니다.

고객의 요구를 수집

3. 사용자 스토리 카드

같이: 학생 내가 원하는 것: 라이브 수업에 입력하기 촉진하기 위해: 교사들과 상호작용

Dod의 완성된 정의

주요 요점

DOD는 사용자 스토리의 수용 기준입니다.

제품 소유자 PO가 주도하고 팀이 함께 결정합니다.

사용자 스토리가 정의되면 명확하게 하세요.

국방부에 가장 적합한 시간 결정(완료 정의)

이 이야기가 포함되기로 확정되면 할 일 목록을 반복할 때

백로그 반복

결함을 줄이고 결과물의 성공적인 승인을 촉진하는 데 도움이 됩니다.

끝을 염두에 두고 시작하라

수락 조건

주어진

어떤 상황이나 조건에서

언제

어떤 작업이 수행되었으며 어떤 조치가 취해졌습니까?

그 다음에

어떤 결과를 얻었는가

3C 원리

카드

대화

채팅

확인

확인하다

투자 원칙

독립적이고, 협상 가능하며, 가치 있고, 추정 가능, 소규모, 테스트 가능

독립적인

협상 가능

귀중한

평가할 수 있는

작은

테스트 가능

예를 들어, 결과물은 매우 빠르게 실행되어야 합니다. 여기서 "매우 빠르게"는 모호한 설명이며 테스트 가능성 요구 사항을 충족하지 않습니다.

4. 사용자 스토리 세분화

확인하다

PO와 팀이 협상함

나누다

에픽 스토리-테마 스토리-사용자 스토리-작업-하위 작업

서사시

기능 세트인가요, 아니면 대규모 사용자 스토리인가요?

에픽은 기능 세트 또는 큰 스토리입니다. 기능에 여러 장면이 있는 경우 해당 기능에는 에픽 수준에서 여러 구현이 필요합니다.

에픽은 일반적으로 특정 결과와 밀접하게 관련된 독창적인 아이디어를 나타내며, 에픽과 관련된 사용자 스토리는 제공되어야 하는 솔루션의 측면을 나타냅니다.

에픽 스토리를 통해 제품 백로그에서 더 큰 사용자 요구 사항을 추적할 수 있습니다. 에픽 세분성은 반복에 적응하기에는 너무 큽니다.

Epic은 개발이나 요구사항의 핵심 콘텐츠입니다.

글을 쓸 때 모호함을 피하기 위해 조직의 모든 사람이 이해할 수 있는 음성 텍스트를 사용하세요.

주제

사용자 스토리와 서사적 스토리 사이의 세분화된 스토리

테마는 일련의 스토리, 반복, 버전 뒤에 숨은 주요 목적입니다.

제품 소유자 PO 또는 고객이 주제를 결정하고 팀의 만장일치 동의를 얻습니다.

예를 들어, 제품 소유자는 반복 주제가 "보고" 또는 "연결"이라고 결정합니다.

이 경우 이번 반복을 위해 선택된 사용자는 모두 해당 테마를 중심으로 이루어집니다.

테마를 통해 팀은 현재 반복의 가치 포인트에 집중할 수 있습니다.

이야기

간단한 사용자 요구사항이며 반복 내에 들어갈 수 있을 만큼 작습니다.

일

사용자 스토리를 완성하는 과정입니다

하위 작업

하위 작업은 일반적으로 한 사람이 수행하는 스토리 또는 작업의 특정 분할이며 일반적으로 짧은 시간 내에 완료할 수 있습니다.

결함

벌레

주로 테스트상의 결함이나 출시된 버전의 결함에 대해

5. 사용자 스토리를 분류하는 방법

제품 특성과의 관련성

논리적 관계(예: 스토리 A는 스토리 B보다 먼저 전개되어야 함)

고객가치에 따른 우선순위

6. 스토리 포인트

개념

사용자 스토리의 크기, 복잡성, 불확실성을 비교하고, 팀 간 비교가 쉽지 않음

팀 간 비교가 쉽지 않음

다양한 팀, 좋은 성과는 주로 결과물에서 결함이 가장 적은 팀을 나타냅니다.

결과물의 결함 수는 결과물의 완성도를 반영할 수 있으며 어느 정도 팀별 성과를 구별할 수 있습니다.

정의

스토리 포인트는 사용자 스토리, 기능 또는 기타 작업의 전체 크기를 표현하는 데 사용되는 측정 단위입니다. 일반적으로 스토리의 상대적인 크기를 반영하며 간단히 작업량으로 간주할 수 있습니다.

워크로드 규모

위험, 불확실성, 복잡성, 알 수 없는 사항 및 기타 관련 문제도 워크로드에 영향을 미칠 때 포함되어야 합니다.

제품 백로그에서 관련 콘텐츠를 고려해야 합니다.

스토리포인트 추정을 위한 참고근거

스토리 포인트 추정을 위해서는 참고 스토리를 미리 선택해야 합니다. 다른 스토리 견적의 참고자료로 활용

시스템에서 가장 작은 스토리를 선택하고 이를 1개의 스토리포인트로 설정합니다.

중간 크기의 스토리를 선택하고 5포인트와 같은 중간 포인트 번호를 할당합니다.

그런 다음 이를 참고하여 남은 스토리 포인트를 추정합니다.

EV=60×60=3600

PV=60×60=3600

교류=3000

추정

포커 계획

카드, 공개 토론, 이상값에 초점을 맞춘 토론, 합의에 도달하기 위한 여러 라운드

1인당 10개의 숫자카드가 있으며, 각자 1장의 카드를 선택합니다. 이때 선택한 카드는 다른 사람에게 보여주지 않습니다. 모든 참가자는 동시에 자신의 카드를 공개합니다. 특히 특이치(최고 및 최저)에 초점을 맞춰 팀 단위로 이러한 추정치를 논의합니다. 마지막으로 연속적인 추정 라운드를 선택합니다.

광대역 델파이

익명, 전문가, 여러 라운드, 개인 견적 제출

팀 참여를 기반으로 한 추정 방법입니다. 전문가 그룹이 서로의 실제 결과를 알지 못한 채 추정 결과를 익명으로 제출합니다. 이는 결과에 대한 팀원의 인식을 높이고 일부 "플로트 효과" 및 "화환 효과"를 피할 수 있습니다. 일반적으로 합의에 도달할 때까지 여러 라운드가 수행됩니다.

이상적인 시간

속도와 방해에 관계없이

합리적인 상황에서 모든 주변 간섭 요인을 제거한 후 필요한 시간

스토리 포인트를 사용하여 사용자 스토리의 상대적 크기를 추정하는 것 외에도 민첩한 팀은 속도나 중단에 관계없이 개별 작업 항목을 구축하는 데 필요한 실제 시간을 추정하는 이상적인 시간 추정을 사용할 수도 있습니다.

추정의 가정

예상되는 이야기는 당신이 다룰 내용입니다

유일한 직업

작업을 시작할 때 스토리를 처리하는 데 필요한 모든 외부 조건

다 준비 됐어

이 이야기를 처리하는 과정에서

중단되지 않습니다

팀원들이 함께 작업하며 견적을 내는데, 각자의 의견이 가장 중요합니다

스토리 포인트를 추정하는 방법

7. 우선순위

에 따라

가치(투자수익률)가 가장 중요하지만 테마, 위험, 비용, 정치 등도 중요한 역할을 합니다.

방법

모스크바 규칙

해야 할 일, 해야 할 일, 할 수 있는 일, 하지 않아도 될 일

~ 해야 하다

해야 할 일, 하지 않을 수 없는 일

최소 실행 가능 제품(MVP)

~해야 한다

해야 한다, 해야 한다

이러한 기능은 중요하지만 필수는 아닙니다.

~할 수 있었다

할 수 있다

이러한 요구 사항은 고객이 기대하지만 우선 순위가 높지는 않습니다.

그렇지 않을 것이다

하지 말아야 할 것

현재로서는 부적절한 요구 사항입니다.

카노 분석

사용자의 요구와 사용자 만족도에 따라 분류하고 우선순위를 정합니다.

위험의 4개 사분면

가치와 위험을 기반으로 한 사분면 차별화

고가치, 고위험 콘텐츠 우선순위 지정

관행

위험 조정 백로그

민첩한 팀은 일반적으로 작업 항목의 순서가 지정된 목록을 유지 관리하여 위험이 가장 높은 항목을 목록 맨 위에 배치하여 먼저 처리되도록 합니다.

100점 방식

각 사용자 스토리에 할당된 총 포인트 수를 계산하여 우선 순위를 지정합니다.

손의 표시

다섯 손가락 방법

합의에 도달하는 데 도움이 되도록 일부 팀 결의안에 적용할 수 있는 기술

특정 작업

주먹을 들어

지원되지 않음을 나타냅니다.

손가락 1개

나는 매우 걱정된다

손가락 2개

몇 가지 사소한 문제를 논의하고 싶습니다.

손가락 3개

전적으로 동의하지는 않지만, 추가 논의 없이 통과된 의견으로 받아들일 수 있습니다.

손가락 4개

아이디어가 좋다고 생각하고 계속해서 노력하고 싶습니다.

손가락 5개

좋은 아이디어입니다. 실행에 있어서는 제가 주도할 의향이 있습니다.

참여적 의사결정

정의: 의사결정에 팀이 참여하는 과정을 의미합니다.

목표: 프로젝트의 프로젝트 커뮤니티에 구체적인 사례를 제공하여 프레임워크를 설정하고, 분석하고, 다양한 결정을 내립니다.

주요 타겟

목표와 제약사항에 대한 명확한 의사소통 촉진

미지의 지식을 열어가다

조직의 창의성과 통찰력을 최대한 활용하세요

독재적인 의사결정

정의: 리더가 다른 사람의 의견을 고려하지 않고 혼자 결정을 내리는 것을 말합니다.

참여적 의사결정의 반대

다기준 의사결정

다기준 의사결정 분석 기술은 의사결정 매트릭스를 사용하여 다양한 옵션을 평가하고 순위를 매기는 시스템 분석 방법을 사용하여 위험 수준, 불확실성, 가치 및 이점과 같은 다양한 기준을 설정합니다.

의사결정 매트릭스

시스템 분석

다른 방법으로 생성

위험 수준

불확실성

가치 이득

그리고 다른 기준

다양한 옵션을 평가하고 순위를 매깁니다.

평가 및 순위 지정

가상 가치

정의: 중요한 이해관계자에게 프로젝트 예산에 해당하는 가상 화폐를 제공하고 이러한 가상 화폐를 시스템의 백로그 항목 및 기능에 할당합니다. 이러한 백로그 항목 및 기능은 전체 프로젝트 범위이거나 범위의 일부일 수 있습니다.

비즈니스 가치가 있는 기능의 우선순위를 정하는 데 가장 효과적이지만, 사람들이 문서와 같이 덜 가치 있는 활동에 대해 질문하기 시작하면 이 패턴이 쉽게 벗어날 수 있습니다.

8. 성능 요구 사항 카드

위험 조정 백로그 (11)

테스트 방법 1: 위험 관리 프로세스(4)

테스트 방법 2: 각 반복 계획 중에 위험을 식별해야 합니다(2).

테스트 방법 3: 프로젝트 위험을 지속적으로 모니터링하고 피드백하고 평가해야 합니다(5)

연장하다

위험 조정 백로그

위험

위험은 발생할 경우 프로젝트에 영향을 미칠 수 있는 불확실한 사건입니다.

Agile에서 부정적인 위험은 반가치와 동일합니다.

가치는 돈을 절약하는 것이고, 위험은 돈을 쓰는 것이다

위험이 발생하면 이를 처리하는 데 시간과 자원을 투자해야 합니다.

이는 또한 프로젝트의 이익을 위협할 것입니다.

Agile은 비즈니스 가치와 위험 동인의 조합입니다.

제품 백로그(가치 위험)

위험 회피 및 이전 조치를 가능한 한 빨리 계획하십시오.

민첩한 프로젝트는 초기 단계에서 계속해서 반복하고 높은 위험을 처리합니다.

높은 위험을 조기에 노출

이러한 방식으로 위험 대응 비용이 상대적으로 낮아지고, 이후 단계에서 비효율적인 작업 입력이 발생할 가능성이 줄어듭니다.

소규모 위험 기반 실험

스파이크(Spike)라고 불리는 리스크 관리 기술이다.

위험의 4개 사분면

가치와 위험을 기반으로 한 사분면 차별화

고가치, 고위험 콘텐츠 우선순위 지정

관행

위험 조정 백로그

민첩한 팀은 일반적으로 작업 항목의 순서가 지정된 목록을 유지 관리하여 위험이 가장 높은 항목을 목록 맨 위에 배치하여 먼저 처리되도록 합니다.

연장하다

프로빙/프로빙

정의

프로빙은 짧은 시간 상자, 임시 탐색, 빠른 시행착오를 할당하는 기술적 시도입니다.

새로운 환경에서 신기술의 타당성을 명확히 하여 위험을 줄일 수 있습니다.

3종

위험 기반 조사

프로빙을 사용하여 다양한 위험 대응 계획의 타당성을 초기에 검증합니다.

새로운 프로젝트 시작 시 타당성 분석

아키텍처 프로빙

특정 아키텍처 솔루션이 실현 가능한지 여부를 증명하는 데 사용됩니다.

감시할 정보 얻기

지금까지 한 번도 해본 적이 없는, 알려지지 않은 신기술이므로 먼저 탐색해보시고 더 많은 정보를 얻으시기 바랍니다.

특정 문제를 연구하기 위해 팀이 수행하는 빠른 개념 증명 활동으로, 익숙하지 않거나 새로운 기술을 테스트하는 데 자주 사용됩니다.

프로빙의 결과는 이 기술에 뛰어들기 전에 너무 깊이 들어가는 것을 방지할 수 있습니다.

주요 요점

탐지는 위험과 잠재적인 문제에 대한 탐구 작업이며, 새로운 기술, 새로운 방법, 새로운 문제, 불분명한 위험 탐색

위험, 문제

새로운 기술, 새로운 방법, 새로운 문제, 불분명한 위험

고객 요구 사항이 계속 변하는 경우 탐색 반복을 사용하여 고객 요구 사항을 분석할 수 있습니다.

고객 요구 사항에 직면했지만 어디서부터 시작해야 할지 모를 때 고객 요구 사항을 조사하고 분석할 수 있습니다.

3. 탐색단계 실습(2)

구현하다

코칭 및 팀 개발 (2)

테스트 방법 1: 의사결정에 제대로 참여하지 않고 팀이나 관련 당사자를 다루는 방법 (1)

시험방법 2: 참여적 의사결정의 내용과 정의(1)

4. 적응단계 실습(16)

감독 및 통제

발표 및 검토(1)

테스트 방법 : 고객이 리뷰에 참여하지 않는 경우가 많으며, 이를 처리하는 방법 (1)

팀 성과평가(2)

테스트 방법: 애자일(Agile)에서의 수익가치 분석(2)

속도(13)

애자일의 시간 관리

테스트 방법 1: 반복 작업 항목을 계획할 때 이전 반복 속도를 고려해야 합니다. (1)

테스트 방법 2: 반복 속도는 안정적으로 유지되어야 합니다. (1)

테스트 방법 3: 번다운 차트를 통해 팀의 속도나 진행 상황을 파악한다(5)

번다운 차트 게시

반복 번다운 차트

테스트 방법 4: 예상 속도에 도달하지 못한 경우 속도 및 릴리스 계획을 조정해야 합니다(5).

테스트 방법 5: 속도에 따라 필요한 반복 횟수 계산

스프린트 횟수 = 총 스토리 포인트 ¼ 속도(결과는 반올림됨) (1)

참고: 속도는 목표가 아닌 반복 및 스프린트 이후의 실제 상황입니다.

연장하다

속도

개념

이 반복에서 실제로 기능을 완료한 스토리 포인트의 총 크기

계산하다

완료된 스토리 포인트만 속도로 간주되며 가치가 있습니다.

1 속도 = 1 스토리 포인트

초기 속도 추정

초기 속도 추정, 과거 또는 이전 경험, 과거 평균 속도 참조

특징

속도, 안정성, 일관성 추구

가장 좋은 결과는 속도가 지속적이고 안정적인 수준에 도달하고 팀 간에 비교할 수 없다는 것입니다.

보여주다

번업 차트, 번다운 차트

입자 크기 검사

차트 변화

완료된 스토리 포인트 또는 남은 스토리 포인트는 팀의 진행 상태를 설명합니다.

감시 장치

기대에 미치지 못하는 경우 팀의 실제 속도가 우선적으로 사용됩니다.

팀의 실제 속도에 맞춰 스토리 포인트를 줄이거나 늘립니다.

제16장

스크럼 애자일 연습

1. 세 개의 기둥(4)

투명성, 점검, 적응 (4)

테스트 방법 1: 구성원은 투명해야 하고, 지식을 공유해야 하며, 지식을 공유할 수 있는 방법과 방법이 있어야 합니다(2).

지식분석회의, 지식전수회의, 컨퍼런스, 대면회의

테스트 방법 2: 투명한 사무실의 실천(2)

2. 세 가지 유물(18)

제품백로그(PB) (17)

제품 소유자(PO)

테스트 방법 1: 제품 잔고의 기본 규칙 및 시스템(3)

테스트 방법 2: 제품 백로그 항목을 통한 변경사항 관리(5)

테스트 방법 3: 문제 해결을 위해 팀 또는 관련 당사자와 제품 잔고 목록을 논의하고 정리합니다. (6)

테스트 방법 4: 가치와 리스크를 고려한 제품 백로그 생성 및 조정(3)

반복 백로그(SB) (1)

개발팀(ST)

테스트 방법: 개발팀은 다른 작업을 진행하기 전에 반복 목표가 달성되었는지 확인해야 합니다. (1)

3. 발견과 문제해결(21)

4. Agile의 도구 기술 (4)

브레인스토밍 (2)

포커스 그룹 (1)

RACI 매트릭스(1)

내부 및 외부 팀과 협업할 때 사용됩니다.

5. 5가지 사건(58)

반복, 스프린트 (3)

테스트 방법 1: 반복 규모(2)

반복 기간에 적합

민첩성 삼각형

가치, 품질, 제약

테스트 방법 2: 반복주기(타임박스)(1)

벤치마크 진행

일관성이 있어야 한다

반복 기획 회의 (5)

PDCA-P(안)

테스트 방법 1: 반복 계획 회의의 내용과 입력 및 출력(4)

입력하다

제품 백로그

산출

스프린트 목표

백로그 반복

테스트 방법 2: 반복 계획 회의 모범 사례(1)

일일 스탠드업 회의(14)

PDCA-D(실행)

테스트 방법 1: 일일 스탠드업 회의의 역할(5)

밝히다

테스트 방법 2: 매일 스탠드업 회의를 하지 않은 결과(1)

테스트 방법 3: 일일 스탠드업 회의에서 질문하기(2)

시험방법 4 : 일일 스탠드업 미팅 방법 및 시간(1)

팀에서 논의하고 확인해야 함

테스트 방법 5: 일일 스탠드업 회의의 정상적인 진행을 유지합니다(5).

반복검토회의(18)

PDCA-C(확인)

테스트 방법 1: 검토 회의를 통해 관련 당사자와 소통하고 피드백을 얻을 수 있습니다(6).

테스트 방법 2: 검토 회의에서는 시연을 통해 가치를 입증하고 관련 당사자로부터 피드백을 얻을 수 있습니다(8).

테스트 방법 3: 검토 회의의 이점(3)

피드백, 반복, 개선

시험방법 4 : 검토회의 후 문제해결 (1)

다음 반복을 계속하세요.

반복회고회의(18)

PDCA-A(개선)

테스트 방법 1: 반복검토회의 내용 및 정의(2)

테스트 방법 2: 반복 검토를 통해 근본 원인을 찾고 문제 해결 방법을 제안합니다(16).

설명: 1. 교훈 회의 2. 위험 대응 조치가 효과적인지 검토

19장

하이브리드(조직 변경)

1. 혼합 프로젝트

테스트 방법 1: 예측 가능하고 민첩하거나 과도기 단계에서 하이브리드 라이프사이클 채택(6)

문제가 해결될 수 있나요?

옵션 자체

긍정적이 되도록 노력하세요

테스트 방법 2: 하이브리드에서는 프로젝트 관리자의 책임

Agile을 지향하는 하인과 같은 특성을 지닌 프로젝트 관리자

격려하고, 지원하고, 안내하고, 장애물을 해결하세요... (9)

예측 훈련

애자일 - 코칭

테스트 방법 3: 혼합 모드에서는 팀 헌장 수립, 소통 강화, 협업 등을 통해 팀 협업을 촉진합니다.(3)

시험방법 4: 혼합시 변화상황에 따라 변화를 판단하고, 공정을 따르거나, 제품주와 협조하거나, 동시에 실시해야 함(4)

테스트 방법 5: 문제 해결 시 관련 당사자와 소통하고 협력하여 해결책을 모색해야 합니다(6).

문제 해결됨

문제가 있으면 먼저 분석한 후 조치를 취하세요.

기억하세요: 이는 PMP 질문에 대한 아이디어이기도 합니다.

테스트 방법 6: 하이브리드 프로젝트의 자원 가용성(2)

테스트 방법 7: 하이브리드 프로젝트 관리(7)

멀리서 서로를 울리는

2. 조직 변화

시험방법 1: 형질전환 전 준비(6)

위에서 아래로 생각을 바꾸세요

잠식하다

미리 소통하고 결정하세요

장애물 해결

결정을 공유하다

비전과 목적을 정하라

미리 규칙을 만들어라

시험방법 2: 관계자에 대한 지침(7)

당사자가 이해, 지원 또는 경험이 없는 경우

테스트 방법 3: 변환의 이점을 홍보합니다(3).

관련 당사자로부터 지지와 인정을 얻기 위해

시험방법 4: 형질전환에 적합한지 평가(3)

테스트 방법 5: 변환 시 자원 관리(3)

테스트 방법 6: 빈번한 통신(2)

3. 규정 준수

비즈니스 환경 요인

테스트 방법 1: 컴플라이언스 이해관계자(팀, 부서, 담당자)와의 협력 필요 (5)

테스트 방법 2: 먼저 평가한 후 실행(1)

테스트 방법 3: 프로젝트 초기 단계에서는 나중에 문제가 발생하지 않도록 규정 준수의 영향을 고려해야 합니다. (2)

환경 (8%)

1. 1~3장 예측 2. 애자일 정의 3. 수명주기 유형

예측 1-3장

1. 서문(9)

조직적 프로젝트 관리

테스트 포인트: 프로젝트 세트 VS 프로젝트 포트폴리오(2)

프로그램

의존하다

상호 의존

확장 및 확장: 프로젝트 컬렉션

상호 연관되고 조정됨

1. 정의

상호 연관되고 조정된 일련의 활동이다.

프로젝트

서브프로그램

프로그램

별도의 관리로는 얻을 수 없는 이익을 얻기 위해

2. 프로젝트 및 프로그램에 집중

종속성

1 1>2

3. 프로그램 관리자

프로젝트 관리 없음

오히려 프로젝트 간의 통합이나 충돌하는 작업을 조정합니다.

통합

모든 절차를 거치고 재료를 구매하세요

갈등

도로를 동시에 이용하고 싶은 경우

관리되는 개체

프로젝트 매니저

프로그램

4.코어

통합

5. 결과기준

수요소득

포트폴리오

전략

전략적 순서

확장 및 확장: 프로젝트 포트폴리오

공통의 조직 목표를 달성하려면 우선순위와 자원의 변화가 필요할 수 있습니다.

1. 정의

전략적 목표를 달성하기 위해 함께 관리되는 활동

프로젝트

프로그램

하위 프로젝트 포트폴리오

운영

1. 지속적인 활동을 통해

동일한 제품을 생산하거나 반복적인 서비스를 제공하는 조직 기능

2. 목표

사업을 계속 운영하려면

운영 및 프로젝트의 특성

1.작동

지속성, 반복

2. 프로젝트

일시적인, 독특한

2. 프로그램 또는 프로젝트

반드시 서로 의존하거나 직접 관련되지는 않음

조직 및 포트폴리오 계획을 수행할 때

위험, 자금 조달 및 기타 고려 사항에 따라

포트폴리오 구성요소

우선순위

3. 관리대상

프로젝트 포트폴리오 관리자

4.코어

선택하다

5. 결과기준

전략적 이점

비즈니스 문서

테스트포인트 : 혜택관리계획(7)

테스트 방법 1: 기능(1)

가치가 있는지 살펴보세요

시험방법 2: 내용(3)

목표 이점, 전략적 조정, 이점을 달성하기 위한 기간, 이정표, 전략적 조정을 유지하기 위해 검토

시험방법 3: 판정(1)

순 현재 가치 및 기타 지표는 높을수록 좋습니다.

ROI, 짧을수록 좋음

시험방법 4: 분석(2)

비즈니스 가치 증대(유·무형)

확장 및 확장

비즈니스 문서 관리

평가 필요

일반적으로 비즈니스 사례 이전에 수행됨

포함하다

비즈니스 목표와 목표, 문제 및 기회 이해

처리에 대한 제안을 해보세요

결과적으로

비즈니스 사례 문서로 요약될 수 있음

비즈니스 사례

1. 정의

문서화된 경제적 타당성 조사 보고서를 참조합니다.

1. 문서

2. 경제성 조사보고서

사용

아직 완전히 정의되지 않았습니다

선택한 계획의 이점에 대한 효율성을 입증합니다.

이는 후속 프로젝트 관리 활동을 시작하기 위한 기초입니다.

1. 시작 기반

2. 비용편익분석자료 등

2.특징

프로젝트 시작 전 비즈니스 사례 통과

프로젝트 지속/종료 결정이 내려질 수 있습니다.

비즈니스 사례는 프로젝트 비즈니스 문서입니다.

프로젝트 수명주기 전반에 걸쳐 사용할 수 있습니다.

비즈니스 사례는 프로젝트 시작의 목표와 근거를 제시합니다.

출시 목표 및 이유

프로젝트 종료 시 프로젝트 목표에 대한 프로젝트 성공을 측정하는 데 도움이 됩니다.

복리후생관리계획

1. 정의

프로젝트가 그 이점을 실현할 방법과 시기를 설명합니다.

혜택

방향

시간

개발되어야 할 효율성 측정 메커니즘

2. 핵심요소

목표 이익

1. 유형가치

2. 무형의 가치

3. 재무적 가치

순현재가치

전략적 일관성

프로젝트 혜택이 조직의 비즈니스 전략과 일치하는 정도

혜택을 실현할 수 있는 기간

1. 무대혜택

2. 단기적 이익

3. 장기적 이익

4. 지속적인 혜택

복리후생 담당자

일정 기간 동안 달성된 이점에 대한 모니터링, 문서화 및 보고를 담당하는 사람

측정기준

실현된 이익의 직간접적 측정

가설

존재하거나 명백할 것으로 예상되는 요소

위험

이익 실현의 위험

3.특징

비즈니스 사례 및 요구 사항 평가에서 얻은 데이터와 정보를 사용해야 합니다.

평가 필요

비즈니스 사례

양쪽 모두의 데이터와 정보가 필요합니다.

개발 및 유지 관리는 반복적인 활동입니다.

반복

이는 비즈니스 사례, 프로젝트 헌장 및 프로젝트 관리 계획의 기초입니다.

보충서류

프로젝트 관리자와 스폰서가 협력하여 다음을 보장합니다.

프로젝트 헌장

프로젝트 관리 계획

복리후생관리계획

프로젝트 수명주기 전반에 걸쳐 일관성 유지

프로젝트 헌장

스폰서

정의

1. 프로젝트 후원자

풀어 주다

2. 프로젝트 설립을 공식적으로 승인합니다.

3. 프로젝트 관리자에게 권한을 부여합니다.

조직 자원을 동원하다

프로젝트 활동 수행을 위한 문서

프로젝트 관리 계획

정의

프로젝트가 어떻게 실행, 모니터링, 통제되는지 설명하는 문서입니다.

프로젝트 성공 기준

도달하는 것 외에도

범위

시간

비용

품질

중요한 지표

프로젝트 목표 달성도 고려해야 합니다.

1. 복리후생관리계획서 작성

복리후생관리계획

2. 비즈니스 사례에 기록된 재무 지표 달성

재무 지표

순현재가치(NPV)

내부수익률(IRR)

회수기간(PBP)

혜택 비용 비율(BCR)

투자수익률(ROI)

짧을수록 좋다

3. 조직의 '현재 상태'에서 '미래 상태'로의 전환을 완료합니다.

조직 변화 촉진

4. 계약조건의 이행

계약

5. 관련 당사자 만족

이해관계자가 만족함

6. 조직의 전략, 목표 및 목표 달성

전략적 목표

2. 운영환경 (9)

두 가지 주요 영향 요인(8)

테스트 포인트 1: 비즈니스 환경 요인(3)

차별화 - 통제 불가능

예를 들어 규제 요구 사항(조직 프로세스 자산 차별화)

테스트 포인트 2: 조직 프로세스 자산 (5)

효과

실패를 피하다

향후 참조

신규 이민자를위한 참고 자료

확장 및 확장

프로젝트에 영향을 미치는 두 가지 주요 요인

1. 사업환경 요인

프로젝트 외부에서 발생(종종 기업 외부)

회사 밖에서

1.사회적, 문화적 영향과 문제

환경 보호 및 안전

2. 시장상황

3.물리적 환경 요소

4. 상업용 데이터베이스

5. 정부 또는 업계 표준 학술 연구

6. 재정적 고려사항

내부와 외부

회사 수준, 외부 프로젝트

1. 조직문화, 구조, 거버넌스

2. 시설 및 자원의 지리적 분포

3. 인프라

4. 정보기술 소프트웨어

5. 자원 가용성

6. 직원 역량

객관적인 존재

영향력이 있거나 도움이 될 수 있음

프로젝트 관리자(PM)는 선택할 수 없습니다.

2. 내부 조직 프로세스 자산

경험과 교훈

미래에 도움이 되는

축적될 수 있다

프로젝트 관리자(PM)는 다음을 선택할 수 있습니다.

기업 내에서 발생하며 기업 자체, 포트폴리오, 프로그램, 기타 프로젝트 또는 이들의 조합에서 발생할 수 있습니다.

조직의 지식 기반

프로젝트 정보 업데이트

구성 관리 기술 자료

금융 데이터베이스

역사적 정보, 경험 및 교훈 지식 기반

문제 및 결함 관리 데이터베이스

측정지수 데이터베이스

지난 프로젝트의 프로젝트 아카이브

테스트 사이트: 프로젝트 관리 사무국(PMO)(1)

테스트 방법: 기능

특별한 프로젝트 상황의 경우 PMO와 상담하여 문제를 해결할 수 있습니다.

각 프로젝트의 우선순위

3. 프로젝트 관리자(PM)의 역할(9)

성자

테스트 포인트 : 역할(7)

테스트 방법 1: 관리 코디네이터(4)

테스트 방법 2: 신입 팀원 및 후배 PM에게 지침 제공(3)

시험포인트 : 직업윤리(2)

테스트 방법 1: 결론을 내라 (1)

테스트 방법 2: 위반 보고(1)

불법신고 또는 직접 사퇴

제14장

애자일 선언문과 12가지 원칙

1. 애자일 선언문(3)

결과 지향적이고 사용 가능한 소프트웨어가 완전한 문서보다 낫습니다. (3)

테스트 방법 1: Agile은 문서화가 전혀 필요하지 않습니다. (2)

테스트 방법 2: Agile 문서를 적시에 업데이트해야 합니다. (1)

2. 애자일의 12가지 원칙(29)

가치 중심 배송 (17)

우리의 최우선 목표는 가능한 한 조기에 일관되게 제품을 제공하는 것입니다. 고객을 만족시키는 가치있는 소프트웨어 (17)

테스트 방법 1: 초기, 상위, 고객을 위한 지속적 전달(13)

테스트 방법 2: 가치 전달 모범 사례(4)

팀 원칙 (10)

테스트 방법 1: 프로젝트 구현 과정에서 비즈니스 담당자와 개발자는 항상 함께 작업해야 합니다. (1)

테스트 방법 2: 프로젝트 담당자에게 동기를 부여하고 작업을 완료할 수 있다고 믿습니다. (2)

테스트 방법 3: 최고의 아키텍처, 요구 사항 및 디자인은 자체 구성 팀에서 나옵니다(2)

테스트 방법 4: 개발팀을 위한 것인지, 또는 팀 내에서 정보를 전달하는 가장 효과적인 의사소통 방법은

직접 대화 (3)

테스트 방법 5: 필요한 환경과 지원 제공 (2)

12대원칙의 기타 내용 (2)

테스트 방법 1: 프로젝트 개발의 후반 단계에서도 요구 사항 변경을 환영합니다.

테스트 방법 2: 민첩한 프로세스, 고객이 경쟁 우위를 확보할 수 있도록 수요 변화를 잘 활용해야 합니다.

제15장

수명주기 유형

4가지 수명주기 유형의 특성(13)

기준 : 변경빈도, 전달빈도

테스트 방법: 주어진 프로젝트 특성에 따라 적절한 수명주기 유형/방법을 선택합니다.

옵션 중에는 라이프사이클 유형이 4개만 있습니다(3).

옵션에는 특정 관행이 포함될 수도 있습니다. (10)

18장

기타 민첩한 관행

칸반 (5)

작업흐름

테스트 방법: 칸반의 역할

작업 흐름, 합의 정보, 위험을 시각화하여 의사소통을 촉진합니다.

칸반

1. 정의

칸반(Kanban)은 린 제조(Lean Manufacturing)에서 재고 관리 및 보충을 계획하기 위한 시스템입니다.

오노 타이이치

도요타

"kanban"이라는 단어는 문자 그대로 "시각적 기호" 또는 "카드"로 번역됩니다.

카드가 있는 물리적 Kanban 패널을 사용하면 모든 사람이 볼 수 있도록 수정 시스템 내에서 작업 흐름을 시각화할 수 있습니다.

2. 칸반방법의 정의원리

현재 상태에서 시작

점진적인 진화적 변화를 채택하는 데 동의

현재 프로세스, 역할, 책임 및 직위를 존중합니다.

모든 수준에서 리더십 행동을 장려합니다.

3. 칸반 방식의 핵심 속성

워크플로 시각화

진행 중인 작업 제한

관리 프로세스

프로세스 정책을 명확히 합니다.

피드백 루프 구현

협업 개선

4. 기능

작업 흐름 시각화

합의 정보 및 위험

지식 기반 작업을 위해 특별히 설계되었습니다.

워크플로의 연속성과 가치 전달을 보장할 수 있습니다.

5. 칸반의 6가지 핵심 사례(작업 보드)

시각적 작업 흐름

제약이 있는 작업 진행 중(WIP)

활동 측정 및 관리(풀)

표시 규칙

피드백 루프 만들기

협업과 실험을 통해 개선

작업 보드

작업 보드: 생산 풀기

풀 시스템

팀이 항목을 완료하면 프로세스에 다른 항목을 추가할 수 있습니다.

작업 보드는 두 가지 목적으로 사용됩니다.

개발팀에 작업을 구성할 수 있는 편리한 메커니즘을 제공합니다.

또한 개발팀은 남은 작업량을 한눈에 확인할 수 있습니다.

1. 작업 흐름, 병목 현상, 장애물, 전반적인 상태 정보 제공

2. 팀 업무현황에 대한 최신정보 제공

6. 진행 중인 작업을 제한합니다.

합리적인 계획, 팀 효율성 및 병목 현상 식별

WIP

작업 진행 중

진행 중인 작업은 프로세스로 이해될 수 있습니다.

프로세스가 너무 많으면 컴퓨터나 휴대폰이 막히기 쉬우므로 적절하게 계획하고 WIP를 제한해야 합니다.

칸반 방식에서는 새 작업을 시작하는 것보다 작업을 완료하는 것이 더 중요합니다.

끝나지 않은 일에서는 아무런 가치도 얻을 수 없다

따라서 팀은 전체 시스템의 모든 작업이 "완료"될 수 있도록 WIP 제한을 구현하고 준수하는 데 도움을 줄 것입니다.

7. 정보 전송기

번다운 차트

남은 작업을 나타냅니다

번다운 차트

남은 작업 시간과 남은 시간의 관계를 시간 상자에 그래픽으로 표현한 것입니다. 번다운 차트를 사용하여 시간에 따른 프로젝트 진행 상황을 확인할 수 있습니다.

다른 플랜과의 비교

반복 계획

이번 반복에서 완료될 작업을 표시합니다.

제품 로드맵

특정 시점에서 원하는 상태 또는 특정 특성입니다.

출시 계획

주로 제품 비전과 목표를 공개하고 높은 수준의 요구 사항을 공식화합니다.

반복 번다운 차트

번다운 차트 게시

점화 차트

완료된 작업과 목표까지의 거리를 나타냅니다.

누적 흐름도(CFD)

1. 누적 흐름도는 칸반 방법의 핵심 측정으로, 각 프로세스 링크의 작업 항목 흐름을 잘 반영할 수 있습니다.

전체적

2. 누적 흐름도에 표시되는 내용은 다음과 같습니다.

리드타임

기간 시간

백로그 크기

남은 할 일 항목

재공품 수량정보

응답 시간

3. 누적 흐름도를 통해 분석, 개발, 테스트 및 배포 과정을 볼 수 있습니다.

진행중인 작업

완료된 작업 수

4. 따라서 누적 흐름도 작성은 칸반 보드에서 실행되는 WIP 한도 정보를 기반으로 해야 합니다.

5. 누적 흐름 그래프

Kanban의 다양한 모듈을 기반으로 한 완료 통계

현재 프로젝트의 범위 변경 및 추세 파악

8. Kanban 방법이 가장 적합한 시나리오

유연성

팀은 일반적으로 시간 제한이 없으며 백로그에서 우선순위가 가장 높은 작업을 실행합니다.

지속적인 전달에 집중

팀은 전체 시스템 워크플로를 완료하는 데 중점을 두고 WIP가 완료될 때까지 새 작업을 시작하지 않습니다.

업무 효율성 및 품질 향상

WIP를 제한함으로써 업무 효율성과 품질이 향상됩니다.

효율성 향상

부가가치 활동과 비부가가치 활동에 대한 각 하위 작업을 검토한 후 비부가가치 활동을 제거합니다.

팀원 집중

팀이 현재 작업에 집중할 수 있도록 WIP를 제한하세요.

워크로드 가변성

앞으로의 작품에 예측불가능성이 있는 경우, 팀은 단기 작업의 경우에도 예측 가능한 약속을 할 수 없습니다.

낭비를 줄이다

투명성은 폐기물을 눈에 띄게 만들어 제거합니다.

확장 및 확장

번다운 차트

일정

가치 흐름 지도

낭비 제거

가치 흐름 지도

식별하다

작업 항목의 각 프로세스 흐름

알아내다

불량(폐기물)을 발굴하고 개선방안을 강구합니다.

나타나다

제품에 부가가치를 제공하지 않는 활동

일일 스탠드업 미팅

합의 정보

진행 중인 작업(WIP) 제한 (2)

테스트 방법 1: 작업이 너무 무겁고 백로그가 너무 많으면 WIP 제한을 고려해보세요(1)

백로그, 병목 현상, 전환

테스트 방법 2: 진행 중인 작업의 정의

팀에서 작업을 시작했지만 아직 요구 사항을 완료하지 않았습니다. (1)

익스트림 프로그래밍 (2)

시험방법 : 특성, 기능

개발보다는 단순한 디자인과 테스트를 강조하며, 지속적인 통합, 코드의 공동 소유권, 지속 가능한 속도

확장 및 확장

1.익스트림 프로그래밍(XP) 실습 영역

정리하다

기본

중앙 집중식 사무실

팀 전체

정보가 풍부한 직장

중고등 학년

실제 고객 참여

팀 연속성

지속 가능한 리듬

기술

기본

페어 프로그래밍

첫 번째 프로그래밍 테스트

증분 디자인

중고등 학년

공유코드/집합소유권

코드 및 테스트 문서

리팩터링

계획

기본

사용자 스토리

주간주기

분기별 주기

시차로 인한 피로

중고등 학년

근본 원인 분석

테일러링 팀

사용한 만큼 지불

범위 계약 협상

일일 스탠드업 미팅

통합

기본

구축하는 데 10분

지속적인 통합

먼저 테스트하세요

중고등 학년

단일 코드베이스

증분 배포

일일 배포

2.스크럼과 XP

XP는 소프트웨어 엔지니어링 및 기술에 해당합니다.

스크럼 해당 링크 및 프로세스

페어 프로그래밍 (4)

때로는 다음과 같이 번역됩니다: 쌍 모임

테스트 방법: 기능

효율성에 더 집중하고, 장벽을 허물고, 새로운 기술을 배양하세요.

확장 및 확장

페어 프로그래밍

1. 개발자 2명

협력

하나는 코드를 작성

실시간 검토

2. 기능

더욱 집중하고 효율적으로

팀 장벽을 무너뜨려라

새로운 기술을 개발하다

예를 들어, 팀원의 실력이 부족할 때 페어 프로그래밍을 통해 팀원에게 충분한 신뢰를 주고 성장할 수 있도록 도울 수 있습니다.

3. 반전용 공간

동굴과 공용 공간

4. 수조창과 원격 페어링

어항 창문

팀의 다양한 위치 간에 장기적인 화상 회의 링크를 구축하여 어항 창을 만듭니다.

장기 화상 회의 링크

매일 작업을 시작할 때 링크를 열고 하루가 끝나면 링크를 닫습니다.

원격 페어링

음성 및 비디오 링크를 포함한 화면을 공유하기 위해 가상 회의 도구를 사용하여 원격 페어링을 설정합니다.

화면 공유

지속적인 통합(1)

테스트 방법: 장점, 목적

즉시 통합하여 코드 문제를 신속하게 찾아 해결

테스트 주도 개발(TDD) (1)

1. 개발 전 테스트 케이스 작성

2. 코딩하면서 테스트하기

3. 테스트가 실패하면 리팩터링될 수 있습니다.

리팩터링

코드의 유지보수성을 향상시키기 위해 함수를 변경하지 않고 코드를 최적화하고 재구성합니다.

스크럼 중의 스크럼 (1)

테스트 방법: 프로젝트 관리와 유사하게 교차 이슈를 통합하는 것이 첫 번째 선택입니다.

확장 및 확장

스크럼 중의 스크럼(SoS)

"메타 스크럼"이라고도 함

하나의 대규모 스크럼 팀이 아닌 두 개 이상의 스크럼 팀에서 사용하는 기술입니다. 여기서 팀은 작업을 조정하기 위해 3~9명의 구성원으로 구성됩니다.

정기적인 모임을 가지세요

보통 일주일에 2~3회 정도

모델은 일일 스탠드업 회의와 유사합니다.