neozest : neo+zest

SAP의 김영욱 PM의 책 <프로덕트 매니지먼트> 북콘서트에 참석했다. 김영욱 PM의 브런치(링크)야 워낙 유명한데, 업계 선배의 입장에서  후배 PM들에게  일종의 Primer(기본기)를 정리한 우리나라 사람이 쓴 책을 전해주고 싶어 1년 정도 고민하면서 쓰신 책이라 한다.

북콘서트는 프로덕트 매니지먼트를 강의하듯 진행했다기 보다는 책을 쓸 시점에 고민했던 사고의 흐름을 차분히 조분조분 설명해 주셨다. 책 차례를 보면서 PM 이야기를 하려할 때 왜 이런 순서로 엮었는지를 이야기해주셨다. 하필이면 메모장을 가져가지 않은 날이어서, 급히 (사인 받을) 책 한 권을 구매하고 띄지에 김영욱 PM의 이야기들을 몇몇 적었다.  아직 책을 읽기 전이라 김영욱 PM이 한 이야기중 중 몇가지만 소개해 본다. (만약 영욱 PM의 주장과 배치되는 부분이 있으면 그것은 전적으로 내가 잘못 이해한 것이다. :) )

세상의 문제는 답이 있는 퍼즐과 정해진 답이 없는 미스터리가 있다. 세상에 복잡해져서 미스터리성 문제들이 남아있다. 미스터리를 푸는 방법은 프레임을 만들고, 그것을 좁혀가면서 답을 찾아가는 것.

워터폴과 애자일: 둘이 서로 좋고 나쁘고의 개발방법론이 아니다.

PM의 Daily work: 1) 시장, 2) 고객, 3) 경쟁자. 우리나라 PM들은 시장 읽는 것, 특히 경쟁자 분석을 제대로 하고 있는지 고민해 봐야 한다. 융합되는 시대에 경쟁자 분석은 단순히 경쟁제품을 써보는 것이 아니라 보도자료도 읽고, 해당 분야 기술도 익히면서 상상력을 총 동원해서 경쟁자의 의도를 파악해야 하는 작업.

우선순위를 정해야 하는데, 이때 기준은 사용자의 가치(value)이다. 사용자에게 주는 가치를 기준으로 기능이나 기획을 평가해야 하고, 이는 타협 불가능한 것.

1장, 정의(Definition) 부터 시작. 그래야 책 설명의  Protocol이 맞음. 1.3의 B2B와 B2C는 만들고 있는 제품이 누구를 향하는지(2:to)에 대한 인식에 대한 이야기.B냐 C냐가 중요한 것이 아님. To의 지향점이라는 사실이 중요.

3장 고객개발은 비즈니스 개발(BD)과 다른 면을 주목해서 읽어보자.

5장 PM의 일상 업무. PO의 일상업무일수 있음. 5.4.5 우선순위 정하기는 방법에 중점을 두는 것이 아니라 그 기반이 되는 Criteria를 어떻게 세우는가에 대한 이야기. 5.5 MVP에서는 Viable을 고민하면서 읽어보자. 사용자가 선택하는 제품을 만들기 위해 MVP를 만드는 것. 결국 P(Product)는  사용자의 문제를 해결해야 한다. 그래야 사용자가 선택. 이쁜 것만으로는 안된다.

6장 PMF(Product-Market Fit)에서 중요한 것은 Market이다. Market은 User 찾기임. 먼저 Market을 봐야 한다.KPI와 OKR 역시 Performance 중시 조직에서는 OKR이, Quality 중시 조직에서는 KPI방식이 적합

김영욱 PM이 전하는 이야기들이 어떻게 보면 당연한 것 아냐라고 들릴 수 있지만, 그 기본을 일처리에 적용하는 것은 또다른 문제라 생각한다. 그 기본기를 잘 지키는 조직이 글로벌하게 성공하는 것 같다는 생각도 했다.(물론 기본기를 잘한다고 무조건 글로벌하게 성공한다는 이야기는 아니다!)  특히 단호하게 '제품은 사용자에게 가치를 제공해야 한다'는 이야기를 하실 때에는 평상시 생각들과 일치하는 부분이 많아서 공감이 확~ 되었다. 얼마전 업계 선후배님들과 식사자리에서 Junior PM이 존재할 수 있는가에 대해 이야기를 나눈 적이 있었는데, 그 부분 이야기도 살짝 나왔다. 비슷한 이야기를 나눴던 지라(편향을 가지고 내가 듣고싶은 대로 들었을 수도... :) 공감이 많이 되는 이야기들이 있었다.

책을 읽고 또 생각을 정리해 봐야겠다.

북 콘서트 이후 작은 음악회도 좋았다.(사진 출처: 책과얽힘 페이스북)

트와일리오 창업자인 제프로슨이 적은 책이다. 

내가 이 책을 읽고 나서 든 생각은 한줄로 정리된다. 저자가 전달하고 싶은 메시지는 "개발자는 고객의 문제를 기술로 해결해서 비즈니스 가치를 더해주는 사람"이어야 한다는 것이다. 그렇기 때문에 고객을 중심에 놓고 커뮤니케이션을 할 수 있도록 조직을 구성하고, 그들이 하는 행동 하나하나가 고객의 느낌을 좋게 해주기 위한 실험이 될 때 더 큰 기업으로 성장할 수 있다. 원 제목은 "Ask your Developer"인데, 단순히 개발자에게 묻는 것이 아니라 개발자에게 요청하세요라는 의미로도 읽혀졌다.

 이 책을 읽는 동안 팟캐스트 "How I built this"에 Jeff Lawson이 나와서 트와일리오 이야기를 하는데, 책을 읽어서 그런지 조금 더 친숙하게 들렸다.

