製品管理について最も厳しい意見は何ですか?
私は Twitter の通りを探し回って、反応する興味深いものをいくつか見つけました。コメントであなたの考えを教えてください！
ロードマップは時間の無駄だ
Carl Vellotti の Twitter は、PM の世界における古典的にスパイシーなトピックであるロードマップから始まります。
それは昔からの話題です。ビジネスは合理的な期待と明確さを求めており、製品は柔軟性を維持する必要があり、タイムラインが機能しないことを痛感しています。
どうしようか？
現在の役割ではロードマップを作成する必要があります。私は最大限の調整を確保するために次の 3 つの戦術を使用します。
- ロードマップを 4 つの四半期に分割します。それより短い期間は自殺です。
- ロードマップに関するあらゆるコミュニケーション (電子メール、会議など) で、私はロードマップが計画ではないことを全員に思い出させます。右に行けば見るほど、「計画」が薄れていきます。
- 私はできる限り仕事量を減らし、各四半期に柔軟に使える時間を確保するよう努めています。
データは平均的な製品を生み出す
アミットは静かなことを大声で言います、そして私はそれをするためにここにいます。
「データに裏付けられた」群衆に対抗するのは常に困難です。彼らは科学と研究を味方にしていますよね？それがどうして間違っているのでしょうか？
これに関する私の全体的な問題は、主にセマンティクスです。ほとんどの人や組織は「データドリブン」であると主張していますが、これはいくつかの理由から間違っていると私は考えています。
- おそらく十分なデータを持っていないでしょう (Google や Facebook でない限り)。
- それらを推進するデータには偏りがあります（研究者の偏見、CEO のすでに決められた考えに研究を後付けするなど）。
- 彼らは決定を正当化するために「データ」という口実を使い、それを二度と批判的に検討することはありません。
その代わりに、私は常にデータに基づいたアプローチを提唱します。
それは微妙なことですが、世界に大きな違いをもたらします。
データに基づいた情報を得るということは、収集されたデータが不十分で偏っている可能性があり、意思決定の際に完全に省略される可能性があることを認識していることを意味します。
優れた製品センスと決断力を備え、データに基づいた PM が真の勝利の方程式です。
スクラムは速度に悪い
私は製品に対する SCRUM 的なアプローチからの脱却について 6 部構成のシリーズを書きました。
明らかに、私はこの見解に同意します。
読む: SCRUM っぽいものから Shape Up への移行。
最初に構築し、次に問題を解決する
うーん。
分からないよ、男。こいつは大変だ。
何らかの問題によって開始されたもの以外の製品、プロジェクト、さらには機能に取り組んでいる自分を想像することもできません。たとえ真新しいもの、創造的なもの、夢に見たものを作りたいと思っていたとしても、それは必ず何らかの問題から生じますよね？
問題→解決策。
それが、私たちがプロダクト担当者として、そしてあえて言えば起業家として行うことの基礎です。
スパイシーなテイクだと思います！
フレームワークはダミーのための補助輪です
私にはフレームワークについては好みがあるので、他の人が同意しているようで嬉しいです。
私はフレームワークを完全に否定しているわけではありません。これらは (ケーススタディやテンプレートと同じように) 有益なインスピレーションを提供します。
私の問題は、フレームワークが問題の解決策として販売される場合です。多くの場合、価値のあるものさえ提供しません。 RACE フレームワークを考えてみましょう。
このフレームワークは、顧客を獲得するには次のことを行う必要があることを教えることを目的としています。
- 顧客にリーチする
- 彼らに行動してもらう
- そのうちのいくつかを変換します
- 彼らを巻き込む
レモネードスタンドを持っている6歳の子供なら、これを言えると確信しています。派手な言葉がなければ、さらに良いでしょう。
それが今日の私の雲に向かって叫ぶ老人のノルマです。あなたの辛辣なPMの意見は何ですか?
もっと読みたいですか?私はサブスタック上の不人気な PM の意見をそれぞれさらに深く掘り下げました。
