하이브리드 프로젝트 관리: 애자일과 폭포수의 중간

Waterfall과 Agile 해동 사이의 냉전입니까? 핵심적으로 두 프로젝트 관리 방법론의 차이점은 예측 가능성과 적응 가능성입니다. Waterfall은 예측 가능성을 위해 노력합니다. 미리 결정된 모든 기능이 완료되고 완전히 구현된 경우에만 프로젝트가 완료된 것으로 간주합니다. Agile은 적응성을 위해 노력합니다. MVP(Minimum Viable Product)를 제공하고 반복적인 방식으로 새로운 기능을 출시하여 개선 경로를 안내할 사용자 피드백을 수집합니다.

Agile-Waterfall 하이브리드 란 무엇입니까?

공식적으로 도입된 지 20년이 넘은 Agile은 계속해서 인기를 얻고 있습니다. 소프트웨어 개발 전반에 걸쳐 널리 퍼져 있는 이 관행은 Waterfall 방법론이 여전히 지배적인 영역으로 파고들고 있습니다. 하이브리드 접근 방식은 더 큰 Waterfall 구조에서 Agile을 사용하는 실험을 공식화합니다.

보스턴 지역 Toptal 프로젝트 관리자이자 스크럼 마스터이자 애자일 코치이자 강사인 Jim Stewart는 "진정한 하이브리드는 예측 작업과 불확실한 작업의 조합입니다."라고 말합니다. 하이브리드 모델에서 Waterfall 기술은 프로젝트의 잘 이해되고 예측 가능한 부분에 사용되는 반면 Agile 기술은 반복적이고 더 불확실한 부분에 사용됩니다.

이런 식으로 회사는 애자일 방식으로 소프트웨어를 만들 수 있지만 Waterfall 프로세스에서 롤아웃할 수 있습니다. 금융 회사는 감사가 필요한 여러 대형 구성 요소가 포함된 제품을 개발할 수 있으므로 완료 및 승인될 때까지 출시할 수 없습니다. 동시에 개발 팀은 일련의 스프린트를 통해 더 큰 기능의 작은 부분과 사용자 인터페이스의 다른 측면을 반복할 수 있습니다.

프로젝트에 적합한 하이브리드 시스템을 설정할 때 유연성이 핵심입니다. Toptal의 프로젝트 관리 심사 팀의 일원이자 이 블로그의 기고자이자 세르비아의 베오그라드에 기반을 둔 프로젝트 관리자인 Miroslav Anicin은 "나는 모든 것에 적용되는 것을 믿지 않습니다."라고 말합니다. “어디에 가서 책으로 방법론을 적용할 수는 없습니다. 팀 성숙도, 회사 문화, 주제 문화, 프로젝트 유형, 팀 규모, 제품 크기와 같은 다양한 요소를 기반으로 이러한 접근 방식을 조정하는 방법을 정확히 알아야 합니다.”

하이브리드 시스템을 사용하는 이유

더 적응력 있고 혁신적이며 효율적인 것으로 입증되었으므로 완전히 Agile로 전환하지 않는 이유는 무엇입니까? 반대로, 조직에 익숙한 경우 Waterfall에서 계속 일하지 않는 이유는 무엇입니까?

때로는 제품이 문서화 및 엄격한 일정을 요구하는 외부 조직의 승인을 받아야 하는 고도로 규제되는 산업에서 순수한 애자일로 전환하는 데 장벽이 있습니다. 아르헨티나에 기반을 둔 프로젝트 관리자이자 Toptal의 프로젝트 관리 심사 팀에 속해 있는 Juan Vilmaux에게 Waterfall은 회사가 감사에 직면하는 분야와 같이 위험이 주요 동인인 프로젝트에 유용합니다. (이러한 산업에서는 위험 분석을 프로젝트 계획보다 먼저 수행해야 하므로 해당 분석에서 무언가를 변경하려면 새로운 계획이 필요합니다.) "저는 임상 시험을 진행한 회사에서 일하고 있었는데 감사가 미쳤습니다."라고 그는 말합니다. “그래서 FDA와 같은 외부 기관에서 정의한 여러 프로세스를 거쳐야 합니다. Agile에서 작업하는 경우 범위 또는 백로그를 지속적으로 조정하고 우선 순위를 다시 지정하므로 이러한 감사를 방해할 수 있습니다.”

벨기에 브뤼셀에 기반을 둔 Toptal 프로젝트 관리자인 David Machiels는 개인 정보 보호가 필요한 작업의 릴리스 시기에 대해 주의해야 한다고 말합니다. 그는 유럽 은행 그룹을 위해 Microsoft Azure Active Directory의 ID 관리 플랫폼 개발에서 하이브리드 팀을 이끌었습니다. 일부 개발 단계에서 Agile을 사용했지만 은행은 개인 정보 데이터를 보호해야 하고 해당 정보를 클라우드에 저장하는 것을 싫어하기 때문에 그의 팀은 로컬 서버에 시스템을 프로비저닝했습니다. "첫째, 온프레미스 구현이 완료되어야 합니다."라고 그는 말합니다. “클라우드 구현도 완료해야 합니다. 그런 다음 둘 사이의 연결을 시작할 수 있습니다. 정해진 순서대로 해야 하는 단계가 많다”고 말했다.

