2026-03-12
많은 조직에서 기준은 문서와 슬라이드 안에만 존재합니다. 목표, 원칙, 프로세스는 잘 정리되어 있어요. 회의실 벽에 붙어 있기도 하고, 온보딩 자료에 빠짐없이 담겨 있기도 합니다. 하지만 실제 일의 흐름 속에서 그 기준은 생각보다 쉽게 흐려집니다.
기준이 현실이 되지 못하면 실행은 흔들리고, 일은 끝나지 않습니다. 그리고 그 원인을 사람에게서 찾기 시작하죠.
실행과 완결의 차이는 사람의 의지에 있지 않습니다. 책임감 있는 누군가가 밀어붙이면 일이 끝나는 조직은 있어요. 하지만 그 방식은 반복되기 어렵습니다. 그 사람이 떠나거나, 지치거나, 다른 일에 집중해야 하는 순간 조직은 다시 제자리로 돌아옵니다.
기준이 현실에서 작동하려면 누가 하느냐와 상관없이 일이 같은 방식으로 시작되고 끝나는 구조가 필요합니다. 특정 개인에게 의존하는 조직은 그 개인이 버티는 동안만 잘 돌아가는 조직이에요.
지금까지 꽤 구체적인 이야기를 해왔습니다. 프로젝트를 3개월 이내로 관리하는 것, 완결성 있는 단위로 일을 나누는 것, 라운드마다 테스트를 통과하는 것. 스크럼의 역할을 명확히 하고, 스프린트 리듬을 만들고, 매 주기마다 동작하는 결과물을 내는 것.
이 모든 것들은 사실 하나의 질문에서 출발합니다. 기준을 어떻게 현실로 옮길 것인가.
프로젝트 관리 기준은 일이 흔들릴 때 무엇을 줄이고 무엇을 지킬지를 알려줍니다. 스크럼은 그 기준이 팀 안에서 리듬으로 작동하게 만드는 장치예요. 둘 다 없으면 기준은 문서 안에 머물고, 실행은 매번 처음부터 다시 시작됩니다.
기준이 현실에서 제대로 작동하는 조직을 보면 공통점이 있습니다.
일을 시작할 때 완료의 기준을 먼저 정합니다. "개발이 끝나면 완료"가 아니라 "테스트를 통과하고 사용자에게 보여줄 수 있는 상태"가 완료예요. 진행 상황을 투명하게 드러냅니다. 70%가 정말 70%인지, 아니면 아직 불확실한 상태인지를 숨기지 않아요. 그리고 매 주기마다 스스로를 점검합니다. 잘된 것과 개선할 것을 반복적으로 확인하면서 조금씩 나아가죠.
이 세 가지가 습관이 된 팀은 특정 개인의 역량에 기대지 않아도 일이 끝납니다. 기준이 팀의 언어가 되어 있기 때문이에요.
마지막으로 한 가지 더 이야기하고 싶어요. 기준을 세운다고 해서 모든 것이 바로 달라지지는 않습니다.
처음에는 어색하고, 지키기 어렵고, 왜 이렇게 해야 하냐는 질문도 나옵니다. 그게 자연스러운 과정이에요. 기준은 한 번 만들어두면 끝나는 것이 아니라, 팀이 함께 경험을 쌓으면서 조금씩 다듬어지는 겁니다.
중요한 건 시작하는 것입니다. 완벽한 기준을 기다리다 보면 아무것도 바뀌지 않아요. 작은 기준 하나를 현실에서 작동시켜보는 것, 그것이 변화의 시작입니다.
기준이 문서에서 나와 현실의 흐름이 되는 순간, 팀은 비로소 앞으로 나아가기 시작합니다.