[TIL 사전캠프 3] 애자일이란?
1. 애자일(Agile)을 애자일(Agile)일 하게 익히기
[프로덕트 개념의 탄생과 애자일 패러다임]
1.1 프로덕트 개념의 탄생
- 과거의 프로젝트 방식: 워터폴(Waterfall) 개발 방식으로 단계별 진행, 고정된 범위와 기간을 준수.
- 한계: 초기 계획대로 수행되지 않는 경우가 빈번했으며, 시장 변화에 대한 유연한 대응이 어려움.
1.2 프로덕트 방식으로 전환
- 프로덕트는 지속적으로 진화하며, 장기적인 관점에서 개발.
- 고객과 시장 중심의 가치 창출을 목표로 설정.
1.3 애자일 선언의 등장
- 2001년, 17명의 소프트웨어 전문가가 애자일 선언 발표.
- 목적: 빠르게 변화하는 시장 환경과 유저 요구에 유연하게 대응하기 위한 개발 사고방식 전환.
2. 애자일 지향 조직에 스크럼 한 스푼 더하기
[스크럼 프레임워크로 이해하는 애자일 실천 (심화)]
2.1 스크럼의 정의와 기원
- 스크럼: 팀 단위의 애자일 실천 방식, 럭비 경기에서 유래한 용어.
- 목적: 협업을 통해 목표를 달성하고, 지속적인 개선을 추구하는 틀 제공.
2.2 스크럼의 주요 구성 요소
1) 3가지 역할
- 프로덕트 오너: 팀의 목표와 우선순위를 설정, 가치를 극대화.
- 스크럼 마스터: 팀의 작업 환경을 개선하고, 스크럼 가이드라인 준수.
- 개발자들: 교차 기능 팀 구성으로 협업과 전문성을 기반으로 개발 수행.
2) 3가지 산출물
- 프로덕트 백로그: 팀의 모든 작업 리스트.
- 스프린트 백로그: 하나의 스프린트 동안 완료할 작업 리스트.
- 개발 증가분: 스프린트를 통해 새로 추가된 프로덕트 기능.
3) 5가지 이벤트
- 스프린트: 고정된 개발 주기(1~4주).
- 스프린트 계획: 스프린트 목표와 작업 계획 수립.
- 데일리 스크럼: 하루 작업 현황 공유(15분).
- 스프린트 리뷰: 결과물 검토 및 피드백 수집.
- 스프린트 회고: 팀의 작업 방식 개선 논의.
4) 5가지 가치
- 집중: 목표에 헌신.
- 열린 마음: 새로운 아이디어와 변화 수용.
- 존중: 팀원 간 협력과 신뢰.
- 용기: 도전적인 목표에 대한 실행력.
- 약속: 개인과 팀의 책임감.
3. 애자일 조직에서 PM의 역할과 기술
[애자일 프로덕트 매니저의 역할과 기술 (실전 - 어려움)]
3.1 프로덕트 목표 설정과 방향 제시
- 미션과 비전 설정:
예: 인스타그램의 미션(“세상의 순간을 포착하고 공유”).
팀이 길을 잃지 않고 목표를 명확히 이해하도록 지원.
- OKR 활용:
조직의 목표와 팀/개인의 목표를 일치시켜 방향성 강화.
3.2 애자일 사고방식으로 일하기
- 정답이 없다는 전제에서 가설과 실험 기반으로 개발 진행.
- 반복/점진적 개발
반복: 간단한 기능을 빠르게 구현 후 피드백 반영.
점진적: 추가적인 기능을 단계적으로 확장.
3.3 업무 시각화와 관리
1) 유저 스토리 매핑:
유저 관점에서 할 일을 시각화하여 프로덕트 개발 계획 수립.
2) 우선순위 조정:
시장과 유저 피드백을 반영하여 백로그의 작업 순서 최적화.
3) 스토리와 인수 기준:
작은 작업 단위를 스토리로 구체화하고, 완료 기준을 명확히 설정.
3.4 팀 협업과 지속적인 개선
- 팀과의 원활한 협력을 통해 목표 달성.
- 회고와 피드백을 통해 프로덕트와 작업 방식의 지속적인 개선 추구.
요약
- 애자일(Agile)은 빠르게 변화하는 환경에 적응하고, 유저 중심의 가치를 실현하기 위해 등장한 개발 사고방식이다.
- 스크럼 프레임워크는 반복적인 개발과 점진적인 개선을 통해 애자일을 실천하는 효과적인 방법이다.
- PM의 역할은 미션과 비전을 명확히 설정하고, 팀과 협력하여 프로덕트의 목표를 달성하는 것이다.
- 팀 협업에서는 업무 시각화, 우선순위 조정, 스토리 작성과 인수 기준 설정이 핵심 기술이다.
- 애자일 실천에서 중요한 것은 단순한 방법론 실행이 아니라, 지속적인 학습과 개선을 통해 팀과 프로덕트가 함께 성장하는 것이다.