애자일개발방법론 - 애자일 (Agile) 신속한 대응과 품질

 

 

애자일개발방법론 - 애자일 (Agile)  신속한 대응과 품질

 
커뮤니케이션을 통해  비즈니스 요구사항에 유연한 대응이 가능한 방법론


시장의 변화 즉 소비자 사용자의 반응에 따라 민첩한 대응을 위해서는 매일매일 다른 전략이 필요합니다.

처음 만든 프로그램으로 변경없이 운영하는 것으로 서비스를 활성화하는 것은  불가능 합니다.
고객의 지속적인 반응과 행동에 인게이지먼트 즉 연결성을 유지하기 위해 지속적인 기능 개선과 노력이 필요 합니다.

민첩한 것은 미리 준비된 것을 상차림 하는 것과 같다.
항상 새로운 시장을 준비하라.

애자일 (Agile) 

개념: 고객의 요구사항 변화에 유연하게 대응하며, 반복적이고 점진적인 개발을 통해 지속적으로 개선합니다.
특징: 스프린트라고 불리는 짧은 반복 주기를 통해 개발하고, 각 스프린트마다 기능을 추가하고 개선합니다.
장점: 변화에 신속히 대응할 수 있으며, 고객과의 지속적인 커뮤니케이션을 통해 높은 품질의 소프트웨어를 개발합니다.
단점: 명확한 계획 없이 진행될 경우 혼란이 발생할 수 있으며, 팀의 경험과 능력에 크게 의존합니다.
활용 분야: 스타트업 프로젝트, 신속한 변화가 요구되는 프로젝트, 웹/모바일 애플리케이션 개발.
 

---

관련 구성 요소

1. 프로덕트 백로그 (Product Backlog)
   • 프로젝트의 모든 요구사항을 우선순위에 따라 나열한 목록입니다.
   • 새로운 요구사항이 발생하면 백로그에 추가됩니다.
2. 스프린트 백로그 (Sprint Backlog)
   • 각 스프린트에서 처리할 요구사항을 선택하여 백로그로 관리합니다.
   • 스프린트 동안 완료해야 할 작업 목록입니다.
3. 스크럼 팀 (Scrum Team)
   • 제품 책임자(Product Owner), 스크럼 마스터(Scrum Master), 개발팀으로 구성됩니다.
   • 팀원들이 협력하여 스프린트를 진행합니다.
4. 스탠드업 미팅 (Daily Stand-up Meeting)
   • 매일 짧게 진행되는 회의로, 팀원들이 진행 상황을 공유하고 문제를 논의합니다.
   • 각 팀원이 지난 날의 작업, 오늘의 작업, 장애 요소를 보고합니다.
5. 스프린트 리뷰 (Sprint Review)
   • 스프린트가 끝난 후, 완료된 작업을 검토하고 피드백을 받는 회의입니다.
   • 고객이나 이해관계자가 참석하여 결과를 확인합니다.
6. 스프린트 회고 (Sprint Retrospective)
   • 스프린트가 끝난 후, 팀이 모여 작업 방식을 돌아보고 개선점을 논의하는 회의입니다.
   • 무엇이 잘되었는지, 무엇이 개선될 수 있는지 논의합니다.

 

---

개발 절차

1. 요구사항 수집 및 분석
   • 고객과 이해관계자로부터 요구사항을 수집하고 분석합니다.
   • 프로덕트 백로그에 요구사항을 추가합니다.
2. 스프린트 계획 (Sprint Planning)
   • 스프린트를 시작하기 전에, 스프린트 동안 수행할 작업을 계획합니다.
   • 스프린트 백로그를 작성하고 목표를 설정합니다.
3. 스프린트 수행 (Sprint Execution)
   • 스프린트 동안 개발팀이 작업을 수행합니다.
   • 매일 스탠드업 미팅을 통해 진행 상황을 공유합니다.
4. 스프린트 리뷰 (Sprint Review)
   • 스프린트가 끝난 후, 완료된 작업을 검토하고 피드백을 받습니다.
   • 이해관계자와 고객이 참석하여 결과를 확인합니다.
5. 스프린트 회고 (Sprint Retrospective)
   • 스프린트가 끝난 후, 팀이 모여 작업 방식을 돌아보고 개선점을 논의합니다.
   • 다음 스프린트에 반영할 개선 사항을 도출합니다.

 

---

수행 산출물 예시

1. 프로덕트 백로그 (Product Backlog)
   • 프로젝트의 모든 요구사항을 우선순위에 따라 나열한 목록입니다.
   • 새로운 요구사항이 발생하면 백로그에 추가됩니다.
2. 스프린트 백로그 (Sprint Backlog)
   • 각 스프린트에서 처리할 요구사항을 선택하여 백로그로 관리합니다.
   • 스프린트 동안 완료해야 할 작업 목록입니다.
3. 데일리 스탠드업 미팅 보고서 (Daily Stand-up Meeting Report)
   • 각 팀원의 진행 상황, 오늘의 작업, 장애 요소를 기록한 보고서입니다.
4. 스프린트 리뷰 보고서 (Sprint Review Report)
   • 완료된 작업과 고객 또는 이해관계자로부터 받은 피드백을 정리한 보고서입니다.
5. 스프린트 회고 보고서 (Sprint Retrospective Report)
   • 스프린트 동안 잘된 점과 개선할 점을 기록한 보고서입니다.