https://wondery.com/shows/how-i-built-this/episode/10386-twilio-jeff-lawson/

책 읽으면서 밑줄친 몇 부분을 소개해 본다.

소프트웨어가 가속화와 비용절감을 통해 기업이 시장에서 어떻게 유리한 고지를 확보하게 만드는지를 보여주는 사례

수 많은 기업에서 개발자들은 그들이 해결하는 사업적 문제 및 서비스를 제공하는 고객에게서 괴리되어 있음.

하지만 사업가나 개발자 모두 같은 것, 고객을 기쁘게 하고, 고객에게 널리 채택되고, 돈을 많이 버는 멋진 제품을 만드는 것을 원한다.

기술은 제품 자체가 아니라 고객을 모우고, 제품을 유통하고, 궁극적으로 구매부터 제품 사용과정까지 전 과정 내내 고객으로 하여금 원하는 기분을 느끼게 하기 위해 적용된다.

고객의 니즈에 귀 기울인 뒤 학습과 이터레이션을 거듭함으로써 소프트웨어로 고객에 답해야 한다.

소프트웨어 피플이 된다는 건 기술이 아니라 사고방식의 차원. 소프트웨어를 만드는 회사가 되고 싶다면 조직 전체의 사고방식을 바꾸는 것 부터 시작해야 한다.

 책임에 기반한 내부 시스템은 모든 이들의 관심사를 일치시키고, 시간이 지나면서 효율성을 높이고자 하는 자연스러운 동기를 부여한다.

고객을 직접 상대하는 소프트웨어는 꼭 만들어라. 차별화된 경험은 구매할 수 없다. 직접 구축하지 않고는 길이 없다.

기술 책임자들은 코드만 작성하는게 아니고 역량을 발휘하여 사업적 가치를 더할 수 있는 환경을 조성해야 한다. 개발자가 잠재적으로 훌륭한 비즈니스 리더.

실험은 혁신의 전제조건. 더욱 빠르고 저렴하게 실험할수록 더욱 빨리 그럴싸한 결과를 얻기 마련

신속한 이터레이션, 실험, 고객과의 긴밀한 접촉은 혁신의 전제 조건

개발자와 기업가의 관계는 사업 문제를 해결하는 핵심.둘이 협업하려면 사업가는 해결책이 아닌 문제를 공유해야 한다. 사용자가 필요로 하는 것을 깊이 이해하고 그 니즈를 해결할 수 있도록 만드는 것이 핵심.

어떻게 해야할지 몰라서 배우고 익히고 이러는 것이 도전, 배움을 지속해 지평선을 넓혀 간다.

PM은 고객의 문제를 이해시키는데 노력하는 존재.

대자연은 실패한 수백만의 돌연변이를 슬퍼하거나 부끄러워 하지 않는다. 그저 계속 만들어 낼 뿐이다.

실패를 축하하는 것은 그 자체가 아니라 임무를 완수하는데 도움이 되는 깊이있는 배움. 학습 속도를 높여야 한다.

서두르지 말고, 안주하지 마라.

규칙체계를 만든다는 것은 필요없는 규칙을 제거한다는 것을 의미

'배우는 방법을 배우는 과정'

건설적 비판은 사람들을 비방하는게 아니라 그들이 나아지도록 돕는다. 사실상 존중의 한 형태이며 사람들이 배우는 방식중 하나

문제를 분석하고 해결하는 사고 방식을 만들자. 끊임없이 왜라고 물어야 한다.

실제 경험에서 배우는 진짜 학습. 가장 가치있는 학습형태는 실행을 통한 것.

누군가의 미래를 가늠하는 최고의 첫도는 그 사람이 과거에 걸어온 길을 살피는 것이다. 우리는 배우고자 하는 사람을 원하고, 직업을 전환한 부트캠프 졸업자들은 배움의 의지를 보여준다.

머리속에 전체적인 그림을 담고 매일 함께 일하면 놀라울 정도로 빠르게 일을 진행할 수 있다. 소규모 팀의 힘.

튼튼한 고객, 확실한 미션, 성공 지표. 이런 내용은 위에서 만들어지는 것이 아니라 팀에서 만들어지는 것. 그래야 업무를 개인화할 수 있다.

고객, 미션, 핵심 지표, 코드 베이스를 팀과 함께 묶는 것 -> 조직 구조 설계시 고민 포인트

협업을 개선하는 것이 목표가 되어선 안되며, 협업을 줄이는 것이 목표. 내부 협력을 위한 회의 시간을 줄이고 혁신에 더 많은 시간을 할애할 수 있다.촘촘한 피드백 순환과 결과물에 대한 부서를 막론한 주인의식

고객중심: 결정의 중심에 고객을 두기 위해 끊임없이 자기교정을 하는 조직을 만드는 것

서비스는 기술적으로 제품을 제공하는 것. 환대는 제품을 제공할 때 받는 사람이 어떤 기분을 느끼도록 만드는 것.