민첩한 제품 제공

특히,개발 하 고 그래서 설득력 있고 너무 잘 그것은 작년 운영 계획의 내부-아웃 회사 중심의 방향을 상쇄할 수 있는 정보 외부,시장 중심 관점 테이블에 데 시간이 걸릴 수 있습니다.

—제프리 무어,탈출 속도

애자일 제품 제공은 고객과 사용자에게 가치있는 제품과 서비스의 지속적인 흐름을 정의,구축 및 공개하는 고객 중심의 접근 방식입니다.

린 기업의 7 가지 핵심 역량 중 하나이며,각 역량은 비즈니스 민첩성을 달성하는 데 필수적입니다. 각 핵심 역량은 기업이 자신의 능력을 평가할 수있는 특정 평가에 의해 지원됩니다. 이러한 핵심 역량 평가는 권장 개선 기회와 함께 측정 및 성장 문서에서 사용할 수 있습니다.

왜 애자일 제품 제공인가?

비즈니스 민첩성을 달성하기 위해 기업은 혁신적인 제품과 서비스를 제공 할 수있는 능력을 빠르게 향상시켜야합니다. 기업이 적시에 적절한 고객을 위한 올바른 솔루션을 만들고 있는지 확인하려면 실행 집중과 고객 집중의 균형을 맞춰야 합니다. 이러한 역량은 상호 지원되며 지속적인 시장 및 서비스 리더십의 기회를 창출합니다. 그림 1 에 나와 있는 것처럼 애자일 제품 제공에는 세 가지 차원이 있습니다.

고객 중심성 및 디자인 사고-고객 중심성은 고객을 모든 결정의 중심에 두고 설계 사고를 사용하여 솔루션이 바람직하고 실현 가능하며 실행 가능하며 지속 가능하도록 보장합니다.
케이던스에 대한 개발;주문형 출시–케이던스에 대한 개발은 제품 개발에 내재 된 변동성을 관리하는 데 도움이됩니다. 가치 방출을 분리하면 고객이 필요할 때 필요한 것을 얻을 수 있습니다.
개발 운영 및 지속적인 전달 파이프라인-개발 운영 및 지속적인 전달 파이프라인은 기업이 고객 및 시장 수요를 충족시키기 위해 언제든지 전체 또는 부분적으로 가치를 공개할 수 있는 기반을 조성합니다.

다음 섹션에서는 애자일 제품 제공의 각 차원을 더 자세히 설명합니다.

고객 중심성 및 디자인 사고

고객 중심성은 고객이 기업이 제공하는 제품과 서비스를 경험할 때 긍정적 인 참여를 창출하는 데 초점을 맞춘 사고 방식 및 비즈니스 방식입니다. 고객 중심 비즈니스는 더 큰 수익을 창출하고 직원 참여를 증가하며 고객의 요구를보다 철저히 충족시킵니다. 고객 중심의 정부와 비영리 단체는 탄력성,지속 가능성 및 임무를 수행하는 데 필요한 정렬을 창출합니다.

린 애자일 기업은 설계 사고를 적용하여 이러한 목표를 달성,솔루션은 고객과 사용자가 원하는 보장 반복적 인 솔루션 개발 프로세스,또한 솔루션은 라이프 사이클 전반에 걸쳐 실현 가능하고,경제적으로 실행 가능하고,지속 보장.

애자일 제품 관리는 새로운 솔루션을 시장에 출시하는 동시에 기존 제품의 지속적인 성공을 보장하는 중앙 조정 기능 역할을합니다.

고객 중심성

고객 중심 기업이 결정을 내릴 때마다 최종 사용자에게 미치는 영향을 깊이 고려합니다. 이 팀에 동기를 부여:

고객 중심-고객 중심 기업은 시장 및 사용자 세분화를 사용하여 기업을 특정 대상 사용자 세그먼트에 맞추고 집중시킵니다.
고객의 요구 사항 이해-고객 중심 기업은 단순히 기능을 요구하는 고객의 말을 듣는 것 이상으로 나아갑니다. 대신,그들은 고객의 요구를 파악하고 이러한 요구를 해결 솔루션을 구축 할 수있는 시간을 투자합니다.
고객 중심의 기업이 공감하고 고객의 관점에서 세상을 보도록 노력한다.
전체 제품 솔루션 구축–고객 중심 기업은 사용자의 요구에 맞는 완벽한 솔루션을 설계하여 고객의 초기 및 장기 경험이 최적화되고 필요에 따라 발전하도록 보장합니다.
고객 평생 가치 창출-고객 중심 기업은 거래 정신을 뛰어 넘어 솔루션의 자연스러운 삶에 대한 고객과의 완전한 관계에 집중합니다. 결과적으로 장기적인 고객 관계를 통해 기업은 솔루션을 처음 출시했을 때 예상하지 못했던 방식으로 고객 가치를 창출 할 수 있습니다.