이 기사에서 우리가 이야기한 대부분의 프로젝트 관리자는 금융 산업의 고유한 엄격한 규정과 데이터 보안의 결합으로 인해 고객을 위한 하이브리드 프로젝트에 대해 작업했습니다. 남아프리카 공화국에 기반을 둔 Toptal 프로젝트 관리자인 Grant Schuleman은 금융 서비스, 은행 및 증권 거래소에서 근무했습니다. 그는 주식 거래 엔진과 파생 상품 거래 엔진을 "마스터 데이터와 관련된 통합이 많고 ​​규제 요구 사항이 많은 곳"을 제공했다고 말했습니다.

일련의 설정 단계를 준수해야 하는 것은 Waterfall 접근 방식에 적합하지만 Agile을 통합하여 해당 프로세스를 개선할 수 있습니다. 대규모 에픽은 보다 유연한 개발을 위해 사용자 스토리로 나눌 수 있지만 완성된 에픽은 더 긴 기간에 출시될 수 있습니다. Schuleman은 "가끔 내가 빅뱅 전달이라고 부르는 것을 경험하게 됩니다."라고 말합니다. 팀은 UAT(사용자 수락 테스트) 환경에 점진적으로 배포하고 UAT에서 모든 기능이 승인되면 하나의 대규모 배포로 프로덕션에 릴리스합니다. "프로젝트의 규모에 따라 1년이 걸릴 수도 있습니다."라고 그는 말합니다.

Schuleman은 가장 큰 프로그램에서 120명의 사람들이 10개의 프로젝트에 참여하도록 했습니다. 일부는 Waterfall, 일부는 Scrum 및 일부는 하이브리드에서 일했습니다. 그는 또한 "스크럼의 스크럼"을 격주로 실행하여 모든 소규모 팀이 다음 스프린트 시리즈에 맞춰 조정되고 상호 보완적인 속도로 작업할 수 있도록 했습니다.

하이브리드 전환의 가장 어려운 부분

Agile-Waterfall 하이브리드 시스템을 구현하는 것은 상황에 따라 매우 의존적인 노력이 될 수 있습니다. 이 프로세스의 가이드로서 프로젝트 관리자는 제품, 팀 및 사용할 사람들에게 적절한 방법론의 올바른 조합을 찾아야 합니다. Anicin은 다음과 같이 말합니다.

Schuleman은 Agile 프로세스를 레거시 애플리케이션의 업데이트에 통합하려고 시도했지만 프로젝트 중간에 순수한 Waterfall로 되돌려야 했습니다. 실험은 개발자들이 수용하지 않았기 때문에 실패했습니다. 개발자들은 모두 Waterfall에서 작업하는 데 익숙했고 작업이 사용자 스토리로 더 세분화된 서사시로 분할된 이유를 이해하지 못했습니다. Schuleman은 스프린트에서 사용자 스토리를 볼 수 있지만 "아직 범위에 포함되지 않은 이 애플리케이션과 관련된 10개의 다른 사용자 스토리가 있는" 이유를 이해할 수 없다고 말했습니다. 그들은 한 번에 모든 일을 하기를 원했습니다.

그렇다면 하이브리드 시스템의 성공에 가장 중요한 요인은 무엇일까요? 사람들. 어떤 사람들은 변화에 열려 있고 새로운 것을 시도하는 데 흥분합니다. 일부는 그렇지 않습니다. 그렇지 않을 때 종종 그들의 저항은 이해 부족으로 귀결됩니다. Stewart는 팀 구성원과 경영진이 "피상적인 수준 이상으로 프로젝트 관리를 이해할 필요는 없습니다"라고 말합니다. "그들은 Waterfall을 사용해 왔으며 Agile 유행어가 있다는 것을 알고 있습니다." 그들은 새로운 프로세스에 정통하지 않기 때문에 과거에 했던 일을 하고 싶을 수도 있습니다.

그리고 하이브리드가 모든 사람을 위한 것은 아닙니다. 일부 프로젝트 관리자는 반대되는 방법론을 연결하면 해결하는 것보다 더 많은 문제가 발생한다는 사실을 알게 됩니다. Vilmaux는 "일반적으로 하이브리드 방식으로 전환하는 것은 좋은 접근 방식이 아닙니다. “당신은 두 세계 모두에서 최악의 부분을 차지하고 있기 때문에 실패할 확률을 높이고 있습니다. 당신은 Agile을 제한하지만 Agile의 본질은 변화를 수용하고 유연하게 하는 것입니다. 선형 방식(고정 및 결정론적)으로 가장 잘 작동하고 변경이 불가능하지는 않지만 비용이 많이 들 수 있는 Waterfall 환경 내에서 작업하면 이 모든 것을 잃어버리기 시작합니다. Agile을 추가하면 그 폭포 세계 내에서 비선형적인 것들을 밀어붙이기 시작합니다.”

