프로젝트 관리: 기존 방식, 반복, 아니면 하이브리드?

대부분의 프로젝트 관리자와 조직처럼, 여러분도 가장 적합한 제공 방식을 고르는 데 어려움을 겪고 있을 것입니다. 대부분은 전통적 방식만으로는 성공적인 제공이 보장되지 않는다는 점을 알고 있고, 늘 더 나은 방법을 찾고 있습니다.

최근 몇 년 동안 애자일이나 반복적 개발 기법은 매우 긍정적인 평가를 받아 왔습니다. 더 성공적인 프로젝트 제공을 가능하게 하는 중요한 개선 방식으로 주목받고 있습니다. 따라서 오늘날 대부분의 조직처럼, 여러분의 조직도 이러한 애자일 또는 반복적 개발 기법을 어디에, 어떻게 적용해야 프로젝트를 더 시의적절하게, 그리고 더 성공적으로 완료할 수 있는지 궁금해하고 있을 것입니다.

간단히 말해, 반복적 개발 기법은 프로젝트 기능을 작은 단위, 즉 반복 단위로 나누어 계획하고 개발하고 구현합니다. 성공적인 반복적 제공의 핵심은 각 작은 단위가 전체 프로젝트 안에서 더 작은 미니 프로젝트처럼 효과적으로 동작한다는 점입니다. 그 결과 각 미니 프로젝트 반복 단위는 2년짜리 계획보다 2주 반복 단위에 필요한 노력을 더 정확하게 계획할 수 있습니다. 또한 2주 단위로 계획하므로, 확인된 변경 사항을 반영해 다음 2주 계획을 쉽게 조정할 수 있습니다.

애자일 vs. 전통적 사례 연구

비기술적인 상황 하나를 잠깐 소개하겠습니다. 전통적인 계획보다 애자일 접근 방식을 사용했을 때 더 큰 성공을 거둔 사례입니다.

하루 일정 전체를 계획하는 예를 들어 보겠습니다. 이것이 바로 프로젝트입니다. 큰 프로젝트와 마찬가지로, 이 방식에도 불확실성과 위험이 많습니다. 점심 이후에 무슨 일이 생겨 계획에 영향을 줄지 알 수 없기 때문입니다. 하지만 전통적으로는 오전 6시에 일어나고 밤 11시에 잠자리에 들기까지 하루의 매 시간 무엇을 할지에 대한 포괄적인 계획을 세웁니다.

오전 9시에는 출근길 교통체증 때문에 일정이 밀렸고, 오전 10시에는 긴급 회의에 불려 갔습니다. 정오가 되었을 때 완료된 일일 작업은 사무실에 도착한 것뿐이었고, 그것조차도 예정보다 늦었습니다.

이제 이것을 애자일 프로젝트로 보고, 우리가 계획하는 것은 다음 반복만이라고 해 보겠습니다. 집을 나갈 준비를 하는 것입니다. 스토리는 샤워, 아침 식사, 아이들 등교입니다. 이 작업은 모두 제시간에 예산 안에서 성공적으로 완료되었습니다.

그래서 자신 있게 다음 반복을 계획합니다. 사무실에 가는 일입니다. 버스 차고지까지 운전하고, 통근열차를 타고 역에 간 다음, 시내버스를 타고 사무실로 가는 작업입니다.

이 계획은 잘 진행되지 않습니다. 첫 번째 스토리인 버스 차고지까지 운전하는 작업이 교통체증 때문에 문제가 생깁니다. 그래서 사용자 스토리를 사무실까지 운전하는 것으로 바꾸고, 나머지 두 스토리는 반복 계획에서 제거하기로 합의합니다. 도착하면 다음 반복을 계획합니다. 하지만 계획 주기 중간에 새로운 스토리, 즉 긴급 회의가 추가되고, 이 작업이 다음 반복 전체를 차지하게 됩니다.

마지막으로 점심 이후 상황이 안정되면서 백로그를 보고 우선 순위가 가장 높은 작업부터 시작할 수 있었습니다. 오후에는 우선 순위가 가장 높은 항목을 다루는 두 번의 반복을 성공적으로 완료했습니다.

전통적인 계획을 그대로 따랐다면, 출근으로 인해 계획이 늦어진 탓에 다음 날로 미뤄진 이 우선 순위가 가장 높은 항목들을 끝내지 못했을 것입니다.

