로그인
로그인

PMP 민첩한 검토

PMP 시험 전 애자일 개발 관련 지식과 테스트 포인트를 정리한 내용으로, 프로젝트 라이프사이클 선정, 애자일 선언문, 12원칙, 스크럼 프레임워크, 기타 애자일 개념, 10개 주요 지식 영역에 따른 애자일 살펴보기 등이 포함된다.

2023-05-18 23:36:51에 편집됨

슈퍼직장인

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

(III) 저산소 유도 인자 프롤릴 하이드 록 실라 제 억제제
이것은 (III) 저산소증-유도 인자 프롤릴 하이드 록 실라 제 억제제에 대한 마인드 맵이며, 주요 함량은 다음을 포함한다 : 저산소증-유도 인자 프롤릴 하이드 록 실라 제 억제제 (HIF-PHI)는 신장 빈혈의 치료를위한 새로운 소형 분자 경구 약물이다. 1. HIF-PHI 복용량 선택 및 조정. Rosalasstat의 초기 용량, 2. HIF-PHI 사용 중 모니터링, 3. 부작용 및 예방 조치.
Kuka 산업용 로봇의 개발 및 Kuka 산업 로봇의 모션 제어 명령
이것은 Kuka Industrial Robots의 개발 및 Kuka Industrial Robot의 모션 제어 지침에 대한 마인드 맵입니다. 주요 내용에는 쿠카 산업 로봇의 역사, 쿠카 산업 로봇의 특성, 쿠카 산업 로봇의 응용 분야, 2. 포장 프로세스에서 쿠카 로봇은 빠르고 일관된 포장 작업을 달성하고 포장 효율성을 높이며 인건비를 줄입니다. 2. 인건비 감소 : 자동화는 운영자에 대한 의존성을 줄입니다. 3. 조립 품질 향상 : 정확한 제어는 인간 오류를 줄입니다.
1.1 컴퓨터 네트워크 요약
408 컴퓨터 네트워크가 너무 어렵습니까? 두려워하지 마세요! 나는 피를 구토하고 지식 맥락을 명확히하는 데 도움이되는 매우 실용적인 마인드 맵을 분류했습니다. 컨텐츠는 매우 완전합니다. 네트워크 아키텍처에서 응용 프로그램 계층, TCP/IP 프로토콜, 서브넷 디비전 및 기타 핵심 포인트에 이르기까지 원칙을 철저히 이해하는 데 도움이 될 수 있습니다. 📈 명확한 논리 : Mindmas 보물, 당신은 드문 기회가 있습니다. 서둘러! 이 마인드 맵을 사용하여 408 컴퓨터 네트워크의 학습 경로에서 바람과 파도를 타고 성공적으로 해변을 얻으십시오! 도움이 필요한 친구들과 공유해야합니다!

PMP 민첩한 검토

슈퍼직장인

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

추천 사항
개요

민첩한 개발 프로세스---소프트웨어 엔지니어링
- 11
슈퍼직장인
민첩한 개발 프로세스
- 8
Isabelmia
민첩한 개발 과정
- 6
21_ethanSawyer

PMP 애자일 검토

프로젝트 수명주기 옵션

예측

전통 프로젝트, 성숙한 산업: 건설, 제조, IT 산업 등

기민한

반복

증가

잡종

회사는 예측에서 민첩으로 전환합니다.

Agile 프로젝트에 대한 예측은 부분적으로는 예측이고 부분적으로는 Agile입니다.

질문에 대한 답변을 선택의 방향으로 활용하는 예측 또는 민첩성

민첩성과 예측성을 구별하기 위해 키워드를 질문으로 사용하십시오.

조직 변화: 예측에서 민첩성으로

먼저 회사의 문화와 변화가 회사에 미치는 영향을 분석하고 평가합니다.

변화의 이점과 필수 사항을 이해하기 위해 회사의 모든 수준의 사람들이 참여하여 위에서 아래로 변경합니다.

덜 복잡한 프로젝트를 파일럿으로 선택하여 빠른 성공을 달성하고 다른 프로젝트에 자신감을 불어넣을 수 있습니다.

