[일간 애자일#638](1/28) 사람들이 착각하는 MVP에 대한 오해 등

  • 매일 애자일, 린, 조직문화, 협업, 리더십, 자기계발 등과 관련된 새로운 소식을 공유드립니다.
  • 소감, 동의, 반론 등을 댓글로 남겨주세요. 활발한 소통을 기대합니다.
  • 지난 기사는 [여기]에서 보실 수 있습니다

사람들이 착각하는 MVP에 대한 오해

Jason Fried의 ‘Validation is a mirage’를 읽었다.

위 아티클의 핵심 메시지는 ‘제품이 출시되기 전까지 검증할 수 있는 것은 없다.’이다.

많은 사람이 Jason에게 제품 출시 전에 검증을 통해 성공하는 제품을 만드는 방법에 대해 물어보는데, Jason은 이를 파이에 비유해 설명한다. 한 조각의 파이를 먹으면 전체 파이를 평가할 수 있겠지만. 제품은 파이와 같지 않으며 모든 것들이 결합하여 전체를 이루어야 검증 가능한 상태가 된다는 것이다.

지극히 베이스캠프 다운 글이라는 생각이 드는 글이다.

제품 업계에 베이스캠프가 갖는 영향력에 비해 국내에선 의외로 모르는 사람들이 많아 간단히 소개하자면, 베이스캠프는 협업 소프트웨어 Basecamp와 최근 빠르게 성장 중인 이메일 서비스 Hey를 운영하는 시카고에 위치한(하지만 원격으로 일하는) 소프트웨어 컴퍼니로 그들만의 기업 문화와 제품 철학을 담은 Rework, It doesn’t have to be crazy at work, Remote 등의 책을 내기도 했다. 코파운더인 DHH(David Heinemeier Hansen)은 Ruby on Rails의 Original Author이기도 하다.

다시 Jason의 글로 돌아가면, ‘검증은 신기루’라는 제목 때문에 이 글은 마치 MVP(Minimum Viable Product)를 부정하는 것처럼 보인다. 아니나 다를까 트위터 타임라인에 이 글에 대한 여러 사람의 목소리가 갑론을박 하고있다.

그런데 사실 글의 내용을 제대로 살펴보면 Jason은 린 스타트업의 MVP의 컨셉을 부정하지 않는다. 그가 부정하는 것은 오히려 MVP에 대한 사람들의 잘못된 기대라고 볼 수 있다.

  • “How do you validate if it’s going to work?”
  • “How do you know if people will buy it to not?”
  • “How do you validate product market fit?”
  • “How do you validate if a feature is worth building?”
  • “How do you validate a design?”

Jason은 위 질문에 모두 You Can’t이라고 답했다. 그러면 부정한 게 맞지 않냐고? 아니다.

여기서 바로잡아야 하는 것은 MVP가 아니라 잘못된 질문이다.

원문: https://bit.ly/2M0RPFT


PM, PO에 관한 9가지 질문들

시작하며.
스타트업 IT 조직에 속하신 많은 분들과 PM에 대한 이야기를 하면 늘 궁금해하시는 질문들이 있습니다. 9가지 정도를 제 맘대로 간략히 추려서 짧게 설명드리는 글입니다.

  1. PM과 PO는 어떻게 다른가요?

A) 간단하게 정리하자면.

Product Manager = Business의 주요 이해관계자와 상호 작용할 책임이 있는 사람 & 전략 수립
Product Owner = 개발팀과 상호 작용하고 Back-log를 관리하는 사람 & 전술적 역할 수행

※ INSPIRED의 저자 ‘Marty Cagan’ 또한 이 두 직군을 거의 동의어로 대하는 것이 그리 이상하지 않았다고 회고합니다. 이 둘의 구분을 명확히 해야 될 필요성이 없는 경우가 대부분 이기도 했구요. 또한 마티 케이건 스스로도 PM 제품 관리자는 동시에 PO 제품 소유자가 되는 것이 필수적이라고 말하기도 합니다. 그러나 조직 내 비즈니스의 단계가 나아가며 조직 전체의 볼륨이 커지는 경우, 첫 번째 PO는 곧 PM의 역할을 수행하며 다수의 PO를 조직화하여야 합니다. 이를 통해 고도화된 제품을 유기적으로 연결시키는 작업을 PM이 전략적으로 만들어 갈 수 있게 됩니다.

  1. PO와 PM을 나누는 경계가 있을까요?

