プロダクトマネージャー(PM)とエンジニアはしばしば難しい関係にある。両者とも意見の相違は絶えないが、もう一方がいなければやることができないとわかっている。
そう、この2つの役割は、機能仕様や納期のような領域で不和を抱えることがあるのだ。これは主に、プロダクトマネジメントの原則が必ずしもエンジニアリングの技術的視点に適合していないためである。同様に、エンジニアリング・マネジャーは、製品を立ち上げる前に、必ずしも全体像やリソースの視点を理解しているとは限らない。
しかし、同期がとれていれば、両方の専門家が共通の目標を意識し続けることができる。 優先度を合わせる。 と努力を一致させ、製品の成功を目指す。
では、プロダクトマネージャーとエンジニアは、どのように仕事を進めれば最適な結果を得られるのでしょうか?それを知るために読み進めてください!
また、職場の課題に取り組み、次のことを確実にするための戦略についても説明します。 実りある仕事の相乗効果 また、いくつかのコラボレーション神話を否定することもできる。🤝
プロダクトマネージャーとエンジニアは何に責任を持つのか?
この2つの役割の日常的な責任を比較してみましょう。
プロダクトマネージャーの生産性
プロダクトマネージャーまたはPMは、その製品のリーダーです。より広い視点から、製品のアイデアを開発し、仕様を提供し、チームを率いてそれらを実現します。
PMは、現在の市場を調査する責任があります。 ソリューションを生み出す を作成することである。ここから先は、主に製品発表までの4つの追加業務をカバーする: 1.デザイン 製品ロードマップ 2.プロトタイプの作成(エンジニアとの共同作業による) 3.アーリーアクセスのユーザーやステークホルダーからフィードバックを得る 4.フィードバックを最終的なビルド・ステージに反映させる(*同じくエンジニア・チームとのコラボレーションによる)
エンジニアまたはエンジニアリング・マネージャーの責任
エンジニアは、技術的な視点を戦場に持ち込み、製品を形にするためにコードや関連するエンジニアリングの仕事をやること。
技術的なバックグラウンドがあるため、製品要求の生産性をチェックし、技術文書や開発作業をプランニングし、次のような要件を満たす製品を作り上げることができます。 ビジネス・オブジェクティブ を達成し、カスタマーのニーズを満たす。これとは別に、エンジニアはプロトタイピングやデバッグにも携わり、次のようなことを行う。
.
リード・エンジニアやエンジニアリング・マネージャーは、プロダクトを作りながら、最終的なアウトプットがプロダクト・マネージャーのビジュアルやUXの期待に応えられるよう、デザイナーと協働します。
製品プランニングの間、彼らは開発のリスクマネジメントの側面に関与し、技術的負債や技術的トレードオフのようなエンジニアリング上の懸念を製品チームに表明する。
プロダクトマネージャーとエンジニアリングチームの仕事上の力関係
**PMの仕事は、人々が何に苦労しているかに基づいて解決策を突き止め、最終製品がその苦労を和らげることができるようにすることである。
PMはカスタマが何を求めているかを知っているが、理想的な製品についての理解をエンジニアに伝えることに苦労している。
アイデアが製造フェーズに移ると、PMはエンジニアに簡潔かつ詳細なブリーフを提供し、的確な製品作りを支援する生産性を担います。これには、リード・エンジニアやデザイナーと製品ビジョンを首尾一貫して共有することも含まれる。
すべてが伝わったら、プロダクトマネージャーは次のことをしなければならない。
を維持し、エンジニアにやることを任せる。両チームは早い段階で境界線を設定し、今後どの程度のコミュニケーションや干渉が許容されるかを標準化しなければならない。望ましくない状況は以下の通り:
- エンジニアリングチームが、理不尽な要求のために話を聞いてもらえず、息苦しく感じる。
- 製品マネージャーチームが、実現されていない要求のためにブロックされていると感じる。
ヒント: よく構造化されたコミュニケーションテンプレートとワークフローは、製品ローンチ前の円滑な部門間コラボレーションの秘訣である。例えば、多くの製品チームは ClickUp 製品要件テンプレート 独自のセールス・プロポジション(USP)とリリース・プランに関する利害関係者の足並みを揃える。
ClickUp Product Requirements Templateを使用すると、新製品や新機能の開発中にチームが行うすべての開発上の意思決定について、その内容と理由を簡単に追跡できます。
ワークフローのデザインに関しては
を使えば、どんな規模でも開発・リリースプランを構築し、進捗メトリクスをシームレスに把握することができます。
プロダクトマネージャーとエンジニアの生産性の高いコラボレーション:例
同期して仕事をすることは重要ですが、PMとエンジニアの間に多少の作業スペースの緊張感があることは、必ずしも悪いことではありません。それぞれのフィールドの専門家であるプロフェッショナルがいるのだから、彼らは次のベストステップだと信じるものについて、新しい洞察を提供する義務がある。
例を通してこのことを理解しよう:あるプロダクトマネージャーが新しいモバイルアプリケーションを作り、割引やボーナスを提供することで素早くサインアップしてもらいたいとする。彼らの優先度は以下の通りだ:
1.ビジュアル 2.新機能 3.パフォーマンス 4.迅速な配備
しかし、彼らがエンジニアリングチームに本当に求めているのは、設計、構築、QAテストの実施、そしてアプリをデプロイできるようにすることである。
.
残念ながら、同社のエンジニアは現在、他の製品で多忙を極めている。提案された仕事は、エンジニアの投入という点では不可能だ。管理職が他のプロジェクトに手を抜いてでも、新しいアプリに集中する気がない限り。
これは、エンジニアリングチームとプロダクトチームが衝突する場面である:
- PMは、自分たちの製品を期限までに確実に完成させようとし続ける。
- エンジニアリングチームは、納期を優先するためには技術的なトレードオフが発生し、次のようなアプリのバックエンドの側面を無視することになるとして、納期に反対することを主張する。データ・セキュリティ 進捗を簡単に追跡できるように。
/img/ https://clickup.com/blog/wp-content/uploads/2024/01/image-345.png ClickUp 目標ダッシュボード画像 /画像
ClickUpの目標ダッシュボードでトレーニング目標を追跡・視覚化
目標設定に加え、ClickUpはいくつかのビジュアルツールを使ってリリースプランの追跡をサポートします。例として、以下のことができます:
- 使用方法 /参照 https://clickup.com/features/views 15以上のClickUpビュー /表やガントチャートなど (テーブルやガントチャートなど)を使って、チームのタスクをさまざまな視点からレビューする
- /参照 https://clickup.com/ja/blog/13826/undefined/ スプリントのプランと追跡 /%href/
- すべてのチーム目標を一か所にまとめるか、個々の製品ごとに分ける
- 使用する /を使う https://clickup.com/features/dashboards ClickUpダッシュボード /ダッシュボード を使うと、すべてのスプリントとタスクに関するリアルタイムのメトリクスとレポートにアクセスできます。
/画像 https://clickup.com/blog/wp-content/uploads/2024/02/image-100.png クリックアップダッシュボード /クリックアップダッシュボード
ClickUpダッシュボードで、包括的な洞察を1つのビューで提供し、ワークスペース内で簡単に共有したり、PDFにエクスポートしたりできます。
5.ClickUpのソフトウェア・スイートでエンジニアリング・チームの自主性を高める
ClickUpを使えば、開発チームにタスクマネージャーを任せることもできます。このプラットフォームには、専用のタスク管理があります。
/参照 https://clickup.com/teams/software ソフトウェアチーム /を擁しています。
ワークフローの自動化、依存関係やブロッカーを含むロードマップの構築、バックログの整理、Gitのような他の開発ツールとの統合などの機能を備えたsuite。
プロダクトマネージャーとして、アイデア出し、プロトタイピング、テストのような製品フェーズを大まかにプランニングし、エンジニアリングマネージャーに各フェーズ内のタスクの注文を設計させることができます。
多くのマネージャーは ClickUpタスク優先度 タスクを重要度と努力レベルに基づいてグループ化し、技術的負債が大きい決定を避ける。
6.フォームを使って透明性のあるフィードバックを集める
プロダクトマネージャーの大きなストレスポイントは、最終リリースの直前であることが多い。彼らはほんの一握りの顧客に早期アクセスを提供し、彼らが受け取るフィードバックの量に圧倒されることがある。
解決策は? を使って顧客のフィードバックを収集し、整理する。 ClickUpフォームビュー . カスタマイズされた質問でフィードバックフォームを即座に作成し、製品の評価を簡単に行うことができます。質問に条件をアドオンし、回答をタスクに変換することで、UXデザイナーやエンジニアは、自分の仕事を見直しながら、すぐに仕事に取り組むことができます。 プロダクトバックログ .
フィードバックは社内のチームにも適用できます。これらのフォームを使って、ワークスペースの満足度を把握し、エンジニアリングチームに改善提案を求めることができます。次のような質問をしてみてください:
- 自分の技術的スキルが仕事で十分に活かされていると感じますか?
- 一日の終わりにどの程度ストレスを感じていますか?
- 前回の製品発表の生産性には満足していますか?
エンジニアと仕事をするプロダクトマネージャー:よくある神話
プロダクトマネージャーとエンジニアリングチームの間のコラボレーションダイナミクスについて、よくある神話を明らかにする時が来た。
神話その1:製品開発の早い段階でエンジニアを巻き込むと、衝突が多くなる。
製品のアイデア出しやプランニングの早い段階でエンジニアを参加させることは、ニュアンスの異なる技術的な視点をミックスさせることになるので、実際には良いアイデアです。エンジニアは、何が可能かを予測するのに有利なポジションにいることが多く、より正確なロードマップを形づくるのに役立ちます。
神話その2:プロダクトマネージャーはリリースプロセスの全権限を持っている。
もう1つのよくある誤解は、プロダクトマネージャーがすべてをコントロールしているというものだ。エンジニアからマーケティングに至るまで、彼らが指示を出す。プロダクトマネージャーは、多くのステークホルダーに対してアカウントを持っているが、彼らの主な目標は、製品がビジネス目標や現在の 顧客のニーズ .
プロダクトマネージャーは、どのように宣伝するか、どのようなブランドメッセージにするかを決定することはできない。しかし、エンジニアリングチームから意見を集め、ミーティングでそれを発表することはできる。
そして、多くの場合、最終的な判断を下すのはプロダクトオーナーだ。
完了するどころか、プロダクトマネージャーとエンジニアリングチームのより差し迫った任務が、製品ローンチ後にやってくる。 プロダクトマネージャーは、常に次のような最新情報を得る必要がある。 カスタマーレビュー そして、収益性や受容性に影響を与える問題を特定する。
/この https://clickup.com/ja/blog/127774/undefined/ フィードバックループ /フィードバック・ループ
により、機能の追加や削除、変更をエンジニアに伝える。
プロダクトマネージャーは、製品の手戻りの可能性を評価するだけでなく、次のようなことも記録する。
/を記録する。 https://clickup.com/ja/blog/4320/undefined/ チームの生産性を記録する。 /%href/
スプリントの間、すべてのチームの生産性が /%href/。これは、コミュニケーション不足などの根本的な非効率性を明らかにし、次のような解決策をブレインストーミングするのに役立つ。 現在のプロセスを改善する .
ClickUpでチームを成功に導こう
エンジニアであれ、プロダクト・マネージャーであれ、ターゲット・ユーザーと共鳴する勝てる製品を作るためには、全員の意見が不可欠です。
幸運なことに、ClickUpのようなオールインワンのプロジェクト管理ソフトウェアがあれば、どちらのチームもシームレスなコラボレーションダイナミクスを確立し、日々のタスクを迅速化することができます。目標の設定、製品ロードマップの設計、スプリントの追跡、リアルタイムでのコミュニケーションを簡単に行うことができ、管理ミスを防ぐことができます。
/参照 https://clickup.com/ja/blog/67200/undefined/ チームのワークフローを合理化する。 /%href/
. 今すぐClickUpに登録する 製品チームとエンジニアリングチームを成功に導きましょう!✌️