즉, 복잡성에도 불구하고 하이브리드를 올바르게 수행하면 확실히 효과를 볼 수 있습니다. Anicin은 최근 보스니아 헤르체고비나 Republika Srpska에서 IFC(세계 은행 그룹 회원)를 위한 성공적인 하이브리드 프로젝트를 이끌었습니다. 그는 "IFC 프로젝트로서 완전히 계획 중심이었지만 우리는 혼합 접근 방식을 적용하기로 동의했습니다. 요구 사항과 사양, 모든 것이 매우 상세했지만 우리 팀은 Agile에서 작업했습니다.”

이 프로세스의 수혜자는 Republika Srpska 정부였으며 더 빠른 일정에 더 낮은 비용으로 더 나은 제품을 얻었습니다. Anicin은 "정부 조직, 완전히 다른 조직 등 많은 조직이 관련되어 있었습니다."라고 말합니다. "힘들었지만 효과가 있었다."

하이브리드를 애자일 업그레이드로 사용

오늘날 모든 산업이 디지털 트랜스포메이션을 거치면서 더 많은 기업이 Agile에 대해 궁금해하고 있습니다. 스튜어트는 "HR이 약간 민첩하게 움직이고 있습니다."라고 말합니다. "또한 나는 범죄의 잔고를 정리하기 위해 태스크 보드를 사용하는 네덜란드의 경찰 조직을 알고 있습니다."

함께 일하고 있는 회사가 두 발로 뛰어들 준비가 되어 있지 않더라도 Agile에 대한 점진적인 도입은 시간이 지남에 따라 배당금을 지불할 수 있습니다. 그 이유 중 하나는 Agile이 불확실성을 매우 잘 다루기 때문입니다. Schuleman은 다음과 같이 말합니다.

또 다른 장점은 Agile의 고유한 투명성입니다. "저는 변화를 볼 수 있기 때문에 Agile을 선호합니다."라고 그는 말합니다. “Waterfall을 사용하면 '우리는 20% 완성', '30% 완성'과 같이 많은 연기와 거울이 있을 수 있지만 그 다음에는 80%에서 또 다른 8개월 동안 고정됩니다. 문제를 숨기는 것이 훨씬 쉽습니다. Agile을 사용하면 매일 스탠드업을 하고 사용자 스토리가 예상보다 오래 앉아 있으면 '이건 움직이지 않습니다. 뭐가 문제 야?'"

Agile을 모든 시스템에 통합하면 비용과 시간을 절약할 수 있으며 동시에 고객이 실제로 필요로 하는 것에 더 부합하는 가치를 제공할 수 있습니다. 프로젝트가 실패하면 Stewart는 그것이 더 민첩해야 했기 때문인지 묻습니다. "저는 매년 실패하는 IT 프로젝트의 35~40%를 예상합니다."라고 그는 말합니다.

하이브리드 시스템을 통해 Agile을 천천히 통합하면 특히 팀에 이점을 제공할 수 있는 Waterfall 사고 방식의 측면이 있는 경우 특정 이점을 제공할 수 있습니다. Anicin의 경우 우수한 하이브리드 시스템의 초점은 “발견 부분에 있습니다. 혼합 접근 방식에 대해 이야기할 때 우리는 훨씬 더 자세한 제품 백로그를 제공하고 있습니다.”—순수한 Agile 프로젝트에 대해 생성하는 것보다 훨씬 더 광범위합니다. 하이브리드 프로젝트에서 그는 이 더 자세한 백로그를 사용하여 완성된 제품에 대한 장기적인 기대치에 대해 그의 팀에게 폭포와 같은 세부적인 관점을 제공합니다. 그런 다음 Anicin은 "프로젝트뿐만 아니라 제품에도" 팀을 온보딩합니다. "저는 팀 전체가 제품 세부 사항을 이해하기를 기대합니다. 왜냐하면 그들은 이 제품 소유권이 있어야 하기 때문에 매우 중요하기 때문입니다."

당신의 회사와 당신의 팀은 순수한 애자일을 할 준비가 되어 있지 않을 수 있지만 최소한 일일 스탠드업 및 더 짧고 빈번한 제공 기한과 같은 애자일 관행을 추가함으로써 상당한 이점을 실현할 수 있습니다. 엄격하고 현명하며 구현 방법에 신중하다면 하이브리드 시스템이 프로젝트를 업그레이드하는 데 필요한 것일 수 있습니다.