📒 | 인스파이어드 PART1. 최고의 기술 기업에서 배운 것

 

 

 

💡INSIGHT

 

Part1에서 저자는 효율적인 일처리 방식과, 그것의 중요성을 강조하여 설명하고 있다. 프로젝트 매니저(PM)의 입장에서는 적은 노력으로 최고의 프로덕트를 만드는 효율성을 추구해야 한다. 그러기 위해서는 빠르게 시도해보고, 실패한다면 빠르게 학습하고 나가는 것이 중요하다. 다시 말해, 검증을 신속하게 진행하는 것이 핵심이다. 이를 위해 제품을 완성하지 않고 최소한의 기능을 가진 프로토타입으로 신속한 유저 테스트를 실시하며 개발자와 디자이너의 노력을 최소화하고, 동시에 제품을 실행할지 여부를 신속하게 결정하는 것이 중요하다. 

 

 

 

---

 

 

 

📖 Part 01.  최고의 기술 기업에서 배운 것

 

 

CHAPTER 01. 훌륭한 제품을 이끄는 사람(Product Manager)

- 훌륭한 제품 이면에는 지칠줄 모르고, 무대 뒤에서 최선을 다하는 누군가가 있다.
- 그 사람은 제품팀을 이끌며, 비즈니스 목표에 맞는 방향으로 기술과 디자인을 통해 고객의 실제 문제를 해결한다.
 

 

 

CHAPTER 02. 기술 중심의 제품과 서비스

- 넷플릭스, 링크드인, 애플, 인스타그램 등 훌륭한 제품과 서비스처럼, 오늘 대부분의 제품이 기술 중심의 제품으로 탈바꿈 하고 있다.
- 이러한 변화를 깨닫지 못하는 기업은 빠르게 무너질 것이다.
 

 

 

CHAPTER 03. 스타트업 : 제품/시장 궁합 찾기

- 스타트업 : 제품/시장 궁합(Product/Market fit)을 아직 찾지 못한, 새로운 제품을 만드는 회사. 스타트업의 현실은 통장의 잔액이 떨어지기 전에 제품/시장 궁합을 어떻게든 달성하기 위해 달리는 경주와 같다.
- 빠듯한 시간과 비용을 활용하여 초기 시장 니즈에 부합하는 강력한 제품을 만들어내야 하는데, 일부 성공하는 스타트업은 특히 제품 발견에 매우 뛰어나다.
 

 

 

CHAPTER 04. 성장 단계의 회사 : 성공을 위한 확장

- 충분한 역량과 운을 바탕으로 제품/시장 궁합을 달성한 스타트업들은 또다시 어떻게 효과적으로 성장하고 확장해 나갈지 고민해야한다.
- 리더들은 초기 스타트업 시절에 작동했던 리더십 스타일과 방식이 이제는 잘 통하지 않는 문제들을 겪는다. 리더들은 그들의 역할과 많은 상황에서의 행동이 바뀌어야 한다는 압박을 받는다.
 

 

 

CHAPTER 05. 대기업 : 끊임없는 제품 혁신

- 현재 제품을 단순히 수정하고 최적화하는 것(가치확보) 대신에 각 제품이 가진 잠재성을 끌어내기 위해 개발해야한다.
- 규모가 큰 회사는 보통 이룩한 것을 지켜내고자 하는 수많은 이해 관계자들이 비즈니스 전반에 걸쳐 존재한다. 불행히도 이렇게 되면 비즈니스를 재창조할 수 있는 새로운 시도나 사내 벤처들을 막아버리게 된다.
 

 

 

CHAPTER 06. 실패한 제품의 근본 원인(water fall)