애자일 선언문

인원

개별 상호 작용이 프로세스와 도구보다 우선합니다.

고객 협업이 계약 협상보다 중요합니다

가치 전달

사용 가능한 소프트웨어가 전체 아카이브보다 우선합니다.

변화에 대처하는 것이 계획을 따르는 것보다 낫습니다.

12가지 원칙

가치 전달

우리의 가장 중요한 목표는 귀중한 소프트웨어를 시기적절하고 일관되게 제공하여 고객을 만족시키는 것입니다.

개발 후반에도 요구사항 변화에 대비하세요. 고객의 경쟁 우위를 위해 민첩한 프로세스 제어 변화

작동하는 소프트웨어를 몇 주, 한두 달 간격으로 자주 제공하여 주기를 단축하는 것이 좋습니다.

작동하는 소프트웨어는 발전의 주요 척도입니다.

인원

비즈니스 담당자와 개발자는 프로젝트가 진행되는 동안 매일 서로 협력해야 합니다.

개인의 투지를 자극하고 이를 핵심으로 프로젝트를 구축합니다. 목표 달성을 위해 신뢰를 바탕으로 필요한 환경과 지원을 제공합니다.

팀 내부든 외부든, 정보를 전달하는 가장 효과적이고 효과적인 방법은 직접 대면하는 대화입니다.

민첩한 프로세스는 지속 가능한 개발을 촉진합니다. 소유자, 개발자 및 사용자는 꾸준하고 지속적인 속도를 유지하기 위해 함께 작업할 수 있어야 합니다.

최고의 아키텍처, 요구 사항 및 디자인은 조직 팀에서 나옵니다.

팀은 성과를 개선할 수 있는 방법을 정기적으로 숙고하고 이에 따라 행동을 조정합니다.

프로세스

기술적 우수성과 좋은 디자인에 대한 끊임없는 추구를 통해 민첩한 역량이 향상됩니다.

기술 부채 및 리팩토링

단순함을 바탕으로 불필요한 업무량을 최소화하는 기술입니다.

스크럼 프레임워크

전반적인 틀

제품 비전 및 제품 로드맵

최종 제품을 완성하려면 몇 개의 버전이 필요합니까?

출시 계획

1개 버전은 릴리스의 반복 또는 스프린트 횟수를 결정합니다.

스프린트 계획

주요 요점

애자일 프로젝트 헌장

우리는 왜 이 프로젝트를 하는가?

프로젝트 비전

누가 그것으로 이익을 얻을 것인가

이는 프로젝트 비전 및/또는 프로젝트 목표의 일부일 수 있습니다.

이 프로젝트의 경우, 프로젝트가 완료되었음을 의미하는 조건은 무엇입니까?

프로젝트 릴리스 표준

우리는 어떻게 협력할 것인가

예상되는 작업흐름

팀 헌장(팀 사회 계약)

팀 가치

지속가능한 발전속도, 핵심근로시간 등

근무 계약

예를 들어, 팀이 작업을 수락하기 위한 전제 조건인 "준비 상태"는 어떻게 정의됩니까?

예를 들어, 팀이 지속적으로 완전성을 판단할 수 있도록 "완료"를 정의하는 방법;

타임박스 고려

업무 프로세스 제한 사용

기본 규칙

예를 들어, 회의에서 발언하는 사람에 관한 규칙

팀 규범

예를 들어 팀이 회의 시간을 처리하는 방법

3355

3자

제품 소유자

개발팀

스크럼 마스터

유물 3개

제품 백로그

스프린트 백로그

제품 증분

5개 이벤트

스프린트

스프린트 기획 회의

일일 스탠드업 미팅

스프린트 검토 회의

스프린트 회고 미팅

5가지 가치

약속하다

집중하다

열려 있는

존경

용기

3자

제품 소유자 PO (고객대표, 비즈니스 전문가)

제품 백로그 유지 및 업데이트

제품 소유자는 제품 백로그 관리를 담당하는 유일한 사람입니다.

