発見の「位相」と軌道力学—アナロジー

プロダクトマネジメントのキャリアのある時点で、大規模な機能を開発する前に、チームの時間を発見フェーズに費やすための承認を求める必要があったことを覚えています。この貴重な発見の範囲は、通常、ロードマップ計画セッションを行うたびに優先順位が下がるほど十分に大きかった。そして最後に、ほとんどの場合、それは決して起こりませんでした。

私は今、問題が間違った考え方であり、必ずしも忙しいスケジュールではないことに気づきました。「発見」または調査は、製品管理チームとUXチームの両方にとって、それ自体が大規模なプロジェクトであるという誤った考え方。

それでも場合によっては当てはまるかもしれませんが、多くの場合、発見は継続的かつ頻繁に行うことができます。新しい情報を継続的に「吸い込む」ように、空気を求めてやってくるように感じなければなりません。

明らか？はい。しかし、私は宇宙探査への興味に触発された私のアナロジーを共有する前に、コンテキストを設定したかったのです。

すべての計画、設計、および開発のステップは、それらのサイクルとともに、地上（この場合は地球）で行われます。ここに、プロダクトマネージャー（PM）が通常配置されます。さて、解決策に具体化する可能性のあるアイデアは、PMのデスクに到着する前に、「発見の雰囲気」のフィルターを通過する必要があります。それが十分に強く、適切な部品で作られている場合、それはエントリー（または再エントリー）を生き残るでしょう。これは、アイデアが重み付けされ、レビューされ、議論され、質問され、そして本質的に研究される場所です。

構築する価値があり、すべてがうまくいくと仮定すると、最終的には打ち上げられます…地球の大気圏からの脱出が重要な課題であるロケットの実際の打ち上げと同様に、パイロットテスト（しゃれなし）、ベータテストを実施できます機能の性質とチームの能力に応じて、他の一連の検出および検証フェーズ。

最後に、製品が軌道上にある間（市場に出ている間）、データをpingし続けます（フィードバック）。フィードバックのすべての部分は、発見のいくつかの層を通過する必要があります。それが大きくて重い（より複雑な）ほど、生き残るために処理しなければならない抗力（精査）が多くなります。

重要なのは、「発見フェーズ」は単なるフェーズではないということです。それは、1回限りのタイプのものではありません。そして、それは必ずしもシーケンシャルではありません。それは今までに存在しています。私たちの雰囲気のように（まあ、今のところ）。それでは、私たちの周りのデータを使用し、エンドユーザーの話を聞き、私たちのつながりと関係を活用しましょう。私たちが真っ直ぐに考え、可能な限り最高の製品を作ることができるように、新鮮な空気を手に入れることを忘れないでください。

このアナロジーが明らかに明確になるのに役立つことを願っています