팀스파르타 PM과정 (02)

프로젝트 매니지먼트 개론 강의 수강 ,AI리터러시 실습 

---

프로젝트 매니지먼트 개론 강의 (프로덕트 개발 및 실전 PM의 커뮤니케이션)

PM과 함께 일하는 사람들

다양한 이해관계자들과 협업할 때 상대방을 이해해야지 더 잘 일할수있다.

가장 가깝게 일하는 큰 분류로는 개발자와 디자이너

이외에 협업자들 

• 서버 개발자
• 프론트 개발자
• 앱 개발자
• QA엔지니어
• UX/UI 디자이너
• UX리서처
• UX라이터
• 마케터
• 데이터 분석가
• 세일즈
• CX매니저
• 서비스 운영자
• 법무팀, 개인정보보호팀
• 통번역가

회사의 상황마다, 규모마다 전문화/분업화 되거나 겸직, 외주의 영역으로도 변동된다.

 

1. 개발자 

• 프론트 개발자
  • 사용자 인터페이스(UI)와 사용자 경험(UX)을 설계하고 구현
  • PM : 화면의 구성, 기능 설명 ▶ 프론트 개발자 : 구현
• 백엔드 개발자
  • 서버나 데이터베이스처럼 보이지 않는 시스템 담당
  • PM :  프론트에서 보낸 데이터를 어떻게 처리할지, 필요한 정보를 어떻게 저장할지 설명 ▶ 백엔드 개발자 : 개발
• 앱 개발자
  • 모바일 앱을 개발하는 역할. 주로 iOS나 Android 플랫폼에 맞춰 앱을 구현.
  • PM : 어플의 기능과 구성 설명 및 요청 ▶ 앱 개발자 : 어플리케이션 구현 

2. QA엔지니어

QA 엔지니어는 제품의 품질을 보장하는 역할을 해요. 제품 출시 전에 프로덕트가 제대로 작동하는지, 버그가 없는지 확인하며, 사용자가 예상한 대로 동작하는지 테스트합니다. 테스트 결과를 개발자에게 전달해서 문제를 수정하도록 돕습니다.

• PM : 요구사항과 기능을 설명 ▶ QA 엔지니어 : 테스트 계획을 세우고 테스트 케이스를 작성, 테스트 후 문제가 없는 지 확

3. UX/UI 디자이너

사용자 경험을 설계하는 역할

• PM : 사용자가 어떻게 이 기능을 사용해야 편할지 설명 ▶ UX/UI 디자이너 : 기획의도를 반영해서 디자인

4. UX 리서처

사용자 경험(UX)을 개선하기 위해 사용자 인터뷰, 설문조사, 사용성 테스트 등 다양한 방법론을 통해 사용자에 대한 인사이트를 수집하고 분석하는 역할

• PM : 사용자들이 어떤 문제를 겪는지, 어떤 점이 불편한지 전달 ▶ UX/UI 디자이너 : 정보를 수집해서 제품 개선에 도움

5. UX 라이터

프로덕트에서 만날수 있는 모든 텍스트를 담당해요. 사용자가 쉽게 이해하고 원하는 행동을 유도할수 있도록 텍스트를 작성

스타트업에선 디자이너나 PM이 UX라이터를 담당하기도 합니다.

• PM : 프로덕트에 관련된 기능의 목표와 사용자 니즈, 비즈니스 목표를 전달 ▶ UX 라이터 : 전체적인 맥락을 이해 정보를 기반으로 텍스트 작

6. 마케터 

마케터는 제품의 시장 진입 전략과 마케팅 활동을 총괄하는 역할을 하며, 제품의 가치를 고객에게 전달하고, 제품의 성공적인 출시와 판매를 지원

• PM : 프로덕트의 핵심 기능과 사용자 니즈, 비즈니스 목표를 공유  ▶ 마케터 : 마케터 전략을 수립하고 마케팅 결과와 이를 통한 인사이트를 다시 PM에게 공유
• 마케터의 인사이트를 통해서 PM은 프로덕트 전략을 재수립하고, 서로 이 과정을 긴밀히 반복

