역할이 겹칠수록책임은 더 선명해야 합니다
한 사람이 여러 역할을 맡는 것과 하나의 업무에 여러 책임자가 생기는 것은 다른 문제입니다.
역할은 유연하게,
책임은 한 문장으로 둡니다.
작은 조직에서는 기획자가 운영을 맡고 디자이너가 고객과 이야기하며 리더가 실무에 참여합니다. 역할의 유연성은 속도를 만드는 강점입니다.
하지만 같은 업무에서 누가 결정하고, 누가 실행하며, 누가 최종 결과를 확인하는지가 분명하지 않으면 유연성은 곧 기다림이 됩니다.
직함을 더 세분화하기보다 업무마다 책임의 경계를 짧게 정의해야 합니다. 사람은 여러 역할을 가질 수 있지만 한 결정의 최종 책임은 분명해야 합니다.
역할표는 사람을 칸에 고정하기 위한 문서가 아닙니다. 일이 멈췄을 때 누구에게 다음 판단을 요청할지 알려 주는 운영 지도입니다.
모두의 일은 쉽게
아무도 끝내지 않는 일이 됩니다
여러 사람이 함께 참여하면 의견은 풍부해집니다. 그러나 모든 의견이 같은 무게의 승인처럼 작동하면 작은 수정도 모두의 동의를 기다리게 됩니다.
반대로 “담당자”만 있고 결정 가능한 범위가 없으면 실행자는 계속 허락을 구해야 합니다. 책임은 맡았지만 권한은 없는 상태입니다.
검토자의 역할이 정해지지 않으면 작업이 거의 끝난 뒤 새로운 의견이 들어옵니다. 공유 대상과 승인자를 구분하지 않으면 정보를 받는 사람도 결정을 내려야 하는 사람처럼 행동합니다.
책임이 선명하다는 것은 혼자 일한다는 뜻이 아니라 마지막 판단의 위치를 안다는 뜻입니다.
하나의 업무를 둘러싼
네 가지 역할
사람을 직함으로 나누지 않고 이번 업무에서 무엇을 책임지는지 구분합니다.
끝나는 기준
모든 역할은 하나의 결과와 완료 기준을 공유합니다.
우선순위를 정하고 최종 선택과 완료 상태를 책임집니다.
전문 지식과 산출물을 제공하고 합의한 범위를 실행합니다.
정해진 시점에 품질과 위험을 확인하고 수정 기준을 제시합니다.
결정과 결과를 전달받지만 일상적인 승인 과정에는 참여하지 않습니다.
의견을 모은 뒤 최종 방향을 정할 한 사람을 둡니다.
업무 상태를 갱신하고 완료까지 연결할 사람을 정합니다.
검토자가 개입할 시점과 확인할 기준을 미리 합의합니다.
역할은 프로젝트 전체보다
결정 단위로 정합니다
한 프로젝트 안에서도 책임자는 달라질 수 있습니다. 콘텐츠 방향은 편집 책임자가, 예산은 사업 책임자가, 공개 여부는 운영 책임자가 결정할 수 있습니다.
따라서 “이 프로젝트의 책임자는 누구입니까?”라는 질문만으로는 부족합니다. “이번 결정은 누가 내립니까?”, “이 결과는 누가 닫습니까?”라고 더 작게 묻습니다.
업무 카드나 결정 기록에 네 역할을 짧게 표시하면 별도의 복잡한 조직표 없이도 경계를 운영할 수 있습니다. 역할이 바뀌면 이유와 시점도 함께 갱신합니다.
권한 없는 책임과
책임 없는 권한을 함께 없앱니다
책임자에게 결과를 요구한다면 선택 가능한 범위도 함께 줘야 합니다. 예산, 일정과 품질 중 무엇을 조정할 수 있는지 정하지 않으면 책임자는 이름뿐인 전달자가 됩니다.
리더가 모든 결정을 대신하면 속도는 잠시 빨라질 수 있지만 팀은 스스로 닫을 수 있는 일이 없어집니다. 리더는 결정 자체보다 결정의 경계와 예외 상황을 설계해야 합니다.
정기적으로 멈춘 업무를 살펴봅니다. 책임자가 없었는지, 검토자가 너무 많았는지, 공유 대상이 승인자로 바뀌었는지 확인하면 조직의 실제 작동 방식을 볼 수 있습니다.
협업자는 여러 명이어도 최종 판단의 위치는 하나로 유지합니다.
결과를 책임지는 사람이 현실적인 선택을 할 수 있어야 합니다.
완료 직전의 새로운 의견이 전체 흐름을 되돌리지 않게 합니다.
알아야 하는 사람과 허락해야 하는 사람을 같은 목록에 두지 않습니다.
사람을 고정하지 않고,
책임의 경계를 선명하게 만듭니다.
ARCHEHIGH는 작은 조직이 유연성을 유지하면서도 결정과 실행이 멈추지 않도록 역할, 권한과 검토 지점을 함께 설계합니다.