애자일 워크플로우는 애플리케이션 개발에서 프로젝트를 스프린트라는 단위의 개별적인 단기 주기로 구분하는 일련의 반복 작업 단계를 뜻합니다.
애자일 개발 방법론은 기존의 소프트웨어 개발 방식과는 전혀 다른 방식을 취합니다. 2000년 봄 처음 등장한 이후 Agile은 엔터프라이즈 비즈니스 분야에서 워터폴 방법론을 대체하는 표준 접근 방식으로 자리 잡았습니다. Agile은 말 그대로 개발 팀이 민첩하게 기능하여 프로젝트 범위, 목표, 요구 사항에 변화가 발생할 때 신속하고 확고하게 대응할 수 있도록 지원합니다. 그리고 이러한 접근 방식은 소프트웨어 분야에 국한되지 않습니다. 애자일 방법론은 여러 업계에서 다양한 유형의 프로젝트에 적용되고 있습니다.
보다 애자일 지향적인 사고 방식을 도모하고 애자일 방법론을 도입하는 과정에서 그 잠재력을 최대한 끌어내기 위해 전 세계의 여러 회사에서 애자일 워크플로우라는 개념을 도입하고 있습니다.
애자일 워크플로우를 이해하려면 애자일 방법론에 해당하지 않는 것을 이해하는 것이 도움이 될 수 있습니다. 기존의 워터폴 워크플로우와 애자일 간의 차이점은 다음과 같습니다.
워터폴 방법론에서는 작업이 선형 경로를 따라 한 프로젝트 단계에서 다음 단계로 순차적으로 이동합니다. 조립 라인과 유사하게 작동하는 워터폴에서는 이전 단계가 완료된 후에만 새 단계를 시작할 수 있습니다.. 워터폴 프로젝트는 고도로 구조화되어 있으며, 프로젝트가 시작하기 전에 프로젝트 요구 사항을 완전히 확정지어야 합니다. 프로젝트의 예측성이 높아집니다. 이는 프로젝트가 완료될 때까지 따라야 하는 선형 계획을 생성합니다.
워터폴은 명확하게 세분화하고 통제해야 하는 프로젝트나 정의하기 쉬운 결과물을 만드는 소규모 프로젝트에 적합하지만, 유연성이 필요한 프로젝트에는 그다지 효율적이지 않습니다.
프로젝트 개발에 대한 애자일 접근 방식에서는 구조와 절차 대신 공동 작업과 순환 워크플로우를 지향합니다. 고객과 테스터가 모든 단계에 참여하며 피드백을 제공하고 전체 기능을 평가합니다. 각 단계가 시작될 때까지 기다리는 대신 여러 부서의 팀이 서로 다른 프로젝트 영역에서 동시에 작업을 함께 수행할 수 있습니다. 그리고 정보에 입각한 새로운 목표에 따라 프로젝트를 변경할 필요가 생기면 이전에 완료된 단계로 돌아가 필요한 변경을 적용할 수 있습니다.
Agile은 구조가 명확하지 않고 프로젝트 제약 조건을 잘 이해하지 못하는 프로젝트에 적합합니다. 마찬가지로, 변화하는 조건에 신속하게 대응해야 하는 프로젝트에서는 Agile의 유연성이 도움이 됩니다.
애자일 워크플로우는 생산 도중에 제약 없이 전환해야 하는 비즈니스와 활동에 특히 효율적입니다. 이점은 다음과 같습니다.
애자일 워크플로우의 가장 잘 알려진 장점은 적응성입니다. 프로젝트는 미리 결정된 계획에 얽매이지 않습니다. 작업에 심각한 중단이나 손실을 초래하지 않고도 언제든지 프로젝트 요구 사항을 조정할 수 있습니다. 또한 프로젝트 릴리스 직전까지 테스트를 미룰 필요 없이 모든 단계에 테스트가 통합되므로 심각한 지연을 초래하는 오류와 버그를 초기에 식별하고 수정할 수 있습니다.
애자일 워크플로우에는 최종 사용자가 프로젝트 프로세스의 초기 단계부터 참여합니다. 따라서 고객의 기대치를 이해하는 데 그치지 않고 고객과 적극적으로 소통하며 지속적으로 피드백에 대응할 수 있습니다. 그런 다음 이 피드백을 평가하여 프로젝트가 구체화되면 프로젝트에 구현할 수 있습니다. 사용자가 프로젝트가 목적지에 도달하는 것을 지켜보기만 하는 것이 아니라 프로젝트 여정의 주요 일원으로서 동행하므로 기업에서 사용자의 요구에 맞는 최종 제품을 생산할 수 있습니다.
애자일 워크플로우는 경직된 구조를 따르지 않으므로 팀에는 프로젝트 진행 상황을 파악할 수 있는 방법이 있어야 합니다. 다양한 애자일 워크플로우 유형이 시각화 기술을 제공하며, 이를 통해 관리자와 팀원뿐 아니라 고객도 각 인력의 작업 내용과 프로젝트 진행 단계를 한 눈에 파악할 수 있습니다. 모든 관계자의 공통된 이해를 바탕으로 하므로 공동 작업이 훨씬 더 수월해집니다.
애자일 워크플로우는 엄격한 마감 기한이 있는 프로젝트에는 적합하지 않을 때도 있지만, 개발 시간과 프로젝트 릴리스 기간을 단축하는 데 도움이 됩니다. 애자일 워크플로우를 따르면 보다 빠르게 기능과 프로젝트 구성 요소를 릴리스할 수 있습니다. 대규모 기능을 소규모 스프린트로 분할할 수 있으며, 첫 번째 스프린트에는 가장 기본적인 형태의 기능만 포함됩니다. 그런 다음 프로젝트 또는 앱을 최종 사용자에게 배포하고, 지속적 개발과 지속적 제공을 통해 과정 전반에서 필요한 업데이트를 제공할 수 있습니다.
다양한 작업에서 기본 애자일 방법론의 변형이 필요한 경우에도 애자일 워크플로우의 수명주기는 프로젝트 간에 일관되게 유지됩니다. 일반적으로 애자일 워크플로우의 단계는 다음과 같이 구성됩니다.
애자일 프로젝트를 시작할 때 첫 번째로 해야 할 일은 계획을 수립하는 것입니다. 이 계획은 워터폴 접근 방식만큼 엄격하지는 않더라도 어느 정도의 방향성은 제시할 수 있어야 합니다. 애자일 워크플로우의 아이디어 구상 단계에서는 프로젝트 아이디어의 범위를 정의하는 동시에 팀에서 제품 백로그를 생성하도록 지원해야 합니다. 프로젝트 스프린트 또한 초기 단계에서 분명하게 정해야 합니다.
프로젝트를 검증하고 승인한 다음에는 여러 부서를 아우르는 스프린트 팀을 구성해야 합니다. 팀원들의 기술에 따라 작업을 팀에 배정하고, 목표와 일정상의 기대치를 달성하기 위해 여러 팀과 협력합니다. 자금, 도구, 추가 지원 등 프로젝트에 필요한 리소스를 할당합니다.
리소스를 확보하고, 요구 사항을 설정하며, 스프린트를 완전히 정의하면 팀은 이제 프로젝트를 진행할 수 있습니다. 반복 작업 단계에서는 각 팀이 백로그 항목을 처리하기 시작하고, 프로젝트의 이후 진행 과정에서 필요한 첫 반복 작업을 정립합니다. 이 단계에서는 문서화 또한 중요한 부분을 차지합니다.
각 반복 작업이 완료되면 제품을 이해 관계자와 최종 사용자에게 릴리스합니다. 피드백을 수집하고, 검토하고, 프로젝트에 적용합니다. 다음 스프린트를 시작하기 전에 새로운 변경 사항을 테스트하여 정상적으로 작동하는지 확인합니다. 이 과정을 통해 QA 팀은 제품 기능을 검토하여 최종 릴리스 전에 남아 있는 문제가 해결될 수 있도록 합니다.
이전의 모든 요구 사항이 충족되고 제품이 완전히 테스트되면 최종적으로 생산 단계로 넘어갈 수 있습니다. 이 단계에서 팀의 역할은 고객이 제품을 사용할 수 있도록 지원과 교육을 제공하고, 릴리스 후에도 지속적으로 고객을 지원하며, 릴리스가 성공적으로 완료되도록 돕는 것입니다.
새로운 프로젝트 출시로 기존 프로젝트가 더 이상 필요하지 않게 되면 워크플로우를 종료하여 공식적으로 프로젝트를 폐기합니다.
애자일 접근 방식의 도입을 고려하고 있다면 몇 가지 애자일 워크플로우 유형의 개념을 이해하는 것이 좋습니다. 일반적으로 많이 사용하는 유형은 다음과 같습니다.
가장 많이 사용되는 애자일 워크플로우인 스크럼은 소규모 팀을 구성하여 변화에 신속하게 대응하는 반복 접근 방식에 기반한 워크플로우입니다. 스크럼은 지속적인 개선을 추구하며, 고객의 기대에 부응하고 사용자 만족도를 높이는 것에 집중합니다. 스크럼 워크플로우는 제품 백로그, 계획 스프린트, 스프린트 백로그, 스프린트, 정기 스크럼 회의, 스프린트 검토, 내부 스크럼 회의의 단계로 구성됩니다.
칸반은 각 팀이 반복 또는 비반복 방식으로 작업할 수 있도록 지원하는 제약을 두지 않는 애자일 워크플로우로서 대부분의 애자일 솔루션보다 구조화 수준이 낮습니다. 칸반을 사용하면 팀이 프로세스 중에 발생하는 병목 현상을 식별하고 해소하도록 설계된 시각화 시스템에 기반하여 지연 없이 최적의 속도로 워크플로우를 진행할 수 있습니다. 칸반 워크플로우는 제품 백로그, 요구 사항, 설계, 개발, 테스트, 배포, 완료 단계로 구성됩니다.
초기의 '경량' 애자일 프로세스 중 하나인 XP는 원래 소프트웨어 프로젝트용으로 설계되었습니다. XP는 스크럼과 유사하지만 애플리케이션 개발과 관련된 12가지 지원 프로세스도 통합합니다. XP의 기본 단계는 코딩, 테스트, 경청, 설계입니다.
IT 및 비 IT 프로젝트 모두에 효과적인 알테른에서는 프로젝트 작업을 시작하기 전에 요구 사항과 이점을 분명하게 정의해야 합니다. 알테른은 프로젝트 이전 단계, 실현 가능성 검토, 기초 수립, 탐색, 엔지니어링, 배포, 프로젝트 이후 단계로 구성됩니다.
또한 소프트웨어 개발에 특화된 또 다른 워크플로우인 FDD의 근간은 일관성과 엄격한 문서화입니다. FDD는 전반적인 모델링, 기능 목록 작성, 기능별 계획 수립, 기능별 설계, 기능 구축 단계로 구성됩니다.
그 밖에 널리 사용되는 프로세스 및 워크플로우로는 애자일 통합 프로세스(AUP), 적응형 소프트웨어 개발(ASD), 동적 시스템 개발(DSDM), Crystal이 있습니다. 워크플로우는 다양하지만 대부분 서로 공통된 특성이 있다는 점을 잊지 말아야 합니다. 특정 워크플로우를 결합하거나 사용자 정의하여 고유한 비즈니스 요구 사항을 충족할 수도 있습니다.
애자일 워크플로우를 생성하는 데는 상당한 시간이 소요되지만 거기에는 투입된 노력보다 더 많은 성과를 창출할 잠재력이 있습니다. 애자일 워크플로우를 구축할 때 효과적인 프로세스 세트를 보장하려면 다음 단계를 고려하세요.
효율적인 애자일 워크플로우를 설계하려면 팀의 공통된 동의와 애자일 원칙에 대한 명확한 이해가 선행되어야 합니다. 조직이 애자일 혁신을 통해 애자일 관행에 보다 잘 부합하도록 사내 문화와 사고 방식을 바꾸고자 노력하고 있다면 더욱 쉽게 애자일에 대한 인사이트를 얻을 수 있습니다.
사용할 수 있는 애자일 프레임워크 중 알맞은 프레임워크가 있는지 검토합니다. 업계 내 다른 회사가 사용하고 있는 프레임워크를 조사하고 해당 사례를 기반으로 구축하는 것이 도움이 될 수 있습니다.
애자일을 통해 팀은 창의성과 자유로움을 갖고 운영할 수 있지만, 효과적인 애자일 워크플로우를 설계하려면 스프린트 팀이 목표를 추구할 때 안내할 로드맵이 필요합니다. 이 로드맵에는 프로세스 계획은 물론 백로그 개발 및 관련 도구 사용 방향이 포함되어야 합니다. 로드맵은 또한 일정을 설정하고 우선순위도 식별해야 합니다.
작업에 적합한 인력을 모읍니다. 스프린트를 완료하기 위해 필요한 기술을 가진 여러 부서에 걸친 팀을 구성하고 팀 내에서 각 구성원이 맡을 역할을 정의합니다.
이전 단계를 모두 수행했다면 워크플로우를 구현할 준비가 된 것입니다. 워크플로를 지속적으로 재평가하여 문제나 비효율성을 조기에 찾아 제거할 수 있습니다.
전 세계의 많은 기업이 애자일 방법론을 수용하고 있습니다. 그러나 이러한 혁신에는 관련 비즈니스 프로세스에 대한 애자일 관행을 지원할 수 있는 올바른 도구가 필요합니다. IT 관리 분야를 선도하는 ServiceNow는 Strategic Portfolio Management(SPM)를 통해 기업이 애자일을 업무에 활용하는 데 필요한 리소스와 지원을 제공합니다.
SPM은 기업이 찾고 있던 애자일 워크플로에 대한 보다 나은 접근 방식입니다. 판도를 바꾸는 ServiceNow의 Now Platform®을 기반으로 구축된 Strategic Portfolio Management는 필수 철학, 프로세스 및 기능을 통합합니다. 탁월한 통합 기술의 결합과 지원을 통해 SPM은 애자일 워크플로우를 혁신하고 애자일의 가치를 성공적으로 구현하는 데 필요한 모든 도구와 인사이트를 제공합니다.
단일 실시간 보기를 통해 완전한 데이터 투명성을 제공합니다. 고급 자동화를 통해 병목 현상을 제거하는 동시에 워크플로를 간소화합니다. 제약 없는 소통과 단일 정보 소스를 통해 팀과 부서 간 조정이 가능합니다. 이 모든 과정에서 핵심 프로세스를 최적화하여 속도를 높이는 동시에 발생 가능한 변경 사항이나 긴급 이벤트를 신속하게 처리할 수 있는 민첩성을 확보할 수 있습니다. ServiceNow SPM으로 민첩한 워크플로우를 실현하세요.
유연성을 확보함으로써 프로젝트를 진행하면서 발생하는 모든 상황에 대응할 수 있습니다. ServiceNow로 애자일 워크플로우를 최적화하세요.