[PMP Study - Day 24] 애자일(Agile) 기초 & 스크럼(Scrum) 프레임워크

안녕하세요! 당신의 PMP 튜터입니다.

 

축하합니다! 어제로 10대 지식 영역(프로세스 중심)을 모두 마스터하셨습니다. 오늘부터 Day 24 (4주차 4일), PMP 시험의 50%를 차지하는 '애자일(Agile) 및 하이브리드' 영역으로 진입합니다.

 

지금까지 배운 것이 "계획을 철저히 세우고 그대로 하는 것(Waterfall)"이었다면, 오늘부터는 "변화를 환영하고, 고객 가치를 위해 민첩하게 움직이는 것(Agile)" 으로 뇌 구조를 바꿔야 합니다.

 

애자일 마인드셋과 스크럼의 핵심을 완벽하게 이해할 수 있도록 정리해 드립니다.

---

Part 1. 애자일 마인드셋 (Agile Mindset)

애자일은 특정 방법론이라기보다 **'사고방식(Mindset)'**입니다. PMP 시험장에서는 "나는 애자일 전도사다"라고 생각하고 문제를 풀어야 합니다.

1. 애자일 선언문 (4가지 핵심 가치) ★★★무조건 암기

오른쪽(전통적 가치)도 중요하지만, **왼쪽(애자일 가치)**을 더 가치 있게 여긴다는 뜻입니다.

1. 공정과 도구보다는 **[개인과 상호작용]**을
2. 포괄적인 문서보다는 **[작동하는 소프트웨어(제품)]**를
3. 계약 협상보다는 **[고객과의 협력]**을
4. 계획을 따르기보다는 **[변화에 대응하기]**를

2. 애자일의 12가지 원칙 (핵심 요약)

• 최우선 순위는 고객 만족 (가치 있는 제품을 조기에, 지속적으로 전달).
• 변경 요구를 환영하라 (개발 막바지라도 고객에게 이득이 되면 바꾼다).
• 비즈니스 담당자와 개발자는 프로젝트 내내 함께 일한다.
• 동기 부여된 개인에게 지원과 신뢰를 주고 맡긴다. (Micro-management 금지)
• 가장 효율적인 대화는 얼굴을 보고(Face-to-face) 하는 것이다.
• 작동하는 제품이 진척도의 척도다.
• 지속 가능한 속도를 유지한다. (야근으로 때우기 금지)
• **회고(Retrospective)**를 통해 정기적으로 성찰하고 조율한다.

---

Part 2. 섬김의 리더십 (Servant Leadership)

애자일에서 PM(또는 스크럼 마스터)의 역할은 '관리자/감독관'이 아닙니다. **'하인(Servant)이자 리더'**입니다.

1. 섬김 리더의 핵심 역할 3가지

1. 장애물 제거 (Remove Impediments): 팀이 일하는 데 방해되는 요소(행정 절차, 외부 간섭, 부족한 장비 등)를 치워줍니다.
2. 팀 보호 (Shield the Team): 외부의 무리한 요구로부터 팀을 보호하여 집중할 수 있게 합니다.
3. 촉진자 (Facilitator): 명령하지 않고, 팀이 스스로 결정할 수 있도록 돕고 코칭합니다. ("물과 음식을 나른다"는 표현을 씀)

---

Part 3. 스크럼(Scrum) 프레임워크 핵심

애자일 방법론 중 가장 많이 쓰이는 것이 스크럼입니다. 3-3-5 (3가지 역할, 3가지 산출물, 5가지 이벤트)를 기억하세요.

1. 스크럼 팀의 3가지 역할 (Roles)

• 제품 책임자 (Product Owner, PO):
  • **"무엇(What)"**을 만들지 결정.
  • **제품 백로그(Product Backlog)**를 관리하고 우선순위를 정하는 유일한 사람.
  • 비즈니스 가치(Value)의 최적화 담당.
• 스크럼 마스터 (Scrum Master, SM):
  • "어떻게(How)" 스크럼을 잘 돌릴지 코칭.
  • 섬김 리더로서 장애물 제거 담당.
• 개발팀 (Developers):
  • 실제 작업을 수행하고, 스프린트 내에서 "얼마나(How much)" 할 수 있을지 결정.
  • 직책(타이틀)이 없고 수평적임. (T-shaped skill 선호)

2. 스크럼의 3가지 산출물 (Artifacts)

• 제품 백로그 (Product Backlog): 해야 할 모든 요구사항 목록. (PO가 우선순위에 따라 정렬)
• 스프린트 백로그 (Sprint Backlog): 이번 스프린트(보통 2~4주)에 하기로 팀이 약속한 업무 목록.
• 증분 (Increment): 스프린트가 끝나고 나온 '작동 가능한' 결과물.

3. 스크럼의 5가지 이벤트 (Events)