디자인 사고

디자인 사고는 고객 중심성에 필수적입니다. 디자인 사고는 두 가지 주요 활동을 가지고,그 지속 가능한 솔루션에 절정에 달하다,그림에서와 같이 2:

바람직한 솔루션의 요구 사항과 이점에 대한 통찰력을 제공하는 문제 이해
솔루션이 기술적으로 실현 가능하도록 보장하는 올바른 솔루션 설계
솔루션 경제학을 이해하고 관리함으로써 솔루션이 실행 가능하고 지속 가능하도록 보장

솔루션 라이프사이클 전반에 걸쳐 디자인 사고를 적용하면 이러한 세 가지 특성이 솔루션 수명 동안 유지됩니다.

케이던스 개발; 주문형 출시

고객 중심 기업은 고객에게 지속적인 가치 흐름을 창출하려고합니다. 이 릴리스의 타이밍은 시장 및 고객의 요구와 가치를 제공하려는 기업 자체의 동기에 의해 결정됩니다. 일부 기업은 매우 자주 출시 될 수 있지만 다른 기업은 덜 빈번한 릴리스에 동기를 부여하는 규정 준수 또는 기타 시장 요구 사항에 의해 제한 될 수 있습니다. 총체적으로 안전은 이러한 기능을 요청 시 릴리스로 지칭합니다.

그러나 릴리스 타이밍은 솔루션을 만드는 사람들의 워크 플로우와 일치하지 않습니다. 팀은 매우 다양한 지식 작업에 최적화된 프로세스 모델을 적용합니다. 에 안전,이 케이던스에 개발로 알려져있다,정기적으로 발생하는 이벤트 및 활동의 신뢰할 수있는 시리즈를 제공하여 애자일 팀을 지원하는 관행의 조정 세트,예측 가능한 일정. 조직의 가치 창출과 가치 전달 방식을 지원하는 이벤트 및 활동을 분리하면 비즈니스 민첩성이 더욱 향상됩니다(그림 3).

애자일 팀 및 애자일 출시 열차 케이던스

세이프의 케이던스 구조는 애자일 팀과 애자일 출시 열차(예술)를 지원하여 가치를 창출하고 제공합니다.

반복은 애자일 개발의 기본 구성 요소입니다. 각 반복은 애자일 팀이 증분 가치를 제공하는 표준 고정 길이 시간 상자입니다. 애자일 팀의 경우 일반적으로 작동하는 소프트웨어 및 하드웨어이며 비즈니스 팀은 다른 가치 측면을 제공합니다. 일반적인 시간 상자 기간은 2 주입니다. 그러나 약간 짧거나 긴 시간상자가 유용 할 수 있습니다. 반복은 잘 구조화되어 있으며 반복 계획,반복 실행(일일 스탠드 업 및 백 로그 구체화 포함),반복 검토 및 반복 회고의 일관된 사이클을 따릅니다.
프로그램 증분은 더 큰 시간 상자이며,일련의 반복은 아트로 구성된 민첩한 팀 그룹이 작업,테스트 된 소프트웨어 및 시스템의 형태로 증분 가치를 제공합니다. 일반적으로 8–12 주 기간으로 고정되며,3–5 번의 개발 반복으로 구성되며,그 다음에 하나의 혁신 및 계획 반복으로 구성됩니다.

비즈니스 민첩성을 촉진하는 추가 케이던스 기반 이벤트 및 활동을 포함하도록 프로그램 증분이 추가로 구성됩니다.

프로그램 증분으로 작업

프로그램 증분은 케이던스 기반 엔터프라이즈를 만드는 열쇠입니다. 그들은 빠른 피드백과 중간 과정 교정을 촉진 할만큼 충분히 작은 반면 실질적인 작업을 계획하고 달성 할 수있는’충분히 큰’타임 박스를 나타냅니다. 따라서 프로그램 증가에는 몇 가지 중요한 활동과 이벤트가 있습니다:

