우리 팀장도 알려주지 않는 IT PM 참고서 고객편

[목차]

이 사례집을 쓰게 된 이유

항상해야 하는 필수 프로젝트 관리 방법

상황별로 보는 이슈 대응 방법

사례 1. 메뉴구조도(IA) 초안에 꼭 들어가야 하는 내용

사례 2. 기획 단계에서 서비스 정책에 대한 정확한 피드백을 주지 않을 경우.

사례 3. 서비스 정책이 무엇인지 이해하고 고객사와 정책전달 일정을 정하였지만 전달해야 할 일정이 지났을 때

사례 4. 기획서를 작성하여 고객과 논의하던 중 계약한 요구사항에 포함되지 않았던 신규기능, 신규 서비스를 얘기했을 경우

사례 5. 프로젝트 종결 후 추가개발을 요청하였으나 내부 일정 상 바로 추가개발 진행이 어려울 경우.

사례 6. 화면설계서(스토리보드) 작성하여 전달 후 고객사 피드백 내용 중 요구사항에 있는 기능이지만 확장된 프로세스를 얘기할 경우.

사례 7. 화면설계서(스토리보드) 혹은 디자인, 퍼블리싱, 앱 UI구현 진행 중 특수 인터렉티브 UI 요구사항 발생.

사례 8. 프로젝트의 요구사항 분석단계에서 API연동작업이 보통의 연동작업(가이드에서 제공하는 코드 삽입)과는 다른 구현 방식으로 여러 API를 통해서 데이터 추적하고 소재가 될 데이터 호출하여 알고리즘을 통해 신규 데이터를 생산해야 하는 요구사항이 확인되었을 경우.

사례9. 기획서 작성을 완료한 후에 컨펌을 하지 않을 경우.

사례 10. 기획 과정에서 초기 요구사항에 없는 기기 혹은 타사 플랫폼 API, SDK연동, 소켓 통신 등을 해야 한다며 타사와의 3자 회의를 진행하자고 할 경우.

사례11. 기획문서를 고객사에서 제공할 경우

사례 12. 관리자시스템에 엑셀 업로드 기능이 있는 경우.

사례13. 매장/상품 등의 엑셀 DB 직접 업로드 요청.

사례 14. 화면 설계서 컨펌 후 디자인에서 기획 변경. (다른 공정단계에서도 동일하게 대응)

사례 15. 메뉴구조도 혹은 화면설계서 확정 후 조금씩 지속적으로 기능을 추가 할 때.

사례 16. 카톡, 라인 등의 메신저 어플로 근무시간 이후 또는 주말/공휴일에 연락이 올 경우

사례 17. 추가개발 견적서 전달 후 비용을 dc 해달라고 유선으로 연락이 왔을 경우.

사례 18. 중도금 입금이 지연될 경우.

사례 19. 시안 1안을 전달 후 2안을 요구할 경우.

사례 20. 시안을 2안까지 전달 후에도 새로운 시안을 원할 경우

사례 21. 시안을 3안까지 전달 후에 마음에 들지 않는다며 디자인 전문업체의 퀄리티를 바랄 경우.

사례 22. 시안 컨펌 후 전체 화면디자인 제작하여 전달 후에 색감, 톤&무드 등의 시안단계에서 결정된 내용을 번복할 경우.

사례 23. 고객사에서 테스트기간을 짧게 하려는 이유 등을 들어 기능 구현이 될 때마다 확인시켜 달라고 할 경우.

맺으며

후배 PM, 기획자를 교육하고 함께 일을 해오며 큰 이슈이건 작은 이슈이건 이슈가 발생했을 때 어떻게 액션을 취해야 하는지 대화는 어떻게 해야 하는지 등을 항상 고민하는 모습을 보았습니다.

문서 작성의 툴, 작성 폼, 작성 방법 등은 유튜브의 동영상과 시판되는 여러 책을 통해 많이 알려주지만 이슈에 대한 실제 대응 방법은 어디서도 알려주지 않고 있습니다.

이 글에서는 1~3년차의 프로젝트 PM들을 위해 20여년 넘게 PM과 기획자로 지금도 PM/기획 실무를 하며 이제까지 800여개의 프로젝트를 진행 한 경험을 살려 플랫폼에서 공통적으로 발생하는 이슈에 대한 사례와 실제 대응하였던 방법을 설명하였습니다.

해당 대응 방법이 정답은 아닙니다.

이러한 방향으로 대응하였더니 고객과 TFT, 개발사 모두 만족스럽고 원활하게 프로젝트가 진행되는 결과로 이어졌다는 사례로서 여러분의 프로젝트 진행에 영감이 되기를 희망합니다.