🫒 '직관만 믿고 까불었다가 망한 PM의 사연' 등

👋구독자님, 올영~

'OLIVE LAB'는 오늘도 성장을 갈망하는 일잘러들을 위한 뉴스레터 입니다. 올리브영의 조직 성과와 조직 건강의 지속 성장을 연구합니다.

한 주간 인상깊게 읽은 비즈니스, 리더십, 매니지먼트, 조직문화 관련 아티클을 요약 정리해서 정성껏 담아 보내드립니다:D

✍️소감, 궁금하신 내용 그리고 함께 나누고 싶은 내용은 댓글로 남겨주세요.

직관만 믿고 까불었다가 망한 PM의 사연 - 김단 (Woody's Pick)

"내가 바라볼때 당연하다 싶은 것들이 Target User나 Persona입장에서는 당연하지 않은 경우도 많이 있습니다. 제품을 만들어나갈때 직관도 중요하지만 데이터를 기반으로 유저들을 좀 더 이해하게 되는 것 같습니다. 직관과 데이터의 밸런스를 보여주고 스스로 실패라고 생각하는 것을 통해 배움을 얻고 전체 공유하는 문화를 보여주는 글을 소개합니다"

원문 보러가기

리뷰를 통해 빠른 피드백을 얻는 몇가지 방법 - 마이크 콘 (Chad's Pick)

"스프린트와 같은 짧은 주기로 제품을 만들어 내는 이유는 제품이나 기능을 리뷰하기 위함이라고 해도 과언이 아닙니다.  하지만 여러가지 이유로 리뷰를 진행하지 않거나 이해관계자 없이 진행하는 경우가 있는데요. 애자일 구루인 마이크 콘이 말하는 몇가지 리뷰 팁을 소개합니다."

1. 짧은 피드백 루프는 팀에게 제품이 올바른 방향으로 향하고 있는지 확인하고 검사하고 적응할수 있는 기회를 제공합니다.

2. 일부팀은 스프린트 리뷰를 덜 하면 시간을 절약할 수 있다고 생각합니다. 하나의 스프린트에서 발생한 작은 오해가 몇번의 스프린트가 지나면 복잡한 큰 문제로 커질 수 있습니다.

3. 회의에 참여 할수 없는 사람들과 공유하기 위해 녹화을 고려하세요. 실제 리뷰 회의를 녹화할수도 있지만 새로운 기능을 보여주는 설명 화면을 녹화하는 것이 더욱 효과적입니다.

4. 화면 녹화에 대한 링크는 라이브에 참여하지 못한 모든 사람과 공유합니다. 사람들에게 피드백을 요청하거나 비디오가 있는 피드백에 남기도록 허용할수 있습니다.

5. 스프린트 리뷰가 아니더라도 기능이 완료될 때 기능마다 리뷰를 요청할 수 있습니다.

6. 피드백을 요청할때는 구체적인 질문을 해야 합니다. “어떻게 생각하세요?”라는 질문은 “좋아아요”같은 피드백을 하게 만들 수도 있습니다. 이보다는 다음과 같은 질문이 좋습니다. “여기서 사용자가 원하는 것 중에 부족한 것이 있을까요?”, “우리 페르소나 중에 누가 이 기능을 혼란스러워 할까요?”, “여기에 불 필요한 부분이 있을까요?” 

7. 이런 질문을 할때 전체보다 특정개인에게 질문하는 것이 어색한 침묵을 줄일 수 있는 방법입니다.

8. 기능이 완료되기 전에 휠씬 전에 기능을 시연하고 피드백을 받으세요.

9. 피드백을 처리할수 있는 버퍼를 마련해 두십시오.

원문 보러가기

당신은 무한게임 플레이어가 될 것인가, 유한게임 플레이어가 될 것인가? - 사이먼 사이넥 (Eddy's Pick)

"1등을 하려하니 1등을 하지못해 불안하고, 1등을 해도 그 자리를 잃을까봐 불안합니다. 비즈니스도 마찬가지입니다. 사이먼 사이넥은 이제 1등을 바라는 유한게임이 아닌, 무한게임을 해야한다고 이야기 합니다. 바로 가슴 뛰게 할 대의명분을 추구하는 것이죠! 원문까지 꼭 읽어보셔야 합니다."

원문 보러가기