製品管理の概念を説明するために使用されるベスト5の図

プロダクトマネージャーが責任を負い、責任を負うことはたくさんあります。 プロダクトマネージャーは、ロードマップを作成して戦略を立てるだけでなく、新製品のリリースサイクルを、その間にあるすべてのものとともにチームに明確に伝える必要があります。

また、優先タスクを特定し、それに応じてチームを管理する方法を知っている専門知識も必要です。 これだけでなく、モバイル製品マネージャーには、製品（モバイルアプリ）に追加された機能を分析し、それらがクライアントの目標と同期しているかどうかを分析する責任もあります。

全体として、製品に関連するすべてのプロセス、アクティビティ、および意思決定は、モバイル製品マネージャーによって同期および調整されます。 これらの製品マネージャーがKRAを達成するのに役立つのは、特定のスキルセットです。

これで、明らかに、チームメンバーに特定の製品管理のアイデアを説明して、全員が同じページに表示されるようにする必要があります。 しかし、不思議に思うのは、製品管理のすべての概念と重要なアイデアをどのように説明しているのかということです。

さて、私は製品マネージャーのためのいくつかの有用な図がトリックを行うと思います。 これらの図が何であるか、そしてそれらがモバイル製品マネージャーによっていつどのように使用されるかを知りたい場合は、最後まで固執してください。

図1-コミュニケーションのボトルネック

マネージャーとして、あなたはあなたのチームで何が起こっているのか、そしてチームメンバーが彼らのタスクをどのように管理しているのかを知る必要があることを理解しています。 しかし、すべてのコミュニケーションと決定に関与することは、だれにとってもばかげています。一人ですべてを処理することはできませんよね？ これが代表団が発明された理由ではありませんか？

さて、あなたがすべての重要なチーム間/チーム内の会話に参加したいと思うのは当然ですが、あなたは一つのことを考える必要があります–それは必要ですか？ 他の責任を脇に置いてやるべきことですか？

答えは–チームがあなたに依存しないコミュニケーションができるかどうかを分析することです。 もしそうなら、流暢なコミュニケーションのような重要なことがあなただけに依存していないことを確実にするために、あなたはいくつかの意識的な決定をする必要があります。 事例を効果的に説明できる図を以下に示します。

たとえば、Webエンジニアが製品アナリストと何かについて話し合う必要があり、PAがこの点に関してiOS開発者と何かについて話し合う必要があると言います。 これで、Webエンジニアは、PMに依存するのではなく、PAおよびiOS開発者に直接アプローチするのが理想的です（左の画像を参照）。

左の図は、他のチームの他のメンバーと通信するための製品マネージャーへのチームの依存関係を示しています。これは、ワークフローに悪影響を及ぼし、ワークフローを遅くします。 そして右側は、依存しない効率的なコミュニケーションフローを示した図であり、不要な連絡先を即座に排除します。

図2：ウォーターフォールとアジャイル

アジャイル対ウォーターフォールアプローチの議論に参加しているインターネット上には多くのリソースがありますが、それでも製品管理に関しては漠然とした概念のように見えるかもしれません。 それでは、あいまいさの霧を取り除きましょう。

モバイルアプリの開発コストは、その製品の開発にかかる時間に基づいて計算されることが一般的に知られています。

さて、そのモバイルアプリ開発会社のプロダクトマネージャーがウォーターフォールアプローチ（つまり、製品の大量リリース）を使用することを選択した場合、これは製品が一度に発売されることを意味します。

現在、製品がリリースされると、すぐにヒットすることが予想されます。製品は一度に発売され、間違いなくいくつかの問題が発生するため、この場合は簡単ではありません。 このリリースから得られる価値は、開発者が行った投資（時間）と同等ではありません。 それは彼らが最初から問題を修正する必要があるからです。

それどころか、小さなリリースと反復をサポートするアジャイルアプローチでは、エラーの特定と修正を同時に行うため、即座に価値のある結果が得られます。 上の図は、これらの製品管理アプローチを選択した場合の最終結果の違いを明確に示しています。

図3：配信サイズの表現

製品を時間通りに納品することになると、それは開発プロセス全体の非常に重要な部分です。 それは文字通り、あらゆるモバイルアプリの未来を左右する可能性があります。 市場投入までの時間が長すぎると、他のアプリが市場を獲得し、問題のモバイルアプリを無駄にする可能性があります。

これは、アプリケーションの開発時に取られたイニシアチブのサイズを表したものです–

