프로젝트 관리는 프로덕트 오너의 방법론과는 조금 차이가 있는 것 같다.
하지만 개략적으로 업무에 어떤 논리의 방식과 툴이 있는지 등을 배우기에는 좋은 것 같다.
지금 현재 PMB를 기준으로 PM을 공부하고 있다.
이전에 프로젝트 관리에 대해 개략적인 설명 글을 작성하였다.
이 글을 참고해도 좋을 것 같다.
https://minchah.tistory.com/30
[프로젝트 더보기 #1] 프로젝트란? 그리고 프로젝트의 프로세스를 알아야 하는 이유?
이책은 다음의 책을 참고하여 작성하였습니다. 더 괜찮은 개발자가 되기 위한 프로젝트 더보기 - 내 기술에 깊이를 더하는 프로젝트의 생성과 소멸 1. 프로젝트 정의 제한된 시간 안에 한정된 자
minchah.tistory.com
이 글 보다는 조금 더 브로드한 개념으로 좋은 콘텐츠를 발견하여 공유하고자 한다.
프로젝트 관리의 단계는 크게는 아래와 같이 볼 수도 있다.
시작 > 계획 > 실행 및 모니터링 > 마감
각 단계는 아래와 같은 내용을 수행한다.
- 시작 : 프로젝트를 정의하고 목표를 설정한다.
- 계획 : 어떤 사람이 무엇을 해야하는지 등 참가자간 따라야할 로드맵이 계획된다.
- 실행 및 모니터링 : 프로젝트 참여자가 일정 기간동안 참여하여 계획을 수행하고 프로젝트 관리자는 전반적으로 관리감독하며 프로젝트가 계획과 목표에 맞게 진행되는지를 모니터링 합니다.
- 마감 : 프로젝트가 종료가 되면 다른 팀으로 이전합니다.
각 단계별 프로젝트 관리자의 업무를 알아보자.
프로젝트 시작단계
- 킥오프 : 각 이해관계자가 모여 문제를 정의하고 개략적인 프로젝트에 대해 논의하며 ISP를 작성하거나 PRD를 작성하기도 합니다.
- 이 과정에서 모든 도큐먼트는 프로젝트 관리자에 의해 또는 감시감독을 받으며 문서화됩니다.
ISP에 대해 알기 원하면 아래의 포스팅을 참고해주세요 :)
https://minchah.tistory.com/31
[프로젝트 더보기 #2] IT기업에서 프로젝트 기획이란 ? ISP를 중심으로
이 내용은 다음의 책을 기반으로 작성하였습니다. "더 괜찮은 개발자가 되기 위한 프로젝트 더보기 내 기술에 깊이를 더하는 프로젝트의 생성과 소멸" 앞선 포스팅에선, "프로젝트"의 정의에 대
minchah.tistory.com
프로젝트 계획단계
프로젝트가 워터풀이든, 혹은 애자일이든, 계획은 매우 중요하다.
이 과정에서 프로젝트 관리자는 다음의 역할을 수행한다.
- 계획 수립: 현실적(이지만 도전적)인 과정을 계획합니다. 이 계획에는 프로젝트의 범위, 리소스(시간과 인력, 예산 등)이 포함되어야 합니다. 작업에 적합한 도구를 식별하는 내용이 포함되기도 합니다.
- 팀 구성: 이를 수행하기 적절한 인력 구성은 무엇이고 누가 수행해야하는지를 계획합니다.
- 과제 할당: 위 인력 구성에 따라 과제가 할당됩니다.
프로젝트 실행 및 모니터링
이제 계획은 종료되고 실행이 남았습니다. 프로젝트 관리자는 이 과정에서 적절한 실행 및 모니터링을 맡습니다.
개인적으로 이 부분에서 균형을 잡기가 어려웠습니다.
실무를 일부분 또는 전부를 담당하기도 하다 보니 실행에만 초점을 두고 모니터링은 후순위가 되는 경험이 많았는데,
이러한 과정에서 목표가 흐려지거나 중요한 요소를 놓친 적이 종종 발생하였습니다.
다음은 실무를 제외하고 프로젝트 관리자가 힘을 쏟아야하는 과업입니다.
- 팀 이끌기: 팀이 프로젝트를 계획에 맞게 잘 실현하도록 유지하는 것입니다. 각 개인의 상태 업데이트 확인, 팀의 프로젝트를 지연시키는 장애물을 식별하고 제거하는 업무, 팀의 의견 불일치 발생시 협상을 이끌거나 의사결정을 내리는 업무, 팀의 사기를 유지하기 위해 encouragement 하는 것 등이 포함됩니다. 참 일이 많죠?
- 예산 관리: 과정에서 전체적인 예산을 초과하지 않도록 실제 지출 및 추정치를 트렉킹하고 필요시 프로젝트 범위를 조정합니다. 애자일과 워터풀에따라 이 의사결정 방식이 달라질 것입니다.
- 타임라인 관리: 예산과 마찬가지로 일정을 유지해야하므로, 프로젝트 수명주기에 따라 현실적인 마감일을 정하고 이를 지키기 위해 팀과 의사소통을 합니다.
- 이해관계자 참여: 팀 뿐만이 아니라 다양한 이해관계자가 있습니다. 이들을 적절하게 inform 해주거나 지지하도록 참여시키는 업무도 프로젝트 관리자의 업무입니다. 이에는 의사소통 능력이 중요하며 구두/문서 적 능력을 요구하지만 문화에 따라 구두 능력이 중요한지 문서적 능력이 중요한지 등의 실 비율이 달라질 수 있습니다.
프로젝트 종료:양도
인수인계라고도 하죠.
종료하게 되면 이를 이행할 사람에게 잘 양도해야합니다.
그동안 했던 업무들이 머리를 스쳐지나가네요.
저에겐 이를 정리하며 가장 힘들었던 업무는
실무와 관리 업무의 밸런스를 지켜야 하는 것이였습니다.
(인력부족이라 하고 싶지만)
업무를 일정기간 내에 끝내려면 빠르게 실무를 처리해야하고, 사람은 없으니 내가 하게 되고,
실무에 몰입하다보면 큰 숲을 보는 시간이 부족해지고
특히 이해관계자와의 소통을 놓치게 되기도 하였습니다.
여러분은 이런 상황을 어떻게 해결하시나요?
기타 다른 콘텐츠를 보고 싶으시다면,
https://minchah.tistory.com/33
[프로젝트 더보기 #3] 기획서, 무슨 내용이 들어가나? (1)
"더 괜찮은 개발자가 되기 위한 프로젝트 더보기 내 기술에 깊이를 더하는 프로젝트의 생성과 소멸" 이란 책을 중심으로 책의 사례를 통해 프로젝트를 자세히 들여다 보는 시간, 오늘은 기획서
minchah.tistory.com
https://minchah.tistory.com/34
[프로젝트 더보기 #4] 기획서, 무슨 내용이 들어가나? (2)
오늘은 저번 포스팅에 이어 기획서에 대해 이야기 해보자 합니다. minchah.tistory.com/33 [프로젝트 더보기 #3] 기획서, 무슨 내용이 들어가나? (1) "더 괜찮은 개발자가 되기 위한 프로젝트 더보기 내
minchah.tistory.com
'스타트업 > PM 회고' 카테고리의 다른 글
| 대기업 프리랜서 PM의 삶 - 불안, 초조 (2) | 2023.12.01 |
|---|---|
| [커리어 고민] 사업기획자, 나는 왜 PM이 되고 싶었나? PM 선택 이유 (0) | 2023.01.03 |
| PM 직무 이직. 사업기획자에서 PM으로 (0) | 2023.01.02 |
| [일잘러의 보고서 작성법] 글을 잘 쓰는 방법이 무엇일까? (1-3장 요약) (0) | 2022.11.10 |
| 동료 평가의 회고로 보는 PM으로서의 장단점과 개발사항 (ft. 레몬베이스) (8) | 2022.08.01 |