- 아이디어 → 비즈니스 케이스 → 로드맵 → 요구사항 → 디자인 → 구현 → 테스트 → 배포
- 대부분의 회사는 아이디어에서 출발해 우선순위를 매겨 로드맵으로 전환하길 원한다. 가장 중요한 일을 먼저 수행하기 원하며, 각 업무가 언제 준비 상태가 될지 예측하고 싶기 때문이다. 하지만 이 워터풀 방식은 10가지 문제가 있다.
1. 아이디어의 출처 : 판매 확대를 위한 기능이나 이해 관계자 위주로 제품이 끌려가게 된다. 뛰어난 제품 아이디어를 가져오지 못한다.
2. 비즈니스 케이스 : 현재 시점에서 우리는 "얼마만큼의 돈을 벌 수 있는가?"와 "얼마만큼의 비용이 드는가?"의 수치에 대한 근거가 전혀 없다. 말 그대로 아무것도 모른다. A/B테스트를 해봐야 알 수 있다.
3. 제품 로드맵 : 당신의 아이디어 중 최소 절반 이상은 유효하지 않을 것. 필요한 비즈니스 가치를 만들어내는 수준에 도달하려면 최소 몇번의 이터레이션을 반복해야한다. 
4. 제품 관리의 역할 : 제품 관리보다 프로젝트 관리를 더 하게 되는 구조다. 실제 기술 제품 관리 일과는 180도 다르다.
5. 디자인의 역할도 상황이 비슷하다. 진정한 가치를 담기에는 너무 늦은 상황이다.
6. 엔지니어들이 너무 늦게 참여한다. 엔지니어는 코드만 짜는 것이 아니라 혁신을 하는데 가장 훌륭한 원천이다.
7. 애자일의 원칙과 핵심적인 장점이 너무 늦게 작동된다. 이렇게 하면 애자일 방법론의 실질적인 가치와 잠재성을 단지 20%만 활용하는 것과 같다.
8. 프로젝트 중심적이다. 회사는 프로젝트 중심적으로 흘러가지만, 불행하게도 프로젝트는 결과물에 대한 것이고, 제품은 비즈니스 성과에 대한 것이다.
9. 고객에 대한 검증이 너무 늦게 일어난다.
10. 가장큰 손실은 바로 시간과 비용을 낭비하느라 정신 없을 때 발생한다. 바로 그 시간에 조직이 할 수 있었던 혹은 해야만 했던 것에 대한 기회비용이다.
 

 

 

CHAPTER 07. 린과 애자일을 넘어

- 린과 애자일이 마법의 무기는 아니다. 어떤 도구라도 마찬가지겠지만, 당신은 이것을 매우 현명하게 활용할 줄 알아야 한다.
<세가지 중요한 핵심 원칙들>
1. 위험은 마지막보다는 초기에 대응한다.
2. 제품은 순차적인 방식보다는 함께 협업하며 정의되고 설계된다. PM, 디자이너, 엔지니어가 함께 붙어서 활발히 의견을 주고받으면 기술 중심의 솔루션을 만들어 낸다.
3. 기능을 구현하는 것이 아니라 문제를 해결한다. 솔루션은 근원적인 문제를 반드시 해결해야하고, 그것은 바로 사업적인 성과에 대한 것이다,
 

 

 

CHAPTER 08. 핵심 개념

<총체적인 제품의 의미>
- 기능을 포함한다.
- 기능을 가능하게 하는 기술 또한 포함된다.
- 기능을 표현하는 사용자 경험 디자인도 포함된다.
- 이 기능을 통해 우리가 어떻게 돈을 벌지도 포함된다.
- 고객의 마음을 사로잡고 획득하는 방안도 포함된다.
- 가치 전달을 위한 오프라인 경험도 포함된다.
모든 제품팀이 필수적으로 해야하는 기본적인 두 가지 활동이 있다. 만들 제품을 발견하는 것과 시장에 그 제품을 전달하는 것이다.
<제품 발견>
1. 유저가 이 제품을 살 것인가? 또는 사용할 것인가?
2. 사용자가 이 제품을 어떻게 사용하는지 이해할 수 있는가?
3. 우리 엔지니어가 이것을 만들어낼 수 있는가?
4. 우리 이해 관계자가 이것을 지지하는가?
- PM, UXUI디자이너, 개발자의 강력한 협업에 관한 것이다.
- 제품 발견의 목적은 좋은 아이디어와 그렇지 않은 아이디어를 빠르게 판별하는 것이다.
- 제품 발견의 산출물 : Validated Product Backlog
<프로토타입>
- 제품 발견은 일련의 빠른 실험들의 진행을 포함한다.
- 실제 제품보다는 실험을 빠르고 적은 비용으로 진행할 수 있는 프로토타입을 활용한다.
<제품 실행>
- 제품 실행 단계에서 판매하고 비즈니스를 운영할 만한 품질 수준의 기술 제품을 만들고 전달하는 것이다.
<제품과 프로덕트 마켓 핏>
- 특정 시장의 고객들이 원하는 것을 충족하는 가장 작은 단위의 실제 제품
<제품 비전>
- 2-10년 정도에 해당하는 제품의 장기적인 목표
<MVP>
- MVP의 P는 Product가 아닌 Prototype이다. 
- 비록 최소한의 기능을 하는 것일지라도 학습하기 위해 실제 제품 수준의 것을 만드는 것은 상당한 시간과 비용의 낭비를 초래한다. 
- MVP는 실제 제품이 아니다.