성과로 이어지는 프로젝트 개요 작성법 (원페이지 템플릿 제공)

기억에 남아야 성과로 인정받는다

IT 회사에 10년째 근무하면서 무수히 많은 프로젝트 이름을 들었습니다. 'OOO 시스템 구축', 'A-B 시스템 통합' 등 직관적인 이름부터 '대동단결', '남극횡단', 'OO박멸' 등 위트를 더한 이름까지. 시간이 꽤 흐른 지금, 이름만 들어도 내용이 단번에 생각나는 프로젝트가 있는 반면 진행을 통해 어떤 점이 바뀌었는지 결과가 도무지 떠오르지 않는 미지의 프로젝트도 많습니다.

제가 생각하는 성공하는 프로젝트와 실패하는 프로젝트의 가장 큰 차이는 결국 '사람들의 기억 속에 정확하게 포지셔닝되었느냐'인 것 같습니다. 하나의 예를 들어 볼게요. 

A라는 프로젝트에 대해 동료들은 '이런 소문을 들었는데요'라며 '소문', '추정'이라는 단어를 사용하여 애매모호하게 설명합니다. '어, 제가 아는 버전과 다른데요?' 등 많은 이들이 동일한 프로젝트에 대한 기대 결과를 동상이몽하기도 합니다. 

반면 B 프로젝트는 동료들의 이해도가 높습니다. '프로덕트팀에서 9월 오픈 목표로 소셜 로그인 도입을 준비 중인데, 프로젝트가 끝나면 간편가입이 가능해진대요. 자사몰 회원 가입 단계를 간소화하고, 궁극적으로 회원 수 확대를 기대할 수 있다던데요?' 이처럼 핵심이 모두에게 잘 전달되는 프로젝트가 있습니다.

A와 B프로젝트 중 어떤 게 더 성공 가능성이 높을까요? 당연히 모두가 같은 이해를 하고, 같은 기대를 하는 B프로젝트겠죠. 결국은 많은 사람들에게 지금 하고 있는 일들을 정확하게 설명해야 계획대로 일이 착착 진행되고, 서로의 이해가 달라서 하게 되는 커뮤니케이션이나 불필요한 리소스 낭비를 막을 수 있기 때문입니다. 

또 아무리 프로덕트의 상세 정책을 잘 정리하고, 좋은 레퍼런스로 손꼽힐 만한 차세대 시스템을 도입해도 사실상 사람들 기억에 남지 않는다면 기업에서 인정받는 성과로 이어지기 어렵습니다. 

이를 가능하게 하는 것이 바로 한 장의 프로젝트 개요 문서입니다. 이 문서는 해당 과제를 시작한 지 일주일 안에 작성하는 것을 추천합니다. '아무것도 정해진 게 없는데요?' 라고 반문하실 수 있는데, 우리 회사만 이상한 것이 아니라 IT 업계의 프로젝트가 늘 그렇습니다.

저 역시 10년 동안 이 일을 하면서 프로젝트 킥오프 일주일 만에 모든 것이 완벽하게 확정되고 시작하는 프로젝트는 본 적이 없습니다. 다만, 이 문서가 진행하는 프로젝트의 스케치가 되며, 결정되는 사항과 논의 사항을 계속 수정 반영해 가면서 프로젝트의 형상을 완성하는 데 큰 도움이 될 수 있습니다. 

2024년 새로운 한 해가 시작되었으니 또 많은 부서에서는 새로운 프로젝트를 시작하고 프로젝트 달성을 위해 향해 최선을 다해 달려갈 것입니다. 이 글을 읽는 분들도 각자의 위치에서 크고 작은 프로젝트 하나씩은 담당하게 될 텐데요.