가장 좋은 방식은 무엇일까요. 애자일, 전통적 방식, 아니면 하이브리드일까요?

변화하는 비즈니스 요구에 맞게 조정할 수 있는 이 유연성은 애자일 또는 반복적 방식의 가장 큰 강점입니다. 그래서 많은 조직이 이를 도입하고 있습니다. 하지만 여러분의 조직이 정말 애자일을 전면적으로 도입할 준비가 되어 있을까요? 제가 경험한 바로는, 애자일을 전사적으로 도입하는 데는 여러 장애물이 있습니다. 그중에서도 특히 고정된 조직 정책은 애자일 접근 방식과 완전히 잘 맞지 않는 경우가 많습니다.

프로젝트 승인을 받기 전에 확정된 예산, 기대 효과 실현 계획, 목표 날짜가 필요하다는 정책은 중요합니다. 하지만 애자일답지는 않습니다. 마찬가지로, 기존 운영에 영향이 없도록 조직의 구현 정책을 반드시 따라야 한다는 것도 중요합니다. 하지만 이것 역시 분명 애자일은 아닙니다.

그 결과 많은 조직이 일부 핵심적인 전통적 프로세스는 유지하면서 반복적 방식으로 어떻게 전환할지 고민하고 있습니다. 정답은 하이브리드 전달 모델입니다. 프로젝트의 일부는 전통적 관리 방식으로 제공하고, 나머지는 반복적으로 진행할 수 있습니다.

하이브리드 전달 모델

제가 가장 자주 본 하이브리드 모델은 기존 프로젝트 시작과 계획을 지원합니다. 그다음에는 여러 차례의 반복 작업이 이어지고, 릴리스에 필요한 기존 구현 활동을 위해 중간에 휴식 구간이 있습니다. 이후 다시 반복 작업과 기존 구현이 이어집니다.

이 모델에서는 전통적인 산출물 기반 WBS를 만듭니다. 여기에는 프로젝트 승인을 위해 조직에서 필요한 핵심 산출물이 정의됩니다. 예를 들면 프로젝트 헌장, 프로젝트 관리 계획서, 프로젝트 예산이 있습니다.

이 초기 산출물은 전통적 방식으로 개발하고 관리할 수 있습니다. 이를 통해 이 프로젝트가 적합하며, 자원을 투자할 가치가 있다는 점을 경영진에 보여줄 수 있습니다.

프로젝트가 승인되면 반복적 방식으로 전환할 수 있습니다. 이때 스토리 백로그를 유지하고, 우선순위가 가장 높은 스토리를 선택해 다음 반복에서 완전히 개발합니다. 프로젝트의 모습도 전통적인 간트 차트에서 스토리를 반복 단위로 동적으로 할당할 수 있는 대화형 드래그 앤 드롭 보드로 바뀝니다.

제품 소유자는 언제든지, 보통은 매일, 백로그의 스토리를 추가, 삭제, 변경해 변화하는 비즈니스 요구를 반영할 수 있습니다.

각 반복이 끝나면 잠시 멈추고 성공과 실패를 회고 평가한 뒤, 필요한 개선 사항을 반영해 변경합니다. 그다음, 가장 중요하게는 제품 백로그를 검토해 다음 반복의 후보로 가장 중요한 스토리를 선택합니다. 이 접근 방식은 프로젝트가 항상 가장 적합하고 가치가 높은 작업에 집중하도록 해 줍니다.

각 반복 안에서 팀은 데일리 스탠드업 같은 애자일 원칙을 사용하고, 현재 반복에 계획된 스토리의 상태를 논의할 수 있습니다. 이렇게 하면 팀은 한 반복 안에서 완료된 작업을 완전히 통제할 수 있습니다. 동시에 전체 프로젝트는 최신 상태로 유지되어, 리소스 용량과 포트폴리오 및 프로그램 상태에 대한 엔터프라이즈 보고에도 사용할 수 있습니다.

애자일 원칙의 핵심은 최종 솔루션을 작은 릴리스 단위로 구현할 수 있다는 점입니다. 이를 통해 초기 기능을 사용해 예상된 비즈니스 이점을 가능한 한 빨리 일부 실현할 수 있습니다.