프로그램 증분 계획은 기업의 가장 중요한 케이던스 기반 이벤트입니다. 파이 계획은 예술의 심장 박동 역할,공유 사명과 비전에 모든 팀을 정렬. 파이 계획에 대한 입력은 상황에 따라 다르지만,두 가지 기본 출력은 다음과 같습니다:

- 헌신적 인 파이 목표-각 팀에 대한 이러한 비즈니스 및 기술 목표는 비즈니스 소유자가 할당 한 계약 및 가치와 함께 다음 프로그램 증분을위한 팀의 작업을 안내합니다.
- 프로그램 보드-이것은 새로운 기능 전달 날짜,팀 간 및 기타 예술과의 기능 종속성 및 관련 이정표의”시각적 라디에이터”입니다(그림 4).

시스템 데모는 모든 반복이 끝날 때 수행되며 가장 최근의 반복에 대한 새로운 기능에 대한 통합 뷰를 제공합니다. 각 데모는 예술 이해 관계자에게 현재 증가에 대한 진행 상황을 객관적으로 측정합니다. 실시간 조정 기회를 제공함으로써 시스템 데모는 비즈니스 민첩성을 지원하는 중요한 이벤트입니다.
검사 및 적응(나는&에이)이벤트는 각 프로그램 증가(파이)의 끝에서 개최됩니다. 그것은 전체 예술에 구조화 된 문제 해결 워크샵을 통해 프로세스 개선을 식별 할 수있는 기회를 제공합니다.
혁신 및 계획 반복은 팀이 지속적이고 증분적인 가치 전달 패턴에 맞추기 어려운 혁신 활동을 수행 할 수있는 기회를 제공합니다.

팀과 예술이 이러한 종지에 대해 작업하는 동안 기업은 시장 및 거버넌스 조건이 보증하는 언제든지 가치를 공개하기 위해 지속적인 전달 파이프라인을 활용할 수 있습니다.

주문형 릴리스

주문형 릴리스는 새로운 기능이 생산에 배포되고 수요에 따라 고객에게 즉시 또는 점진적으로 릴리스되는 메커니즘과 프로세스를 캡처합니다. 기업은 기능을 출시 할 때 다양합니다.

이해 관계자와 함께 애자일 제품 관리는 릴리스가 언제 발생해야하는지,시스템의 어떤 요소를 릴리스해야하는지,최종 사용자와 고객이 릴리스를 받아야하는지 결정합니다. 일부 제품은 가능한 한 빨리 새로운 기능을 출시하는 것이 최적의 선택 인 시장에 서비스를 제공합니다. 이러한 서비스 제공업체는 하루에 여러 번 가치를 공개할 수 있는 정교한 개발 운영 기능을 만들었습니다.

다른 사람들은 최적의 출시 기간을 지배하는 뚜렷한 시장 리듬으로 시장에 서비스를 제공 할 수 있습니다. 예를 들어,의류에서 차량에 이르기까지 추운 날씨 상품을 판매하는 뚜렷한 시장 리듬이 있으며,이는 주로 귀하가 살고있는 반구에 의해 정의됩니다. 더 큰 공급 체인은 로드맵 문서에 설명 된대로 이러한 리듬에 응답합니다.

엔터프라이즈가 기능을 해제할 수 있는 시기에 영향을 주는 추가 요소는 다음과 같습니다:

규제 기한
제품 결함 및 보안 업데이트에 대응
경쟁 시장 압력에 대응

비즈니스 민첩성을 향상시키는 점점 더 정교 해지는 아키텍처와 기술 관행도 주문형 릴리스를 지원합니다. 예를 들어,제품 원격 분석은 결과 가설을 측정하고 고객이 발표 된 값에 어떻게 반응하는지에 대한 객관적인 증거를 얻기 위해 데이터를 수집합니다. 별도로 출시 가능한 구성 요소,다크 출시,기능 토글 및 카나리아 릴리스는 운영 안정성을 보장하면서 비즈니스 유연성을 극대화합니다.

데브옵스와 지속적인 딜리버리 파이프라인

