製品運用の基礎知識（運用推進にはこの5つのプロジェクトマネジメント知識は必須！）

業務推進には、この5つのプロジェクトマネジメントの知識は必須です！

プロジェクト管理は、製品マネージャーにとって必須のスキルであるだけでなく、運用にとっても必須のスキルです。この記事では、運用担当者が知っておくべき 5 つのプロジェクト管理の知識をまとめました。皆さんの参考になれば幸いです。

過去 5 年間に取得した資格の中で最も価値のあるものはどれかと言えば、それは PMP プロジェクト管理資格です。その重要性は、証明書自体がもたらす付加価値にあるのではなく、実際に職場で重要な 5 つの管理知識を教え、​​実行レベルから直接ジャンプできるようにする点にあります。

1. 科学的に責任を転嫁し、責任を転嫁されることを避ける方法
2. 配送を完了する方法
3. 上向きの管理方法
4. チームとしてコミュニケーションをとる方法
5. プロジェクトを完璧に終わらせる方法

プロジェクト管理は、プロダクトマネージャーにとって必須のコースであるだけでなく、オペレーションが習得しなければならない重要なスキルでもあります。ここでは、運用担当者が知っておくべきプロジェクト管理に関する 5 つの事実を紹介します。

プロジェクト管理の最初のステップである委任をマスターし、リソースを解放しましょう。

リソースのない認可プロジェクトは、結婚証明書のない結婚や昇給のない昇進の約束のようなものです。したがって、上司が口頭でこのプロジェクトを実行しなければならないと言っても、十分な人員とリソースを提供しなければ、プロジェクトは開始されません。空約束を拒否し、リソースの特定から始めましょう。

同様に、賢明なプロフェッショナルとして、会社のリソースが主にどのコア プロジェクトに集中しているかを常に観察して特定し、時間を見つけて参加して利益を得る必要があります。これが職場での第一歩です！

プロジェクトとは、独自の製品、サービス、または結果を作成するために実行される一時的な取り組みであり、成果物を通じて目的を達成するために実行されます。

したがって、プロジェクトを開始する前に、必ず次の概念を明確にし、次の質問をしてください。

• このプロジェクトは何を達成したいと考えていますか?
• プロジェクトが達成する必要のある定量的な結果と限界は何ですか?
• このプロジェクトの目的は何ですか?

これらの質問に正確かつ肯定的に答えた後、最終的にそれらは紙にまとめられ、関係者にコピーされます。この時点で、プロジェクト憲章を確立するための最初のステップは基本的に完了です。基本的なプロジェクト憲章には次の情報が含まれます。

• プロジェクト名
• プロジェクトの背景
• プロジェクトの目標
• プロジェクトの範囲
• プロジェクトの開始時間と終了時間
• プロジェクト参加者（リソース）
• プロジェクトのマイルストーン

書面によるプロジェクト憲章は、次のような状況から抜け出すのに役立ちます。

• 当初、上司Aは、それが目標ではなかったにもかかわらず、冒頭で述べた機能が目立たないと言っていました。
• 途中で、ボス B はイベントの開始に影響する機能を追加したいと言いました。
• 最後にボスCは想像していたのと違ったと言った。なぜ従うふりをして実際には従わなかったのですか?

上記のいずれかのシナリオに直面した場合は、プロジェクト憲章を彼らに突きつけるだけで済みます。それが私たちが同意したことです。

はい、核となるのは、全員に電子メールで送信される白黒で書かれたプロジェクト憲章です。

• 記事の執筆途中で、製品グループの同僚から、この機能の記述が間違っていると言われました。
• リリースされたばかりなのに、ブランド部門の同僚から最新バージョンのロゴが正しく使用されていないため撤回しなければならないと言われました。
• 機能は提供されようとしていますが、法務部門は、この機能はプライバシー法に違反する疑いがあるため延期する必要があると言っています。

…

同様の事件は頻繁に発生していますが、その大きな原因の 1 つは、プロジェクトの開始前に関係者が特定されていないことです。

利害関係者の特定はさまざまな方法で行うことができますが、最善の方法は上司に「これを行うには誰と同期する必要がありますか?」と尋ねることです。上司が信頼できない場合、別の重要な方法は、同じグループの同僚に複数の会議を企画してもらい、潜在的な関係者に参加を依頼することです。

時には、目立たない利害関係者がプロジェクトの失敗の鍵となることがあります。したがって、考えられるリスクを見逃さず、関係する同僚に相談してください。主要な利害関係者に自分の取り組みについて常に情報を伝えることが重要です。 xx の問題により時間どおりに納品されない場合、それはあなたの個人的な能力の問題ではなく、全員の問題です。

プロジェクトマネージャーは働く必要はありません。はい、何もしていないように見える上司を見ないでください。実際の業務では、プロジェクト マネージャーは実際に作業の実行に参加する必要はありませんが、納品結果に対してはプロジェクト マネージャーが責任を負います。

言い換えれば、プロジェクトが成功すれば、その功績はプロジェクト マネージャーに帰属することになります。プロジェクトが失敗した場合、責任はプロジェクトマネージャーにも課せられます。したがって、職場で昇進したいのであれば、率先してプロジェクトを開始し、プロジェクト マネージャーとして活躍する必要があります。プロジェクトが成功すれば、誰もがプロジェクト マネージャーのことだけを覚えているからです。プロジェクトに何人の人材を参加させることができるか、また、プロジェクトから何人の人々が恩恵を受けるかは、プロジェクト マネージャーの能力を判断する重要な基準です。

