의사결정 유형

의사결정 카테고리, 권한 수준, 누가 어떤 선택을 할 수 있는지 이해하기

개요

모든 결정이 동일하게 만들어지는 것은 아닙니다. 어떤 선택은 되돌릴 수 있는 실험이고, 다른 것은 조직을 수년간 약속합니다. 어떤 것은 여러분의 당장의 업무에만 영향을 미치고, 다른 것은 회사 전체에 파급됩니다. 의사결정 유형을 이해하면 언제 독립적으로 행동할 수 있는지, 언제 승인이 필요한지, 다른 선택 카테고리에 대해 누가 권한을 보유하는지 알 수 있습니다.

Kyndof는 여러 차원에 걸쳐 의사결정을 분류합니다: 범위(개인/팀/부서/조직), 영향(낮음/중간/높음/치명적), 되돌릴 수 있는 정도(쉽게 되돌림/어려운 되돌림/되돌릴 수 없음), 도메인(기술/비즈니스/운영/전략). 이러한 차원이 결합하여 의사결정 권한과 승인 요구사항을 결정합니다.

의사결정 차원

범위 차원

개인 범위: 자신의 업무에만 영향. 승인 불필요. 예: 코드 구현 접근방식, 개인 도구 선택, 업무 우선순위.

팀 범위: 즉각적인 팀에 영향. 팀장 승인 필요. 예: 스프린트 약속, 팀 프로세스 변경, 업무 배분.

부서 범위: 전체 부서에 영향. 부서장 승인 필요. 예: 로드맵 우선순위, 채용 요청, 예산 배분.

조직 범위: 전체 조직에 영향. 임원/CEO 승인 필요. 예: 회사 전략, 조직 구조, 전사적 정책.

영향 차원

낮은 영향: 일시적 불편 또는 사소한 비효율. 빠른 행동 선호. 실수는 학습 기회.

중간 영향: 팀 생산성, 프로젝트 타임라인, 중간 규모 자원에 영향. 신중한 고려 필요.

높은 영향: 조직 전략, 상당한 자원, 장기 약속에 영향. 철저한 분석과 임원 승인 필요.

치명적 영향: 조직 생존, 주요 법적/재무 리스크, 근본적 비즈니스 모델에 영향. CEO/이사회 승인 필요.

되돌릴 수 있는 정도 차원

쉽게 되돌릴 수 있음: 최소 비용으로 빠르게 취소 가능. 실험과 빠른 반복 선호. Amazon의 "양방향 문" 결정.

되돌리기 어려움: 취소에 상당한 노력, 시간, 자원 필요. 더 많은 숙고 필요.

되돌릴 수 없음: 한번 내려지면 취소 불가. 최대한의 검토 필요. Amazon의 "일방향 문" 결정.

도메인 차원

기술 도메인: 기술, 아키텍처, 엔지니어링 관행. 테크리드 -> 엔지니어링 매니저 -> CTO.

비즈니스 도메인: 제품, 시장, 고객, 가격. 프로덕트 리드 -> 부서장 -> CEO.

운영 도메인: 프로세스, 정책, 자원 배분. 팀장 -> 부서장 -> COO/CEO.

전략 도메인: 장기 방향, 경쟁 포지셔닝, 미션. 임원팀/이사회.

일반적인 의사결정 유형

전술적 결정

확립된 전략 내 일상적 실행 선택. 범위: 개인/팀. 영향: 낮음-중간. 승인 불필요.

운영 결정

업무 수행 방식에 대한 선택. 범위: 팀-부서. 영향: 중간. 팀장/부서장 승인 필요.

기술 아키텍처 결정

기술, 시스템 설계, 통합 패턴 선택. 영향: 중간-높음. ADR 문서화 필요. 팀 수준은 테크리드, 조직 수준은 CTO 승인.

제품/기능 결정

무엇을 만들지, 제품 방향. 기능은 프로덕트 리드, 로드맵은 부서장, 새 제품라인은 CEO 승인.

자원 배분 결정

예산, 인력, 시간, 장비 배치. 금액 임계값에 따라 승인자 결정.

정책 결정

조직 행동을 지배하는 규칙과 표준 수립. 사소한 변경은 정책 소유자, 주요 변경은 임원팀.

전략적 결정

장기적 조직 방향, 경쟁 포지셔닝. 범위: 조직. 영향: 높음-치명적. CEO/이사회.

인사 결정

채용, 역할 변경, 보상, 성과 관리. 개인은 매니저, 조직은 CEO 승인.