온디맨드 릴리스가 목표라는 데 동의하기는 쉽지만,원할 때마다 안정적이고 능숙하게 가치를 릴리스할 수 있는 역량을 창출하는 것은 힘든 일입니다. 그것은 개발 운영의 사고 방식과 문화를 수용하고 점점 더 자동화 된 지속적인 배달 파이프 라인을 만드는 것을 포함한다.

개발 운영의 사고 방식,문화 및 관행을 수용

디지털 중단이 세상을 계속 변화시키고 소프트웨어가 제품과 서비스를 제공하고 지원하는 모든 회사의 역량의 더 큰 부분이 됨에 따라 모든 기업은 디지털 솔루션을 통해 고객의 요구와 요구에 더 빨리 대응할 필요성에 직면하게 됩니다. 빠른 납품을 위한 일반적인 문제는 계속 발달과 가동 사이 틈 항상 입니다; 전자는 빈번한 릴리스 및 변경을 최적화하고 후자는 작동 안정성을 최적화합니다. 해결되지 않으면’세계관’의 이분법은 성공에 대한 장벽을 만듭니다.

피닉스 프로젝트와 이후 개발 운영 핸드북을 포함한 책에 의해 대중화,’개발 운영’운동은 비즈니스 결과를 개선하기위한 책임을 공유하여 더 나은 함께 작동하도록 개발,운영,비즈니스,정보 보안 및 기타 영역을 정렬하기 위해 노력하고 있습니다. 이유는 간단하다: 고성능의 조직은 개발 운영 기능을 적용하여 기술 측면과 비즈니스 성과 모두에서 다른 기능을 획기적으로 능가합니다.

개발 운영은 핸드오프나 과도한 외부 생산 또는 운영 지원 없이 고객에게 솔루션 요소를 제공하는 사고 방식,문화 및 일련의 기술 관행을 채택하는 것입니다. 그림 6 에 도시된 바와 같이,개발 운영에 대한 세이프의 접근 방식은 문화,자동화,린 플로우,측정 및 복구라는 다섯 가지 개념에 기반하고 있습니다.

문화는 전체 가치 흐름에 걸쳐 빠른 가치 전달에 대한 공동 책임의 철학을 나타냅니다. 제품 관리,개발,테스트,보안,규정 준수,운영 등 가치 창출을 돕는 모든 사람으로 구성됩니다.
자동화는 오류를 줄이고 릴리스 프로세스의 전체 사이클 시간을 줄이기 위해 가능한 한 많은 파이프 라인에서 사람의 개입을 제거해야 할 필요성을 나타냅니다.
린 플로우는 프로세스에서 작업을 제한하고 배치 크기를 줄이며 큐 길이를 관리하는 관행을 식별합니다. 이들은 고객에게 가치 흐름을 촉진하고 더 빠른 피드백을 가능하게합니다.
측정은 파이프라인을 통한 가치의 흐름을 이해하고 정량화함으로써 학습과 지속적인 개선을 촉진한다.
복구는 자동 롤백 및’앞으로 수정’기능(즉,프로덕션 수정)을 통해 프로덕션 문제를 빠르게 수정할 수 있는 시스템을 구축합니다.

캄므 모델의 장점 중 하나는 모든 수준의 비즈니스 민첩성으로 조직과 협력하여 끊임없는 개선 과정을 시작할 때 즉시 지원하도록 설계되었다는 것입니다.

연속 배달 파이프라인

연속 배달 파이프라인은 아이디어화에서 최종 사용자에게 온디맨드 가치 릴리스에 이르기까지 새로운 기능을 수행하는 데 필요한 워크플로,활동 및 자동화를 나타냅니다. 그림 7 에 나타낸 바와 같이 파이프라인은 네 가지 측면으로 구성됩니다: 지속적인 탐색(세륨),지속적인 통합(세륨),지속적인 배치(시디),및 수요에 방출. 파이프라인은 민첩한 제품 제공 역량의 가장 중요한 요소입니다(그림 1).

각 애자일 릴리스 트레인(아트)은 가능한 한 독립적으로 솔루션 가치를 제공하는 데 필요한 자산과 기술이 포함된 파이프라인을 구축 및 유지 관리하거나 다른 예술과 공유합니다. 파이프라인의 처음 세 가지 요소(세륨,세륨 및 시디)는 시장 수요에 따라 출시되는 새로운 기능의 작은 배치의 전달을 지원하기 위해 함께 작동합니다.