1. 스프린트 (Sprint): 1~4주 간격의 반복 주기. (고정된 기간)
2. 스프린트 계획 (Sprint Planning): 스프린트 시작일에 모여서 "이번에 뭐 할까?" 결정.
3. 데일리 스크럼 (Daily Scrum): 매일 15분. 서서 진행. 어제 한 일, 오늘 할 일, 장애물 공유. (보고 자리가 아님!)
4. 스프린트 리뷰 (Sprint Review): 스프린트 마지막 날. 고객/이해관계자에게 제품(증분)을 시연하고 피드백 받음. (제품 검사)
5. 스프린트 회고 (Sprint Retrospective): 리뷰 직후 팀끼리만 모임. "우리의 일하는 방식(Process)을 어떻게 개선할까?" 토론. (프로세스 개선)

---

Part 4. 기타 필수 개념 (MVP & User Story)

1. 최소 기능 제품 (MVP, Minimum Viable Product)

• 가장 적은 노력으로 고객의 피드백을 받아 가설을 검증할 수 있는 초기 버전의 제품.
• 목적: 리스크 감소, 빠른 학습. (완벽한 제품을 만드는 게 아님)

2. 사용자 스토리 (User Story)

• 요구사항을 고객의 언어로 간단히 적은 것.
• 형식: [사용자 유형]로서, 나는 [목적/기능]을 원한다. 왜냐하면 [이유/가치] 때문이다.
• 3C: Card(카드에 적음), Conversation(대화로 구체화), Confirmation(인수 조건 확인).

---

✍️ Day 24 실전 모의고사 (10문제)

Q1. 당신은 애자일 프로젝트의 리더입니다. 팀원이 "새로운 문서를 작성하느라 코딩할 시간이 부족하다"고 불평합니다. 애자일 선언문에 따를 때, 당신은 어떻게 조언해야 합니까?

A. 규정 준수가 중요하므로 야근을 해서라도 문서를 완성하라고 한다.

B. 포괄적인 문서보다는 작동하는 소프트웨어가 중요하므로, 필수적인 문서 외에는 간소화하거나 생략하고 개발에 집중하게 한다.

C. 문서 전담 직원을 새로 채용할 때까지 기다리라고 한다.

D. 문서 작성이 완료되기 전에는 코딩을 시작하지 말라고 한다.

 

Q2. 다음 중 '섬김 리더(Servant Leader)'인 프로젝트 관리자의 행동으로 가장 적절한 것은 무엇입니까?

A. 팀원들에게 매일 상세한 업무 지시를 내린다.

B. 팀이 겪고 있는 장애물을 파악하고 이를 제거해 준다.

C. 경영진의 모든 요구사항을 여과 없이 팀에게 전달한다.

D. 스프린트 계획 회의에서 이번에 할 작업량을 PM이 결정해 준다.

 

Q3. 스크럼 팀에서 '제품 백로그(Product Backlog)'의 우선순위를 결정하고, 결과물의 가치(Value)를 책임지는 사람은 누구입니까?

A. 스크럼 마스터 (Scrum Master)

B. 프로젝트 매니저 (Project Manager)

C. 개발팀 (Developers)

D. 제품 책임자 (Product Owner)

 

Q4. 스프린트 도중 고객이 중요한 기능 변경을 요청했습니다. 이 변경은 현재 진행 중인 스프린트의 목표를 위협할 정도입니다. 스크럼 마스터는 어떻게 대응해야 합니까?

A. 고객 만족이 최우선이므로 즉시 개발팀에게 작업을 지시한다.

B. 제품 책임자(PO)에게 안내하여 다음 스프린트 백로그에 추가하거나 우선순위를 재조정하도록 한다.

C. 변경 통제 위원회(CCB)를 소집하여 승인을 받는다.

D. 이미 계획된 스프린트이므로 변경은 절대 불가능하다고 거절한다.

 

Q5. 스프린트가 끝날 무렵, 팀은 개발된 제품(증분)을 고객과 이해관계자에게 시연하고 피드백을 받으려 합니다. 이 회의의 명칭은 무엇입니까?

A. 스프린트 계획 (Sprint Planning)

B. 데일리 스크럼 (Daily Scrum)

C. 스프린트 리뷰 (Sprint Review)

D. 스프린트 회고 (Sprint Retrospective)

 

Q6. '스프린트 회고(Sprint Retrospective)'의 주된 목적은 무엇입니까?

A. 팀의 작업 프로세스를 점검하고 개선안을 도출한다.

B. 제품의 기능을 시연하고 승인받는다.

C. 다음 스프린트에서 수행할 작업을 선정한다.

D. 개별 팀원의 성과를 평가하고 인사 고과에 반영한다.

 

Q7. 매일 아침 15분 동안 팀원들이 모여서 '어제 한 일, 오늘 할 일, 장애물'을 공유하는 미팅은 무엇입니까?

A. 킥오프 미팅 (Kick-off Meeting)

B. 주간 보고 회의 (Weekly Status Meeting)

C. 데일리 스크럼 (Daily Scrum)

