용어집
이 책에서 특정한 의미로 쓰는 낱말을 가나다순으로 정리했습니다.
Owner
하나의 주제를 맡는 사람입니다.
owner는 문제를 이해하고, 작업을 진전시키고, 현장의 결정을 조정하고, 조율이 필요한 일을 조율하고, 결과를 확인하며, 주제가 결실을 맺도록 책임져야 합니다.
owner와 보증인은 같은 사람이 아닙니다. owner는 하나의 주제를 맡고, 보증인은 한 영역의 일관성, 품질 또는 위험의 수준을 맡습니다. 프로덕트 엔지니어는 한 기능의 owner가 될 수 있지만, 그렇다고 아키텍처 전체의 보증인이 되는 것은 아닙니다.
Product Decision Record (PDR)
여러 팀, 여러 제품 또는 앞으로의 여러 상황을 이끌 만큼 구조적인 프로덕트 결정의 기록입니다.
PDR에는 배경, 검토한 대안, 채택한 결정, 그 이유와 결과, 받아들인 위험, 결정을 다시 논의할 만한 조건, 그리고 결론을 내린 사람들이 담깁니다.
PDR은 사소한 조정 하나하나를 기록하지 않습니다. 기억되지 않는 결정은 금세 다시 협상 대상이 됩니다. 코드는 무엇을 만들었는지를 기록하고, PDR은 왜 그렇게 했는지를 기록합니다.
공유 컨텍스트
한 사람이 현장에서 결정을 내릴 수 있게 해 주는 요소입니다. 고객이 실제로 한 말, 이미 시험해 본 가설, 중요한 제약, 이미 내린 구조적 결정, 받아들인 절충안, 결과를 판단하는 지표가 여기에 해당합니다.
이 책은 공유 컨텍스트를 하나의 인프라로 다룹니다. 조직은 더 많은 사람에게 결정을 맡기면서 핵심 컨텍스트를 소수 전문가의 머릿속에만 둘 수는 없습니다. 그렇게 하면 행동할 역량은 나누어 주면서 이해할 역량은 나누어 주지 않는 셈이 됩니다.
병목
조직이 실제로 내놓을 수 있는 것을 제한하는 흐름 속의 지점입니다.
AI는 다른 활동을 쓸모없게 만들지 않습니다. 병목을 옮길 뿐입니다. 실행이 느려서 가려져 있던 것이 드러납니다. 선택한 문제의 질, 의도의 명확성, 조정, 검증, 일관성, 출시 후 배우는 능력이 그것입니다. 새로운 병목은 판단입니다.
보증인
한 영역의 일관성과 품질을 계속 책임지는 사람 또는 팀입니다.
보증인은 반드시 그 영역의 작업을 수행하는 사람도, 사소한 결정 하나하나를 승인하는 사람도 아닙니다. 그 영역에 영향을 미치는 중요한 선택이 있을 때, 한계를 넘어섰을 때, 혹은 무언가 잘못되었을 때 조직이 찾는 사람입니다.
이 책은 적어도 세 가지 보증인을 제안합니다.
- 프로덕트 보증인: 프로덕트의 일관성, 구조적 선택, 타깃, 가치 제안, 중대한 조정, 전략과의 관계.
- 디자인 보증인: Design System(디자인 시스템), 경험의 일관성, 접근성, 새로운 패턴, UX 요구 수준.
- 개발 보증인: 아키텍처, 보안, 성능, 유지보수성, 기술 품질, 운영 환경 조건.
원칙은 이렇습니다. 누구나 여러 영역에 기여할 수 있지만, 각 영역에는 그 영역을 책임지는 누군가가 남아 있어야 합니다. 보증인은 틀을 지키는 사람이지, 모든 행동을 검증하는 사람이 아닙니다. 모든 것을 점검해야 한다면 보증인은 다시 병목이 됩니다.
owner와 혼동하지 마십시오.
시스템 안의 안전장치
조직이 사람의 검증에서 도구로 넘기는 반복적인 규칙입니다. 테스트, CI, Design System, 표준, 보안 규칙, 템플릿, 에이전트용 지침, 지표가 이에 해당합니다.
같은 규칙을 자동으로 확인할 수 있다면 보증인이 그 규칙을 풀 리퀘스트 쉰 개에서 되풀이해 상기시킬 필요는 없습니다. 그러면 사람의 전문성은 예외에 집중됩니다. 그렇다고 자동화만으로 품질이 충분히 보장된다는 뜻은 아닙니다.
어정쩡한 결정
합의가 이루어진 것처럼 보이게 할 만큼 모호한 결정입니다.
누구나 그 결정에 자신의 우선순위를 투영할 수 있고, 실행 단계에 가서야 제약들이 서로 양립할 수 없었다는 사실이 드러납니다. 이런 결정은 선택도, 감수한 손실도, 결론을 내리는 사람도 명확히 하지 않습니다.
자율성이 매우 높은 시스템에서 특히 위험합니다. 각 팀이 각자의 범위에서는 합리적이지만 전체적으로는 일관성 없는 결정을 내릴 수 있기 때문입니다.
에스컬레이션
세 가지 통제 수준 중 세 번째입니다.
결정이 시스템 자체의 경계를 바꿉니다. 구조적인 아키텍처, 보안, 민감한 데이터, 새로운 주요 상호작용, 타깃이나 가치 제안 또는 가격 정책의 변경이 여기에 해당합니다. owner는 더 이상 틀 안에서 결정하지 않고, 틀을 바꾸자고 제안합니다. 이 상황에서는 보증인이나 상위 결정 단계가 필요합니다.
의사결정 틀
세부적인 지시의 일부를 대신하는 것입니다. 모든 해결책을 미리 고정하지 않으면서 현장의 결정에 방향을 잡아 주는 정보입니다.
여기에는 우선순위 고객, 해결할 문제, 기대하는 결과, 범위의 한계, 중요한 제약, 기대하는 품질 수준, 조직이 하지 않기로 받아들인 것, 그리고 넘어서면 결정을 에스컬레이션해야 하는 기준선이 담길 수 있습니다.
이것이 이 책의 역설입니다. 자율성을 널리 나누고 싶을수록 틀은 더 명시적이어야 합니다. 자율성은 규칙이 없어서 생기는 것이 아니라, 끊임없이 허락을 구하지 않고도 행동할 수 있을 때 생깁니다.
중간 관리 계층
경영진과 팀 사이에서 결정을 조율하는 일을 맡는 관리 단계입니다.
이 책은 기능과 그 기능을 맡은 사람을 구분합니다. 정보를 전달하고, 진행 상황을 취합하고, 반복적인 검증을 조직하는 일은 비중이 줄어들 수 있습니다. 조정하고, 갈등을 해결하고, 경험을 전수하고, 결과를 책임지는 일은 다른 방식으로 맡아야 합니다. 다시 검토되는 대상은 꼭 관리 자체가 아니라, 반드시 거쳐야 하는 조율 메커니즘으로서의 위계입니다.
초록·주황·빨강 단계
Malorean Corp.의 팀들이 누가 결정하는지 알기 위해 작성하는 기준표입니다.
- 초록: 선택이 각자의 범위에 머물고, 되돌릴 수 있으며, 알려진 규칙에 부합하고, 고객에게 새로운 약속을 하지 않을 때는 혼자 결정합니다.
- 주황: 새로운 상황, 목표 간의 모순, 또는 상당한 의문에 부딪히면 상의합니다.
- 빨강: 구조적인 규칙을 바꾸거나, 회사를 대표해 약속하거나, 민감한 데이터를 다루거나, 되돌리기 어려운 중대한 위험을 감수해야 할 때는 누구도 혼자 결정하지 않습니다.
이것은 세 가지 통제 수준, 즉 현장 자율, 표적 검증, 에스컬레이션을 실제로 겪는 형태입니다.
컨텍스트 아키텍트
이 책이 프로덕트 매니저(PM)에게 부여하는 역할입니다. 인터뷰, 영업 과정에서 나온 반론, 고객 지원, 결정, 데이터, 자료, 약한 신호처럼 흩어져 있는 지식을 재사용할 수 있는 조직의 자산으로 바꾸는 일입니다.
페이지를 더 많이 만들어 내는 것이 목적이 아닙니다. 누군가 결정을 내리는 데 필요한 것을, 모든 추론을 처음부터 다시 세우지 않고도 얻을 수 있게 하는 것이 목적입니다.
표적 검증
세 가지 통제 수준 중 두 번째입니다.
결정이 한 영역에 새로운 요소, 예외 또는 상당한 위험을 들여옵니다. 해당 영역의 보증인이 개입합니다. 보증인이 반드시 그 주제를 넘겨받는 것은 아닙니다. 부족한 특정한 판단을 보태는 것입니다.
현장 자율
세 가지 통제 수준 중 첫 번째입니다.
결정이 알려진 목표와 표준 안에 머뭅니다. 되돌릴 수 있고, 일어날 수 있는 결과가 제한적이며, 구조적인 규칙을 바꾸지 않습니다. owner가 혼자 결정합니다.