제품 백로그 유지 및 우선순위 지정

팀이 제품 백로그를 완전히 이해할 수 있도록 명확하게 설명하고 표현했습니다.

제품 증분 완료 여부 확인 및 승인

제품 증분이 완료되었고 국방부의 완료 정의를 충족하는지 확인합니다.

자주 방문하는 테스트 센터

PO는 정규직이고 독립적이어야 하며 개발팀이나 SM이 동시에 진행할 수 없습니다.

충돌 중에 새로운 요구 사항이 변경되면 어떻게 해야 합니까?

일반적으로 새로운 요구 사항은 이제 PB 테이블에 있으며 PO에 의해 우선 순위가 지정됩니다. 이 요구 사항은 일반적으로 이 스프린트에서 수행되지 않습니다.

이 질문은 법적 및 규제 요구사항과 매우 높은 우선순위 요구사항을 강조합니다. 즉시 완료하지 않으면 프로젝트 실패로 이어질 수 있습니다. 이 경우 PO는 일반적으로 팀과 소통하여 이 스프린트의 목표를 재조정해야 합니다. 가능한 한 빨리 프로젝트의 삶과 죽음이 필요합니다.

개발팀

자기 조직화 팀

하나의 전문성, 다양한 능력, 다기능 팀

개발팀 구성원은 직위로 인식되지 않으며, 어떤 작업을 하든 여전히 개발자입니다.

100% 헌신하고 풀타임 팀으로 구성되어 조직 사일로를 극복하는 것이 가장 좋습니다.

태양을 추적하다

일반적인 테스트 포인트

요구 사항이나 명령이 있거나 팀이 해당 문제를 수행하도록 강요하는 경우 직접 제거됩니다.

개발팀은 사용자 스토리 추정, 작업 할당 등을 결정하고 담당합니다.

스크럼 마스터 애자일 코치, 팀 촉진자라고도 알려져 있습니다. 스크럼 마스터, 프로젝트 관리자

전체 애자일 팀과 관련 당사자가 스크럼의 이론, 관행 및 규칙을 준수하는지 확인하십시오.

PO의 경우

PB 테이블을 유지 관리하고 업데이트하는 방법을 포함하여 PO의 직무 책임을 이해하고 있는지 확인하십시오.

개발팀의 경우

그가 일일 스탠드업 미팅과 같은 일일 애자일 이벤트를 따르고 투명한 도구 등을 사용할 수 있는지 확인하십시오.

프로젝트 외부의 경우

Agile Practice를 이해해야 합니다. 예를 들어 진행 상황을 이해해야 한다면 정보 방출 소스를 보면 됩니다. 사용자 스토리의 우선순위를 이해해야 한다면 PO 등과 소통하면 됩니다.

서번트 리더십, 서번트 리더십, 팀 성장에 집중하고 팀이 장애물을 제거하도록 돕는다

내부 장벽

개발팀은 기술, 프로세스 및 기타 문제에 직면할 때 스스로 문제를 해결하기보다는 문제 해결을 돕습니다.

외부 장애물

SM은 외부 당사자와 협상하고 소통합니다.

일반적인 테스트 포인트

Agile 환경에서 SM은 특정 작업 할당, 작업 준비 등에 대해 책임을 지지 않습니다.

일반적으로 SM은 팀을 방해하는 일부 외부 요인과 장애물을 제거하는 역할을 담당합니다.

유물 3개

제품 백로그 제품 백로그

사용자 스토리

개념

<역할>로서 <가치>를 달성할 수 있도록 <기능>을 원한다

투자 원칙

독립적인

협상 가능

귀중한

추정 가능(평가 가능)

작은

테스트 가능

스토리 포인트

내부 참조 표준으로 팀 내에서 사용됩니다. 서로 다른 팀 간의 스토리 포인트 수를 비교하는 것은 의미가 없습니다.

사용자 스토리 포인트 추정

플래닝 포커(광대역 델파이)

민첩한 추정 포커 사용의 이점

더 많은 정보를 공유하고 학습하기 위해 팀원 간 의사소통을 촉진합니다.