左の図は、大きなプロジェクト（同時に大きなチャンクの作業）での作業のみを処理する配信サイズのスループットを示しています。 製品の大きなプロジェクトだけに取り組むと、将来のある時点で障害が発生することは明らかです。これらのプロジェクトには、より多くの時間、注意、リソースなどが必要になるためです。何か問題が発生した場合、その影響は次のようになります。プロセス全体に壊滅的な打撃を与え、必然的に市場投入までの時間を増やします。

{「プロジェクトマネージャーとプロダクトマネージャー：違い、役割、課題」に関する記事もお読みください}

右の図は、古典的な「やること」です。 アジャイルアプローチを採用することの利点は、製品管理プロセスのこの段階にも波及しています。 このアプローチは、小さなタスクの実行と大きな作業の塊（青）の混合を提唱しています。これは、Appinventivでも採用されています。

図に示されているように、左側とは異なり、ここでは小さな作業の塊（ピンク）がじょうごを簡単に通過できます（簡単に実行できます）。 これらが成功した場合、製品マネージャーはこのアイデア（黄色の円）を継続し、完全に投資することができます。 そうでなければ、彼らは再び繰り返し、それに応じて投資することができます。

{「製品マネージャーが準備しなければならない10の最も重要なドキュメント」に関するこの非常に詳細な記事をチェックしてください}

図4：リーダーシップの関与のレベル

次の図は、この製品管理の概念を詳しく説明するための2つのモデルで構成されています。 左側には、イニシアチブのサイズ、一度に実行されるタスクの数、およびそれらのリスク要因が表示され、もう1つは、これらのタスクおよびイニシアチブに対応する製品マネージャー（リーダーシップ）の関与のレベルに関するものです。

左側は、チームが実行するタスク/イニシアチブのピラミッドです。 ピラミッドの下部は、一度に実行される多くのタスクを意味します。右の図は、リスクが低いかまったくないこれらの単純なタスクに関する関与の量を示しています。

ピラミッドの最上部に移動すると、タスクの数が減り、これらのタスクに関連するリスクも増加します。ここで、製品マネージャーに相談する必要があります。 この図は、モバイル製品マネージャーだけでなく、チームメンバーがリーダーシップに依存する時期を知るのにも役立ちます。

図5：セグメンテーション値の分析

組織が従うことに慣れているいくつかの慣行があります。 それらの1つは、セグメントではなく平均を最適化する習慣です。 つまり、改善が必要な特定のセグメントではなく、平均に焦点を合わせる傾向があります。

目標と仮説がかなり広い状況では、製品マネージャーと開発チームが製品を介して影響を与えることが困難になります。 これは、あなたがここで同時にさまざまな目標を達成しようとしているためですが、それはまったく不可能です。

以下に示すような図は、各セグメントを分析して、他のセグメントのパフォーマンスに影響を与えているセグメントを特定する方法です。 これはすべて、一般的な問題を解決するためのものです。

上の図は、セグメントA、B、C、およびDを使用した3つの仮想実験1、2、および3で構成されています。3つの実験のうち、最初のケースでは、セグメントAが上昇し、その後、 2番目のケース、および3番目のケースは変更なし。

個別に見てみると、実験1では、セグメントAはセグメントBを除いて他のセグメントと良好に機能しました。ここで、図は他のセグメントと並置されたこのセグメントの減少を強調しています。 これは、製品マネージャーがこれが発生する理由を見つけるのに役立つ可能性があり、最終的には長期的には平均が向上します。

同様の状況が実験3でも発生し、セグメントA、C、Dは、大きな変化を示した反対側のセグメントBでパフォーマンスが低下します。 繰り返しますが、研究はこれが起こる理由を明らかにするでしょう。

プロダクトマネージャー向けのこれらの便利な図は、プロダクトマネージャーが業務を行っている業界に関係なく、ニーズに合わせて簡単にカスタマイズできます。Appinventivに関する限り、これらのモデルは、チームがプロセスを簡素化し、相互間のオープンなコミュニケーションを維持するのに本当に役立つと思います。 / intra-teams。

よくある質問

1.製品管理フレームワークとは何ですか？

すべてのフレームワークは、基本的に製品管理ライフサイクルで使用されるツールです。 これらは、製品管理のアイデアや概念を説明したり、他のタスクを容易にしたりするなど、さまざまな目的で使用されます。

2.製品管理プロセスとは何ですか？

製品管理のプロセスは、さまざまな段階で構成されています。 これには、アイデア管理、ロードマッピング、仕様の追加と決定、優先順位付け、配信、分析、およびユーザーフィードバックが含まれます。