또한 솔루션을 조기에 검증할 수 있어, 필요한 조정 사항을 제품 백로그에 남아 있는 스토리에 쉽게 반영할 수 있습니다. 따라서 반복 단위에서 우선순위가 높은 스토리가 충분히 완료되면, 프로젝트는 다시 전통적인 사이클로 돌아가 조직에서 요구하는 표준 구현 작업을 수행합니다.

Microsoft Project 무료 체험

Microsoft Project 한 달 무료 체험

방법 알아보기

이 릴리스 및 구현 작업은 전통적 접근 방식으로 계획하고 통제합니다. 새 프로젝트를 구현할 때 기존 운영에 미치는 영향을 줄이기 위해 정의된 프로세스를 따르도록 합니다.

첫 번째 릴리스가 완료되면 프로젝트는 다시 애자일 접근 방식으로 돌아가, 남은 스토리의 개발을 계속하기 위해 또 다른 반복 작업을 시작합니다.

애자일과 전통적 접근 방식을 함께 사용하는 이런 단계적 방식이 가장 일반적이지만, 특정 프로젝트 제공 요구 사항을 지원하기 위해 다른 방식으로도 조합할 수 있습니다. 예를 들어, 저는 매우 규제가 심한 업계에 새 제품을 도입하면서, 매우 높은 수준의 규정 준수와 검증이 필요한 프로젝트를 관리한 적이 있습니다. 그래서 제 프로젝트의 대부분은 전통적 방식으로 계획하고 통제했습니다.

하지만 비즈니스 인텔리전스 영역도 있었습니다. 이 부분에서는 회사가 시스템이 생성하는 방대한 성능 데이터를 분석하고 있었는데, 이 작업은 애자일 접근 방식이 가장 적합했습니다. 프로젝트의 BI 구성 요소는 전통적인 작업과 병행해서 진행했습니다. 가장 우선 순위가 높은 스토리를 선택해 3주 스프린트 안에 완료할 수 있는 것부터 처리하고, 한 번의 반복을 마무리했습니다.

이 스토리의 상당수는 탐색적인 성격이었기 때문에, 더 살펴보거나 특정 성능 보고서를 만들기 위해 새 스토리를 추가하는 경우가 많았습니다. 이런 내용은 다음 스프린트에서 검토할 수 있도록 백로그에 추가했습니다.

이 접근 방식을 사용하면, 규제 관련 보고와 필요한 모든 절차를 모두 충족하는 단일 프로젝트 일정을 사용할 수 있었습니다. 동시에 규제를 받지 않는 비즈니스 보고 구성 요소를 매우 유연하게 개발할 수 있었습니다.

모든 작업을 하나의 일정에 담아 두니 이 프로젝트에서 일어나는 모든 일을 한눈에 볼 수 있었습니다.

전통 방식 작업과 애자일 작업 중 어디에 자원을 배분하는 것이 가장 적절한지 관리하는 데 필요한 정보도 바로 확인할 수 있었습니다.

강력한 주간 및 월간 상태 보고서를 만들 수 있는 기능도 바로 사용할 수 있었습니다.

애자일은 매우 강력한 프로젝트 제공 방식입니다. 조직의 전체 프로젝트 제공 도구 상자에 큰 도움이 될 수 있습니다. 단독으로 사용할 수도 있고, 단계적 제공 방식의 일부로 적용할 수도 있습니다. 또한 하이브리드 제공 구조에 통합할 수도 있습니다.

핵심은, 지금까지 조직의 성공에 도움이 되어 온 전통적인 프로세스를 지키면서도, 조직이 제공 성공을 이룰 수 있도록 돕는 애자일 원칙을 도입하는 것입니다.

Steve Caseley는 Microsoft Project에서 35년이 넘는 경험을 쌓아 왔으며, Microsoft Project가 처음 출시된 이후 계속 적극적으로 사용해 왔습니다. 그는 Microsoft Project와 Project Management Best Practices 관련 여러 책의 편집자입니다. 그는 Sensei Project Solutions의 수석 컨설턴트로서, Microsoft Project Portfolio Management(PPM) 도구를 사용해 대규모 조직이 뛰어난 프로젝트 제공 성과를 달성하도록 돕고 있습니다.

관련 제품
Office 365

Microsoft 365 시작하기

Office와 함께 더욱 효율적인 공동 작업을 지원하는 도구를 받아 보세요. 언제 어디서나 더 많은 작업을 할 수 있게 됩니다.

지금 구입