企業における製品管理者の役割は、内部階層と活動分野に依存します。 マネージャーは1人で十分であり、一部の大企業では部門全体で作業できます。この部門には、プロダクトVP、プロダクトディレクター、プロダクトオーナー、プロダクトマネージャー、ジュニアPMまたはその他の役職があります。 技術志向の企業やソフトウェア開発の分野では、テクニカルプロダクトマネージャーの地位がますます明らかになっています。 他の製品の役割とどう違うのですか？
製品テクニカルマネージャー
技術製品マネージャーは、まず第一に、生きている人であり、役割ではありません。 これは、理想的には、そのようなポジションは、技術的なメンタリティまたは適切なバックグラウンドを持つマネージャーによって占められるべきであることを意味します。 特別教育は望ましいが、しばしば必要ではない。
これは、技術PMが技術タスクを実行し、常に開発者と「同じ波長」であることを意味するものではありません。 彼の作品にはコードはありません。 製品マネージャーは製品自体を開発するのではなく、製品のさまざまな開発段階で製品を管理し、マーケティング担当者、デザイナー、セールスマネージャーと同程度にソフトウェア開発者と作業を調整します。 最適なのは、テクニカルプロダクトマネージャーが開発の問題ではなく、プロダクト管理のすべての側面に集中している場合です。
ただし、技術的な知識は確かに冗長ではありません。 一部のテクニカルプロダクトマネージャーは、製品戦略を品質の高い方法で開発する方法を理解するために、製品だけでなく会社全体の技術的能力を十分に理解および理解する必要があります 。
LinkedInソーシャルネットワークでテクニカルプロダクトマネージャーをリクエストすると、見つかったマネージャーのほとんどが技術教育または専門コースを持っていることがわかります。
ちなみに、提案された技術マネージャーの数は、企業におけるこのポジションの大きな人気を示しています。
テクニカルPMとビジネス指向のプロダクトマネージャーとの違いは何ですか？
違いを説明する前に、プロダクトマネージャーとテクニカルプロダクトマネージャーを結び付ける一般的なポイントに注意してみましょう。両方のマネージャーが以下を担当します。
- グローバル戦略を策定し、製品ビジョンを定義します。 両方のマネージャーは、計画の最も早い段階で戦略を定義するときに、間違いを避ける方法に注意を払う必要があります。
- アイデアのコレクション。 両方のPMは、最も有用で関連性のあるアイデアとイニシアチブを生成および促進する責任があります。
- 開発計画またはロードマップを管理します。 これは、製品チームが何を、どのように、いつ実装するかを計画し、優先順位を付けることです。 技術製品マネージャーは、以下で説明するいくつかの独自の機能を備えた技術ロードマップを使用します。
- 機能の定義。 両方のマネージャーは、将来の機能を計画するためのユーザー履歴と製品要件を処理します。
- リリースの質問。 プロダクトマネージャーとテクニカルPMは、多機能チームと緊密に連携して、完全な顧客満足とリリースの成功を保証します。
次に、重要な違いを特定しましょう。
5技術PMとビジネス指向の違い
- 「一般的なプロファイル」のプロダクトマネージャーは顧客指向であり、全体的な製品戦略の決定に参加します。 技術管理者は、より広い範囲で、彼/彼女が従事している製品またはサービスの機能と機能の方法に集中しています。
- プロダクトマネージャーは通常、さまざまな部門、技術チームおよび非技術チームのメンバーと緊密に連携します。 彼らはマーケティング担当者、セールスマネージャー、顧客サポート、投資家、プロジェクトマネージャーと連携し、外部パートナーとも連携しています。 技術PMは、開発者、エンジニア、テスターなどの内部技術チームと頻繁に連絡を取り合っています。
- 専門的な調査を実施して、製品マネージャーは戦略的ビジネスと市場への製品/サービスの導入に関して競合他社の範囲を研究し、技術製品マネージャーは新しい開発動向と技術についてより深く考え、技術的能力に関して競合他社を評価します。
- ほとんどの場合、製品マネージャーの教育はビジネス分野に関連していますが、製品の技術マネージャーはエンジニアリング、コンピューターサイエンス、その他の技術分野の学位を取得するためにより論理的です。 彼のスキルは、優先順位と計画の最適化に役立ちます。 製品の開発方法について明確なアイデアがあれば、管理者は特定の機能のリスクを評価できます。 開発者との緊密なコミュニケーションは、特定の製品の決定と妥協の意味を理解するのに役立ちます。
- 技術PMは、アジャイルまたは彼らが使用する他の方法論の適用に精通しています。 多くの技術PMは開発から製品管理にやって来て、ScrumとKanbanの違いを自然に理解していますが 、管理者としての主要な責任を複雑にし、時間を無駄にすることは価値がありません。
今日のマネージャーと同様、テクニカルPMには作業を支援する特定のオンラインサービスとツールが必要です。
テクニカルPMのツールとサービス
製品マネージャーの「クリップ」の主なツールの1つは、ロードマップまたは製品ロードマップです。 これは、製品の目標を計画し、アイデア、短期および長期のイニシアチブを把握できる戦略文書です。
ロードマップ開発計画を使用した最初の大企業の1つは、1970年代のモトローラでした。 その瞬間から、ますます多くの企業がこの便利な視覚化ツールに目を向け始めました。
技術ロードマップの特徴とは何ですか？
技術ロードマップ （技術的な場合もある）または技術ロードマップは、ITロードマップと呼ばれることもあります。 このロードマップは、ITプロフェッショナルが製品テクノロジに関するより良い意思決定を行うのに役立つ重要な情報を提供します。 技術ロードマップの機能は、開発者向けに設計されていることです。
MS Excelを使用して簡単なロードマップを維持することもできます。 ただし、複雑なITプロジェクトと戦略には、慎重なアプローチと、Hygger、Aha、Asana、Trelloなどの便利な機能を備えた特別なサービスの使用が必要です。開発ロードマップは、開発チームと製品マネージャーがどのテクノロジーをいつ適用するかを決定するのに役立ちます。また、新機能を導入するスケジュールを視覚化します。
テクノロジーロードマップの使用は、とりわけ、チームの作業を整理する方法です。 ソフトウェア開発に携わる企業では、ロードマップの主な目標は、新しいソリューションを使用して共通の行動計画を策定することにより、すべてのエンジニアリング、IT、マーケティングなどの問題を調整することです。
技術的なロードマップは、目標、戦略、チームメンバーによって異なる場合があります。
開発者ロードマップ、内部ITロードマップ、アーキテクチャロードマップ、ソフトウェアロードマップ、ハードウェア調達ロードマップなど。
技術ロードマップの2つの主な利点
- 技術管理者は、製品の戦略計画のすべてのアイデア、目標、および要件を効果的に整理し、優先順位を付けることができます。
- 開発プロセス全体で協力する必要があるすべての参加者に、戦略計画とその詳細を提示するのに役立ちます。
技術ロードマップのコンポーネント
ほとんどの場合、技術ロードマップには以下が含まれます。
- 製品の目標は、企業が達成したい計画的な成果です。 それらは短期的および長期的です。 製品の目標は、そのビジネス能力に基づいています。
- テクノロジーの適用により実現および実装される新製品の機能 。
- 新しい機能と機能をサポートするリリース計画 。 通常、マネージャーはリリースを数か月間計画します。
- マイルストーンまたはマイルストーンは、開発プロセス中に達成する必要がある重要なガイドラインです。 利害関係者はマイルストーンを追跡します。これにより、長期目標に向けた進捗を確認できます。
- リソースは、システムの実装とメンテナンスの参加者を特定します。
- リスク要因は、技術計画に従って目標と段階を達成することを妨げる可能性のある外部および内部の障壁です。
- ステータスレポートは、すべてのチームメンバーに通知するのに役立ちます。
どのロードマップでも、共有する能力は非常に重要です。 この機能は、Hygger.io製品管理プラットフォームによって提供されます 。
今日、ビジネス指向のプロダクトマネージャーとテクニカルプロダクトマネージャーが積極的に働いている企業に出会うことができます。 しかし、ほとんどの企業にはまだ1人のプロダクトマネージャーが必要です。
もう1つの重要な点は、名前が人々の行動を常に正確に反映しているわけではないということです。 おそらく、テクニカルプロダクトマネージャーになるためのすべての前提条件があります。 いずれにせよ、名前や役割に関係なく、製品管理者は製品管理のすべての段階を完了し、技術ロードマップを正しく使用できるようにするために必要なすべての専門的スキルを持っている必要があります。