Lenny Distilled

자율성보다는 실행력에 초점을 맞추세요.

실행 → 엔지니어링팀과 협업하기

정의
현실 세계에서 제가 늘 목격하는 지배적인 실패 사례는 항상 세부 사항이 부족한 것입니다. 그리고 이것은 엔지니어들이 제품 담당자에게 '더 많은 정보가 필요합니다'라고 말하는 가장 일반적인 실패 모드이기도 합니다.
Ryan SingerA better way to plan, build, and ship products | Ryan Singer (creator of "Shape Up")
정의
만약 이를 기술 담당자에게 줬을 때 그들이 '지금 뭘 만들어야 하는지 알겠다'라고 말한다면, 그것은 잘 만들어진 것입니다.
Ryan SingerA better way to plan, build, and ship products | Ryan Singer (creator of "Shape Up")
미묘한
팀에 참여하는 사람들의 능력에 따라 팀이 필요로 하는 세부 사항의 양을 조절할 수 있습니다. 예를 들어 더 경험이 부족한 엔지니어가 있다면, 더 많은 세부 사항을 제공해 주어 그 엔지니어가 보다 성공적으로 작업할 수 있게 도와줄 수 있습니다.
Ryan SingerA better way to plan, build, and ship products | Ryan Singer (creator of "Shape Up")
단서 있음
PM은 문제 공간의 경계를 명확히 정의하는 데 힘써야 합니다. 그리고 그 안에서 엔지니어, 디자이너 등 모든 팀원들이 최선을 다해 문제를 해결할 수 있도록 해야 합니다.
Kevin YienUnorthodox PM tips: Automating user insights, unselling candidates, decision logs, more
단서 있음
우리는 티켓을 작성하지 않습니다. 우리의 계약은 비전과 우선순위, 그리고 매우 높은 수준의 사양일 뿐, 나머지는 모두 엔지니어링 팀에게 맡깁니다.
Geoff CharlesVelocity over everything: How Ramp became the fastest-growing SaaS startup ever

The Missing Stamp

Every episode of Lenny's Podcast, distilled into the insights that matter and the quotes that make them stick.

LENNY WAS HERE__STAMP_DATE__

Lenny, if you're reading this, the stamp's ready when you are. 🧡🔥