일을 잘한다는 것은 결국 Detail에 달려 있다.

일을 잘한다는 것은 결국 Detail에 달려 있다.

프로젝트를 하다보면 잘되는 프로젝트와 유독 문제가 지속되는 프로젝트가 있다. 그 둘의 차이는 여러가지 이유가 있을 수 있지만, 결국 일을 실행하는 과정에서 Detail을 챙기는 사람이 있느냐 없느냐에 달려 있다.

대부분의 프로젝트들은 파트별로 영역을 구분해 놓는다. 그리고 그 영역별 업무를 관리하도록 하고, 그 중간지대를 공통이라는 영역으로 만들어 둔다. 이런 공통영역 이외의 Gray 영역에서 많은 문제들이 생긴다.

업무적으로 정의를 하더라도 사안별로 아무것도 아닌 예를 들어 방화벽 해제와 같은 것들을 꼼꼼히 체크하는 것은 사실 업무적 정의보다는 능동적으로 일을 처리하는 몇몇 사람에 의해서 해결되는 경우들이 많다.

Gray 영역이 어려운 이유는 모두다 내 일이 아니라고 생각하는 것에서 출발한다. 그러다 보니 문제가 생길 수 있음에도 모두들 누군가 처리할 것이라고 미루고 자신의 업무에 집중한다. 결국 이 Gary 영역은 오픈시점에 드러나게 되고 니탓내탓 하다보면 결국 중요한 품질과 납기를 놓치게 된다.

Gray 영역을 잘하느냐는 어디까지나 PMO의 역할이 중요하다. PMO가 업무를 잘 알고 있다면 중간에 나올 수 있는 다양한 Gray 영역들의 이슈들을 사전에 확인할 수 있다. 또는 각 영역 담당자들에게 Gray 영역이 발생하면 언제든 PMO에게 전달될 수 있는 구조를 만들어 두고 언제든 편하게 말할 수 있도록 하여 누락없이 Gray 영역을 관리하도록 한다.

그런데 의외로 많은 프로젝트가 Gray 영역을 방치한다. PMO의 역할도 사실상 일반적 관리에 머무르는 경우가 많아지고 PMO 조차도 자신의 업무적 영역을 확대하기보다는 최대한 각 파트로 전가시키면서 단순 관리 영역으로 전환되는 경우가 증가하고 있다.

이런 상황에서 Gray 영역을 적극적으로 해결하는 팀원이 있다면 그것만한 복이 없을 것이다. 지금도 프로젝트를 진행하면서 다양한 영역에서 수시로 Gray 영역들이 나타나고 있는 상황에서 시키지 않아도 묵묵히 그런 Gray들을 체크하고 관리 가능한 영역으로 만드는 사람이 있다.

이런 보배같은 존재는 모르는 것들은 물어가며, 각 영역별로 나누어진 환경속에서 Gray 영역들의 요소들을 찾아내고 처리가능한 방법들을 찾아낸다. 이런 노력들이 쌓이면서 우려스러운 Gray들을 지속적으로 해결해나가고 덩치가 큰 것들은 별도의 Issue공유를 통해서 이슈를 직접 해결 할 수 있는 사전 정보를 제공해 준다.

이렇게 말하면 어쩌면 정말 당연한 것으로 생각할 수 있지만, 현재 투입된 인력이 대략 100명 내외에서 이런 사람은 한두명에 그친다는 점을 볼 때 실천한다는 것은 다른 이야기라 생각된다.

PM인 나로써는 이런 사람들이 많아질 수 있도록 지속적으로 개별미팅을 통해서 개인들이 스스로 문제점을 인지하고 공유하고 해결할 수 있도록 유도하지만 능동적 일처리를 하도록 하는 것에는 한계가 존재한다.

이런 속에서 능동적으로 일을 처리해 주는 맴버가 있다는 점에서 항상 감사해 한다. 기회가 될때마다 감사함을 항상 표현하면서 이들의 노력이 프로젝트에 있어서 얼마나 중요하고 소중한지 인정해주고, 다른 프로젝트 맴버들에게도 이 사실을 지속적으로 공유하면서 이들의 노력을 더욱 값진 것으로 만들어 준다.

일을 성공시키는 것은 어떤 대단한 것을 해야만 되는 것은 아니다. 서비스들을 유기적으로 연결시켜서 그 서비스 자체가 가치있게 만드는 것은 결국 숨겨진 Detail에 있다. Detail을 얼마나 잘 관리하느냐, 그속에 바로 일의 성공의 열쇠가 있다.