[ 1. 프로젝트의 첫단계 : 킥오프 ]
1) 킥오프란?
⓵ 의미 : 프로젝트 첫 단계로 프로젝트가 공식적으로 시작되는 순간
⓶ 킥오프 미팅에서 다루어야 할 핵심 요소들
- 프로젝트 목표 : 무엇을 달성할 것인지
- 프로젝트 범위 : 다룰 작업과 다루지 않을 작업
- 일정 : 주요 마일스톤과 기한
- 팀구성 : 각 팀원의 역할과 책임
- 커뮤니케이션 방법 : 진행 중 정보 교환 방법
- 리스크 및 이슈 : 잠재적인 리스크와 해결 방안
- 기대 사항 : 이해관계자의 요구사항과 프로젝트 결과물에 대한 기대
2) 킥오프의 중요성
- 명확한 목표 설정 : 모든 참여자가 결과물을 구체적으로 인식함으로써 목표달성에 집중
- 예상되는 리스크 및 문제 예방 : 문제가 발생했을 때 빠르게 대응할 수 있는 준비
- 팀 간 협업 촉진 : 각자 역할과 책임 이해, 갈등 예방, 각팀이 기여하는 바 명확히
- 이해관계자와의 기대 일치 : 명확한 커뮤니케이션을 통해 오해나 갈등을 최소화
3) 킥오프 진행 방법
⓵ 사전준비
- 목표설정 : 목표, 범위, 일정, 예산 등 중요한 요소를 명확히 정의 하고 준비
- 참석자 선정 : 중요한 영향을 미칠 수 있는 사람들을 초대
- 자료 준비 : 계획서, 일정표, 리스트 관리 계획등
- 미팅 목적 정리 : 목적과 기대결과를 명확히 설정, 이를 참석자들에게 사전 안내
⓶ 미팅진행
- 개요 및 목표 공유 : 비전과 목표를 분명히 전달, 왜 중요한지 설득력있게 설명
- 범위 및 일정 소개 : 주요 일정(마일스톤)을 소개, 단계에서 무엇을 해야하는지 설명
- 팀 구성 및 역할 설명 : 각 역할과 책임을 구체적으로 설명
- 리스크 관리 및 문제 해결 방안 논의
- 커뮤니케이션 계획 및 도구 소개 : 정보 공유가 원활하게 이루어질 수 있도록
- 질문과 의견 수렴 : 모든 사람이 동일한 이해도를 가질 수 있도록
⓷ 미팅 후
- 미팅 기록 공유 : 주요 사항을 회의록으로 작성, 모든 참여자가 동일한 정보 갖도록 공유
- 액션 아이템 정리 : 행동 항목을 목록화하여 각팀에 전달, 진행 상황을 추적
[ 2. 진행 중 단계 : 공유 ]
1) 공유의 중요성
- 리스크 관리
- 의사결정 효율화
- 기대 일치
- 문서화 및 추적
2) 잘하기 위한 방법
- 명확한 커뮤니케이션 채널 설정
- 주기적인 미팅 및 업데이트 : 주간회의, 일일스크럼, 월간리뷰 등 효율적으로
- 필요한 정보만 공유하기
[ 3. 마무리 단계 : 회고 ]
1) 회고의 중요성
- 단순히 결과를 평가하는 활동 그 이상
- 무엇이 잘되었고, 어떤 부분이 부족했는지, 왜 그랬는지를 근본적으로 분석
- 실패에서 배우기 : 실수에서 교훈을 얻고 다음 프로젝트에서 더 나은 결정을 내릴 수 있는
- 성공을 반복하기 : 무엇이 잘되었는지, 성공 전략이나 방법은 무엇이었는지 파악
- 잘된 점, 개선할 점, 원인분석, 개선방안
2) 회고 하는법
- 진행 과정 돌아보기 : 좋았던 점과 개선할 부분을 나누는 단계, 서로 경험과 관점 이해하는
- 구체적인 문제점 분석 : 구체적인 문제해결을 위한 원인 분석
- 개선을 위한 액션 아이템 도출 : 팀원 의견을 바탕으로 앞으로 개선 방향을 논의하고 실행
- 회고 내용 정리 및 공유 : 미팅 내용 정리하여 팀과 이해관계자들에게 공유