A) 생각보다 많은 조직에서 이 직군의 명칭을 두고 혼란스러워합니다.

조직의 규모에 따라 PO와 PM 모두의 역할을 수행할 수 도 있으며, PM과 PO의 역할이 딱 나눠지기도 합니다. 두 직무는 책임을 지는 범위가 다릅니다. 그렇기에 이 둘을 나누는 질문을 한 가지로 압축하자면 아래와 같습니다.

PO와 PM을 나누는 핵심 질문 TIP)
조직에서 개발팀과 함께 back log만 관리하고 있습니까? > PO
아니면, 실제로 고객과 비즈니스의 어려운 문제를 주요 이해관계자와 함께 조율하며 해결 중이십니까? > PM

….

원문: https://bit.ly/3ppIdmd


팀장 월급엔 ‘싫은 소리할 의무’도 포함돼 있다

팀원들의 강점을 찾아내어 칭찬하고, 동기 부여를 통해 부족한 점은 스스로 개선하도록 돕는 게 팀장의 역할이다. 칭찬에 인색한 리더들도 있지만, 잘하는 걸 잘한다고 말해주는 건 그래도 쉬운 일이다. 문제는 부족한 점을 개선하도록 이끄는 것이다. 누군가 자기가 잘 못하는 걸 콕 집어서 “넌 이런 점이 부족하다”고 말하면, 대부분의 사람들은 민망해하거나 좌절한다. 때로 화를 내는 이들도 있다. 이성적으로 생각할 땐 사실을 겸허히 받아들이고 노력하면 되는 일인데, 이게 참 안 된다.

본인의 오랜 직장 경험상 비슷한 감정들을 느껴 온 팀장들은, 싫은 소리를 할 때 부담을 느끼게 된다. 가능하면 부정적 피드백을 최대한 자제하고자 한다. 어쩔 수 없이 얘기해야 할 시점이 오면, 상처받지 않게 간접적으로 표현하려 애쓴다. 결국 팀원은 팀장이 무슨 말을 하고 싶은지를 정확히 이해하지 못하고, 왠지 모를 불편한 면담분위기에 기분만 상한 채 자리로 돌아간다.

요즘 사람들은 과거에 비해 감정적으로 솔직함을 훨씬 더 선호한다. 마음이 좀 아프더라도, 있는 그대로의 팩트를 알고 싶어한다. 빙빙 돌려 말하면 오히려 오해가 더 깊어진다. 얽히고 설킨 암호를 해석을 하다 보면, 말하는 사람의 처음의 취지와는 다른 결론으로 이어진다. 그러니 문제 상황을 정확히 짚어 피드백을 하는 게 백배 낫다. 물론 이때 감정은 빼고 말해야 한다.

어떤 팀장들은 말한다. “그런 식으로 전달하는 건, 좀 비인간적인 거 아닌가요?” 하지만 냉정히 말해, “팀원이 상처받지 않게 싫은 소리 하는 방법”이란 없다. 원래 싫은 소리는, 어떤 말을 갖다 붙여도 기분 나쁘다.

필요한 순간에 싫은 소리 하는 걸 두려워할 필요가 없다. 본인이 혹시 나쁜 리더인지 걱정할 필요가 없다. 팀장의 월급에는, “회사와 팀을 위해 싫은 소리를 해야 하는 역할”에 대한 보상이 포함되어있다. 잘못된 일을 바로잡으며 팀원의 행동을 개선시키는 건 팀장의 피할 수 없는 핵심 업무다. 인격적 모독을 하거나 상처를 주는 극단적 단어들은 당연히 피하되, 할 말은 해야 한다. 만약, 그렇지 못하고 있다면, 당신은 팀장의 역할을 제대로 수행하지 못하고 있다는 뜻이니까.

원문: http://bit.ly/36jJzaH


테일러리즘을 다시 생각해본다

“측정되지 않는 것은 관리되지 않는다”는 피터 드러커의 말은 오늘날 경영현장에서 가장 많이 쓰이는 격언이 아닌가한다. 그는 그의 저서 <내일을 지배하는 것, 1999>에서 테일러를 일컬어 “그의 과학적 관리법과 그 뒤를 잇는 IE(산업공학)이야말로 세계를 변화시킨 미국의 지혜”라고 극찬했다.

우리가 성과를 관리하기 위해서 작업의 표준화, 작업표준, 표준시간, 전문화된 스탭 조직 등을 갖추는 것은 누구나 알고 있는 상식이지만 또 그게 잘 갖추어진 회사도 드물다. 또는 이를 오용하여 수백개의 KPI를 만들기만하고 지키기도 힘든 지표 관리를 하는 조직들도 있다.

