Keep Calm And Carry on

피드백이 계속되는 상황에서 

어떻게 하면 효율적으로 프로덕트를 만들고 개선해 나아갈 것인가?

이러한 질문에 대해 프로세스 최적화를 한 전략이 Agile이라는 개발 방법론인 것 같다.

결국 모든 일이라는게 

1. 목표를 정한다.

2. 달성한다. 

이렇게 단순화 할 수 있는데,

여기에 "시시각각 변화하는 환경과 피드백"에 대응하기 위해서

1. 조직의 관점에선

1) 팀의 단위가 작아서 의사결정이 빨라야 한다.

(한 팀을 스쿼드, 스크럼이라 부른다.)

2) 일반적으로 프로덕트 오너(프로덕트 매니저)와 개발자로 나뉜다.

(경우에 따라선 몇몇 직무들이 추가될 수도 있다.)

3) 하나의 기능을 위해 한 번의 스프린트를 진행한다.(1~2주)

4) 스프린트를 진행하고 매일 증가분을 축적한 후 체크한다.(이를 데일리 스크럼이라 한다.)

5) 스프린트 막바지에 스프린트 리뷰를 한다.

6)  중간중간에 스프린트 회고를 한다. 이때, 회고라고 하여 막바지에 하는게 아닌 중간중간에 한다. 목표는 팀의 화합을 위해 팀워크적 문제점들을 살피는데에 있다.

기본적으로 "계획 -> 실행 -> 평가 -> 피드백" 및 중간 "팀워크 체크" 이렇게 나눠볼 수 있겠다.

2. 목표 달성의 관점에선

1) 큰 목표를 정한다.

2) 큰 목표를 달성하기 위해 필요한 중간 목표들을 정한다.

3) 중간 목표들을 달성하기 위한 작은 목표들을 정한다.

4) 각 목표들을 달성해 나갈 때, 실험을 통해서 피드백을 받고 반영한다.

이렇게 가지치기 형식으로 쪼갠 뒤,

기능에 따라 카테고리화 하고

현재 상황과 환경에서 중요한 순서대로 분류하고 하나씩 처리해 나가는 방식이라고 할 수 있다.

(여기서 각각의 목표들을 모은 집합을 "프로덕트 백로그"라 한다.

그리고 각 스프린트의 목표가 되는 집합을 "스프린트 백로그"라 한다.)

다만, 기술적으로는 빠른 주기로 업데이트가 필요하다는 인식을 갖고

그에 맞춰 개발을 해 나아가야 할 것이다.

특히, 여러 기능들을 개발할 때, 나중에는 그 기능들을 하나의 모듈로서 본체에 합쳐야할 텐데,

이 부분도 고려해야 할 것이다.

(모듈화를 통한 유연성 확보라는 표현도 알맞겠다.)

만약 실제로 실행한다면, 최소한의 기능을 만들어 놓고 배포한 뒤, 실제로 효과가 있는지(실험)에 대한 부분은 내가 맡아서 하면 될 것 같다. 어차피 데이터 분석 및 ML 모델링, 실험계획은 도맡아서 해야한다.

프로덕트트 매니저(PM)로서 필요한 소프트 스킬은 단순히 사람들과 친해지거나 가까워지려는 목적에 있지 않을 것이다.  본질적으로 목표 달성과 협력 강화를 위한 수단으로 이해해야 한다. 이런 관점에서 필요한 소프트 스킬을 알아보자.

1. 명확한 의사소통 능력

• 목적: 모든 이해관계자가 동일한 목표를 이해하고, 혼란 없이 일을 진행할 수 있도록 함.
• 구체적 행동:
  • 모호하지 않은 지시 전달.
  • 복잡한 정보를 간결하게 정리.
  • 청중의 관점에서 메시지 설계.

2. 공감과 경청 능력

• 목적: 팀원들의 요구나 어려움을 이해하고, 신뢰를 구축함.
• 구체적 행동:
  • 팀원들이 겪는 문제나 우려를 먼저 듣기.
  • 상대방의 말 속 숨겨진 감정이나 맥락 이해.
  • 단순히 "경청"을 넘어서 해결책 제안.

3. 갈등 관리 및 중재 능력

• 목적: 이해관계자 간의 의견 충돌을 해결하고, 프로젝트에 방해가 되는 요소 제거.
• 구체적 행동:
  • 중립적인 입장에서 문제 분석.
  • 각자의 요구를 고려하면서 타협점 찾기.
  • 갈등의 원인을 분석해 재발 방지.

4. 문제 해결 및 의사결정 능력

• 목적: 빠르게 문제를 파악하고, 최선의 대안을 실행함으로써 프로젝트의 효율성을 높임.
• 구체적 행동:
  • 데이터를 기반으로 합리적인 결론 도출.
  • 명확한 근거를 바탕으로 결정하고 책임감 있게 행동.
  • 불확실한 상황에서도 과감한 결단.

5. 리더십과 동기부여

• 목적: 팀이 각자의 역할을 이해하고, 자발적으로 목표를 향해 나아가도록 함.
• 구체적 행동:
  • 팀원들에게 명확한 기대치를 설정.
  • 작은 성공도 인정하고 보상.
  • 각자 강점에 맞는 역할 배분.

