애자일은 계획 → 설계(디자인) → 개발(발전) → 테스트 → 검토(피드백) 순으로 반복적으로 진행된다. 계획을 세운 후 다음 단계까지 기다려서 절차대로 진행하는 폭포수 모델과 달리 먼저 진행 후 분석, 시험, 피드백을 통하여 개선하여 나가는 진행 모델이다.
빠르고 잦은 피드백을 통해서 짧은 주기로 제품을 개발하여 제품에 대한 피드백을 많이받아 제품의 질을 향상시키는 개발 방법이며, 계획이나 문서가 아닌 실질적인 코딩을 중요시 하고 짧은 개발 주기를 반복하여 위험 요소를 최소화시킨다는 중요한 특징을 가지고 있다.
핵심은 유연하게 일을 진행하고 변화에 잘 대응하자!
스크럼(Scrum)은 프로젝트 관리를 위한 상호, 점진적 개발방법론이며, 뚱딴지일 방법론의 중심이 될 수 있는 효율적인 협업 방법이다. 스크럼(Scrum)은 고객의 요구사항을 충족시키는 데 초점을 맞추기 위해, 목표를 짧은 주기(스프린트 기간은 보통 2주이다)로 점진적이며 경험적으로 시스템을 지속해서 개발(전달)하는 관리 프레임워크(기법)이며 소프트웨어 개발 프로젝트를 뿐만 아니라 소프트웨어 유지보수 팀이나 일반적인 프로젝트 관리에서도 적용될 수 있다.
용기 : 팀의 목표가 올바른 길로 가기 위해 팀원 간 갈등을 두려워하지 말며 도전을 위한 용기를 가진다.
집중(전념) : 팀의 목표와 약속을 지키기 위해 모든 노력과 기술은 성공을 위해 집중하여야 한다.
확약 : 팀의 목표 달성을 위해 개인이 공약한 목표 달성을 위해 팀에 헌신하며 약속을 지켜야 한다.
존중 : 자신과 팀원들에게 경의를 표해야 한다. 개인의 다름을 이해해야 한다.
정직 : 자신에게 불리하더라고 팀을 위해 프로젝트에 대한 모든 내용을 투명하게 공개해야 한다.

product backlog : 프로젝트 요구사항(issue)
sprint planning meeting : 백로그에 쌓인 프로젝트 요구사항을 가지고, 스토리 포인트를 예측합니다(각 요구사항이 일정이 어느정도 소진이 될지 예측합니다)
sprint backlog : 스프린트를 진행할 issue 들이 모여있습니다.
grooming : 다음 스프린트에 들어가기전에 다음에 진행할 스프린트 개발사항(요구사항)에 대해서 리뷰를 합니다.
daily meeting : 진행사항을 간단하게 공유합니다.
종료 시, 리뷰를 진행합니다
이슈를 얼마나 처리했습니다.
스프린트 기간동안 다른 급한 이슈가 발생하여 몇가지를 놓쳤습니다.
회고 미팅
잘한것, 못한것, 개산해야하는것에 대해 이야기하는 시간입니다.(피드백 회의)