Triple Diamond 이니셔티브 플레이북

이니셔티브 플레이북(Triple Diamond) 소개

업계 전반이 지난 10년 동안 배포 파이프라인을 더 빠르고 매끄럽고 자동화되게 만들기 위해 노력해왔습니다. 문제는 더 빠른 파이프라인이 대체로 잘못된 아이디어를 고객에게 더 효율적으로 전달하는 데만 도움이 된다는 점입니다.

병목은 보통 도구가 아닙니다. 문제는 눈에 보이지 않는 컨텍스트 격차입니다: '무엇'과 '왜' 사이에 놓인 연결 고리가 빠져 있습니다. 모두가 자신들이 완벽하게 소통했다고 진심으로 믿기 때문에 이 격차는 눈에 보이지 않습니다. 하지만 협업 없이 이루어지는 소통은 많은 추정이 조용히 자리잡을 여지를 남깁니다.

이 템플릿은 그 공간을 보여주는 맵입니다. 이 템플릿은 이니셔티브를 대략적인 아이디어에서 실제로 동작하는 소프트웨어, 즉 제품 개발 수명주기까지 이어주어 교차 기능 팀이 한곳에서 전체 가치 흐름을 볼 수 있게 합니다.

목적은 간단합니다: 보이지 않는 것을 보이게 하는 것. 제 친구이자 Quality Radar 도구의 크리에이터인 Nicola Sedgwick가 말했듯이, 보이지 않는 것은 개선할 수 없습니다.

보드에 있는 항목

Triple Diamond은 디자인 싱킹 모델입니다. 이는 영국 디자인 위원회(British Design Council)가 대중화한 Double Diamond를 확장한 것입니다. 각 다이아몬드는 먼저 발산한 다음 수렴하는 방식입니다: 선택지를 넓게 탐색한 뒤 결정으로 좁혀갑니다.

• 아이디어(반쪽 다이아몬드). 아이디어의 출처와 형성 배경.

• 다이아몬드 1: 문제 발견 및 정의. 고객 요구, 수행 과제(jobs to be done), 시장 및 비즈니스 맥락을 탐색합니다. 명확한 문제 정의로 수렴합니다.

• 다이아몬드 2: 해결책 발견 및 정의. 다양한 접근법을 탐색하고 실험합니다. 합의된 해결책으로 수렴합니다.

• 다이아몬드 3: 배포. 작업을 수행한 뒤 고객이 실제로 어떻게 행동하는지 관찰합니다. 그 관찰 결과가 다음 아이디어로 이어집니다.

처음 두 다이아몬드는 올바른 것을 만드는 데 집중합니다. 세 번째는 그것을 올바르게 만드는 데 집중합니다.

세 가지 보조 요소가 함께 배치되어 있습니다. 마일스톤은 올바른 방향으로 가고 있는지 점검하는 중간 점검 지점입니다. 단계 목표는 각 단계에서 원하는 결과입니다. 액티비티는 목표를 달성하는 방법입니다. 이는 정해진 방식이 아닙니다. 조직마다 다르니 레이블을 변경하세요.

대상

엔지니어링 리더, 제품 관리자, 수석 엔지니어, 디자이너, 딜리버리 리드 등 불확실한 중간 단계에서 이끌어가는 담당자에게 적합합니다. 작은 교차 기능 팀(엔지니어링, 제품, 디자인, 분석 및 실질적 이해관계자)과 함께할 때 가장 효과적입니다.

이 템플릿 사용 방법

1. 이 이니셔티브용 보드를 복제하세요.

2. 소규모 크로스펑셔널 팀을 구성하세요.

3. 초기 아이디어를 공유해 모두가 같은 이야기에서 시작하게 하세요.

4. 이 이니셔티브에서 실제로 중요한 단계 목표에 태그를 달고, 나머지는 무시하세요.

5. 액티비티와 상태(진행 중, 차단 등)에 이모티콘 범례를 사용해 태그를 달세요.

6. 실시간 또는 비동기적으로 열린 질문과 업데이트에 댓글을 남기세요.

7. 팀에 맞는 검토 주기(주간, 격주 등)를 정하세요.

첫 매핑 세션은 약 15분 정도 걸립니다. 큰 의식이 아닙니다.

이 템플릿을 사용하는 다른 방법

진행 중인 이니셔티브를 매핑하는 것이 가장 명백한 사용 방법입니다. 그러나 유일한 방법은 아닙니다.

• 회고. 사후에 이니셔티브를 맵으로 만들면 간극이 자연스럽게 드러납니다.

• 기존 관행 매핑. 프로세스 문서에 적힌 방식이 아니라 실제 워크플로우가 어떻게 흘러가는지를 솔직하게 보여줍니다.

• 감사 및 보증. 절차와 통제를 라이프사이클 단계에 맞춰 표시해 실제로 어디에 존재하는지 보여줄 수 있습니다.

• 핫·콜드 매핑. 마찰이 집중되는 곳과 전혀 아무 일도 일어나지 않는 곳을 확인하세요. 두 경우 모두 유의미한 단서를 제공합니다.

• 갭 분석. AI, 보안, 품질, 접근성 또는 규정 준수 같은 관점을 겹쳐 적용한 뒤 어떤 단계가 충분히 다뤄지고 있고 어떤 단계는 사실상 운에 맡겨져 있는지 확인하세요.

• 새로운 측정 지표 정의. 단계가 가시화되면 단계 간의 격차를 측정할 수 있습니다: 단계 간 리드 타임, 재작업 비율, 대기 시간. 이러한 수치가 가치 흐름이 실제로 어디에 막혀 있는지를 알려줍니다.

• 수명 주기 최적화. AI나 자동화를 무작정 모든 곳에 한꺼번에 적용하기보다 실제로 효과를 내는 지점을 선택하세요.

• 온보딩. 새로 합류한 구성원에게 맵을 건네세요. '해가면서 익히면 된다'고 하는 것보다 훨씬 친절합니다.

팁 및 모범 사례

• 이모티콘 범례를 제대로 사용하세요. 시간에 따라 태그된 액티비티와 댓글이 마찰이 일어나는 위치의 히트맵을 만듭니다. DORA 지표를 예측해주진 않습니다. 어디를 봐야 할지 알려줍니다.

• 반복하세요. 순환 구조는 의도적으로 마련되어 있습니다. 무언가를 알게 되면 이전 단계로 되돌아가세요.

• 알 수 없는 부분을 드러내세요. 문제가 되는 대부분의 내용은 어디에도 기록되지 않았습니다. 공유된 보드는 사람들이 평소라면 혼자 품고 있던 질문을 올려둘 장소를 제공합니다. 태그와 댓글이 일부를 포착하지만, 진짜 피드백 루프는 맵이 세션 중과 그 이후 오랫동안 촉발하는 대화입니다.

• 낭비되는 것은 없습니다. 이니셔티브를 중간에 중단해도 다시 돌아왔을 때 맥락과 감사 로그가 그대로 남아 있습니다.