소프트웨어 개발 프로젝트가 복잡해지고 커지면서 효율적인 개발 방법의 필요성이 대두됐습니다.
더 이상 전통적인 워터폴 방식으로는 성공적인 프로젝트 진행을 보장하기가 어려워 졌습니다.

그러면서 대안으로 떠오른 개발 방법론이 바로 애자일입니다.
순차적으로 진행되는 워터폴과 달리 애자일은 유기적인 상호 작용을 통해 효율적인 개발을 추진합니다.

오늘은 애자일 프로세스와 실제 현업의 이야기를 해보겠습니다.

애자일 프로세스

먼저 애자일의 대표적인 방법인 스크럼 프로세스를 보겠습니다.
처음 보면 이해가 어려울 수 있지만, 역할과 과정을 알아보면 어렵지 않습니다.

역할 설명

• PO (Product Owner)
  제품의 책임자로서 개발에 필요한 모든 결정에 대한 책임을 집니다.

  - 요구사항을 분석해서 백로그를 작성
  - 백로그 우선 순위 결정
  - 프로젝트 전반을 관리 (제품, 인력, 고객 등)
  - 최종 결과물에 대한 책임
  

• SM (Scrum Master)
  스크럼 프로세스가 제대로 진행될 수 있게, 도와주는 역할을 합니다.
  스크럼 마스터는 PO와 Team 사이에서 중재를 합니다.

  - 스크럼 원칙에 따라 정해진 작업과 일정을 준수
  - 문제가 생겼을 때 중재하고 해결하는 역할
  - 구성원간의 원활한 협업을 유도
  

• Team
  관리 역할을 제외한 스크럼 팀의 팀원들입니다.
  개발을 비롯해서 디자인, 퍼블리셔, QA 등 프로젝트에 참여하는 모든 구성원입니다.

용어 설명

• 제품 백로그 (Product Backlog)
  흔히 말하는 요구사항의 집합입니다.
  우선 순위를 정해서 주기적으로 해야 할 작업을 리스트업 합니다.
  하나하나의 요구사항은 사용자 스토리 (User Story)라고 합니다.

• 스프린트 (Sprint)
  애자일은 빠른 피드백이 생명입니다.
  그래서 1 ~ 4주 정도로 기간을 정해서 개발을 진행합니다.

• 스프린트 백로그 (Sprint Backlog)
  정해진 스프린트 기간에 진행할 백로그입니다.
  제품 백로그에서 우선 순위가 높으면 먼저 배정됩니다.

• 스프린트 플래닝 미팅 (Sprint Planning Metting)
  스프린트 기간과 백로그를 정하는 시간입니다.
  스프린트 기간에 따라 정기적으로 시행합니다.

• 데일리 스크럼 (Daily Scrum Metting)
  모든 참여자가 각자의 작업 진행 상황과 문제 요소를 공유하는 회의입니다.
  매일 하는 만큼 15분 이내로 짧게 진행하는게 원칙입니다.

• 스프린트 리뷰와 회고 (Sprint Review & REtrospective)
  따로 하는 경우도 있지만, 보통은 같이 진행합니다.
  스프린트 마지막 날에 그동안의 업무를 리뷰하고 평가하며 개선하는 자리입니다.
  보통 스프린트 1주당 리뷰와 회고에 각각 1시간 정도를 할애합니다.

K애자일의 문제점

애자일은 제대로 사용하면 정말 효율적인 개발 방법론입니다.
하지만 아직도 한국의 많은 조직에서는 문제 투성이의 껍데기 뿐인 애자일을 하고 있습니다.

• 보고 지옥
  데일리 스크럼을 하는 이유는 빠르고 효율적인 소통이 목적입니다.
  하지만 별도로 추가 보고를 해야 한다면, 굳이 데일리 스크럼을 할 필요가 없습니다.

• 변질된 스크럼
  스크럼 시간을 15분 이내로 제한한 이유는 공유에 목적이 있기 때문입니다.
  하지만 관리자가 참석해서 공유에 대해 지적하고 보고를 받는 순간 스크럼은 의미가 없어집니다.

• 무리한 스프린트
  일부 PO는 일에 대한 열정으로 무리한 스프린트 플래닝을 합니다.
  그러면 팀원들의 불만은 높아지고, 스크럼 팀은 와해될 수 있습니다.

• 형식적인 애자일
  애자일은 방법론일 뿐이지 절대 주류가 되면 안됩니다.
  하지만 일부 조직의 경우 작업 보다 애자일 절차가 우선되는 경우도 있습니다.
  주객이 전도된 프로젝트는 결코 효율적일 수 없습니다.

마치며

전통적인 업무 프로세스에 익숙한 개발자들에게 애자일은 귀찮고 불편한 절차일 수 있습니다.
하지만 이미 많은 IT 기업에서 애자일 개발 방법론을 활용하고 있습니다.

그리고 효율적인 애자일을 도입하는 기업과 조직은 점점 더 많아지고 있습니다.
결국 개발 일을 계속하기 위해서 애자일은 필수가 되고 있습니다.

사실 처음이 낯설어서 그렇지, 애자일 개발 방법은 어렵지 않습니다.

마지막으로 스크럼 오버뷰를 재밌게 표현한 이미지를 보겠습니다.
명확하고 쉽게 스크럼 프로세스를 표현했습니다.

Scrum Training - beLithe
Scrum Overview - Anime version