🫒 8월 결산

💙구독자님, CJOY 'TPM' 입니다. 
(Chad는 유종현님, Eddy는 김영진님 그리고 Woody는 외부에서 함께 돕는분입니다:D)

'OLIVE LAB' 이번 호는 '8월 결산'으로 보내드립니다.

8월 한달 간 발행된 OLIVE LAB 아티클 중, '꼭 보셔야 합니다'라고 생각되는 아티클만 모아서 다시 보내드립니다. 바쁜 업무로 살짝 놓치신 분들 꼭 챙겨보시구요. 자신에게/조직에 적용해보시면 좋겠습니다. 

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

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

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

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

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

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

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

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

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

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

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

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

원문 보러가기

리더의 피드백 : 완전한 솔직함(Radical Candor)이 조직을 구원한다 (Eddy's Pick)

"우리는 모두 리더입니다. 우리는 서로에게 영향을 미치며 살아가니깐요. 올바른 리더십은 무엇일까요? 저자는 조직을 구원할 리더십으로 '완전한 솔직함'을 이야기 합니다. 여러분에게도 추천합니다."

원문 보러가기

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

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

원문 보러가기