[Tech Article] 애자일 방법론

애자일 방법론

---

애자일이 중요시 여기는 것

• 팀원 간 협력
• 아무리 자신이 빨리하고 잘하더라도, 팀원이 봤을 때 코드가 어색하고
  읽기 힘들다면 팀원들은 나와 같이 일하기 싫어진다.
• 피드백
• 일정에 쫓겨 개발만 하다보면 내 코드를 점검할 시간이 줄어들게 됨
  다른 사람들에게 내 코드를 보여주고 피드백을 받으면서 서로 같이 성장할 수 있게 됨!
• 애자일은 불확실한 상황에서 빛을 발함.
• 애자일이 추구하는 가치는 처음부터 완벽한 계획이 아닌 간소한 계획과 유연한 대처
• 폭포수 모델과 애자일 모델 비교

• 각 단계가 순차적으로 실행되고 다시 돌아갈 수 없는 폭포수 모델은
  소프트웨어보다는 제조업에 더 적합한 방법론
• 소프트웨어는 변화가 매우 많기 때문에 짧은 주기의
  개발 단위를 여러번 반복하는 애자일 방법론이 더 적합하다는 의견이 많음

애자일의 장점

• 1. 점진적으로 테스트 할 수 있어서 버그를 더 빠르게 발견 할 수 있습니다.
• 2. 수정과 변경에 유연합니다.
• 3. 프로젝트를 시작할때 계획에 버리는 시간을 줄일 수 있습니다.
• 4. 서비스가 더 빨리 출시됩니다.

애자일에서의 스프린트(Sprint)란?

• 워터폴에서는 프로젝트 진행에서 데드라인을 제일 중요시 여기지만,
  애자일에서는 애자일속도(프로젝트 진행 속도)를 제일 중요시 여김!

애자일에서의 일의 단위

• Theme > Epic > Story(기본단위) > Task(티켓 할당 단위)
• 예시
• 1. Theme: 종합 온라인 쇼핑몰 구축
• 2. Epic: 고객은 스마트폰이나 데스크탑으로 주문을 할 수 있다.
• 3. Story: 고객(누가)은 주문을 하기 위해서(왜) 배송 시간을 고를 수 있어야 한다.(행동)
• 4. Task: 배송 시간을 선택할 수 있는 기능을 구현한다.

느낀 점

• 애자일은 일정을 맞추기 위해 야근을 불사하는 것이 아니라 한다.
  역시 폭포수모델은 소프트웨어 개발자에겐 좋지 않은 방법같다.
• 스크럼 부분이라던가.. 그 아래부분 다시 읽어보자!

참고 링크

• 애자일 방법론