しかし、大きな成果をあげたからといって、プロジェクト マネージャーの仕事が簡単だということにはなりません。逆に、プロジェクト マネージャーであることの苦痛は、実行には一切関与していないのに、結果に対して責任を負わなければならないという点にあります。上司や重要なリーダーをコミュニケーションや会議で管理する方法、インセンティブや罰則を使って納品の進捗を管理する方法、リソースの競合が発生したときにリソースを競い合って進捗を管理する方法、重要なメンバーが休暇を申請したときに納品のマイルストーンを合理的に計画する方法など、これらの問題に毎日対処するだけでも頭が痛くなります。

したがって、監視はプロジェクト管理の手段であり、配信はプロジェクト管理の中核です。

プロジェクト憲章はプロジェクトの設立時に非常に重要であり、プロジェクト完了時の成果の提供も同様に重要です。

完全かつ優れた最終レポートは、次のような役割を果たします。

• 正式な納品結果（今後何か問題があったら私に連絡しないでください。私の仕事は完了です）
• 正式な場では、適切なタイミングで自分の成果について言及します（さあ、レビューをします。みんな、私の貢献を見に来てください。いや、これは私たち全員が一緒に努力した成果です）
• 年末レポートからデータを取得します (ああ、年末のサマリーには 1 月のプロジェクト データも必要です)
• 教訓文書（入社したばかりの10人目の人がその年に何が起こったのかを尋ねたら、文書を自分で読ませる）
• その後の運用上の問題（注意事項や運用手順書はすべてここにあります。今後何か問題があった場合は、私に相談するのではなく、ご自身で資料をご確認ください）

もちろん、上記は個人的な状況の一部にすぎません。実際のシナリオでは、エレガントで丁寧な最終レポートには次の部分が含まれている必要があります。

1. プロジェクトの背景と目的: レポートの冒頭で、プロジェクトの起源、目的、範囲、期待される結果など、プロジェクトの背景と目的を簡単に説明します。
2. プロジェクト実行プロセス: プロジェクト計画、リソース割り当て、タスク割り当て、スケジュール管理、リスク管理などの側面を含むプロジェクト実行プロセスの概要。
3. 成果とハイライト: 完了したタスク、達成した目標、達成した結果、プロジェクト プロセス中の革新、学んだ教訓など、プロジェクトの成果とハイライトを詳細に説明します。
4. 問題と課題: 遅延、コスト超過、標準以下の品質、人員変更など、プロジェクトで発生する問題と課題を分析し、解決策と改善策を提供します。
5. 経験と教訓: 管理上の教訓、技術上の教訓、チームコラボレーションの教訓など、プロジェクトで得た経験と教訓をまとめ、提案と改善策を提示します。
6. プロジェクトの評価と概要: プロジェクトの成功、欠点、リスク、機会、およびプロジェクトが組織に及ぼす影響と貢献など、プロジェクトを評価して要約します。
7. 提案と改善策：プロジェクトの効率と品質を向上させる方法だけでなく、管理、技術、チームコラボレーションなどの問題を含め、プロジェクト自体と関係者への提案と改善策を提案します。
8. プロジェクト添付ファイル: プロジェクト プロセス中に重要なドキュメント、レポート、データなどをレポートの添付ファイルとして添付し、簡単に確認および参照できるようにします。

プロジェクト管理は現在、多くの職種で必須のソフトスキルとなっています。サプライチェーン管理業界では、複雑なプロジェクト管理の知識には専任の人員も必要ですが、インターネット企業でのプロジェクト管理は通常、製品マネージャーによって同時に実行されます。これは、インターネット企業のプロダクトマネージャーの給与が比較的高い理由でもあります。

プロジェクト マネージャーの仕事は簡単ではなく、リソースを獲得するために戦うことは必要なスキルです。リソース獲得のために戦うための鍵は、上司や部門のリーダーたちに空想のパイを描けるかどうか、そして、彼らがいくらかのリソースを与えてくれたら、彼らのパイを本当に丸くできるかどうかにあります。したがって、強い精神状態がなければ、プロジェクト管理を行うことは本当に不可能です。優秀な業界プロジェクトマネージャーは、今でもあらゆる企業が獲得したいと願う人材です。

一般職の場合、プロジェクトマネジメントのソフトな知識を習得することで、マネジメントの視点もすぐに変わります。社内で昇進や昇給ができなかったとしても、履歴書を企業視点でパッケージ化することで、転職の目的を達成することができます。

2023年度「みんながプロダクトマネージャー」選考に参加しています。私の記事を気に入ってくれた友達が応援に来てくれると嬉しいです〜

下のリンクをクリックして私の個人立候補ページにアクセスし、赤いハートをクリックして私に投票してください。

1人あたり1日あたり最大30票まで投票できます。投票すると、書籍、Everyone is a Product Manager 記念周辺機器、Qidian Classroom メンバーシップなどの抽選に当たるチャンスが得られます。

コラムニスト

オペレーション担当のリンさんは「Everyone is a Product Manager」のコラムニストです。私は10年近くオペレーション分野に注力しており、サービス、ハードウェア、ソフトウェア業界で働いてきました。私はコードを読むことができ、SQL データ追跡を理解し、500,000 件を超える記事を執筆し、いくつかの非常に優れた機能を実装してきました。

この記事はもともと「Everyone is a Product Manager」に掲載されました。無断転載は禁止です。

タイトル画像はCC0プロトコルに基づいたUnsplashからのものです

この記事で述べられている意見は著者自身の意見のみを表しており、人人士品夢家プラットフォームは情報保存スペースサービスのみを提供します。