0320 #12 - 서비스 기획 업무 - 애자일 방법론

애자일 방법론

최소 기능 제품(MVP)을 빠르게 개발하여 유저에게 배포하고 피드백을 받은 후에

해당 피드백을 바탕으로 지속적으로 제품을 개선해 나가는 개발 방법론

 

애자일 방법론의 장점

• 잘못된 제품을 개발하는데 사용하는 시간을 최소화할 수 있다
• 더 자주 유저의 피드백을 얻을 수 있기 때문에 실패할 확률을 낮출 수 있다
• 계획 혹은 기능에 대한 수정과 변경에 유연하게 대처할 수 있다

 

애자일 방법론의 단점

• 요구사항이 명확할 경우 오히려 속도가 늦춰질 수 있다
• 최종 제품이 요구사항과 달라질 수 있다
• 고객에게 제공하는 가치에 집중하기 때문에 기술적 완성도가 떨어질 수 있다

 

애자일에서 일을 쪼개는 단위

Task

• 하나의 user story를 완성하는 데 있어서 필요한 업무 단위
• Task를 기반으로 실제 일을 진행

 

User Story

• Task가 모여 Story가 되고 Story가 모여 Epic이 된다
• 애자일 방법론에선 일의 단위가 기능을 정의하는 것이 아닌 사용자의 경험을 정의
• 사진 리뷰 모아보기 기능을 추가 X
• 유저는 각 음식점의 사진 리뷰만 모아 볼 수 있다 O
• 유저는 리뷰를 별점 순으로 정렬해서 볼 수 있다
• 유저는 만족도 높은 리뷰만 확인할 수 있다

 

Epic

• 다양한 User Story가 모여 큰 Epic을 구성, Epic이 모여서 Theme를 구성
• 유저는 배달 음식점의 메뉴를 다양한 방식으로 조회할 수 있다
• 유저는 다양한 결제 수단을 통해 배달 음식을 모바일 주문할 수 있다

 

Theme

• Epic이 모여서
• 모바일 배달 음식 플랫폼이라는 거대한 Theme가 된다

 

애자일 방법론 기반으로 프로젝트 진행하기

• PO 또는 프로덕트 팀이 모여서 필요 User Story 중 실제 개발할 User Story들을 선정
• User Story를 완성하기 위해 어떤 작업들이 필요한지 파악해서 Task 생성
• Task 담당자 지정 후 진행상황 지속적으로 파악
• Task를 완료 상태로 만들어 하나의 User Story로 완성하고 배포하고 데이터 분석

위 과정이 반복되는 것이 애자일 개발 방법론