6. 시간 관리와 우선순위 설정

• 목적: 팀과 함께 가장 중요한 작업에 집중하며, 마감일을 준수.
• 구체적 행동:
  • 팀원과 일정 협의 및 현실성 있는 계획 수립.
  • 자원과 시간을 효율적으로 배분.

7. 정서적 안정과 스트레스 관리

• 목적: 프로젝트에서 생길 수 있는 혼란 속에서도 냉정함을 유지하고, 팀원들에게 안정감을 줌.
• 구체적 행동:
  • 압박감을 스스로 조절하고 차분히 행동.
  • 팀원들에게 불필요한 스트레스 전달하지 않기.
  • 감정적 반응 대신 논리적 접근.

8. 결과물 중심 사고

• 목적: 관계를 맺는 과정 자체보다 성과와 목표 달성에 집중.
• 구체적 행동:
  • 관계 형성의 목적을 항상 프로젝트 성공과 연결.
  • 관계의 품질을 결과의 품질로 평가.

이러한 점들은 목표 지향적이라는 점에서 중요하며, 단순히 사람들과 친밀도를 높이는 것이 아니라 팀의 성과와 문제 해결에 기여하는 방식으로 적용되어야 한다. PM은 팀과 이해관계자들을 프로젝트 목표로 자연스럽게 끌어들이는 리더십이 필요하다.

PM은 어떤 역할을 하는 사람인가?

• 프로젝트의 성공을 위해 팀을 빌드하고 팀원들을 이끌어 목표를 하나하나 달성해 나가는 역할
• 업무 프로세스를 최대한 최적화하려고 하고 프로세스 진행 중 발생하는 문제들을 해결해 나아가야한다.
• 더 넓게는 고객이 겪고 있는 문제를 해결하는 프로덕트를 기획하는 역할까지 겸임

PM의 역량/역할 중에서 내가 잘 할수 있는 것은 무엇이며, 잘 하지 못 하는 것은 무엇인가?

• 잘 할수 있는 것.
  • 데이터 분석 및 모델링, 데이터를 이용한 의사결정에 대한 부분이 장점
  • 데이터 엔지니어링 및 백엔드 부분은 빠르게 보완할 수 있다.
  • IT 서비스의 인프라에 대한 큰 그림을 그릴 수 있다. 
  • 바이오 관련 헬스케어에 대한 매우 강한 도메인 지식
  • 목표를 쪼개고 달성해 나가는 방식에 익숙하다.
• 미숙한 것.
  • 팀 프로젝트 경험이 적다. 
  • 팀 리딩에 대한 경험이 적다.

PM의 역량/역할 중에서 관심 있는 것은 무엇이며, 관심 없는 것은 무엇인가?

• 현 시대의 PM은 데이터에 기반한 의사결정에 대한 능력이 필요하다고 한다. 
  • 데이터 분석가라는 직무만으로는 단순히 보조적인 역할에 지나지 않고 액션을 실질적으로 기획하기가 어렵다.
  • 따라서 사업의 전체적인 맥락에서 데이터를 활용하여 의미있는 액션을 도출해내고 목표를 달성해나가는 것에 일차적인 관심이 있다.
• 또한 본질적으로 PM은 상품을 기획하고 만들어내는 역할이기에, 사업의 가장 큰 두 줄기인 "상품", "마케팅" 중 하나를 직접적으로 다루고 있다는 점에서 매력적이다.(마케팅도 내가 하면 된다. 특히 퍼포먼스 마케팅은 스스로 충분히 할 수 있다.)

내가 되고 싶은 PM은 어떤 모습인가? 

• "고도로 발달된 데이터 분석가는 PM, PO와 같고 더 나아가 창업가와 같다." 라는 문장으로 압축할 수 있다.
• 결국 PM은 작은 사업가와 같다. 즉, 두루두루 전부 알아야 하며 어떤 문제가 생기든 결론을 내고 발전을 시켜야 한다. 
  • 현 시대에 "생존"의 동의어는 "돈을 만들어 내는 행위"라고 할 수 있다.
  • 돈을 만들어내려면(돈을 벌려면) 방법은 크게 두 가지라고 생각한다. 하나는 "문제를 해결하는 것" 다른 하나는 "판매하는 것"
    
    • "문제를 해결하는 것"은 "상품"과 동의어이고,
    • "판매하는 것"은 "마케팅"과 동의어이다.
• PM은 상품이라는 요소를 만들어내는 직업이고 돈을 만들어내는 본질적인 두 가지 행위 중 하나에 가장 가까운 직업이라고 생각한다.
  • 특히 매력적인 것은, 꼭 사업을 하지 않더라도 회사 소속으로 이와 같은 일을 진행해볼 수 있다는 것이다. 즉, 거대한 리스크를 감당하지 않아도 된다는 것이 매우 매력적이다.
• 즉, "돈을 번다"라는 행위에 필요하는 모든 능력을 키우고 본질에 가까워지려고 한다. 그리고 이 목표를 위해 가장 시작하기 좋은 직무가 PM이라고 생각한다.