애자일 조직에서
PM의 역할은 무엇일까?
[코드스테이츠 PMB 16기] W8D2
＃ 아래의 내용은 코드스테이츠 PMB 16기 과정 중 일간 과제를 수행하기 위한 학습 과정입니다.
＃ 목표 : 애자일 기반 개발 절차의 각 단계별 업무 절차를 이해하기
-. 애자일(Agile)하게, 어떻게?
지난 과제에서 저는 애자일(Agile)하게 일한다는 말과 함께 애자일 개발 방법론에 대해 정리를 했었습니다.
하지만 애자일하게 일한다는 것은 간단하지만, 그 단어에서 주는 의미만으로는 실제 개발 조직 내에서 행동을 하기에는 다소 거리가 먼 개념입니다.
그래서 사람들은 애자일하게 일을 하기 위한 몇가지 프레임워크를 개발하게 되는데, 오늘 이야기 할 스크럼과 스프린트가 바로 그것입니다.
오늘은 코드스테이츠 PMB의 8주차 2번째 과제로, 애자일 개발 방법론의 대표적인 실행 방식인 스크럼(Scrum)과 스프린트(Sprint)에 대해 정리하고, PM(Product manager)의 입장에서 어떤 역할과 마인드셋을 갖고 일해야 하는 지 정리해보려고 합니다.
** 아래 정리된 내용은 코드스테이츠에서 제공한 '스크럼 가이드'(20.11)와 별도로 자체 서치를 진행한 자료를 정리한 내용입니다.
-. 애자일하게 일하는 방법, 스크럼과 스프린트
스크럼은 제품 개발팀이 반복적이고 점진적인 방식으로 더 나은 제품을 만들 수 있도록 지원하는 애자일 개발 방법론의 프레임워크입니다. 특히 스크럼은 개발 과정에서 팀워크, 협업, 유연성을 강조합니다. 이러한 스크럼 방식을 적용하기 위한 방법으로, 전력질주를 의미하는 스프린트(Sprint)의 과정을 거치게 됩니다.
스프린트(Sprint)는 애자일 개발 방법론의 스크럼 프레임워크의 핵심입니다. 1~4주 단위로 짧은 시간 단위로 프로덕트 오너(또는 프로덕트 매니저), 스크럼 마스터(해당 프레임워크를 잘 작동할 수 있도록 하는 역할), 제품 개발 팀으로 구성되어 특정 작업을 진행하고 완료하는 과정을 매우 빠르게 반복하는 개발 방식입니다.
스프린트를 진행하면서 PO(PM), 스크럼 마스터(없을 경우 PO,PM이 역할 대행), 제품 개발 팀은 각각 스프린트 진행 전/중/후에 따라 각자의 역할을 수행합니다.
해당 방식은 매우 빠르게 개발이 진행되기 때문에 시장 상황이나 고객의 요구에 빠르게 대응할 수 있고, 빠른만큼 업무의 불확실성을 줄이기 위해 팀원 간 더 적극적인 협업(소통)을 유도합니다. 그 과정에서 해당 제품의 이해당사자 간 신뢰를 토대로 프로젝트의 목표를 명확하고 빠르게 달성할 수 있습니다.
하지만 동전의 양면처럼 스프린트 방식도 분명 단점이 존재합니다. 스프린트 과정의 강도가 높으면, 특히 장기간 스프린트를 반복적으로 적용하는 경우 팀원들의 피로나 번아웃이 발생할 수 있습니다. 또한 짧은 주기로 작동하는 제품을 제공하는 데 집중하기 때문에, 장기적인 목표를 추구하거나 복잡하고 여러 기능에 걸친 요구사항을 해결하는 것이 어려울 수 있습니다.
궁극적으로 스크럼 팀의 스프린트는 팀 내에서 스스로 개발 진행 상황을 평가하고 프로덕트 개발이라는 최종적인 목표를 달성하기 위한 효율적인 조정을 할 수 있는 기회를 제공합니다.
-. 스크럼 관리에 있어 PM의 역할
위에서 잠깐 이야기했던 것처럼, 스프린트를 진행하기 위한 스크럼 팀은 프로덕트 오너(또는 프로덕트 매니저), 스크럼 마스터, 제품 개발 팀으로 구성되어 있습니다.
규모있는 조직의 경우 스크럼 마스터 또는 애자일 코치가 존재하지만, 대부분의 기업의 경우 프로덕트 오너(또는 프로덕트 매니저)가 스크럼 마스터의 역할을 병행합니다. 그렇기에 PM을 준비하는 저 또한 스크럼 관리에 대해 대략적으로는 이해를 하고 넘어가야 합니다.
처음 스크럼 프레임워크를 개발한 켄 슈와버와 제프 서덜랜드는 스크럼 관리를 위한 '스크럼 가이드'에서 PM의 역할에 대해 아래와 같이 정의하고 있습니다.
1. 프로덕트 목표를 세우고 명쾌하게 소통하는 것
2. 프로덕트 백로그 아이템을 생성하고 분명하게 소통하는 것
3. 프로덕트 백로그 아이템을 우선순위에 따라 정렬하는 것
4. 프로덕트 백로그를 반드시 투명하고 가시적이며 이해가 잘 되도록 만드는 것
프로덕트 오너(프로덕트 매니저)는 위의 4가지 일을 직접 하거나, 다른 사람들에게 책임을 위임한다. 그리고 어떤 식으로 하던 최종 책임은 프로덕트 오너(프로덕트 매니저)가 진다.
이 간단한 내용을 조금 더 디테일하게 스크럼 관리에 있어 PM의 역할을 적어보자면 다음과 같습니다.
1. 제품 백로그 관리 : 개발해야 할 기능이 포함된 제품 백로그를 정의하고 우선 순위를 지정합니다. 제품 백로그 내용이 전체적인 제품 비전 및 전략과 일치하는지도 확인해야 합니다.
2. 이해관계자 관리 : 유저 스토리 기반으로 스크럼 조직에 제품 백로그를 작성하고 이해관계자에게 전달합니다. 그리고 이해관계자들의 요구와 기대가 제품 백로그에 통합되도록 합니다.
3. 스프린트 계획 : PM과 개발 팀, 스크럼 마스터가 함께 스프린트 동안 수행할 업무를 선정하는 스프린트 계획 미팅에 참여합니다. 스프린트 목표가 제품 백로그와 일치하고 개발 팀이 목표를 달성하는 데 필요한 리소스를 보유하고 있는지 확인합니다. 그리고 데일리 스크럼 미팅을 통해 업무 현황을 체크하고 스프린트 진행 중 이슈를 해결할 수 있도록 돕습니다.
4. 스프린트 리뷰: 스프린트 종료 후 스프린트 리뷰 미팅에 참석하여 개발 팀이 제공한 제품 증가분(증가분은 스크럼 팀이 스프린트 동안 완료한 업무로서 기존 프로덕트에 새로 더해지는 프로덕트의 새로운 부분을 의미한다.)을 시연합니다. PO(PM)는 고객의 피드백을 기반으로 다음 스프린트에 반영되도록 제품 백로그를 다시 갱신합니다. 그리고 제품 증가분이 이해관계자의 요구와 기대를 충족하는지 확인합니다.
5. 스프린트 회고: 개발 팀과 스크럼 마스터가 이전 스프린트를 반성하고 개선해야 할 부분을 파악하는 스프린트 회고에 참여해 스프린트 리뷰의 피드백이 제품 백로그 및 스크럼 프로세스에 통합되었는지 확인합니다.
6. 지속적인 개선 : 스크럼 팀의 성과와 스크럼 프로세스를 지속적으로 모니터링합니다. 번다운 차트 등의 도구를 활용해 개선해야 할 부분을 파악하고 스크럼 마스터와 협력하여 스크럼 프로세스의 효과와 효율성을 높일 수 있는 방법을 고민합니다.
-. 스프린트를 진행할 때 고려해야 할 점
위에서는 스크럼 팀의 스프린트 과정의 프로세스와 역할에 대해 정리했다면, PM은 스프린트를 설계(진행)하면서 어떤 부분을 주의해야 할까요?
먼저 스프린트의 목표를 명확하게 해야 합니다.
스프린트 목표는 팀이 현재 스프린트에서 성취하기를 원하는 것을 정의하고 제품 팀이 엉뚱한 방향으로 개발하지 않도록 방향을 명확하게 설정해야 합니다.
그리고 모든 팀원들이 스프린트 과정에 적극적으로 참여할 수 있도록 유도해야 합니다.
되도록 모든 팀원은 스프린트 과정에 참여하고 서로 의견을 공유하여 더 나은 제품을 위해 노력해야 합니다.
제품 백로그에 우선 순위를 명확하게 설정해야 합니다.
문제의 중요도와 시급함, 현재 가용 가능한 리소스와 상황을 고려해 가장 중요한 문제를 해결할 수 있도록 백로그의 우선순위를 정하고 개선해야 합니다.
스프린트 기간동안 데일리 스크럼 미팅을 진행해야 합니다.
데일리 스크럼 미팅은 스크럼 팀의 스프린트 과정이 잘못된 방향으로 흐르지 않도록 수시로 상황을 공유할 수 있도록 돕습니다. 이를 통해 스프린트의 목표를 달성하는데 도움이 됩니다.
스프린트는 빠르게만 만드는 방법론이 아닙니다.
스프린트 과정은 위에서 언급한 방법들을 통해 지속적으로 평가되고 개선되어야 합니다. 각 스프린트에서 얻은 피드백은 추후 다음 스프린트를 진행하는 데 긍정적인 요소로 활용되어야 합니다.
궁극적으로 스프린트는 제품 팀이 개발 진행 상황을 상호 공유하고 평가하면서 결과(스프린트 목표)가 효율적이고 효과적으로 달성될 수 있도록 전 과정을 관리할 수 있다는 강점이 있습니다. 그렇기에 많은 IT 스타트업들이 애자일 개발 방법론을 적용하고 스프린트를 활용해 제품을 만들어가는 것이라고 볼 수 있습니다.
PO(PM)는 스프린트 과정을 더욱 명확하고 투명하게 공유하고 개선해나가야 합니다. 이 과정은 PO(PM)가 혼자 하는 것이 아니라 개발 팀과 함께 진행되어야 합니다. 그리고 계속 반복적인 프로세스로 진행되기 때문에 그 과정에서 유연하고 변화에 능동적으로 대응할 수 있는 개발문화를 함께 만들어가야 합니다.
#PMB부트캠프 #코드스테이츠 #애자일 #애자일방법론 #애자일개발 #agile #스프린트 #스크럼 #백로그 #스크럼미팅 #PM #PO