성과관리에 대해 다시 생각해보자. 우리가 성과를 관리해야 하는 목적과 이유는 무엇인가. 테일러가 작업 표준을 만들어 관리한 것은 결국 모두가 더 효율적으로 일하고 생산성을 높이기 위해서다. 오늘날엔 그러한 그의 가치와 철학보다는 초시계로 측정하는 것만 남아있는 것은 아닐까. 우리가 ‘성과 관리’에서 필요한 것은 센서가 아니라 업무 시간의 절감과 생산성의 개선이라는 점을 생각해봐야 한다. 관리를 위한 관리, 평가를 위한 측정 이런 것은 100년전의 그가 생각하던 모습도 아닐 것이다. 오늘날 “성과 관리”라고 이루어지고 있는 수많은 행동들이 결과적으로는 성과에 악영향을 미치고 있는 것은 아닌지 돌아보아야 한다.

원문: https://bit.ly/3iTnWD9


자신을 빠르게 성장시키는 ‘회고’

회고는 자주 할수록 좋다

많은 사람은 ‘경험’을 통해서 배운다고 말합니다. 하지만 실제 우리가 배우는 것은 ‘경험’ 그 자체가 아니라 경험 후 스스로에 대한 ‘회고’를 통해 배우게 됩니다. 그렇지 않으면 반복되는 경험 속에서도 우리는 필연적으로 똑같은 실수를 하고 맙니다. 결국 ‘성장’을 위해 조금은 귀찮지만, 반드시 자신을 ‘회고’하는 작업이 필요합니다.

우리는 매년 1월 1일이 되면 지난해를 회고하고 새로운 해를 계획합니다. 회고에서 가장 중요한 점은 기존의 일들을 하나둘 톺아보는 일인데 1년 치를 하나하나 되돌아보는 일은 여간 쉽지 않습니다. 그러다 보니 어느덧 회고는 귀찮아지고 대충대충 지나가 버리게 되거나 새로운 계획 세우기에만 시간을 쏟게 됩니다. 그래서 우리가 잘한 점 잘못한 점을 보다 분석적으로 살피기보다는 개괄적으로 훑고 넘어가 버리게 됩니다. (물론 회고를 아예 하지 않는 것보다는 나을 겁니다)

머리에 남기지 못하는 회고와 개선을 위한 대책을 세우지 못하는 회고는 결국 내년에 같은 실수를 반복하게 만들 확률을 높일 뿐입니다. 게다가, 1년마다 ‘성장’의 단추를 끼우는 일은 5G 시대에 너무 더딘 일이기도 합니다. 그래서 회고의 부담을 덜기 위해 1주일 단위로 회고를 하는 것이 가장 좋습니다.

1주일은 기억하기도 돌아보고 회고하기도 쉽습니다. 저는 현재 TickTick 을 통해 돌아보는 작업을 진행합니다. 특히 Summary 기능이 있어서 기존에 끝내거나 끝내지 못한 업무들을 한눈에 볼 수 있어 편리합니다.

또한 캘린더 또는 Day One에 기록해두었던 일기들을 돌아보며 잘했던 점, 아쉬웠던 점 그리고 개선할 점들을 적어 다시 Day One에 회고를 적어 둡니다. 한 주간을 나름의 점수로 표현하는 것도 좋은 방법입니다. 이를 통해 매주 회고를 통해 한주 한주 자신만의 기준을 만들 수 있습니다.

원문: https://bit.ly/2NIvYU4


글쓴이: 정의의소

Agile Coach, Organizational Change Coach @Samsung Electronics 팟캐스트 MC : 새꿈사 (새로운 조직문화를 꿈꾸는 사람들)

답글 남기기

아래 항목을 채우거나 오른쪽 아이콘 중 하나를 클릭하여 로그 인 하세요:

WordPress.com 로고

WordPress.com의 계정을 사용하여 댓글을 남깁니다. 로그아웃 /  변경 )

Google photo

Google의 계정을 사용하여 댓글을 남깁니다. 로그아웃 /  변경 )

Twitter 사진

Twitter의 계정을 사용하여 댓글을 남깁니다. 로그아웃 /  변경 )

Facebook 사진

Facebook의 계정을 사용하여 댓글을 남깁니다. 로그아웃 /  변경 )

%s에 연결하는 중