추정 결과에 대한 팀의 논의와 평가는 추정 결과를 보다 현실적이고 객관적으로 만들고 지나치게 임의적인 결정을 많이 방지할 것입니다.

특정 사용자 스토리 또는 반복에 사용되는 모든 사용자 스토리에 적용됩니다.

유사성 추정

전체 PB 테이블에 적용, 대략적인 전체 추정

콘텐츠가 포함되어 있습니다.

향후 릴리스에서 제품을 변경하게 될 모든 특징, 기능, 요구 사항, 개선 사항 및 수정 사항을 나열합니다.

높은 가치와 낮은 위험 순으로 우선순위 순서에 따라 높은 가치와 높은 위험 > 높은 가치와 낮은 위험 > 낮은 가치와 낮은 위험

순위가 높은 제품 백로그 항목은 더 명확하고 구체적이며 DOR을 준수하며 즉각적인 개발이 필요합니다.

지속적인 동적 업데이트, 점진적인 세부정보

제품 소유자는 다음 사항에 대한 책임이 있습니다.

우선순위가 높은 사용자 스토리를 PB 목록에서 스프린트 백로그로 이동합니다. 이 스프린트에서 팀은 수행할 스토리 수를 결정하고 사용자 스토리를 다듬습니다.

프로빙/프로빙

주로 특정 요구 사항이 기술적으로 실현 가능한지 여부를 알기 위해 배경 지식을 얻기 위해 이 방법은 일반적으로 사용자 스토리를 효과적으로 추정할 수 없는 경우에 사용됩니다.

이전 회고 회의에서 확인된 우선 순위가 높은 프로세스 개선 사항을 하나 이상 포함합니다.

개발팀이 책임을 맡고, PO는 질문에 답변할 책임이 있습니다.

제품 증분 제품 증분

"완료" 표준 DOD의 정의에 타격

제품 소유자가 완성 여부를 결정합니다. 출시 여부에 관계없이 증분이 가능하고 지속적으로 통합되어야 합니다.

5개 이벤트

스프린트

"스프린트" 또는 "반복"으로 번역됨

시간 2~4주(고정시간제), 5~9명

지침

스프린트 목표에 해로운 변경을 할 수 없습니다.

품질을 타협할 수 없는 목표

스프린트를 취소할 수 있는 권한은 제품 소유자에게만 있습니다. 스프린트는 매우 짧기 때문에 취소는 별 의미가 없습니다.

스프린트 기획 회의

계획을 세우다

다음 스프린트에 제공되는 증분에는 무엇이 포함되어야 합니까?

증분을 전달하는 데 필요한 작업을 수행하는 방법

지침

선택할 제품 백로그 항목 수를 결정하는 것은 개발팀에 달려 있습니다.

제품 소유자는 선택된 사용자 스토리를 설명하고 절충점을 찾는 데 도움을 줄 수 있습니다.

참가자들

일반적으로 SM, 개발팀, PO가 공동으로 참여하며, 주요 이해관계자도 초대하여 참여할 수 있습니다.

일일 스탠드업 미팅

컨퍼런스 내용

어제

개발팀의 스프린트 목표 달성을 돕기 위해 내가 한 일

오늘

개발팀이 스프린트 목표를 달성하도록 돕기 위해 나는 무엇을 할 것인가?

저나 개발팀이 스프린트 목표를 달성하는 데 방해가 되는 장애물이 있나요?

회의 후 정보 유출원(게시판, 번다운 차트, 가스 차트 등) 및 문제게시판 업데이트

지침

회의 후에는 문제를 논의하기보다는 기록만 하면 됩니다.

SM은 동일한 시간과 장소에서 진행되어야 하며 일반적으로 진행 시간은 15분 정도입니다.

일반적인 테스트 포인트

일일 스탠드업 미팅을 통해 진행 상황을 즉시 확인하고 수정할 수 있습니다.

매일 스탠드업 미팅을 통해 다른 구성원이 동일한 작업을 반복하는 것을 방지할 수 있습니다.