7. 데이터 분석가

데이터를 수집, 처리, 분석하여 인사이트를 도출하고 의사결정에 도움을 주는 역할

• PM : 프로덕트의 목표를 잘 반영한 핵심 지표(KPI)를 설정하고 데이터 분석가에게 데이터를 요청   ▶ 마케터 : 단순히 데이터 뿐만 아니라, 인사이트를 함께 제공
• 분석 결과를 바탕으로 PM은 다양한 과제를 수립하고, 이를 우선순위화하여 실행
• 데이터 분석가는 A/B 테스트나 실험 설계를 지원하고, PM은 이를 통해 지속적으로 프로덕트를 고도화

A/B 테스트 : 분할 테스트 또는 버킷 테스트 / 두 가지 콘텐츠를 비교하여 방문자/뷰어가 더 높은 관심을 보이는 버전을 확인합니다. 주요 측정지표를 기반으로 가장 성공적인 버전을 측정하기 위해 변형(B) 버전과 비교하여 컨트롤(A) 버전을 검증함

8. 세일즈

판매팀, 영업팀, 보통 B2B 서비스일 경우가 많으며, 고객과 직접 소통해서 도출한 고객 니즈를 바탕으로 프로덕트 개선사항이나 신규 기능등을 PM에게 요청

• PM : 세일즈 팀을 통해 고객과 간접적으로 소통하고, 프로덕트에 대한 시장 상황과 니즈를 파악   ▶ 마케터 : 고객 니즈를 바탕으로 프로덕트 개선사항이나 신규 기능등을 PM에게 요청

9. CX 매니저

고객 경험을 총괄적으로 관리하고 개선하는 역할을 담당

•   마케터 : VOC 데이터를 수집·분석해 고객이 겪는 주요 문제와 개선점을 파악하고 이를 PM에게 전달  ▶ PM : 제품 기능이나 사용자 플로우를 개선

10. 서비스 운영자

프로덕트의 안정적인 품질 운영을 위한 운영성 업무를 담당

대기업에선 서비스 운영을 전문적으로 담당하는 서비스 운영자를 따로 둡니다. 하지만,스타트업은 서비스 운영을 최소화할수 있도록 하거나 PM이 겸직하기도 함

• PM& 서비스 운영자 : 제품을 출시한 후의 서비스 운영자가 정책에 맞게 서비스를 운영할수 있게 서비스 운영자와 함께 정책을 수립

11. 법률 및 개인정보보호 전문가

법률 전문가는 프로덕트와 관련된 전반적인 법적 리스크를 검토하고, 법률적인 자문을 담당, 외부 파트너와의 계약 검토, 법적 리스크 관리, 지적 재산권 보호, 컴플라이언스 준수를 담당

개인정보보호 전문가는 사용자의 데이터 보호를 책임, 사용자 데이터 보호와 관련된 법적 준수를 책임지며, 개인정보 보호 정책 수립, 데이터 보호법 준수, 개인정보 위험 평가, 데이터 유출 대응 업무를 수행

• PM  : 초기 기획이 나오면 기획의 방향성을 공유하고, 법률 전문가가 검토할수 있도록 예상되는 리스크를 리스트업해서 질문   ▶ 법률 전문가 : 리스트에서 초래할수있는 리스크에 대해 법적 검토 진행

12. 통번역가

글로벌 기업에서는 다양한 언어와 문화를 가진 팀원들이 협업하기 때문에 사내 통번역가를 요청하면, 필요한 회의에 참석해 통역을 도와주거나 문서 번역

• PM  : 외국인 팀원들과 회의하거나, 해외 본사와 커뮤니케이션   ▶ 통번역가  : 시간으로 통역을 제공하여 원활한 소통
•  

---

애자일 이론편

프로젝트 방법론 

	애자일(Agile)	워터풀(Waterfall)
