by
Feb 05. 2022
등산과 비슷한 프로젝트 여정
#4 슬기로운 PM 생활 - 실패하지 않는 프로젝트 관리
프로젝트 관리 이야기하다 갑자기 등산 이야기를 꺼내는 것 같지만 등산할 때 여정이 프로젝트 여정과 비슷합니다. 필자는 다수의 프로젝트 관리자(Project Manager, 이하 PM)와 산악회 동호회 리더 역할을 하면서 많이 비슷하네 라는 생각을 가졌습니다. 그 기억을 가지고 등산과 IT 프로젝트의 비슷한 부분에 대해 이야기해 보겠습니다.
프로젝트와 비슷한 등산 여정
등산할 때 가장 힘든 산행은 처음부터 끝까지 가파른 오르막(깔딱 고개)이 있는 산을 등산하는 것입니다. 다음날 다른 산을 올라야 되는데 더 이상 힘이 없어서 못 올라가는 게 현실입니다. 이러한 느낌은 등산하는 모든 멤버가 같이 느낍니다. 등산할 때 처음 어느 능선까지 올라갈 때까지 힘들지만 능선까지 올라가게 되면 조금 여유가 생기고 마지막 꼭대기에 다가가면 깔딱 고개에서 마지막 힘을 짜내고 꼭대기에서 내려올 때 어느 정도 여유를 가지고 내려옵니다.
관악산 능선 모습등산과 비슷한 프로젝트 여정
프로젝트도 똑같습니다. 프로젝트를 성공하겠다는 일념으로 처음부터 끝까지 프로젝트팀을 압박(Push)하여 프로젝트를 운영한다면 프로젝트 멤버뿐만 아니라 프로젝트 관련자 모두 힘든 기억을 남기게 됩니다. 등산이나 프로젝트 모두 전체 여정을 잘 진행하기 위해서는 강약 조정이 필요합니다. 프로젝트의 모든 단계가 중요하지만 그중 중요한 단계를 중심으로 강약 조절을 하는 것이 필요합니다.
IT 프로젝트 여정필자가 생각하는 IT 프로젝트의 가장 중요한 단계는 "요구사항 분석" 단계와 "테스트" 단계가 가장 중요하다고 생각합니다. 프로젝트 초기에 힘든 프로젝트가 마지막에 웃는다는 말이 있습니다. 그 이유는 프로젝트 요구사항에 대해 명확히 하고 관련자들 간의 눈높이를 맞추는 작업이 중요합니다. 이 과정에서 서로 간에 많은 커뮤니케이션과 논란에 대한 합의가 필요합니다. (솔직히 많이 싸우기도 합니다.) 하지만 이러한 과정은 프로젝트 마지막에 웃을 수 있는 기반이 됩니다. 요구사항에 대해서 불명확한 부분을 명확히 하고 연계되는 부분까지 고려하여 요구사항을 정리해야 합니다. (프로젝트 끝날 때 "이 산이 아닌가 봐"를 외치지 않으려면 정말 중요한 과정입니다. (RFP(제안요청서)와도 같이 연결되는 부분입니다.)
How to Build a Tire Swing - A Case for Agile Development (출처. blogs.perficient.com)두 번째는 "테스트" 단계입니다. 요구사항을 기반으로 설계하고 개발하여 화면을 만들면 끝이라고 생각하지만 실제 테스트 과정이 더 중요합니다. 그 프로그램의 개발자가 테스트를 하면 내가 개발할 때 구현한 로직을 생각해서 은연중에 개발자 로직에 따른 테스트가 진행됩니다. 가장 중요한 건 초기 요구사항에 대해 맵핑하여 테스트를 진행하고 실제 설계/개발이 제대로 진행되었는지를 체크할 수 있습니다.
테스트에는 여러 종류의 테스트가 존재합니다. 단위 테스트, 통합 테스트, 부하 테스트, 보안 테스트와 같이 테스트 종류가 나눠집니다. 단위 테스트는 프로젝트 개발자가 자신의 개발한 부분에 대해 기능별로 테스트를 진행하는 것입니다. 통합 테스트는 단위 테스트를 모아서 프로세스로 만들어서 전체 통합 시나리오를 기반으로 전체 비즈니스를 연계하여 테스트 진행하는 것입니다. 부하 테스트는 시스템에 가상의 부하(사용자 접속, 사용)를 발생시켜 시스템이 어느 정도 버티는지 테스트하고 인프라(On-Premise Infra, Cloud Infra)에 대한 보완 등을 할 수 있는 테스트입니다. 마지막으로 보안 테스트는 모의해킹 프로그램 또는 실제 화이트해커를 통한 모의해킹을 통해 해커나 다른 경쟁사의 공격에 대해 방어하기 위한 테스트입니다.
블라인드 테스트와 같이 테스트하는 방식을 변화시켜서도 할 수 있습니다. 프로젝트와 전혀 상관없는 사람들을 통해 프로젝트(Project)에서 만들어진 프로그램에 대해 아무거나 눌러보고 입력해 보고 사용하는데 불편함이 없는지에 대해 테스트를 진행하는 것입니다.
프로젝트의 모든 단계는 중요합니다. 하지만 조금 더 중요한 부분에 대해 조금 더 집중하고 나머지 단계는 강약을 조절하면서 프로젝트를 운영하면 프로젝트 멤버가 모두 적극적으로 참여할 수 있는 슬기로운 프로젝트가 될 것입니다.
※ 슬기로운 PM 생활 - 실패하지 않는 프로젝트 관리
#1 RFP(제안요청서) 쓰는데 자격이 필요하다. https://brunch.co.kr/@df79991e83ed416/22
#2 프로젝트에서 가장 중요한 것은 작업분류체계(WBS) https://brunch.co.kr/@df79991e83ed416/26
#3 폭포수 Vs 애자일 방식 프로젝트 https://brunch.co.kr/@df79991e83ed416/25
#4 등산과 비슷한 프로젝트 여정 https://brunch.co.kr/@df79991e83ed416/28
#5 인테리어업체 사장과 IT PM의 공통점 https://brunch.co.kr/@df79991e83ed416/29
#6 프로젝트에서 중요한 것은 구축 업체 선정과 인력 구성 https://brunch.co.kr/@df79991e83ed416/32
#7 소 잃고 외양간 고치지 말자 - 실패하는 프로젝트의 전조 현상 https://brunch.co.kr/@df79991e83ed416/24
※ 글이 도움되시면 브런치 작가 "구독"과 "좋아요" 부탁드립니다.
글의 공유 및 인용은 가능하며 반드시 출처를 밝혀 주세요.