적시에 문제와 위험을 감지하고 회의 후 적시에 개선하여 프로젝트에 대한 위험의 영향을 최소화하는 능력

참가자들

개발팀(SM, PO, 적절한 중요 이해관계자)

SOS 회의(Scrum of Scrums)

스프린트 검토 회의 검토 회의

제품 증분을 검토하고 피드백을 받으세요.

개발팀은 제품 증분을 시연하고, PO는 이해관계자의 참여를 초대하며, PO는 제품 증분 완료 여부를 결정합니다.

제품 백로그 조정

다음 스프린트에 포함될 가능성이 있는 제품 백로그 항목을 명시합니다.

Sprint Review 회의 결과 수정된 제품 백로그가 작성되었습니다.

참가자들

고객

중요한 파티

포

에스엠

개발팀

스프린트 회고 회의 회고 회의

잘한 점, 개선이 필요한 점을 검토하고 다음 Sprint에서 후속 조치(지속적 개선)

참가자들

에스엠

개발팀

PO(이용 가능 여부에 따라 다름)

5가지 가치

약속하다

목표에 헌신하려는 의지

집중하다

당신이 맡은 일에 당신의 정신과 능력을 투자하세요

열려 있는

스크럼은 프로젝트의 모든 것을 모든 사람이 볼 수 있도록 공개합니다.

존경

모든 사람은 자신만의 고유한 배경과 경험을 가지고 있습니다.

용기

약속을 하고, 이를 이행하며, 다른 사람의 존중을 받아들이는 용기를 가지십시오.

기타 애자일 개념

칸반 관리

시각적 작업 흐름

화이트보드와 일부 카드를 만들 수 있습니다.

병목 현상 제거

진행 중인 작업에 대한 WIP(Work In Progress) 제한

일반적인 테스트 포인트

프로젝트 워크플로가 혼란스러워서 일부 프로세스가 차단된다는 질문이 언급되었습니다. Kanban 관리는 이 문제를 효과적으로 해결할 수 있습니다.

질문에는 다른 프로세스나 절차가 매우 원활하게 진행되고 있지만 하나의 프로세스에만 병목 현상이 발생하여 전체 프로세스의 진행이 지연된다는 내용이 나와 있습니다.

MVP(최소 실행 가능 제품)

제품의 예상 기능을 충족하고, 제품 배포 요구 사항을 충족하기에 충분한 기능을 포함하고, 제품과 고객 상호 작용에 대한 주요 가정을 검증하는 최소한의 기능 세트를 신속하게 구축합니다.

최소한의 리소스와 최단 시간으로 실험하여 초기 사용자로부터 피드백을 받으세요.

일반적인 테스트 포인트

고객이 자신의 요구 사항을 명확하게 결정할 수 없는 경우 예비 제품 프로토타입을 구축하고 후속 피드백과 수정을 통해 궁극적으로 고객 요구를 충족할 수 있습니다.

시장이 불확실하거나 위험이 높을 때 MVP 설계 실험을 사용하여 제품이나 방향이 실현 가능한지 빠르게 테스트하세요.

10대 지식분야에 따른 애자일을 살펴보면

통합

특정 제품의 계획 및 제공에 대한 제어권을 팀에 위임합니다. 팀 구성원은 계획 및 통합 방법을 결정합니다.

프로젝트 관리자의 초점은 협업적인 의사 결정 환경을 조성하고 팀이 변화에 대응할 수 있는 능력을 보장하는 것입니다.

애자일에는 변화 제어 프로세스가 없습니다.

범위

민첩한 방법은 의도적으로 프로토타입을 구축 및 검토하고 여러 릴리스를 통해 요구 사항을 명확히 합니다. 이런 방식으로 범위는 프로젝트 전반에 걸쳐 정의되고 재정의됩니다.

각 스프린트 전에 범위 정의

스프린트 계획 회의 및 스프린트 백로그

각 스프린트가 끝나기 전에 범위를 확인하세요

스프린트 검토 회의 검토 및 제품 증가 승인

일정

