Dual-track Agile은 고객이 실제로 사용하고 좋아할 놀라운 제품을 구축하는 각 단계에서 설계 및 개발 팀을 모두 지원하는 효과적인 전략입니다.
오늘날 성공적인 기업은 고객의 문제를 완전히 이해하고 가치 있는 솔루션을 제공하는 기업입니다.
디자인과 개발에 얼마나 많은 노력을 기울이고 있는지가 아니라 그 노력이 올바른 방향으로 가야 합니다.
제품 개발을 위한 Waterfall과 같은 전통적인 접근 방식은 설계가 승인되면 개발이 시작되고 테스트 및 릴리스가 수행되는 선형 접근 방식을 따릅니다. 따라서 주요 측면을 변경하려면 계획 및 설계 단계로 돌아가 모든 것을 변경해야 하므로 길고 어려운 프로세스가 됩니다.
따라서 이에 접근하는 것은 비용이 많이 들고 시간이 걸리며 어려울 수 있습니다.
그러나 Agile 또는 Dual-track Agile과 같은 개선된 모델을 사용하면 고객이 사용하고 싶어하는 시장에서 더 낮은 비용, 시간 및 어려움으로 더 나은 제품을 배포할 수 있습니다.
듀얼 애자일 트랙에 대해 더 논의하고 다음 제품 개발에 얼마나 유용한지 알아보겠습니다.
목차
듀얼 트랙 애자일이란 무엇입니까?
이중 트랙 애자일은 교차 기능 제품 개발 팀이 일일 작업을 발견 트랙과 제공 트랙의 두 트랙으로 나누는 일종의 민첩한 프레임워크를 말합니다.
- 발견 트랙은 백로그에 반영할 제품 아이디어를 신속하게 생성하고 검증하는 것을 강조합니다. 제품 디자인을 다루고 있습니다.
- 전달 트랙은 이러한 제품 아이디어를 최종 사용자에게 전달할 준비가 된 소프트웨어 시스템으로 변환하는 것을 강조합니다. 그것은 기본적으로 제품 개발과 관련이 있습니다.
그것이 발견이든 배송 경로이든, 둘 다 사용자를 위한 최고의 제품을 만드는 것을 목표로 합니다. 따라서 듀얼 트랙 애자일의 개념은 UX 디자인과 애자일 개발의 목표를 결합하여 두 트랙이 조화를 이루어 우수한 제품을 만드는 데 도움이 됩니다. 이러한 방식으로 제품 팀은 연구 및 개발 작업을 동시에 효과적으로 수행할 수 있습니다.
Dual-track Agile의 뿌리는 Agile Manifesto가 발표되고 대중화된 2005년으로 거슬러 올라갑니다. 이 아이디어는 더 발전되었고 이제 우리는 이중 트랙 애자일을 갖게 되었습니다.
Dual-track Agile은 어떻게 작동합니까?
애자일 개발 프레임워크는 우수한 제품을 구축하기 위해 데이터 중심적이고 반복적이며 신속한 개발을 목표로 합니다. 이를 위해서는 애자일 팀이 계속해서 제품을 일부 업데이트하고 시장에 더 빠르게 배포해야 합니다. 사용자 피드백을 얻고 제품을 개선하는 데 도움이 됩니다.
Dual-track Agile은 개발이 품질에 따라 반복적이고 신속해야 한다는 애자일 개발 방법론의 개념에 따라 작동합니다.
이는 제품 관리자가 요구 사항을 요약하고 설계자에게 할당하여 제품의 프로토타입 또는 와이어프레임을 생성하는 책임이 있는 기존의 선형 접근 방식과 대조되며, 이는 실제 생산을 위해 개발 팀으로 이동합니다.
이중 트랙에는 더 큰 협업과 동시에 제품을 발견하고 제공하는 것이 포함됩니다. 여기에서 개발자, 디자이너, 제품 관리자를 포함한 각 구성원은 제품 개발 프로세스 전반에 걸쳐 긴밀하게 협력합니다.
듀얼 트랙 애자일을 사용하는 이유
이중 트랙 애자일을 사용하면 제품 팀에 다음과 같은 많은 이점이 있습니다.
더 나은 품질의 제품
검색 및 전달 트랙을 통해 잘 정의된 백로그 항목을 유지할 수 있습니다. 이중 트랙 애자일은 실제로 필요한 기능에 대한 검증을 가능하게 하여 사용자 경험에 집중하고 문제점을 해결할 수 있습니다.
이는 개발자가 가치를 거의 또는 전혀 추가하지 않는 기능을 제거하는 데 도움이 됩니다. 따라서 모든 기능이 사용자에게 사랑받고 활용되는 소프트웨어를 출시할 수 있습니다. 즉, 사용자에게 유용한 모든 기능과 제품 품질을 보장하면서 제거할 수 있는 기능을 명확하게 알 수 있습니다.
재작업 감소
백로그 항목은 재작업을 줄이기 위해 적절하게 정의, 검증 및 검증되어야 합니다. 그러나 그 반대의 경우에는 많은 재작업을 수행해야 하므로 생산 속도를 늦추기 위해 상당한 시간, 노력 및 리소스가 소모됩니다. 마감 시간이 더 멀어진 것처럼 보일 수 있으며 서두르면 결과가 만족스럽지 않을 수 있습니다.
또한 Agile에는 생산 품질을 개선하기 위한 반복 작업이 포함됩니다. 그러나 반복을 제어할 수 없거나 충족되지 않는 회의를 수행하면 낭비가 됩니다.
이를 위해 검색 및 전달 트랙을 사용하여 개발 팀의 모든 구성원이 필요한 데이터를 보유하고 있는지 확인합니다. 반복 횟수와 관련된 시간과 비용을 줄이는 데 도움이 됩니다.
향상된 사용자 경험
제품이 시장에서 성공하려면 우수한 사용자 경험을 제공해야 합니다. 경쟁이 치열하고 원하는 것을 제공하지 않거나 불만 사항을 해결하지 않으면 고객은 옵션을 찾는 데 신경을 쓰지 않을 것입니다.
기존 모델에는 개발 팀, 디자인 팀 및 운영 팀 사이에 많은 격차가 있었습니다. 따라서 제품 관리가 더 어려웠습니다. 마찬가지로, 디자인과 개발이라는 두 가지에 집중하는 것은 어려웠습니다. 사용자 경험 디자인이나 제품 반복에 집중해야 합니다.
그러나 듀얼 트랙 애자일의 도입으로 발견 트랙과 전달 트랙이 명확하게 분리되어 올바른 영역에 올바른 초점을 맞출 수 있습니다. 디스커버리 팀은 프로토타입에 사용자 경험 기반 디자인을 통합할 수 있으며, 전달 트랙은 디스커버리 팀의 입력을 사용하여 더 진행합니다. 디스커버리 팀은 유효성 검사 수행을 담당하므로 워크플로에서 사용자 경험 유효성 검사를 사용할 수 있습니다.
변화에 빠르게 적응합니다.
IT 산업은 급변하는 고객 요구 사항과 수시로 새로운 기술이 얼어붙는 곳입니다. 따라서 현대 조직은 경쟁에서 앞서고 관련성을 유지하기 위해 변화에 더 빨리 대처할 수 있도록 유연해야 합니다. 이중 트랙 애자일을 구현하면 이를 달성할 수 있습니다.
비용 효율적인 검증
제품 개발자는 종종 유효성 검사와 그 중요성을 간과하는 경향이 있습니다. 그 이유는 시간이 많이 걸리고 비용이 많이 들고 지루한 코드를 코딩하고 렌더링하는 작업이 포함되기 때문일 수 있습니다. 그리고 하기로 결정한 경우에도 온 마음을 다해 하지 않아 비효율적인 결과를 초래할 수 있습니다.
그러나 아이디어를 검증하는 것은 제품 품질을 보장하는 데 중요합니다. 이것이 개발자들이 이제 아이디어 검증을 보다 관리하기 쉽고, 저렴하고, 빠르게 만드는 방법을 찾는 이유입니다. 듀얼 트랙 애자일은 이를 달성하는 효율적인 방법입니다. 발견 팀 구성원은 검증을 위한 코드 대신 설문조사를 수행하고 프로토타입을 설계할 수 있습니다. 결과적으로 더 쉽고 효과적이며 비용 효율적인 검증이 가능합니다.
Dual-Track Agile을 실제로 어떻게 적용합니까?
이중 트랙 애자일은 다양한 시장을 위한 소프트웨어 시스템을 구축하는 다양한 형태와 규모의 비즈니스에 탁월합니다.
소규모 기업과 신생 기업은 이를 쉽게 활용하여 제품 개발 주기를 더 짧고 덜 위험하며 더 성공적으로 유지할 수 있습니다. 또한 충분한 자원을 보유한 대기업은 이 모델을 활용하여 제품 출시 중 성공률을 높이고 위험을 낮출 수 있습니다.
이중 트랙 애자일을 구현하면 제품 개념, 제품 품질, 팀 사기 및 개발 주기를 개선하는 간단한 프로세스를 얻을 수 있습니다.
따라서 개발 프로세스에 이중 트랙 애자일을 도입하려는 경우 방법은 다음과 같습니다.
1단계: 디스커버리 트랙
이 트랙은 여러 단계로 구성되어 있습니다. 여기에서 팀 구성원은 배포 시 정의된 요구 사항을 충족할 수 있는 제품을 구축하는 방법을 간략하게 설명하기 위해 정보와 통찰력을 수집하는 것으로 시작합니다.
이 프로세스의 첫 번째이자 가장 중요한 측면 중 하나는 프로젝트 요구 사항을 이해한 후 이해 관계자와 논의하는 것입니다. 각 구성원과 팀 전체의 목표를 식별하는 데 도움이 됩니다. 그들은 검증된 제품 아이디어를 프로젝트에 대한 입력으로 요약해야 하며, 이는 개발 팀이 출력으로 제품을 생산하는 데 사용할 것입니다.
따라서 계획을 작성하는 동안 최종 사용자와 상호 작용하여 그들의 문제점과 기대치를 이해하는 것이 중요합니다. 이것은 팀이 사용자에게 바람직한 기능, 디자인, 기능 및 사용성을 갖춘 성공적인 제품을 만드는 데 도움이 됩니다. 이를 위해서는 설문 조사, 인터뷰, 연구, 건전한 토론, 사이트와의 상호 작용 등을 통한 포괄적인 사용자 조사가 필요합니다.
또한, 발견 트랙은 사용자의 요구 사항과 문제점에 따라 제품 페르소나를 개발하고 생성해야 할 수도 있습니다. 여기에서 디자이너 및 엔지니어와 협력하여 검증된 제품 백로그를 생성해야 합니다.
여기에서 팀이 하는 활동은 다음과 같습니다.
- 목표와 계획을 이해하기 위해 이해 관계자 인터뷰 수행
- 사용자가 직면한 문제와 제품을 통해 해결하는 방법을 이해하기 위한 사용자 조사
- 고객의 요구를 충족시킬 수 있는 제품을 생산하기 위한 제품 페르소나 생성
- 먼저 추가할 활동 및 기능의 우선 순위를 지정하는 스토리 매핑
이제 다음 단계가 옵니다.
2단계: 배송 추적
전달 트랙은 발견 트랙 동안 제품 개발 팀이 수집한 통찰력과 정보를 입력으로 사용하여 가능한 최고의 제품을 생산합니다.
이 프로세스에는 신속한 프로토타입 제작이 포함되며 모든 것에 대해 반복적인 접근 방식을 취하므로 개발 팀과 디자인 팀 간의 더 많은 협업이 가능합니다.
전달 트랙을 통해 팀은 시장에서 작동하는 제품 프로토타입을 출시하여 사용자가 제품을 어떻게 인식하고 피드백을 구할 수 있는지 이해할 수 있습니다. 사용자의 요구와 기대를 충족시키는 데 필요한 변경 사항을 간략하게 설명하는 데 도움이 됩니다. 따라서 릴리스 후에도 비용이 적게 들고 쉽게 변경할 수 있습니다.
변경 사항을 적용하고 최종 제품을 생성하려면 모든 관리자, 팀 및 사용자가 상호 작용해야 합니다. 이 단계에서 제품의 디자인, 색 구성표, 사용자 인터페이스에서 특징, 기능 및 성능에 이르기까지 제품의 모든 측면을 철저히 검토해야 합니다.
배송 트랙에서는 다음 활동을 수행해야 합니다.
- 신속한 프로토타입 제작
- 프로토타입을 더 빠르게 시장에 출시
- 사용자 행동을 이해하기 위한 피드백 받기
- 사용자 피드백을 기반으로 사용자 인터페이스 및 기타 측면 개선
Scrum을 통한 이중 트랙 애자일
발견 트랙은 다양한 길이의 개발 주기를 사용합니다. 1~2주 동안 작업한 다음 많은 작업을 검토하는 대신 매일 작은 증분으로 개발을 수행하는 것이 포함됩니다. 그렇지 않으면 변경 사항을 추적하고 조정하는 것이 정말 어렵고 시간이 많이 걸리기 때문입니다.
많은 아이디어가 발견을 통해 생성되며, 발전할 때 더 나은 아이디어를 위한 공간을 마련하기 위해 종종 삭제됩니다. 다음으로, 최고의 아이디어는 타임박스 스프린트 백로그가 있는 제공 주기로 이동합니다.
Scrum을 사용한 이중 트랙 애자일을 사용하려면 다음 활동을 수행해야 합니다.
- 기회 분석, 사용자 테스트, 코딩, 프로토타이핑, 지속적인 통합 등과 같은 프로세스와 관련된 제품 발견 및 전달 작업을 위한 스프린트 계획
- 진행 상황에 대해 논의하기 위해 일일 스크럼 수행
- 스프린트를 검토하여 제품 성능, 프로세스 성능 등을 분석하고 정의된 OKR을 달성하기 위해 진행 상황을 업데이트합니다.
- 반복을 위한 개선 기회를 식별하기 위해 개선 회의를 실시하여 회고
- 프로세스를 개선하고 목표를 향한 진행 상황을 추적하기 위한 발견 작업의 시각화
Kanban을 사용한 이중 트랙 애자일
Kanban에서는 두 개의 백로그인 검색 백로그와 배달 백로그가 시각화됩니다.
발견 단계는 사용자의 고충을 이해하고 해결하는 데 도움이 되는 것을 목표로 합니다. 여기에서 출력은 개발로 이동할 수 있는 모든 검증된 항목입니다. 이 과정에서 연구원, 디자이너 및 제품 관리자는 새로운 기능을 작업하기 전에 고객의 문제를 이해하고 적합한 솔루션을 탐색하기 위해 노력합니다.
설계가 완료되면 최종 제품을 최종 사용자에게 신속하게 배포하는 것을 목표로 하는 납품 단계로 이동합니다.
듀얼 트랙 애자일의 과제와 해결 방법
제한된 전문가와 정의된 사양이 있는 소규모 프로젝트에서 Dual-track Agile을 사용하는 것은 그다지 효과적이지 않을 수 있습니다. 여기서 소수의 개인만이 여러 역할과 책임을 관리할 수 있으며 검색 및 전달 중에 한 단계에서 다른 단계로 지속적으로 전환됩니다.
따라서 Dual-track Agile은 더 큰 팀이 포함된 장기 프로젝트 개발에 더 큰 가치를 제공하고 제품을 개선하기 위해 지속적으로 빌드, 테스트 및 반복해야 하는 경우에 더 큰 가치를 제공합니다. 이러한 유형의 프로젝트에는 지속적인 제품 발견 및 제공이 필요합니다. 이러한 방식으로 구성원 간에 역할을 명확하게 분배할 수 있으며 이러한 설정은 전체 프로젝트의 빠른 진행을 보장합니다.
듀얼 트랙 애자일에 대한 몇 가지 오해
- 소프트웨어 개발만을 위한 것입니다. Agile이 소프트웨어 세계에서 처음 시작된 것은 사실이며 특히 디지털 제품 개발에 적합합니다. 그러나 이것이 소프트웨어 개발에만 적용된다는 것은 신화입니다. 모든 유형의 조직에서 Agile을 사용할 수 있습니다.
- 소규모 비즈니스 및 신생 기업에만 적합: Agile은 매력적인 MVP를 구축하고 사용자 피드백에 따라 버전을 조정하기 위한 훌륭한 접근 방식입니다. 더 큰 조직에서 사용할 수 없다는 의미는 아닙니다. GE, Philips 등과 같이 세계에서 가장 오래되고 규모가 큰 회사 중 일부는 Agile을 사용합니다. 그들은 이를 사용하여 느린 프로세스를 가속화하고 워크플로의 사일로를 제거하여 엔터프라이즈 수준의 혁신을 주도합니다.
- 속도 희생 품질: Agile은 더 빠른 소프트웨어 개발을 가능하게 합니다. 품질을 희생하여 그렇게 하는 것은 아닙니다. Agile은 오류나 버그가 품질이나 보안을 손상시키지 않도록 다양한 테스트 단계와 반복을 통해 제품 품질을 보장합니다. 베타 테스트, QA 등이 포함되며 더 빠른 속도로 양질의 제품을 만드는 데 도움이 됩니다.
- Agile은 Scrum과 같습니다. Agile이 Scrum이라는 널리 퍼진 신화입니다. 사실 Scrum은 eXtreme Programming과 Lean에서 나왔습니다. 프로젝트 관리 방법론일 뿐이지만 Agile은 소프트웨어 개발의 다른 개념입니다.
- 명확하게 정의된 역할 없음: 많은 사람들은 Agile에서 명확하게 정의된 목표와 역할이 없기 때문에 누구나 원하는 대로 할 수 있다고 생각합니다. 그것은 신화입니다. 애자일은 역할과 책임이 정의되고 프로젝트가 감독되는 전통적인 하향식 관리를 포함할 수 있습니다. 그러나 차이점은 개별 팀을 관리하는 명령과 통제에 있습니다. 여기에서 모든 사람은 더 큰 협업을 통해 개발 및 디자인 팀과 긴밀하게 협력할 수 있는 유연성을 갖게 됩니다.
- 계획 없음: 많은 사람들은 Agile이 더 빠른 반복을 포함하기 때문에 계획이 필요하지 않다고 생각합니다. 하지만 사실이 아닙니다. 사실, Agile은 명확하게 정의된 장기 목표와 이를 달성하기 위한 계획 없이는 아무 것도 아닙니다. Agile은 큰 작업을 작은 작업으로 분할하고 효과적으로 수행하여 높은 성공률로 전체 프로젝트 완료를 달성합니다.
- 문서 없음: 여기에서 작업이 더 빠르게 진행된다고 해서 Agile에 문서가 없는 것은 아닙니다. 여기에는 생산적인 구성원이 있는 역동적인 팀이 포함되며 여기에서도 문서화가 중요합니다.
결론
Dual-track Agile과 같은 고급 제품 개발 접근 방식을 사용하면 저렴한 비용, 시간 및 어려움으로 고품질 제품을 구축할 수 있습니다. 이렇게 하면 시장에서 제품을 빠르게 출시하고 경쟁 우위를 확보할 수 있습니다. 또한 조기에 피드백을 받고 제품을 개선하여 성공률을 높일 수 있습니다.