IoT製品ロードマップを作成する方法
それに直面しましょう。 IoT製品のロードマップを作成することは困難です。「通常の」テクノロジー製品のロードマップを作成するよりもはるかに困難です。
これは、IoT製品が複雑なシステムであるためです。実用的なソリューションを作成するには、IoTテクノロジースタックのすべてのレイヤー(デバイスハードウェア、デバイスソフトウェア、通信、クラウドプラットフォーム、クラウドアプリケーション)が連携する必要があります。これは、5つの製品を一度に管理する必要があるようなものであり、ロードマップは、すべての利害関係者をビジョンに合わせるための接着剤である必要があります。
IoT製品ロードマップ—利害関係者とチームを連携させるための鍵
IoT製品ロードマップは、すべての利害関係者にとって意味のある方法で、製品の方向性と新機能の影響を示す必要があります。利害関係者は、営業、マーケティング、エグゼクティブチーム、エンジニアリングなどです。それらはすべて、製品がどのように組み立てられるかについて、さまざまなニーズとさまざまなレベルの理解を持っています。
実際、技術的な実装でさえおそらく複数のグループに分割されているため、IoTはさらに複雑になります。会社の構造によっては、ハードウェアとソフトウェア、組み込みとクラウドの開発などに専念するチームが存在する場合があります。単一のチームが全体的な理解を持っているわけではないため、あなた(およびロードマップ)が全体像。
この複雑さのため、IoT製品の管理は、製品ポートフォリオの管理に似ていますが、ポートフォリオ内のすべての製品が連携して、まとまりのあるソリューションを形成する必要があるという違いがあります。簡単な作業ではありません。
堅実なIoT製品ロードマップを作成するための鍵は、エンドツーエンド製品の高レベルのビューとIoTテクノロジースタックの各レイヤーのより詳細なビューのバランスを取ることです。そうすることで、さまざまな利害関係者に適切なレベルの情報を提供し、誰も全体像を見失うことがないようにすることができます。
推奨読書: モノのインターネット:プロダクトマネージャーのための入門書
高レベルのIoT製品ロードマップの作成
例を使用して、IoT製品ロードマップのすべての可動部分を説明しましょう。あなたの会社が工業用ウォーターポンプを製造しているとしましょう。
多くの顧客や営業担当者と話をした後、あなたはあなたの顧客にとっての主要な関心事が常に業務を継続することであることに気づきました。彼らは、ポンプが故障しそうかどうかを知りたいので、部品を積極的に注文してサービスをスケジュールすることができます。これにより、ダウンタイムが短縮され、多くの費用が節約されます。このような「予知保全」は顧客にとって非常に価値があり、顧客はそれに対して多額の費用を支払う用意があります。
エンジニアリングでソリューションを研究すると、ポンプが古くなると振動し始めることがわかります。振動すればするほど、失敗に近づきます。したがって、ポンプの振動を監視し、そのデータに対して分析を実行できれば、障害を予測することができます。この情報といくつかのビジネスデューデリジェンスにより、これは優れたソリューションであると判断し、社内バイインの製品ロードマップに載せる準備が整います。
高レベルの製品ロードマップは次のようになります。
高レベルの製品ロードマップの例
ご覧のとおり、これは非IoT製品の製品ロードマップと同じです。ここでの課題は、利害関係者(エグゼクティブ、セールス、マーケティング、エンジニアリング)が、この機能を構築するために必要なことと、最終製品がどのようになるかを理解することが非常に難しいことです。また、リリース#1に6か月かかり、リリース#2と#3が短くなる理由を理解するのも困難です。
ストーリーマッピングを使用してIoT製品ロードマップを強化する
IoT製品ロードマップで完全なストーリーを伝えるには、IoTテクノロジースタック全体の高レベル製品ロードマップの機能を説明する別の詳細レベルを提供する必要があります。
ストーリーマッピングは、この次のレベルの詳細に飛び込むための優れた方法であることがわかりました。ストーリーマッピングとIoTテクノロジースタックを組み合わせて、機能がエンドツーエンドのIoT製品のさまざまなレイヤーとどのように連携するかを示すのが好きです。
その結果、「製品バックログ」よりもさらに高いレベルの視覚化が得られますが、すべてのチームが全体像を理解するのに十分な情報が得られます。このビューにより、チームは、計画された機能が、実行する必要のある日常業務にどのように関連しているかを理解することもできます。
このアプローチが「スマートポンプ」の例をどのように探すかを次に示します。この観点から、予知保全機能をサポートするために実行する必要のある作業を説明する方が簡単です。以前の製品ロードマップの高レベル機能の名前が各リリースのテーマになったことに注目してください。これにより、チームは細部に焦点を合わせながら、全体像を監視できます。
製品ロードマップのストーリーマッピングの例
すべてのレイヤーがすべてのリリースに影響を与える必要があるわけではないことに注意してください。この例では、リリース#1以降の「通信」レイヤーに機能はありません。この例では、「通信」レイヤーのリリース#1の機能が、リリース#2および#3の機能をサポートできることを前提としています。
この視覚化から、デバイスのハードウェアに影響を与えるのはリリース#1だけであることが簡単にわかります。したがって、リリース#1が他のリリースよりも時間がかかる理由を簡単に説明できます。
また、リリース#2と#3では影響を受けるレイヤーが少ないことがわかります。多くのインフラストラクチャを構築する必要があるため、最初のリリースが最も長くなります。その最初の「配管」を構築すると、はるかに速いペースでその上に機能を追加できるようになります。このツールを使用して、その進化を説明することもできます。
推奨読書: モノのインターネットのための製品管理フレームワーク
製品ロードマップを使用したエンジニアリングの調整
ストーリーマッピングロードマップを使用して、IoTテクノロジースタックのさまざまなレイヤーにまたがる複数のエンジニアリングチームを調整することもできます。すべてのチームは、製品がどこに向かっているのかという統一されたビジョンを共有する必要があります。しかし同時に、彼らは彼らの特定のチームのために先にある仕事を理解する必要があります。この製品ロードマップは、両方の目標に役立ちます。
以下に示すように、「垂直スライス」を使用して、複数のリリースにわたる各エンジニアリングチームの特定のロードマップを作成できます。データ形式とレイヤー間のインターフェイスが明確に定義されている限り、このアプローチにより、各チームが独立して作業し、より速く進歩することができます。
チーム固有の製品ロードマップの例
結論
プロダクトマネージャーは、会社全体にプロダクトビジョンを伝える際に、常に課題に直面します。それは難しい仕事ですが、それでもおそらく私たちの役割の中で最も重要な機能です。この投稿で概説されているアプローチは、製品のアイデアを明確に表現し、全員を一致させるために使用できる非常に強力なコミュニケーションツールを提供します。その結果、透明性が向上し、コミュニケーションが改善され、チームが幸せになり、顧客が幸せになります。
迅速な対応。この記事を本当に楽しんだ場合は、他の製品関係者と共有すると非常に役立ちます(共有アイコンを使用できます)。取るに足らないように思えるかもしれませんが、あなたが思っている以上に役に立ちます。ありがとう!
PS:私はもともとこの記事をProductPlanブログのゲスト投稿として書いたものです。
モノのインターネットテクノロジー