지속적인 탐구는 혁신을 촉진하고 구축해야 할 것에 대한 정렬을 구축합니다. 디자인 사고는 시장 및 고객의 요구를 지속적으로 탐구하고 이러한 요구를 해결하는 솔루션에 대한 비전,로드맵 및 기능 세트를 정의하는 데 사용됩니다. 세륨 동안,새로운 아이디어는 프로그램 백 로그에 우선 순위 기능의 목록으로 제기 정제 및 준비가되어 있습니다. 그들은 파이 계획,지속적인 통합 프로세스를 시작 하는 동안 구현에 끌려 있다.

지속적인 통합은 많은 애자일 팀의 지속적인 작업을 지속적으로 통합하여 개발 프로세스에 품질을 구축합니다. 모든 작업은 버전 제어되며 새로운 기능이 구축되어 전체 시스템 또는 솔루션에 통합됩니다. 그런 다음 순수한 클라우드 기반 소프트웨어 시스템에서 물리적 장치 및/또는 장치 시뮬레이터에 이르는 적절한 스테이징 환경에서 유효성을 검사합니다.

지속적인 배포는 스테이징을 통해 프로덕션 환경으로 솔루션을 이동하는 것과 관련된 프로세스를 캡처합니다. 지속적인 통합과 마찬가지로 이는 생성 된 솔루션의 종류와 관련 솔루션 컨텍스트에 따라 크게 다릅니다. 솔루션이 고객에게 전체 릴리스를 제공할 수 있도록 배포에는 릴리스 제어,릴리스 롤백 또는 증분 업데이트 및 패치 배포에 유연성을 제공하는 모니터링이 포함됩니다.

상술한 바와 같이,온디맨드 릴리스는 시장 및 비즈니스 요구에 따라 고객에게 한 번에 또는 임시 방식으로 가치를 제공 할 수있는 능력입니다. 요청 시 릴리스는 비즈니스 민첩성의 핵심이며,이는 누구에게 언제 릴리스할 것인지에 대한 결정이 핵심 가치 동인이기 때문입니다.

요약

기업은 실행 집중과 고객 집중의 균형을 유지해야 하며,이를 통해 적절한 고객을 위한 적절한 솔루션을 적시에 창출할 수 있습니다. 애자일 제품 제공은 고객 중심성에 기반을 두고 있으며,이를 통해 고객은 모든 결정의 중심에 서게 됩니다. 이 솔루션은 바람직한 실현 가능하고,실행 가능하고,지속 가능한 보장하기 위해 설계 사고를 사용합니다.

종지에 대한 개발은 제품 개발에 내재 된 변동성을 관리하는 데 도움이됩니다. 온디맨드 릴리스는 릴리스와 개발 케이던스를 분리하여 고객이 필요할 때 필요한 것을 얻을 수 있도록 합니다. 기업은 언제든지 고객 및 시장 수요를 충족시키기 위해 전체 또는 부분적으로 가치를 공개 할 수 있습니다.

애자일 제품 제공의 결과는 기업과 고객에게 우수한 결과를 제공하여 비즈니스 민첩성을 향상시킵니다.

자세히 알아보기

노먼,돈. 일상적인 것들의 디자인. 오스터워더,알렉산더,이브 피그너,그레고리 버나다,앨런 스미스. 가치 제안 디자인:고객이 원하는 제품 및 서비스를 만드는 방법. 와일리,2014. 레핑웰,딘. 민첩한 소프트웨어 요구 사항:팀,프로그램 및 엔터프라이즈에 대한 린 요구 사항 사례. 애디슨-웨슬리,2011. 김,진 피닉스 프로젝트: 그것에 대한 소설,개발 운영,귀하의 비즈니스 승리를 돕는. 그것은 혁명을 누릅니다. 김,진,제즈 겸손,패트릭 데부아,존 윌리스. 개발 운영 핸드북:기술 조직에서 세계 최고 수준의 민첩성,안정성 및 보안을 만드는 방법. 그것은 혁명을 누릅니다. 가속-개발 운영의 상태 2019. https://services.google.com/fh/files/misc/state-of-devops-2019.pdf

최종 업데이트:2 월 10 일 2021

저자

욜란다 베레아-