애자일개발과 스크럼

1. Agile이란?

변화에 유연하게 대응하면서 작은 단위로 개발하고 지속적으로 개선하는 개발 방식/철학

 

핵심 흐름
계획 → 개발 → 피드백 → 개선 → 반복

 

Agile 핵심 가치

• 프로세스/도구보다 개인과 상호작용
• 문서보다 작동하는 소프트웨어
• 계약보다 고객과의 협력
• 계획 준수보다 변화에 대응

계획·문서가 필요 없다는 의미가 아니라, 상대적으로 더 중요한 것에 집중한다는 뜻.

---

2. Scrum이란?

Agile을 실제 팀에서 실행하기 위한 대표적인 프레임워크

Agile = 철학 / 사고방식
Scrum = Agile을 실천하는 방법

 

짧은 개발 주기인 Sprint를 반복하며 제품을 점진적으로 완성한다.

---

3. Scrum Team

역할	핵심
Product Owner (PO)	제품 가치 극대화, Product Backlog 관리
Scrum Master (SM)	Scrum이 효과적으로 작동하도록 팀과 조직을 지원
Developers	실제 Increment를 만드는 자기관리 팀

⭐ Scrum Master ≠ PM ≠ 팀장

→ 업무를 지시·통제하기보다 팀이 스스로 문제를 발견하고 개선하도록 돕는다.

---

4. Sprint

1~4주의 고정된 짧은 개발 주기

Sprint Planning
      ↓
개발 + Daily Scrum
      ↓
Sprint Review
      ↓
Sprint Retrospective
      ↓
다음 Sprint

 

• Sprint Planning: 이번 Sprint의 목표와 작업 계획
• Daily Scrum: Sprint Goal 달성을 위한 진행 상황 확인 및 계획 조정
• Sprint Review: 만든 제품/결과물을 확인하고 향후 방향 논의
• Retrospective: 팀의 일하는 방식을 돌아보고 개선

⭐ Review = 제품 개선 / Retrospective = 팀·프로세스 개선

---

5. Backlog

Product Backlog
→ 제품에 필요한 작업과 개선사항의 전체 목록

Sprint Backlog
→ 현재 Sprint에서 수행할 작업과 계획

Product Backlog
       ↓
Sprint Planning
       ↓
Sprint Backlog
       ↓
Increment

 

Increment = Sprint를 통해 만들어진 사용 가능한 제품의 증가분

---

6. Scrum의 3가지 기둥

Transparency (투명성)
→ 현재 상황을 모두가 이해할 수 있게 한다.

Inspection (검토)
→ 결과와 진행 상황을 지속적으로 확인한다.

Adaptation (적응)
→ 문제가 발견되면 계획이나 방식을 조정한다.

보이게 한다 → 확인한다 → 개선한다

---

⭐ 한 줄 정리

Agile
= 작은 단위로 빠르게 만들고 피드백을 받아 지속적으로 개선하는 사고방식

Scrum
= Sprint를 반복하면서 Agile을 실제 팀에서 실천하는 프레임워크

Scrum Master
= 팀을 관리하는 사람이 아니라 팀이 Scrum을 통해 스스로 효과적으로 일하고 개선하도록 돕는 사람.

---

DTA/W.A -  애자일/스크럼 팀이 효과적으로 협업하기 위해 팀원들이 함께 정하는 약속

DTA（Designed Team Alliance）
→ 팀원들이 어떤 관계와 팀 문화를 만들 것인지 함께 합의하는 것
→ 신뢰·존중·심리적 안전성·협업 강화

Working Agreement
→ 팀원들이 구체적으로 어떻게 일할 것인지 함께 정한 약속
→ 회의, 커뮤니케이션, 코드 리뷰, 문제 공유 등의 규칙

DTA
"어떤 팀이 되고 싶은가?"
        ↓
팀의 관계·문화·가치

Working Agreement
"어떻게 일할 것인가?"
        ↓
구체적인 행동·업무 방식

 

DTA와 Working Agreement의 차이

	DTA	Working Agreement
중심 질문	어떤 팀이 될 것인가?	어떻게 일할 것인가?
초점	관계·문화·가치	구체적인 업무 방식
예	서로 존중한다	PR은 당일 리뷰한다
예	자유롭게 질문한다	Daily Scrum은 10시에 한다
예	실패를 비난하지 않는다	30분 막히면 도움을 요청한다
목적	신뢰와 심리적 안전성	원활하고 효율적인 협업

DTA = Being → "우리는 어떤 팀이고 싶은가?"
W.A. = Doing → "우리는 어떻게 일할 것인가?"

둘 다 한 번 정하고 끝내는 규칙이 아니라, 팀의 상황이 변하면 Retrospective(회고) 등을 통해 다시 검토하고 수정할 수 있는 살아 있는 합의라는 점도 애자일 관점에서 중요하다.