DevOps의 간결한 제품 살펴보기

  • 6분

Design Sprint: A Practical Guidebook for Building Great Digital Products 및 Product Leadership: How Top Product Managers Launch Awesome Products and Build Successful Teams의 저자 Richard Banfield에 따르면 훌륭한 제품을 제작하는 회사는 다음과 같은 네 가지 공통점이 있습니다.

  • 시장에 빠르게 출시
  • 변화에 직면했을 때의 민첩성
  • 디지털 비즈니스로의 전환
  • 고객 만족도

제품 중심 모델을 채택해야 하는 이유는 무엇일까요?

2024년까지 디지털 비즈니스 리더의 4분의 3 이상이 제품 관리 사례의 혜택을 누릴 것이며, 이는 2018년에 이미 혜택을 누리고 있는 3분의 1에서 매우 증가할 것으로 예측됩니다.

2024년까지 IT 조직의 80%는 제품 중심 운영 모델을 수용하면서 급격한 구조 조정과 변화를 겪을 것입니다.

Gartner “A Day in the Life of a Digital Product Manager”, Deacon D.K Wan, 2019년 7월 31일, ID G00400672

다이어그램은 시간에 따른 제품 중심 모델 채택을 보여 줍니다. 전체 응답자의 85%가 제품 중심 모델을 채택하거나 채택할 계획입니다. 시간이 지남에 따라 전체 채택은 응답자의 54%에 대해 발생하며, 32%의 부분 채택이 발생합니다. 응답자의 15%는 제품 중심 모델을 완전히 채택했다고 답했습니다. 31%는 향후 3년 이내에 완전히 채택될 것으로 예상합니다. 5%는 향후 3~5년 이내에 제품 중심 모델을 채택할 것으로 예상합니다. 3%는 채택 프로세스가 5년 이상 걸릴 것으로 예상합니다. 응답자의 32%는 제품 중심 모델을 일부 사용할 것으로 예상하지만 완전히 1로 이동하지는 않습니다. 응답자의 15%는 제품 중심 모델로 전환할 계획이 없습니다. 이 설문조사는 가트너 리서치 서클 회원 129명을 대상으로 실시되었습니다. 질문은 다음과 같습니다. 소프트웨어 배달을 위해 제품 중심 모델을 사용하기 위한 조직의 계획은 무엇인가요(프로젝트 중심 모델과 비교)? 하나의 응답을 선택하세요.

이미지 크레딧: Gartner: “Survey Analysis: IT Is Moving Quickly From Projects to Products”, Bill Swanton, Matthew Hotel, and Deacon D.K. Wan, October 23, 2018 - ID G00373896

중요

저명한 작가이자 국제적으로 활동하는 강사인 Martin Fowler에 따르면 '제품 모드'는 하나의 작업 방식입니다. 제품 모드는 프로젝트 개발을 수행하는 방식과는 크게 다른 소프트웨어 개발 자금 조달 및 구성 방식입니다. 일반적으로 디지털 시대의 기업 IT에 적용할 수 있지만, 해당 방식은 특히 디지털 플랫폼을 통해 비즈니스를 이끌어 가는 조직에 적합합니다.

제품 모드 운영의 잠재적 혜택

  • 신속하게 방향을 바꿀 수 있는 능력
  • 엔드투엔드 주기 시간 단축
  • 실제로 반복하는 능력
  • 지식 보존
  • 아키텍처 무결성
  • 팀 동기 및 원동력 부여
  • 흐름 및 반복의 경제

제품 중심 모델이란 무엇일까요?

중요

시간이 제한된 프로젝트 기반 프로젝트가 아닌 지속적인 비즈니스 기능을 제공하는 제품을 개발하는 소프트웨어 및 디지털 환경을 제공하기 위한 비즈니스 중심 전략입니다. 일반적으로 제품 관리자는 해당 제품을 관할하며 진행 중인 개발 및 예산에 대한 책임을 집니다. 해당 제품은 기본적으로는 다른 제품이 제작되는 제품인 플랫폼에 존재할 수 있습니다.

  • Gartner의 정의

팁

프로젝트는 비정기적인 업무를 관리하는 데 사용됩니다.

제품 개발 프로세스는 비정기적인 업무가 아닙니다. 제품 개발 프로세스는 새 기능을 제공하여 제품을 개선하는 지속적인 프로세스입니다.

제품에는 제공해야 하는 사항에 대한 명확한 정의가 없으므로 제품은 프로젝트가 아닙니다. 소프트웨어 개발 업계의 제품은 고객이 직면하는 시스템입니다. 고객의 요구는 시간이 지남에 따라 진화하고 새로운 기술이 생겨나기 때문에 고객은 사용하는 소프트웨어도 개선되리라 생각하므로 제품에는 제공해야 할 사항에 대한 명확한 정의가 없습니다. 요구 사항이 매달 또는 매주 변경될 수 있는 경우 모든 기능이 특정 시퀀스에 따라 제공되도록 하는 1개년 계획을 세울 이유가 없습니다. 제품 개발 프로세스는 고객의 필요 변화에 맞게 조정되어야 합니다.

제품을 제공해야 하는 날짜에 대해 명확히 정의를 내릴 수는 없습니다. 따라서 제품은 프로젝트 관리 프로세스의 부담을 떠안을 수 없습니다. 제품에 새로운 기능을 제공하는 것은 검색, 디자인, 구현, 테스트, 배포 등의 새로운 기능에 대해 항상 동일한 프로젝트이기 때문에 제품 개발 프로세스는 기존의 프로젝트 관리 프로세스보다 훨씬 간결해야 합니다.

중요

제품 중심 모델

  • 외부 및 내부 고객에게 제공 가능
  • 비즈니스 역량에 따라 명확하게 정의됨
  • 고객 가치가 있는 기능 제공
  • 반복 가능한 서비스 또는 플랫폼이 될 수 있음
  • 구매, 판매, 구독이 가능합니다. 자금 조달 가능
  • 시장 및 제품 수명 주기 속 경쟁

개발 팀을 제품에 맞추려면 팀 자체 내에서 기술 세트를 근본적으로 바꿔야 합니다. 심층적인 전문화 대신 팀은 제품의 엔드투엔드 지원을 위해 전체 스택 방법론으로 전환해야 합니다.

제품 조직은 오버헤드가 낮을수록 성과가 저조합니다.

다이어그램은 제품 소유자, 스크럼 마스터, 엔지니어, 사이트 안정성 엔지니어 등의 역할을 포함하는 전체 스택 제품 팀을 보여 줍니다. 전체 스택 팀은 제품 관리자 및 민첩한 설계자와 협력합니다.

이미지 크레딧: Gartner “Overcome Objections and Sell the Benefits of Moving From Projects to Products and Agile”, Bill Swanton, 2019년 2월 12일, ID: G00383228