D. 이해관계자 회의 (Stakeholder Meeting)

 

Q8. 애자일 팀이 리스크를 줄이고 빠른 피드백을 얻기 위해, 고객에게 보여줄 수 있는 가장 기본적인 기능만 갖춘 초기 제품을 만들었습니다. 이것을 무엇이라고 합니까?

A. WBS (Work Breakdown Structure)

B. MVP (Minimum Viable Product)

C. 프로토타입 (Prototype) - 엄밀히는 MVP가 더 적절한 용어

D. 베타 버전 (Beta Version)

 

Q9. 프로젝트 관리자가 애자일 방식을 도입하려 합니다. 팀원들이 "계획 없이 어떻게 일하느냐"며 불안해합니다. PM의 답변으로 가장 적절한 것은?

. "애자일은 계획을 전혀 세우지 않고 그때그때 하는 것입니다."

B. "처음에는 대략적으로 계획하고, 반복 주기(Iteration)마다 점진적으로 상세한 계획을 세우는 '파도식 계획(Rolling Wave)'을 사용할 것입니다."

C. "계획은 중요하지 않습니다. 코딩부터 시작합시다."

D. "제가 혼자 완벽한 계획을 세워서 알려드리겠습니다."

 

Q10. 스크럼 마스터가 데일리 스크럼 회의에 참석했습니다. 팀원들이 스크럼 마스터에게 진행 상황을 '보고'하고 있습니다. 스크럼 마스터는 어떻게 행동해야 합니까?

A. 보고를 잘 듣고 지시 사항을 내린다.

B. 데일리 스크럼은 팀원들끼리 서로 소통하고 조율하는 자리임을 상기시키고, 보고하는 형식을 멈추게 코칭한다.

C. 회의 시간을 1시간으로 늘려 더 자세히 보고받는다.

D. 자신이 직접 회의를 주재하고 발언권 없는 사람은 내보낸다.

---

✅ 정답 및 해설

Q1. 정답: B

• 해설: 애자일 선언문은 **"포괄적인 문서보다는 작동하는 소프트웨어"**를 더 가치 있게 여깁니다. 불필요한 문서는 줄이고 가치 창출(개발)에 집중해야 합니다.

Q2. 정답: B (장애물 제거)

• 해설: 섬김 리더(Servant Leader)의 핵심 역할은 팀이 일하는 데 방해되는 장애물을 제거하고 팀을 보호하는 것입니다. 지시는 전통적 관리자의 방식입니다.

Q3. 정답: D (Product Owner)

• 해설: 무엇을 만들지(What), 무엇이 가장 중요한지(Prioritization) 결정하여 ROI(투자 대비 효과)를 책임지는 사람은 PO입니다.

Q4. 정답: B

• 해설: 스프린트 도중에는 원칙적으로 변경을 추가하지 않습니다(팀 보호). 새로운 요구사항은 PO가 백로그에 넣고 우선순위를 재조정하여 '다음' 스프린트에 반영하는 것이 정석입니다.

Q5. 정답: C (스프린트 리뷰)

• 해설: 제품(Increment)을 시연하고 피드백을 받는 자리는 리뷰입니다. (회고는 프로세스 개선)

Q6. 정답: A

• 해설: 회고(Retrospective)는 "우리가 어떻게 일했는가(Process/People)"를 돌아보고 더 나은 방법을 찾는 시간입니다. 제품 검사는 리뷰에서 합니다.

Q7. 정답: C (데일리 스크럼)

• 해설: 매일 15분, 서서(Stand-up), 진행 상황 동기화 및 장애물 식별을 하는 회의입니다.

Q8. 정답: B (MVP)

• 해설: 고객의 반응을 살피고 학습하기 위해 최소한의 기능으로 출시하는 제품은 MVP입니다. (프로토타입은 시제품 성격이 강하지만, PMP 맥락에서 가치 검증용 출시는 MVP가 더 정확합니다)

Q9. 정답: B

• 해설: 애자일도 계획을 세웁니다. 다만 한 번에 다 세우지 않고, 반복 주기마다 계획을 다듬어가는 점진적(Rolling Wave) 방식을 씁니다.

Q10. 정답: B

• 해설: 데일리 스크럼은 개발팀을 위한 자리입니다. 매니저에게 '보고'하는 자리가 아니라, 팀원끼리 '동기화(Sync)'하는 자리입니다. 스크럼 마스터는 이를 바로잡아줘야(Coaching) 합니다.

---

수고하셨습니다! 드디어 애자일의 세계에 입문하셨습니다. 전통적 방식(PM이 지시)과 애자일(팀이 자율, PM은 지원)의 차이를 느끼셨나요? 이 '감'을 잡는 것이 합격의 지름길입니다.

내일(Day 25)은 애자일을 넘어 **'하이브리드(Hybrid) 접근 방식'**과 애자일에서 일정과 비용을 어떻게 관리하는지 심화 학습을 진행하겠습니다.