기술 제품 캔버스에 따라 기술 및 제품 팀 조정
게시 됨: 2022-03-11이 기사의 오디오 버전을 들어보세요
제품 개발 팀과 기술 팀 간의 잘못된 의사 소통은 아마도 소프트웨어 개발에서 자원 낭비의 가장 큰 원인일 것입니다. 고성장 기술 회사는 제품 산출물에 대한 증가하는 요구에 직면하고 있으므로 적절한 계획이 간과되는 경우가 있습니다. 제품 및 기술 팀의 연계 부족을 나타내는 여러 징후가 있습니다.
- 요구 사항에 배송되지 않은 제품.
- 제품 기능을 제공하는 데 계획보다 시간이 오래 걸립니다.
- 팀은 매주 상호 작용과 의사 소통이 거의 없습니다.
- 기술 팀은 신제품 요청으로 인해 인프라를 "다시 실행"해야 합니다.
- 경쟁에 비해 발전 속도가 더디게 느껴진다.
- 기술 팀은 종종 다음과 같이 묻습니다 . "
성공적인 기업은 두 팀 간의 이러한 인터페이스를 적극적으로 관리하고 모든 사람이 이해할 수 있는 명확한 제품 및 기술 로드맵을 가지고 있습니다. 그러나 현재 이 문제를 구조화된 방식으로 해결하는 대중적인 방법론은 없습니다.
대신, 대부분의 경우 이러한 목표는 비구조화된 회의를 통해 임시 방식으로 달성됩니다. 이에 가장 가까운 비교는 확장된 애자일 프레임워크이지만 이러한 접근 방식조차도 모든 기업, 특히 소규모 기업에서 항상 실현 가능한 것은 아닙니다. 이 접근 방식은 전체 프레임워크를 채택해야 하기 때문입니다.
제품 팀과 기술 팀 간의 조정을 쉽게 달성하는 방법 중 하나는 구조화된 기술 제품 캔버스를 사용하는 것입니다.
기술 제품 캔버스란 무엇입니까?
캔버스 개념은 수년 동안 사용되어 왔습니다. 이 공간의 핵심 비전가 및 혁신가로는 비즈니스 모델 캔버스를 만든 Alexander Osterwalder, Roman Pichler와 그의 제품 비전 캔버스, 사용자 스토리 매핑 방법과 그의 기회 캔버스로 알려진 Jeff Patton이 있습니다. 제품과 기술의 연계 문제를 해결하기 위해 캔버스 방법론을 사용하여 기술 제품 캔버스를 만들었습니다.
캔버스는 팀 토론을 용이하게 하고 모든 사람을 같은 페이지에 모이게 하는 빠른 방법으로 작용할 것입니다. 이것은 이 문서를 만들 때 얻을 수 있는 가장 중요한 이점 중 하나입니다. 한 시간 정도 걸릴 수 있는 프로세스를 통해 제품과 기술 팀 간의 조정 관리를 시작할 수 있습니다.
기술 제품 캔버스는 팀이 제품 로드맵 목표, 기술 로드맵 목표를 명시하고 시각화하고 로드맵의 각 제품 기술 단계를 명시적으로 논의하도록 합니다. 이 연습을 통해 팀이 동기화되고 모든 사람이 명확한 기대와 방향을 가지고 회의실을 떠날 수 있습니다.
기술 회사와 함께 일하면서 저는 비즈니스 목표와 기술 역량 간의 교차점이 가장 큰 위험에 놓여 있다는 사실을 알게 되었습니다. 기술 제품 캔버스는 이러한 정확한 위험을 관리하기 위해 만들어졌습니다.
기술 제품 캔버스는 언제 사용해야 합니까?
기술 제품 캔버스 토론은 제품 비전을 완전히 정의하고 스토리 매핑 프로세스를 수행하고 초기 제품 릴리스 로드맵을 개발한 경우 제품 소유자가 시작하는 것이 가장 좋습니다. 이 단계에서 어떤 제품 기능이 각 주요 릴리스에 중요한지 명확해질 것입니다. 이 시점에서 팀은 제품 구축 방법 에 대한 자세한 기술 토론을 할 준비가 되었습니다.
기술 제품 캔버스 실행은 명확성을 가져오고 때로는 충돌하지만 궁극적으로 제품 개발을 위해 어떤 기술 아키텍처를 배치해야 하고 기술 플랫폼이 제품의 요구 사항을 충족하기 위해 어떻게 진화해야 하는지에 대한 합의를 가져옵니다. 이를 통해 기술 팀은 다양한 가능성을 브레인스토밍하고 혁신에 대한 의견을 반영할 수 있습니다.
기술 제품 캔버스가 가상의 새로운 소프트웨어 벤처에서 어떻게 사용되는지에 대한 보다 자세한 예를 살펴보고 실제 작동을 보고 사용 방법을 배우도록 하겠습니다.
기술 제품 캔버스 사용 방법
기술 제품 캔버스는 주로 집중, 커뮤니케이션 및 팀 조정을 위한 수단입니다. 캔버스를 통해 기술 팀과 대화를 통해 제품 개발을 지원하는 데 필요한 기술 아키텍처를 파악할 수 있습니다. 새로운 소프트웨어 제품에 대한 가상의 예를 들어 보겠습니다. 사람들을 주변의 다른 사람들과 연결하는 새로운 위치 기반 앱 - 당신을 이웃과 연결하는 커뮤니티 앱.
여기에서 기술 제품 캔버스를 다운로드할 수 있습니다. 캔버스를 인쇄하여 그 위에 글을 쓸 수도 있습니다. 또는 이 기사에서 사용한 Miro와 같은 온라인 도구를 사용할 수도 있습니다.
설정
몇 달 동안 스타트업 팀과 함께 일하면서 훌륭한 아이디어를 얻었고 이제 소프트웨어 개발을 계획하고 싶어한다고 가정해 보겠습니다. 린 캔버스에서 작업했으며 사용자가 앱을 통해 경험하게 될 프로세스 단계의 스토리 맵도 만들었습니다. 이제 빌드해야 합니다. 따라서 모든 사람을 회의실, 제품 팀 및 기술 팀으로 초대하고 회의실 화면에 기술 제품 캔버스의 빈 버전을 투사합니다. 어디서 시작하나요?
첫 번째는 모두가 여기에 있는 이유와 달성하려는 목표에 대한 기대치를 설정하는 것입니다. 제품 목표와 기술 작업 간의 계획을 보장하기 위해 팀에 왔다고 설명합니다. 또한 완벽함을 추구하는 것이 아니라 더 배우고 요구 사항이 변경됨에 따라 몇 달에 한 번씩 이것을 계속 검토할 것임을 강조하십시오. 그러나 적어도 오늘만큼은 여러분 모두가 같은 페이지에 있다는 것을 확실히 하기 위한 기본 사항입니다.
1단계: 성공 지표 정의
전체 계획이 제대로 작동하고 있는지 어떻게 측정하시겠습니까? 비즈니스 목표는 무엇입니까? 각 릴리스 단계의 수익 또는 앱 다운로드 수일 수 있습니다. 린 캔버스에 익숙하다면 이미 식별된 숫자가 있을 수 있습니다. 해당 정보를 이 섹션에 복사하십시오. 이 예에서는 "첫 해에 1,000명 연결" 및 "로스앤젤레스에서 브랜드 만들기"라는 두 가지 성공 메트릭을 사용했습니다. 하나는 정량화 가능하고 하나는 정성적 메트릭입니다.
그러나 우리는 왜 이것에 먼저 초점을 맞추는가? 전체 팀이 우리가 그 자리에 있는 이유를 이해하도록 합니다. 우리는 그 어떤 제품이나 기술 문제보다 더 큰 목표를 가지고 있습니다. 이것이 우리 모두가 여기에 있는 비즈니스 이유입니다.
2단계: 제품 비전 및 제품 릴리스 섹션 작성
이를 통해 팀은 제품 비전이 무엇인지, 현재 제품 개발 우선 순위를 어떻게 정의했는지 명확하게 하거나 새로 고칠 수 있습니다. 제품 비전 선언문과 주요 대상 그룹이 누구인지 기록합니다. 그런 다음 각 릴리스에서 제공하려는 몇 가지 주요 제품 항목을 식별하십시오. 이 상자를 팀으로 채우고 미리 채우지 않는 것이 좋습니다. 이를 통해 기술 및 제품 팀 구성원 모두가 목표를 정의하는 프로세스에 참여할 수 있습니다. 왼쪽에서 오른쪽으로 작업: 첫 번째 제품 반복의 목표, 즉 고객 요구를 충족시키는 데 필요한 큰 기능을 식별합니다.
3단계: 기술 비전을 제품 비전과 일치시키십시오.
4단계: 기술 계획을 제품 목표에 맞추기
이것은 고무가 길을 치는 곳입니다. 2단계에서는 각 제품 릴리스 반복에 대해 주요 기능이 식별되었습니다. 이제 이러한 각 릴리스에 대한 기술 계획을 정의해야 합니다. 이러한 각 기능을 지원하는 데 필요한 기술 아키텍처와 도구를 식별합니다. 정확한 도구를 파악하고 기술을 습득하는 것이 좋습니다. 필요한 경우 향후 릴리스에서 피벗할 수 있습니다. 계획은 기술 팀이 수행해야 할 작업을 명시적으로 전달하도록 하는 것입니다.
기술 팀이 이 부분을 주도하게 하고 답이 완벽할 필요는 없다고 안심시키십시오. 멀리 가서 더 많은 조사를 해야 하는 경우 회의 후에 할 수 있습니다. 그러나 여기서 목표는 나중에 업데이트할 수 있는 캔버스의 첫 번째 반복을 완료하는 것입니다. 완벽은 성공의 적입니다.
앱 예제에서는 제품 릴리스 1 상자에서 제품 요구 사항을 살펴봅니다. 이러한 요구 사항에 따라 기술 계획 1은 "Ionic을 사용하여 크로스 플랫폼 앱을 활성화하는 프로그레시브 웹 앱 개발"이라고 말할 수 있습니다. 장치의 지리적 위치 기능을 사용합니다. Firebase 백엔드와 동기화합니다. SendGrid 이메일 서비스를 이용하세요.” 여기에 설명된 기술 계획 및 목표는 제품 목표를 달성하기에 충분해야 합니다. 팀이 제품 목표가 존재하지 않는 곳에서 과도한 엔지니어링을 하고 있지 않은지 확인하십시오.
마찬가지로 기술 계획 2는 "Facebook/Google 인증을 사용하여 사용자 인증을 구현하고 Firebase 데이터베이스 및 채팅 인터페이스로 실시간 채팅을 구현합니다."입니다. 기술 계획 3은 "앱 업그레이드를 위한 개인 정보 보호/GPS 숨김 및 인앱 구매 방법 구현"입니다.
이 프로세스에서는 회의의 기술 팀이 토론에 기여해야 합니다. 모든 아이디어와 통찰력을 공유하고 토론할 수 있는 기회를 갖게 되며 팀 조정과 동의를 얻을 수 있습니다. 여기에서 팀의 모든 측면에 있는 사람들이 논의해야 할 필요성, 우선 순위 및 문제를 이해하고 초기 계획 및 계약을 개발할 위치를 이해할 수 있습니다.
5단계: 위험 및 리소스 식별
마지막으로 기술 아키텍처 관점에서 제품을 구축하는 방법을 결정했으면 위험과 리소스에 대해 논의하는 것이 좋습니다. 이 예에서는 위험에 대해 "프로그레시브 웹 앱이 충분히 빠르지 않을 가능성이 있습니다."라고 말할 수 있습니다. 그렇다면 React 또는 Native 앱 개발로 전환할 수 있습니다. 리소스의 경우 "Ionic, PWA, 지리적 위치 및 Firebase" 기술을 갖춘 사람이 필요합니다.
전체 그림
다음은 위의 가상 앱 예를 기반으로 하는 기술 제품 캔버스의 완성된 예입니다.
캔버스가 처음에 완전히 완성되어야 한다고 기대해서는 안 됩니다. 기술 능력과 비교하여 제품 기능이 무엇인지, 그리고 무엇을 캔버스에 표시할지에 대해 팀으로서 의견이 다를 수 있습니다. 캔버스의 목적은 세션이 끝날 때 귀하와 전체 팀이 개발 진행 방법에 대해 훨씬 더 나은 개념적 합의를 할 수 있도록 토론을 시작하고 구성하는 것입니다.
이 문서는 이제 개발 계획의 핵심입니다. 이것은 높은 수준의 개발 로드맵이며 기술 팀은 이제 이를 받아들이고 비즈니스 목표를 알고 있는 더 자세한 개발 작업을 구성할 수 있습니다.
결론: 기술 제품 캔버스 반복
기술 제품 캔버스를 만드는 5단계는 다음과 같습니다.
- 성공 지표 정의
- 제품 비전 및 제품 릴리스 섹션 작성
- 기술 비전을 제품 비전과 일치시키십시오.
- 제품 목표에 맞는 기술 계획
- 위험 및 자원 식별
캔버스의 매우 중요한 이점은 팀이 각 단계에서 적용하거나 개발해야 하는 '최소' 기술을 식별할 수 있다는 것입니다. 이는 제품 팀이 필요한 기술 노력과 앞에 놓인 과제를 인식하는 데 도움이 됩니다. 기술 계획이 동기화되고 충분한 단계가 선행되기 때문에 기술 능력 부족으로 제품 개발이 느려지지 않습니다. 앱 예제에서 우리는 해당 기술이 필요한 릴리스 버전 2를 준비할 수 있도록 버전 1 릴리스에 가까워짐에 따라 우리 팀을 교육시키거나 SignalR 기술 전문가를 찾을 것입니다.
여기에서 기술 제품 캔버스를 다운로드할 수 있습니다. 팀에서 분기별로 검토를 수행하고 각 릴리스가 완료될 때마다 검토할 것을 권장합니다. 필요에 맞게 캔버스를 자유롭게 수정하십시오. 기술 제품 캔버스를 개선할 수 있는 방법에 대한 귀하의 피드백을 듣고 싶습니다.