[ 4. 실무 문서 작성 ]
1) 요구사항 분석 PRD
⓵ 요구사항 정의서란?
- Product Requirements Document
- 요구사항 분석 : 개발팀이 어떤 제품을 만들것인지 명확히 정의하는 단계
- 이 요구사항을 체계적으로 정리한 문서
- 이 문서가 잘 작성되면 개발 팀은 물론 이해관계자들 간의 커뮤니케이션을 원할히 가능
⓶ 요구사항 정의서 작성 방법
제품이나 서비스에서 제공해야 할 구체적인 기능들을 나열
- 기능 이름
- 기능 설명 : 기능이 어떤 역할을 수행하는지
- 우선 순위 : 해당 기능의 중요도 (필수, 권장, 나중에 추가가능)
- 구현 기준 : 기능이 어떻게 작동해야 하는지에 대한 세부적인 설명
⓷ PRD 작성 시 주의사항
- 명확하고 구체적인 요구사항 작성
- 우선순위 설정과 범위 관리
2) 정보 구조도 IA
⓵ 정보구조도란?
- IA : Information Architecture
- 사용자 경험을 개선하기 위해 : 정보를 빠르고 쉽게 찾을 수 있도록 돕는 구조를 만드는 것
- 효율적인 협업을 위한 명확한 소통 : 정보 구조를 시각적으로 명확히 정의해줌
- 서비스 확장 시 유연한 대응 : 새로운 기능이 추가될때 잘 설계 되어있으면 유연하게 수정가능
⓶ 정보 구조도 작성 방법
- 기능 목록 작성 : 모든 기능을 목록화
- 카테고리 및 메뉴 구조 설계 : 논리적으로 분류하고 계층화하는 작업 필요
3) 서비스 정책서
⓵ 서비스 정책서란?
- 명확한 정의와 구현기준을 설정하여 관련 팀들이 일관되게 작업할 수 있도록 하는 문서
- 일관성 있는 방향 설정
- 효율적인 협업과 커뮤니케이션 촉진
- 법적 및 규제 준수
⓶ 서비스 정책서 작성 방법
- 목적 정의 : 어떤 문제를 해결하려고 하는지를 구체적으로 고민
- 정책의 범위 설정 : 서비스가 어떤 기능을 운영하는지에 따라 적용할 정책 범위 정리
- 정책의 주요항목 및 세부사항 작성 : 모든 팀이 일관되게 적용할 수 있도록
- 정책 문서화 및 공유
- 정기적인 검토 및 업데이트 : 서비스 업데이트, 새로운 법적 요구 생길때 마다
4) 에러 케이스 정의
⓵ 에러 케이스란?
- 발생할 수 있는 예외 상황을 정의하고 이를 어떻게 처리할지를 명확하게 기술하는 문서
- 서비스의 안정성과 사용자 경험을 향상시키기위해
- 발생한 문제를 어떻게 처리할지 명확히 하기 위해
- 서비스 오류 : 사용자 요청작업 및 서비스가 정상적으로 처리되지 않았을 때
- 시스템 오류 : 내부에서 발생하는 문제, 서버장애, DB연결 실패등
⓶ 에러케이스 작성 방법
- 에러케이스 정의 : 예상 가능한 오류 상황을 미리 예측하고 정의
- 에러 발생 조건 명시 : 동일한 조건을 이해하고 테스트, 발생시 대처가능
- 에러 메시지 작성 : 사용자가 취할 수 있는 행동을 구체적으로 안내
5) 상세 기획(스토리보드)
⓵ 상세기획이란?
- 구체적이고 실행가능한 계획으로 목표, 요구사항, 일정, 기능설계등을 정의하는 과정
- 기능 명세서 : 각 기능을 상세히 설명하는 문서
- 기능 명세, 스토리보드, 화면 설계서, 상세 기획안등 비슷한 의미로 사용된다.
⓶ 상세 기획 하는법
- 기능 개요 작성 : 핵심정보를 간략하면서도 명확하게 전달하는 부분
- 서비스 흐름 설계 : 전체적인 경로와 단계별 상호작용을 명확하게 정의

- 상세 기능 명세 : 각 기능이 어떻게 동작해야하는지 입력값, 출력값, 상호작용을 정의


[ 5. PM이 갖추어야 할 역량 ]
1) 끊임없는 'Why'
⓵ Why가 중요한 이유
- 의사결정을 내리는데 필요한 이유들을 묻는 행위
- 문제의 근본 원인을 파악
- 목표의 명확화
- 의사결정 기준을 제공 : 중요한 결정을 내릴 때 신뢰할 수 있는 근거
⓶ Why 다음 What
- 무엇은 구체적인 목표와 결과물을 정의하는 단계
- 프로젝트의 범위를 설정하고, 필요한 리소스와 작업 목록을 구체화
⓷ What 다음 How
- 프로젝트의 실행 계획을 수립하는 단계
- 작업 분배가 이루어지며 어떻게 진행될지에 대한 로드맵을 수립
2) 커뮤니케이션의 중요성
⓵ 좋은 커뮤니케이션
- 명확성과 간결성
- 목표와 의도 명확히 하기
- 공감과 감정 관리
- 상대방 관점에서 이해하기
⓶ 커뮤니케이션 역량 키우기
- 적극적인 경청 : 무엇+왜 에 대해 생각하고 질문하기
- 명확하고 간결한 표현 : 핵심 메시지 구체화
3) 동료를 논리적으로 설득하는 법
⓵ 논리적 역량이 중요한 이유
- 문제 해결을 위한 합리적인 의사결정
- 우선 순위 결정과 리소스 배분
- 이해관계자와 협상 및 설득
⓶ 설득하는 법
- 주장과 근거의 구분
- 문제해결에 단계적 접근 : 문제, 원인 파악, 사용자 경험 개선, 경쟁 분석
- 논리적 흐름 만들기 : 주제, 주장, 근거, 결론 순
4) 기록하고 공유하는 습관
⓵ PM에게 기록이란
- 효율적인 의사결정을 돕고
- 팀원들과의 원활한 커뮤니케이션을 보장
- 프로젝트의 진척 상황을 모니터링
- 팀의 피드백과 문제해결을 기록하여 향후 개선할 수 있게
'PM' 카테고리의 다른 글
| [ TIL 54-1 ] 과제4 회고 : YES24 티켓 웹사이트 리뉴얼 프로젝트 (0) | 2025.03.07 |
|---|---|
| [ TIL 45-1 ] 과제4 궁금이슈 : 티켓예매 플랫폼에서 잔여좌석 공개여부가 왜 다를까? (0) | 2025.02.20 |
| [ TIL 24-1 ] 서비스 기획 심화 : 데이터 이해 (0) | 2025.01.22 |
| [ TIL 23-1 ] UX리서치 케이스 스터디 (0) | 2025.01.17 |
| [ TIL 21-1 ] 데스크 리서치 "잘" 하는 방법 (0) | 2025.01.15 |