개요
전통적인 선형 프로젝트 관리 방식으로 인해 예산을 초과하고 제품 개발이 미흡하며 출시 일정이 지연된 경험이 있으신가요? 애자일 방식은 여러 단계의 피드백과 수정이 필요한 복잡한 프로젝트를 관리하는 관리자에게 더 큰 유연성, 투명성, 그리고 책임감을 제공합니다. 이 애자일 프로젝트 관리 자료를 통해 반복적인 접근법으로 고객의 요구에 집중하여 프로젝트 성공률을 극대화할 수 있습니다.
슬라이드 주요 내용
애자일 개발 프로세스에서는 관리자가 요구사항과 프로젝트 제약 조건을 받고, 팀이 다양한 솔루션을 개발하여 여러 번의 반복을 거쳐 최종 승인 또는 제품 출시까지 진행합니다. (Slide 7)
스크럼은 널리 사용되는 애자일 방법론입니다. 스크럼의 팀 역할은 조직도 형태로 분류하여 프로젝트 관리팀 내 주요 이해관계자와 책임자를 명확히 할 수 있습니다. (Slide 9)
칸반 보드는 업무량 관리와 진행 상황 추적에 필수적입니다.이 시각화 도구는 애자일 관리에서 작업 진행 제한, 워크플로우 관리, 긍정적인 피드백 루프 생성에 활용될 수 있습니다. (Slide 12)
성과
애자일 프로젝트 관리 방식은 모든 규모의 조직에서 활용할 수 있습니다. 특히 기존 시스템이 있는 대규모 조직의 경우, 애자일은 전통적인 워터폴 모델보다 훨씬 효율적인 워크플로우를 제공할 수 있습니다. 애자일을 통해 관리자는 제품 개발과 프로젝트 조직에 있어 반복적이고 협업적인 접근 방식을 취할 수 있습니다. 애자일은 고객의 니즈에 집중하며, 진정한 시장 적합성을 갖춘 제품을 만들기 위해 필요한 자원과 오버헤드를 최소화합니다. 유연성 증대와 빠른 속도는 더 빠른 결과물을 제공하여 프로젝트 관리자에게 큰 이점을 제공합니다.
적용
방법론
우리는 애자일 방법론의 개요와 프로젝트 관리에서의 활용 방안으로 시작합니다. [related bracelet="agile"]은 원래 소프트웨어 개발의 새로운 접근 방식으로 개발되었으나, 그 정신은 프로젝트 관리, 제품 개발, 심지어 조직 관리에도 적용되고 있습니다.어떤 팀이든 신속하게 대응하고 변화에 적응하려면, 전통적인 워터폴 방식처럼 작업을 순차적으로 수행하는 것보다 애자일 방식이 훨씬 효과적일 수 있습니다.
전통적인 프로젝트 관리 방식과 애자일 방식에는 몇 가지 주요 차이점이 있습니다. 애자일은 고객 중심적이며, 여러 차례의 피드백과 수정 과정을 통해 최종 사용자를 중심으로 제품 개발이 이루어집니다. 또한 매우 유연하여, 기존 모델에서 발생할 수 있는 매몰비용 오류와 차별화됩니다. 전통적인 방식에서는 한 번 계획이 수립되면, 과정 중에 문제가 발생해도 그대로 진행해야 한다는 인식이 있을 수 있습니다. 반면, 애자일은 이해관계자와 참여자에게 상황에 맞게 방향을 전환하거나, 새로운 반복을 시도하거나, 처음부터 다시 시작할 수 있는 기회를 제공합니다. 전통적인 방식은 문서화와 행정적인 세부사항에 중점을 두어 팀원들이 반드시 완료해야 한다는 부담을 느끼게 하지만, 이는 불필요한 비용과 시간을 초래할 수 있습니다. 이러한 행정 업무는 실제 생산적인 실행 시간까지 빼앗을 수 있습니다.
애자일은 최소한의 시간으로 실질적인 솔루션과 최대의 비즈니스 가치를 추구합니다.애자일 방식으로 관리되는 프로젝트는 일반적으로 출시 주기가 짧아 시장 출시 속도가 빨라집니다. 이러한 이유로 애자일은 제품 또는 제품 기능 개발에 특히 적합합니다. (Slide 3)
장점
다음으로, 애자일의 주요 장점에 대해 살펴보겠습니다. 여기에는 우선순위 관리의 향상, 프로젝트 가시성 증대, 팀 사기 향상, 비즈니스 요구와 IT 간의 더 나은 정렬, 생산성 향상, 그리고 더 빠른 시장 출시가 포함됩니다. 이곳의 퍼센트는 프로젝트 관리자가 애자일 도입 후 이러한 핵심 영역이 얼마나 개선되었는지 평가할 수 있도록 편집 가능한 그래프입니다. (Slide 4)
프로세스
애자일 프로젝트 관리 프로세스는 여러 단계로 나눌 수 있습니다: 사전 작업, 프로젝트 시작과 초기 요구사항 세트(여기서는 요구사항 A로 그룹화), 이 첫 번째 요구사항 세트에 대한 피드백과 요구사항 B, 그리고 피드백 및 요구사항 C입니다. 프로젝트 요구사항은 각 단계에서 완료해야 할 작업으로도 불립니다.
사전 작업 단계는 애자일에만 국한된 것은 아닙니다.모든 프로젝트는 관리 방법론과 관계없이 시작을 위한 청사진이 필요합니다. 사전 작업 단계에서는 관리자가 제품 비전, 프로젝트의 범위, 주요 과업, 외부 이해관계자와의 계약 조건, 그리고 제안된 출시 계획을 정의할 수 있습니다. 애자일의 핵심은 방향 전환이 가능하다는 점이므로, 최초의 출시 계획은 어디로 갈 수 있는지에 대한 일반적인 청사진일 뿐이며, 필요에 따라 조정될 수 있습니다.
예를 들어, 전자상거래 사이트에 라이브스트림 쇼핑 기능을 추가하고자 한다면, 사전 작업은 제품 비전 개발, 기존 웹사이트 및 사용자 기반과의 통합 방안, 첫 번째 라이브스트림 콘텐츠에 참여할 인재와의 예비 계약, 그리고 초기 출시 계획 및 기능 정의가 포함될 것입니다.
이제 애자일 프로세스를 시작하여 프로젝트의 "Group A" 요구사항을 달성하기 위한 작업에 착수합니다. 이 라이브스트림 기능의 경우, Group A 요구사항은 사용자 인터페이스가 어떻게 작동할지에 대한 저해상도 와이어프레임을 만드는 것이라고 가정해보겠습니다.와이어프레임 개발 단계에서는 세 가지 가능한 버전을 만들어야 하며, 이후 몇몇 사용자들이 테스트할 수 있도록 저충실도 프로토타입을 개발해야 합니다.
테스트 그룹으로부터 피드백을 수집한 후에는 이를 "Group B" 요구사항에 반영하여 다음 반복 작업을 진행할 차례입니다. 이 시점에서의 첫 번째 과제 중 하나는 연구 결과를 분석하고 종합하여 의미를 도출하는 것입니다. 또 다른 과제는 소프트웨어 팀과 UX 변경 사항을 논의하고, 로우파이 프로토타입을 수정하며, 또 한 번의 피드백 라운드를 위해 하이파이 목업을 만드는 것입니다. 또 다른 사용자 그룹을 초청하여 피드백을 받고, 그들의 의견을 종합하여 "Group C" 요구사항에 반영한 후, 이 과정을 반복하여 최종적으로 출시합니다.
이제 비교를 위해, 이 프로젝트가 애자일이 아닌 전통적인 모델을 따랐다면 어떻게 진행되었을지 살펴보겠습니다. 개발팀은 사용자 인터페이스를 스케치하고, 고충실도 프로토타입을 만든 후, 이를 개발팀에 전달하여 완벽한 버전을 제작하게 됩니다. 그리고 완성된 제품을 출시하지만, 사용자를 혼란스럽게 한다는 사실을 뒤늦게 알게 됩니다. 이 시점에서는 이미 많은 단계가 진행된 상태이기 때문에 변경을 하는 것이 훨씬 더 어렵고 시간이 오래 걸립니다.작은 변경 하나에도 연쇄적으로 많은 다른 변경이 수반될 수 있습니다. 이러한 이유로 애자일 방식은 종종 더 성공적이며, 실수가 돌이킬 수 없게 되기 전에 이를 발견할 수 있습니다.
프로세스 세부사항
보다 세분화된 애자일 프로세스는 프로젝트 라이프사이클에 참여하는 인력을 구체적으로 나눕니다. 프로젝트는 이해관계자들로부터 시작되며, 이들은 내부 또는 외부 인사, 임원이나 투자자, 혹은 개발 요청을 가진 사용자 페르소나일 수 있습니다. 이들의 요구사항은 전달되어 프로젝트 명세로 변환됩니다. 프로젝트 명세는 프로젝트 또는 제품 책임자가 관리합니다. 이 팀 리더는 개발 및 배포해야 할 요구사항 백로그를 관리하는 데 사용될 보고서를 준비합니다. 이 예시에서는 세 가지 주요 버전이 있습니다. 각 버전이 출시된 후에는 다음 버전 출시 전까지 개선해야 할 영역(피드백 기반)의 백로그가 남게 됩니다. (슬라이드 6)
스크럼
스크럼은 애자일 프로젝트 관리에서 널리 사용되는 방법입니다. [related bracelet="scrum"]에는 여섯 가지 핵심 요소가 있습니다.첫 번째 요소는 제품 백로그로, 우선순위가 지정된 요구사항 목록이며 종종 작업 패키지로 나누어집니다. 스크럼의 또 다른 요소는 스프린트로, 작업을 고정된 기간(보통 며칠)으로 나누어 특정 작업 패키지에 집중하여 기능적인 결과를 도출합니다.
이러한 스프린트는 팀이 결과를 발표하고 피드백을 받아 다음 스프린트에 반영하는 회의에서 검토됩니다. 스프린트 백로그는 작업을 더 작은 패키지로 분할하거나 소규모 팀에 할당하고, 각 패키지의 남은 작업을 문서화하는 데 사용됩니다. 제품을 점진적으로 개선하여 각 스프린트마다 실제로 출시 가능한 기능을 달성하는 것이 목표입니다. 마지막으로, 스크럼 마스터가 주도하는 데일리 스크럼 미팅을 통해 모든 것이 올바른 방향으로 진행되고 있는지 확인합니다.
심리적 프로필로 세분화하려면 고객을 라이프스타일, 성격, 가치관, 관심사로 분류하십시오. 예를 들어, 목표 고객이 도시 전문직 라이프스타일을 추구한다고 가정해 보겠습니다. 이들의 성격은 호기심이 많고 새로운 혁신과 최신 기기에 대한 관심이 높습니다.그들은 안정성, 유연성, 사용의 용이성을 중요하게 여기며, 예술과 엔터테인먼트에서 기술에 이르기까지 다양한 분야에 관심이 있습니다. 그러나 이들의 공통된 관심사는 일상적인 업무를 더 쉽게 달성하는 것입니다.
예를 들어, 이 시각화 자료를 데일리 스크럼 미팅의 일부로 활용하고 싶다고 가정해 보겠습니다. 실제로 이 정보를 편집하여 각 요소 아래에 검토하고자 하는 세부 사항을 나열할 수 있습니다. 예를 들어, 제품 백로그에는 아직 구현해야 할 요구사항으로 글머리표를 대체할 수 있습니다. 스프린트 항목에는 현재 스프린트의 상태를 요약할 수 있습니다. 스프린트 백로그 카드는 아직 완료해야 할 작업을 다루게 됩니다. (슬라이드 8)
칸반
또 다른 유용한 애자일 방법론으로 칸반이 있습니다. [related bracelet="kanban"]은(는) 린(Lean) 워크플로우를 노트카드 형식으로 시각화하며, 각 열은 개발 프로세스의 단계를 나타내고 각 카드는 개별 작업에 할당됩니다. 칸반은 프로세스에 대한 집단적 정의와 합의된 가이드라인을 통해 정책을 명확히 하며, 정기적인 미팅을 통해 지속적인 개선을 위한 피드백 루프를 자연스럽게 만듭니다.또한, 칸반은 모든 팀원이 어디에서 병목 현상이 발생하는지 쉽게 파악할 수 있기 때문에 워크플로우 관리가 더 쉬워집니다. 그리고 진행 중인 작업을 제한하여 멀티태스킹을 방지하므로, 칸반은 팀원들에게 과도한 부담을 주지 않습니다.
색상을 사용하여 각 팀원과 그들이 맡은 업무를 구분할 수 있습니다. 칸반 보드는 작업 백로그, 승인된 작업, 그리고 구현, 테스트, 완료되어야 할 작업으로 구성됩니다.
저희의 라이브스트림 쇼핑 기능을 예로 들면, 백로그에는 이전에 정의한 모든 작업, 예를 들어 와이어프레임 개발, UX 기능, 그리고 인재 또는 테스트 그룹과의 조율 등 관리가 필요한 모든 항목이 포함됩니다. 프로젝트 관리자는 백로그에서 작업을 선택하여 각 팀원에게 할당합니다. 예를 들어, 주요 소프트웨어 개발자는 연두색으로 표시되어 있으며, 할 일 목록에 세 개의 작업이 있고, 진행 중인 작업이 하나 있습니다. 인재 관리를 담당하는 파트너십 코디네이터는 진한 녹색으로 표시됩니다.이 경우, 모든 인재 확보 관련 업무가 완료되었습니다. 인플루언서들과의 계약이 모두 체결되어, 이들은 제품을 테스트하고 피드백을 제공한 후 출시 시점에 콘텐츠를 공개할 예정입니다. (Slide 11)
로드맵
애자일 로드맵은 프로젝트 타임라인으로 활용되어 여러 해에 걸친 진행 상황을 추적할 수 있습니다. 이 시각화에서는 세 가지 다른 작업 흐름을 연도별로 추적할 수 있으며, 프로젝트 위험 수준에 따라 색상으로 구분되어 있습니다. 프로젝트 [related bracelet="risk"]는 불확실한 사건이나 조건이 프로젝트 진행을 방해할 수 있기 때문에 중요합니다. 가능한 결과나 잠재적 방해 요소를 인지하면, 관리자와 이해관계자 모두가 더 잘 대비할 수 있습니다.
위험도가 높은 프로젝트나 작업의 경우, 어디에 집중해야 할지 파악하거나 작업 우선순위를 조정하여 또 다른 핵심 작업이 고위험 작업의 성공에만 전적으로 의존하지 않도록 할 수 있습니다. 이상적으로는, 고위험 작업 이후의 작업이 해당 작업의 성공 여부와 관계없이 진행될 수 있어야 합니다.
라이브 스트림 쇼핑 기능의 경우, 콘텐츠 크리에이터의 가입이 지연되면 충분한 콘텐츠가 확보되지 않아 사용자들이 새로운 기능을 제대로 이해하거나 지속적으로 참여하지 못하는 약한 론칭으로 이어질 수 있습니다. 또 다른 고위험 작업은 크리에이터가 자신의 콘텐츠를 업로드하는 크리에이터 대시보드의 구축입니다. 이 백엔드가 제대로 구축되지 않으면 누구도 콘텐츠를 업로드하거나 라이브 스트림을 시청할 수 없게 되어, 론칭 자체가 무산될 수 있습니다. (Slide 13)
또한, 애자일 릴리즈 플랜은 프로젝트 관리자가 다양한 버전과 릴리즈에 걸쳐 일정과 진행 상황을 추적할 수 있는 또 다른 유형의 로드맵입니다. 이는 반복 단위별로 작업과 진척 상황을 시각화하여, 프로젝트의 다양한 단계에서 주요 이해관계자와 공유하거나 추적해야 하는 정보에 따라 유용하게 활용할 수 있습니다.(Slide 15)