제품 관리에 대한 가장 신랄한 의견은 무엇입니까? 나는 트위터 거리를 샅샅이 뒤져 반응할 만한 몇 가지 흥미로운 것들을 발견했습니다. 여러분의 생각을 댓글로 알려주세요! 로드맵은 시간 낭비다 트위터의 Carl Vellotti는 PM 세계에서 고전적으로 흥미로운 주제인 로드맵으로 우리를 시작합니다. 오래된 주제입니다. 기업은 합리적인 기대와 명확성을 원하며, 제품은 유연성을 유지해야 하며 일정이 맞지 않는다는 사실을 뼈저리게 인식하고 있습니다. 그럼 우리는 무엇을 해야 할까요? 나는 현재 역할에 대한 로드맵을 작성해야 합니다. 나는 최대 정렬을 보장하기 위해 다음 세 가지 전략을 사용합니다. 나는 로드맵을 4개 부분으로 나누었습니다. 그보다 짧은 기간은 자살입니다. 모든 로드맵 커뮤니케이션(예: 이메일, 회의 등)을 통해 로드맵은 계획이 아니라는 점을 모든 사람에게 상기시킵니다. 오른쪽으로 갈수록 '계획'이 적어집니다. 나는 업무량을 최대한 줄이고 각 분기마다 여유 시간을 유연하게 유지하려고 노력합니다. 데이터는 평균적인 제품을 낳는다 Amit은 조용히 큰 소리로 말했고 나는 그것을 위해 여기에 있습니다. '데이터 기반' 군중에 맞서는 것은 항상 어렵습니다. 그들 편에는 과학과 연구가 있습니다. 그렇죠? 그게 어떻게 틀릴 수 있니? 이것에 대한 나의 전반적인 문제는 대부분 의미론입니다. 대부분의 사람이나 조직은 '데이터 중심'이라고 주장하는데, 내 생각에는 다음과 같은 몇 가지 이유로 잘못된 것 같습니다. 데이터가 충분하지 않을 가능성이 높습니다(Google/Facebook이 아닌 경우). 이를 주도하는 데이터는 편향되어 있습니다(연구원 편견, CEO가 이미 결정한 마음에 연구를 개조하는 등). 그들은 결정을 정당화하기 위해 '데이터'라는 가식을 사용하고 다시는 비판적으로 보지 않습니다. 대신 저는 항상 데이터 기반 접근 방식을 옹호할 것입니다. 미묘하지만 세상의 차이를 만들어냅니다. 데이터에 대한 정보를 얻는다는 것은 수집된 데이터가 불충분하고 편향되어 있으며 의사 결정 중에 완전히 건너뛸 수 있다는 것을 알고 있다는 것을 의미합니다. 뛰어난 제품 감각과 의사결정 능력을 갖춘 데이터 기반 PM이 진정한 승리 공식입니다. SCRUM은 속도에 좋지 않습니다. 저는 제품에 대한 SCRUM식 접근 방식에서 벗어나는 방법에 대해 6부작 시리즈를 썼습니다. 분명히 나는 이 견해에 동의한다. : 읽기 SCRUM 스타일에서 Shape Up으로 이동. 먼저 빌드하고 문제는 두 번째 윽. 나는 모른다. 이건 힘들다. 나는 어떤 종류의 문제로 인해 시작되지 않은 제품, 프로젝트 또는 기능을 작업하는 모습을 상상할 수 없습니다. 새로운 것, 창의적인 것, 꿈꿔 왔던 것을 만들고자 한다고 하더라도 그것은 여전히 일종의 문제에서 비롯되는 것입니다. 그렇죠? 문제 → 해결책. 이것이 바로 우리가 제품을 생산하는 사람이자 기업가로서 하는 일의 초석입니다. 매운맛인 것 같아요! 프레임워크는 인형을 위한 훈련용 바퀴입니다. 나는 프레임워크를 선택할 뼈대가 있고 다른 사람들이 동의하는 것을 보면 기분이 좋습니다. 나는 프레임워크를 완전히 무시하지 않습니다. 유용한 영감을 제공할 수 있습니다(사례 연구나 템플릿과 같은 방식으로). 내 문제는 프레임워크가 문제에 대한 솔루션으로 판매될 때입니다. 종종 그들은 가치 있는 어떤 것도 제공하지 않습니다. 살펴보세요. RACE 프레임워크를 이 프레임워크는 고객을 확보하려면 다음을 수행해야 한다는 점을 가르치기 위한 것입니다. 고객에게 다가가세요 행동하게 하세요 그 중 몇 가지를 변환하세요. 참여를 유도하세요 나는 레모네이드 가판대를 가진 6살짜리 아이가 당신에게 이것을 말할 수 있다고 확신합니다. 그리고 화려한 단어가 없어도 더 좋습니다. 이것이 오늘의 구름에 소리 지르는 노인의 할당량입니다. 당신의 매운 PM 의견은 무엇입니까? 더 읽어보고 싶으신가요? 내 서브스택에 대한 대해 더 자세히 살펴보았습니다. 인기 없는 각 PM 의견에
