로드맵, 계획보다 중요한 건 '권한'!
로드맵은 가시적인 계획이지만, 실제 결과는 권한, 의존성, 제약 조건 등 시스템 내부 구조에 달려있음
우선순위 결정보다 의사 결정 권한을 먼저 정의해야 하며, PM과 EM의 역할 분담이 중요함
날짜 약속(Date Commitments)과 예측(Delivery Forecast)의 차이를 인지하고, 무리한 약속은 지양해야 함
신뢰성 확보(Reliability)를 위해 엔지니어링팀은 문제 발생 시 작업 중단 권한을 가져야 함
로드맵(Roadmap)의 본질: 시스템적 사고
게시글은 로드맵을 단순히 우선순위 목록(Ranked List)으로 취급하는 것은 문제라고 지적한다. 실제 결과는 소유 구조(Ownership Structure), 의존성(Dependencies), 제약 조건(Constraints), 그리고 협상(Negotiation)에 의해 결정된다는 것이다. 즉, 로드맵은 시스템이 만들어내는 결과물(Artifact)일 뿐, 시스템 자체에 대한 이해가 선행되어야 한다고 강조한다. 이는 개발 프로세스 전반에 대한 시스템적 사고(Systemic Thinking)의 중요성을 시사한다.
PM(Product Manager)과 EM(Engineering Manager)의 역할과 책임
게시글은 PM과 EM의 역할 분담과 협업의 중요성을 강조한다. PM은 가치 전달(Value Case)에 집중하여 문제 정의, 사용자 컨텍스트, 비즈니스적 이유를 설명해야 하며, EM은 실행 가능성(Feasibility), 시스템 제약 조건, 아키텍처적 영향, 운영 리스크를 고려해야 한다. 특히, PM이 구현을 지시하거나 EM이 기술적 추상화에 몰두하는 경우, 상호 불신이 발생하여 로드맵이 왜곡될 수 있음을 경고한다. PM과 EM은 WHAT vs HOW 경계를 명확히 해야 한다.
의사 결정 권한의 명확한 정의
게시글은 우선순위 결정에 앞서 의사 결정 권한(Decision Rights)을 명확히 정의해야 한다고 주장한다. 구체적으로, 날짜 약속과 예측의 차이를 인지하고, 범위 소유(Scope Ownership)와 구현 소유(Implementation Ownership)를 구분해야 한다고 강조한다. 또한, 신뢰성 문제 발생 시 엔지니어링팀이 작업 중단 권한을 가져야 하며, 리더십의 결정에 대한 명확한 책임 소재를 명시해야 한다고 말한다. 이는 책임 소재(Accountability)를 명확히 하여 로드맵의 실행력을 높이기 위함이다.
로드맵 실패의 원인: 권한 문제
게시글은 로드맵 실패의 주요 원인으로 권한 문제(Authority Problem)를 지적한다. 예를 들어, 날짜 약속을 함부로 변경하거나, 리더십의 결정에 대한 명확한 책임 소재가 없는 경우, 로드맵은 왜곡될 수 있다. 또한, 의존성(Dependency), 신뢰성(Reliability), 범위(Scope) 관련 문제에 대한 권한이 불분명하면, 로드맵은 제 기능을 발휘하기 어렵다. 따라서, 로드맵 수립 전에 의사 결정 권한을 명확히 정의하는 것이 중요하다고 강조한다.