프로젝트 시작 시 요구 사항	✔️초기 요구 사항이 불완전해도 시작 가능	✔️초기 요구 사항을 명확히 정의하고 시작
계획	✔️요구사항은 계속 진화하며, 계획은 유동적이고 조정	✔️초기 단계에서 모든 요구사항과 계획을 상세히 수립
개발 주기	✔️반복적이고 점진적인 방식. 작은 주기(스프린트)로 개발. ✔️짧은 개발 주기(스프린트), 주기적인 릴리즈	✔️단계별로 순차적으로 진행. 각 단계가 끝나야 다음 단계로 이동. ✔️긴 개발 주기, 한 번에 전체 프로젝트 진행
유연성	✔️요구사항 변경에 빠르게 대응 가능.	✔️변경이 어려움. 이미 완료된 단계로 돌아가려면 큰 비용과 시간 소모.
고객 참여	✔️스프린트마다 고객의 피드백을 받고, 지속적으로 반영.	✔️초기 요구사항 정의 이후 고객 참여가 제한적.
문서화	✔️최소한의 문서화 ✔️팀과의 의사소통에 집중	✔️상세한 문서 작성

 

MVP

최소 기능 제품 (Minimum Viable Product,MVP) :

제품 개발 초기 단계에서 가장 기본적인 기능만 포함한 제품을 신속히 제작하여 시장에 출시하는 것

 

애자일과 워터풀의 장단점

	애자일	워터풀
장점	✔️빠른 출시, 고객 중심 개발, 유연성	✔️명확한 계획과 예측 가능성, 안정성
단점	✔️관리가 복잡하고, 종합적인 계획을 세우기 어려움	✔️유연성 부족, 변경에 높은 비용이 발생
적용사례	✔️요구사항이 자주 변경되거나 고객 피드백이 중요한 프로젝트 (예: IT, 스타트업 제품 개발).	✔️명확한 요구사항이 있는 프로젝트 (예: 정부 프로젝트)

 

애자일 소프트웨어 개발 선언

우리는 소프트웨어를 개발하고, 또 다른 사람의 개발을 도와주면서 소프트웨어 개발의 더 나은 방법들을 찾아가고 있다. 이 작업을 통해 우리는 다음을 가치 있게 여기게 되었다: 공정과 도구보다 개인과 상호작용을 포괄적인 문서보다 작동하는 소프트웨어를 계약 협상보다 고객과의 협력을 계획을 따르기보다 변화에 대응하기를 가치 있게 여긴다. 이 말은, 왼쪽에 있는 것들도 가치가 있지만, 우리는 오른쪽에 있는 것들에 더 높은 가치를 둔다는 것이다.

---

애자일 실전편

스크럼

팀이 협업하고 목표를 달성하기 위한 효율적인 관리 프레임워크

짧은 주기(스프린트)로 프로젝트 진행

• 스프린트 : 스크럼의 반복적인 개발 주기, 일반적으로 1~4주 동안 진행

단계	할일
프로덕트 백로그(Product Backlog)	✔️제품 개발에 필요한 작업 목록. 우선순위를 설정하고 관리.
스프린트 플래닝(Sprint Planning)	✔️스프린트 기간 동안 수행할 작업과 목표를 계획. 팀과 함께 작업 내용을 구체화.
데일리 스크럼	✔️매일 15분 내외로 진행 상황을 공유하고 문제를 논의. - 어제 완료한 일은 무엇인가? - 오늘 할일은 무엇인가? - 현재 장애가 되고 있는것(이슈가 되는것)이 무엇인가?
스프린트(Sprint)	✔️정해진 기간 동안 계획된 작업을 실행. 리뷰와 회고를 통해 결과를 개선하고 다음 주기를 준비.

담당자	역할
PO	✔️프로덕트 로드맵, 백로그를 만들고 우선순위를 관리함 (What과 Why를 결정)
스크럼 마스터	✔️팀이 스크럼을 잘 따를 수 있도록 지원하는 퍼실리테이터
개발 팀 (PM, 개발, 디자인)	✔️실제 프로덕트를 개발, 디자인 등을 통해 구현 (How를 결정)