제품 비전, 출시 계획, 반복 계획 간의 관계

완료되지 않은 항목이 있는 반복 일정

적응형 생활주기를 기반으로 한 롤링 계획입니다. 이 접근 방식에서는 요구사항을 사용자 스토리에 문서화해야 하며, 사용자 스토리를 구축하기 전에 우선순위를 정하고 개선한 다음, 최종적으로 정의된 시간 범위 내에 제품 기능을 개발해야 합니다. 이 접근 방식은 일반적으로 고객 상호 작용에 점진적인 가치를 제공하거나 여러 팀이 상호 연결성이 낮은 여러 기능을 병렬로 개발하는 데 사용됩니다.

주문형 일정

일반적으로 제약 이론과 린 생산의 풀 스케줄링 개념을 기반으로 Kanban 시스템에서 사용되어 제공 능력에 따라 팀이 수행하는 작업을 제한합니다. 주문형 스케줄링 접근 방식은 제품 개발 또는 제품 증분을 위해 이전에 지정된 일정에 의존하지 않고 대신 리소스를 사용할 수 있게 되면 백로그 항목 및 작업 순서에서 가져옵니다.

진행 도구 제어

정보 방출원

번다운 차트

점화 차트

비용

간단한 추정 방법 사용

상세한 견적은 적시(JIT)를 활용한 단기 계획에 적합합니다.

품질

품질관리 계획

국방부의 정의

품질 관리 및 제어

Cycle Review, 품질 프로세스의 유효성을 정기적으로 확인하고 문제의 근본 원인을 찾아 새로운 품질 개선 방법을 구현합니다.

소규모 배치에 집중하고 자주 납품할 수 있음

테스트 주도 개발(TDD), 지속적인 통합

자원

일반 전문가로 구성된 팀 자체 구성과 같이 집중력과 협업을 극대화하는 팀 구조의 이점을 누리세요.

의사소통하다

팀원들이 정보를 얻을 수 있는 채널을 단순화하고, 팀 점검을 자주 수행하며, 팀원들이 함께 작업할 수 있도록 노력하세요.

중앙 집중식 사무실

일일업무 : 일일 스탠드업 미팅

프로젝트 아티팩트는 투명한 방식으로 게시되어야 하며 프로젝트 아티팩트를 검토하기 위해 이해관계자를 정기적으로 초대해야 합니다.

일상 업무: 정보 유출의 출처

보고 및 커뮤니케이션: 스프린트 검토 회의

가상 팀

어항 창문

장기 화상회의 링크 구축

원격 페어링

음성 및 영상 링크를 포함한 가상 회의 도구를 사용하여 화면을 공유하세요.

위험

반복을 계획할 때 위험을 고려해야 합니다.

반복 중에 위험을 식별, 분석 및 관리해야 합니다.

요구사항 문서는 현재 위험 노출에 대한 이해를 바탕으로 정기적으로 업데이트되어야 하며 프로젝트가 진행됨에 따라 작업 우선순위가 다시 설정되어야 합니다.

구입

팀을 확장하려면 특정 판매자와의 협력이 필요할 수 있습니다. 이러한 협력 관계는 구매자와 판매자가 프로젝트 위험과 프로젝트 보상을 공유하는 위험 공유 조달 모델을 만듭니다.

유연한 계약

다층 구조

마스터 계약

추가 계약

이해 관계자

높은 수준의 투명성을 촉진합니다.

예를 들어, 모든 관련 당사자를 프로젝트 회의 및 검토에 참여하도록 초대하거나, 당사자 간의 불일치 및 종속성 또는 끊임없이 변화하는 프로젝트와 관련된 기타 문제를 가능한 한 빨리 표면화하려는 의도로 프로젝트 아티팩트를 공공 장소에 게시합니다. .

변화가 심한 프로젝트에는 프로젝트 이해관계자의 효과적인 상호 작용과 참여가 필요합니다. 적시에 재미있는 토론과 결정을 내릴 수 있도록 적응형 팀은 관리 계층을 거치지 않고 이해관계자와 직접 상호 작용합니다.