計画スキームをどのように策定するか? 5つの標準ステップ！

この記事は、当社が以前開発した高度なプロジェクト管理コースの一部です。プロジェクトの管理性を高める方法について説明しています。プロジェクトの計画中に何かが不明瞭であると多くのプロジェクト PM や製品オペレーターが常に感じ、その後の実行で多くの問題が発生するが、このシナリオを検討するのに役立つ適切な方法やツールがないという問題を解決することが目的です。

実際、コース中、全員がこの部分に非常に興味を持っており、さらに多くの質問をしていることがわかりました。

授業後、皆様のご意見やご提案をもとに何度も改訂・改善を重ね、プロジェクト計画の策定を完璧にするのに役立つと個人的に考える方法論（ツール）の完全なセットを正式に皆様にご紹介したいと思います。唯一の答えではありませんが、それぞれの具体的なポイントは、50 件近くのプロジェクト計画の成功または失敗に関する私の個人的な経験をまとめたものです。参考になれば幸いです。

対象シナリオ: 一般的なオンライン プロジェクト、特別なイベント、インタラクティブマーケティング、革新的なビジネス コラムなど。その他の複雑なシナリオは含まれていません。

プログラム策定の標準プロセス:問題分析 - プログラム策定 - 実現可能性評価 - 結果シミュレーション - 10 の質問と 10 の回答

||命題分析

すべてのプロジェクト計画の最初のステップは、タスクを受け取り、KPI を取得し、計画を開始することです。しかし、その後のプロジェクト実行における多くの問題は、このリンクの中に埋もれていることが多く、その主な原因は、元のタスク (提案) の理解の逸脱や合意に達しないことです。提案分析フェーズには 2 つの観点からの概念が含まれており、プロジェクトの方向性を最初から見つけるのに役立ち、プロジェクトの方向性が正しいかどうかを判断するのに役立つ明確で検証可能なツールが得られます。

| 定量的指標とガイド指標をロックして実行の一貫性を確保

ほとんどのプロジェクトの開始時には、全員に焦点が絞られた、または漠然とした KPI が与えられます。たとえば、取引量を XXX 百万に達成することや、革新的な XXX プロジェクトを実行することなどが挙げられます。多くのプロジェクト計画は、「皆さんこんにちは。これが私たちの KPI です。どうやって実現するか考えましょう」というような会議から生まれます。しかし、各プロジェクトの役割によって視点や立場が異なり、プロジェクトの背景に対する理解度も異なるため、目標に対する理解に差が生じることも少なくありません。違いは実行の逸脱につながり、実行の逸脱はやり直し、調整、遅延、さらには全員が軌道から外れる原因にもなります。

ほとんどのプロジェクト PM と製品オペレーターはこの現象を深く理解しており、大きな被害を受けたことがあると思います。すべてのプロジェクト計画プロセスの観察例を通じて原因をさらに深く掘り下げると、異なる役割における定量的指標と方向指標の解釈能力の違いによって意見の不一致が引き起こされることが多いことがわかりました。オペレーションとビジネスは、GMV をどの程度達成すべきか、トラフィックとコンバージョン率をそれぞれどの程度達成すべきかなどの指標に注目します。トラフィックが不足している場合は、リソースのインベントリを確認します。製品（もちろん、ほとんどの製品は KPI に基づいています）または R&D は、XX 戦略を通じて XX 目標を達成するという方向性指標に傾倒しています。これらは分解と実行についての 2 つの異なる考え方であるため、必然的に矛盾が生じます。

したがって、効果的な解決策は、プロジェクト目標を受け取った後、すべてのプロジェクトメンバーを招いて一緒に座り、プロジェクト目標の理解または内訳について合意に達することです。この合意の具体的な提示は、密接に関連する定量的指標+ガイド指標のセットを作成することであり、いずれも欠落してはならず、1対1で対応しています。1つの指標には、対応する戦略が必要です。定量的指標は、プロジェクトに対する全員の貢献が一貫しているように制限し、ガイド指標は、全員が統一された戦略に基づいて作業することを保証します。しかし、ほとんどのプロジェクトでは、これらの目標の 1 つしか設定されていません。

したがって、プロジェクトの計画を開始する前に、売上高 100 万を達成するだけで終わらせてはいけません。効果的で信頼性の高い計画は、細分化され合意された定量的および方向性の指標から開始し、この一連の指標を使用して確認および検証し続ける必要があります。これは単純な例です。実際にはもっと複雑になりますが、論理的には正しいです。具体的な方向性を説明するには、XX（戦略）を通じてXX（方向性）を達成するという文構造を使うことを忘れないでください。

| トピックを明確にすることは効果的な創造性の前提条件です

多くのプロジェクトには創造的なブレインストーミングが含まれますが、混乱や混沌に陥ることがよくあります。ブレインストーミングのさまざまなルールや方法論はさておき、実際には、提案が明確になると、ほとんどのブレインストーミング セッションは失敗します。このトピックについて議論するために、まず、すべての創造的過程理論が議論を避けられない事柄について話すことができます。それは、人々はどのようにして創造性を生み出すのかということです。 （以下の理論は完全に個人的な創作です。偉大な神の理論と似ている、または矛盾する場合は、私の理論に耳を傾けることをお勧めします）

この質問に答えるには、創造性の本質は問題解決のプロセスであるという概念を理解し認識する必要があります。

したがって、創造性を生み出すということは、問題を明確にし、情報を取得し、答えを組み合わせるというプロセスに他なりません。誰もが過去の試験でこのプロセスを何度も経験しています。情報の検索と回答の組み合わせについては後で説明します。まずは、最も多くの問題が発生する場所、つまり問題の明確化について話しましょう。

多くのブレインストーミング会議は、「創造的な計画を立てましょう」または「今年の XX フェスティバルでは何か革新的なことをしましょう」から始まります。それから、大勢の人が一緒に座って、次から次へとアイデアを出し、次から次へと提案を却下し、携帯電話をいじったり、空想にふけったり、話題から逸れたりしながら、思い思いに考えます。誰もが経験したことがある場面を思い出してください。小学校のとき、先生が作文を書くように言いました。最も恐ろしいテーマは具体的で明確なテーマではありませんでしたが、先生はみんなが今日戻って作文を書き、自分のテーマを選ぶように言いました。葛藤が始まりました。これは書いてもいいかな？あっちのほうがいいかな。何度も何度も下書きを修正しましたが、結局急いで書き上げるしかありませんでした。しかし、もし先生が、今日はみんな戻って「私の父」についての記事を書くべきだと言ったら。私のインスピレーションは泉のように湧き出し、目は充血し、「ここに立って動かないで。オレンジか何かを買ってあげるから。インスピレーションは止められないのよ」と言いました。

これが人間の脳の興味深いところです。創造性の爆発には、明確な刺激点と出発点が必要です。どの業界を見ても、最も刺激的なアイデアは、提案のない前提から生まれることはありません。多くの場合、限られたトピック、限られたリソース、限られたツールが、人々にインスピレーションを与え、インスピレーションを生み出すよう強いることがあります (タイの低コストのコスプレ男をフォローして、彼の無限の創造性がどこから来るのかを知ることをお勧めします)。

したがって、限られたトピックやリソースを恐れないでください。目標を解釈するための具体的な戦略的フレームワークを形成する場合でも、漠然としたトピックに基づいて具体的な戦略を設定する場合でも、アイデアを作成する前に毎回明確なトピックを定義することを学んでください。 「大セールのためのクリエイティブなプランを考えよう」と「最近VRが人気なので、大セールのためのクリエイティブな VR 手法を考えよう」のどちらのブレインストーミング セッションに参加したいですか?

||計画策定

プログラム策定段階は、もちろん、計画を作成する上で最も重要かつ決定的な部分です。標準的な方法と手順はここでは繰り返しません。ここでは、プログラム策定における効果的なツールとアイデアをいくつか抽出し、プロジェクト計画の信頼性と有効性をさらに向上させるのに役立ちます。

| それぞれの役割を明確にして効果的なPKを作成する

議論から真実が生まれ、PKから本質が生まれると言われています。プロジェクト計画の策定には多くの議論が伴います。PK はプロジェクト計画の誕生の障害になると考える人もいれば、両者が議論に参加して初めてプロジェクトは信頼できるものになると考える人もいます。これらはすべて一方的な理解です。意味のない PK と相違は確かに障害であり、時間の無駄です。ギャンブルのない調和のとれたプロジェクト議論は、プロジェクト内の多くの目に見えない問題を見逃すことになります。

したがって、計画策定プロセスにおいて非常に重要な条件は、効果的な PK を作成することです。

効果的な PK では、議論プロセスにおけるすべての役割が正しい立場を明確にし、プロジェクトの成功または失敗に関連するいくつかの側面について誰かが立ち上がることが必要です。プロジェクトですべての側面が考慮され、すべての関係者のバランスが取れるように、全員が合意に達するために互いに競い合います。

一般的なシナリオ（絶対的ではありません）では、運用は指標の達成を表し、プロジェクト マネージャーはプロジェクトの進捗を表し、製品マネージャーはユーザー エクスペリエンスを表し、R&D は入出力/リスクを表します。そうすると、ユーザーの期待に一貫性を持たせるためにプロジェクトのコピーに求めるプロダクトマネージャーの期待と、目標達成率を向上させるために何らかの欺瞞的なコピーを使いたいというオペレーション側の願望との間で、効果的なゲームが形成されることになります。プロジェクト マネージャーのリリース時期に関する要件と R&D のリスク管理に対する姿勢によって、効果的なゲーム プロセスが形成されます。複数の役割が指標の達成のみに関心を持っている場合、表面的には指標は良好でもユーザー エクスペリエンスが悪いもの (または次回は機能しないもの) が必ず生まれます。したがって、各党は毅然とした立場をとり、自らの役割を明確にする必要がある。最終的な解決策は、ユーザー エクスペリエンス、目標達成の進捗状況などのバランスをとるものになるでしょう。プロジェクトを計画しているのが自分だけの場合は、さまざまな角度や立場から自分自身を評価し、競争することも学ばなければなりません。 。 。よく頑張りましたね

| 効果的なブレインストーミングのための標準的な方法論（唯一の答えではありません）

ブレインストーミングは、計画立案プロセスの中で常に最も制御不能で難しい部分です。実際、創造性とアイデアの誕生は、誰もが想像するほど制御不能でも捉えどころのないものでもありません。人がたくさんのアイデアを持っているかどうかだけに頼らずに、創造的なアイデアを思いつくのを助ける方法論はすでにたくさんあります。業界の 3 ～ 4 人の専門家の創造的な方法論に参加して学んだ後、私は誰にとっても比較的一般的な標準プロセスを要約して洗練しました。これが唯一の答えではありませんが、間違いなく役立ちます。

1. 命題を明確にする -前の部分は言った
2. 異なる文脈で考える -創造的な部分で情報を取得する方法。過去に経験した人々や場面について考え、彼らがその状況にいたらこの計画をどのように実行するかを考えます。 (例えば、江南皮革工場の従業員がこの計画を立てるとしたら、彼らはリメリックを書くかもしれません。NetEase Cloud Musicのインスピレーションはここから生まれたのかもしれません)
3. 簡単な説明、徹底的な結果 - すべての創造的な方法論に登場するツール、付箋紙。ここで理解すべき点は、アイデアを1 つずつ書き出すのではなく、誰もが一緒に貼り付けて確認できるように付箋で説明する必要がある理由です。利便性に加えて、アイデアを付箋に絵や簡単な説明の形で書き留めるように強制することで (通常はマーカーで書くように求められるため、あまり多くは書けません)、出力アイデアをよりシンプルで明確で、より見栄えの良いものにすることができます。付箋に完全に表現できないアイデアは、ユーザーが理解する必要があるアイデアは言うまでもなく、間違いなく解釈や提示が難しくなります。これが付箋の背後にあるロジックです。ブレインストーミングと創造的な結果の枯渇のプロセスでは、アイデアをできるだけシンプルで明確で、見栄えの良いものにするように自分自身とメンバーに強制する必要があります。
4. フュージョン ソリューション -まさにその名の通り、言うべきことはあまりなく、誰もが信頼できると考えるソリューションを取り出して、それらを混ぜ合わせるだけです。

この時点で、計画が確立されたため、プロジェクト計画が形成されました。

しかし、信頼性の低いプロジェクト計画の多くは、さらなる実証なしに急いで実施されることがよくあります。多くの学生は、実証のためのツールと方法の不足に悩まされており、この部分を議論するための比較的標準的な本や方法論はありません。私はまた、ビジネス価値、プロジェクトの継続性、プロジェクトの隠れたリスクという3つの観点からプロジェクトの実現可能性と信頼性を完全に実証するのに役立つ次の4つのツールを再編成してまとめました。

||実行可能な評価

| プロジェクト実施ソリューションの技術評価

プロジェクトの技術実施計画の評価は、R&D ニーズレビュー会議という基本的なプロセスです。効率を向上させるために役立つ 2 つの重要なポイントを以下に示します。

1. 前回の記事の 10 の提案で述べたように、ビジネスパーソンは包括的な知識とスキルを持っている必要があります。まず、計画策定の部分では、プロジェクトの実現可能性に関する基本的な判断力が必要です。コードの書き方を知っている必要はありませんが、基本原則を理解している必要があります。これは実際には非常に簡単です。静的データとは何か、動的データとは何か、ビジネス モデル (交渉ゲームプレイなど) をコードに変換する方法 (実際には計算式であり、各交渉ノードのユーザー数を制御可能にする方法) を理解します。
2. R&D需要検討会議では、ビジネスが主導的立場にならなければなりません。製品とR&Dの評価に任せるのは非常に非効率的です。ビジネス側のビジネス背景の考慮と優先順位の評価は、R&D検討における必須の情報です。前回の記事で述べた効果的なPKでは、最高の技術的入出力実施計画を見つけるプロセスにおいて、人的ビジネス指標の完成度、進捗状況などの役割を無視できないことも求められています。最終的に、ビジネス価値とテクノロジー投資コストの最適なバランスが実現されます。

| プロジェクト実施オプションの戦略レベルの評価

私の意見では、プロジェクトの実現可能性評価のより重要な部分であり、多くのプロジェクトを進める上で困難を引き起こすポイントは、プロジェクトの戦略評価と検証の段階です。ほとんどのプロジェクトは良いアイデアから始まりますが、後になって多くの障害に遭遇したり、前進するのが非常に困難であることがわかります。その理由は、プロジェクトの実現可能性評価は技術レベルで達成できるだけでなく、 「人間」レベルでの実現可能性がより重要であることが多いためです。戦略レベルを事前に評価して修正すれば、プロジェクトはスムーズに実行され、多くの人が一緒に前進するのを手伝ってくれるでしょう。実際のビジネスや職場では、良いアイデアが必ずしも価値があるとは限らず、価値のあるアイデアは今あなたがやるべきではないし、やるべき価値のあるアイデアがスムーズに実行されるとも限りません。

プロジェクト計画の初期草案の後のその後の実行においてプロジェクトがスムーズかつ効果的に実行できるかどうかをチェックおよび検証するための小さなツールを提供します。

プロジェクトは価値があり、あなたが行う必要があります。スムーズに進めるためには、次の 4 つの要素を十分に評価する必要があります。

1. ビジネス価値:優れたアイデアを効果的なビジネス価値に変換できるかどうか。楽しい、興味深い、刺激的なだけでは十分ではありません。ビジネスを直接促進できるかどうかも重要です。現在、マーケティングおよび広告業界全体がパフォーマンス マーケティングを重視しています。興味深いアイデアを退屈なビジネス数字に変えることができるプロジェクトは、本当に価値があります。
2. プロジェクトが果たす役割: 革新的なプロジェクトや新しい分野のビジネスでは、なぜ SWOT 分析が必要になるのでしょうか。プロジェクトがうまく実行できるかどうかを分析するだけでなく、なぜそれを実行する必要があるのか​​を分析する必要があります。その背後には、実際には、あなたとあなたのチームが部門内でどのような役割を果たしているか、そして部門がグループ内でどのような役割を果たしているかを理解することがあります。現在、システム全体の総合的な戦略は何ですか? あなたのチームとプロジェクトはその中で重要な役割を果たしていますか?本来の業務とは全く関係のない突発的なアイデアで、カスタマイズできる案件が見つからない場合、グループ会社の事業部からの戦略的なポテンシャルの支援が得られず、継続やリソースの支援が難しくなります。
3. パートナーの参加:プロジェクトにとって理想的な状況は、単にニーズをマッチングして処理するのではなく、プロジェクトに関与するすべてのチームがプロジェクトを自分のビジネスとして扱い、それに専念することです。すべての PM は、設計と製品開発にひざまずくプロセスをあまりにも多く経験したことがあると思います。したがって、より多くの人々の協力を得るためにプロジェクトを評価し、すべてのパートナー（デザイナー、開発者、サードパーティのブランドなど）にとっての価値について考えてください（多くのパートナーが必要としている価値は実際のビジネス価値ではなく、上司にとっての価値であるというのは少し残念なことです。上司から賞賛されるには、次のどれがよいかを考え、感謝のメールを送るか、派手な新しいやり方を与えるかなど）、プログラム計画の段階で主要なパートナーを関与させるようにしてください。参加することを忘れずに！
4. プロジェクトは完全で価値のあるストーリーですか:プロジェクト計画には、多くの場合、革新的なブレークスルーと新たな成長の必要性が伴います。そのため、プロジェクトが次の 3 つの条件を満たしているかどうかを検討してください:古いモデルを使用して新しい結果を達成する(トランザクションのピークに影響を与えるためにリソースを統合する)、新しいモデルを使用して古い結果を達成する(ソーシャルチャネルを通じてトランザクション製品を提供する)、新しいモデルを使用して新しい結果を達成する。プロジェクトが古いモデルを使用して古い結果を達成しているだけであることがわかった場合、可能性は 2 つしかありません。つまり、あなたは出来高制労働者として利用されている (出来高制作業内で独自の小規模プロジェクトや革新的なブレークスルーを計画することも試みるべきです) / プロジェクトには価値がないため、実際には不要である、ということです。

確認と修正を終えると、プロジェクトは基本的に信頼できるものになりましたが、皆さんが毎回少し時間をかけて取り組んでいただきたい小さなツールがあと 2 つあります。これらのツールは、プロジェクトの制御性をさらに向上させ (プロジェクトの成功または失敗に関係なく)、隠れた脅威をさらに発見するのに役立ちます。

||結果シミュレーション

| 結果を予測し、複数の結果に対するフォローアップ戦略を準備することで、制御性を向上させることができます

まず第一に、誰もが考え方を変える必要があります。プロジェクトを成功させるためだけに行う → プロジェクトを成功させるためだけに行うが、成功か失敗かに関係なく、価値あるものにしたい。

プロジェクト管理と職場に関する多くの理論では、関連する概念が言及されています。一般的な解釈は、物事は継続的であると認識することです。ほとんどの人は、プロジェクトをオンライン化する時点までしか計画せず、要約した時点でプロジェクトが完了したとみなすのがせいぜいです。物事の連続性を理解するには、物事に対する実際の制御を高めるために、物事のさまざまな方向性について十分に考える必要があります。

プロジェクトの計画段階で、事前にプロジェクトの概要を記述するようにしてください。Excel でもかまいません。

プロジェクトの試行ポイント、試行された戦略、戦略が成功した場合に導き出せる結論とその後のアクション、および戦略が失敗した場合に導き出せる結論とその後のアクション。

上記の形式を使用して、プロジェクトの重要なポイントを大きなものから小さなものまで整理すると、

1. この点がプロジェクトの中核的な方向性に沿っているか、軌道から外れていないか、価値があるかを判断する

2. プロジェクトの開始後にパフォーマンスが悪くなった場合に慌てて状況を改善しようとするのではなく、さまざまなプロジェクト方向のその後の解釈価値と戦略を事前に設定し、落ち着いて段階的にプロジェクトを開始して組み合わせと価値を獲得します。

| 自分のプロジェクトについて明確なアイデアがない場合は、他の人に助けを求めてください

さらに、問題を発見するための補助的な方法として、「don't make me think」という本で紹介されている最もシンプルなユーザー調査方法の乞食バージョンをお勧めします。普通の人を見つけて、製品を使用してもらうか、フロントエンド ソリューションを最初から最後まで見てもらいます。遭遇した問題には答えないでください。それを書き留めて最適化し、次にそれを使用する別の人を見つけて、このサイクルを繰り返します。この方法により、ユーザーからのフィードバックと結果を事前に最も効率的に検証できます。もちろん、高度なユーザー調査を行うためのリソースがある方が良いです。ユーザー調査プロセスに深く関与することに注意し、ユーザー調査チームに単に要件を提起しないでください。そうしないと、効果は乞食の調査方法よりも悪くなります。

||10の質問と10の答え

最後に、各プロジェクト計画が完成したら、プロジェクトを検証し、継続的に改善する必要があります。ここで、効果的なツール「10 の質問と 10 の答え」をお勧めします。

最も古典的なものは、 Amazonのイノベーション インキュベーション システムを使用し、革新的な計画を提案したすべての人に、計画後に誰も質問できなくなるまで 15 以上の質問をして答えることを義務付けます。

上司や顧客に計画をプレゼンすると想像してください。最も聞かれるのを恐れている質問は何ですか? プロジェクトの最も難しい点は何ですか (ユーザーがそれを使用する理由は何ですか? XX 企業がそれをコピーしない理由は何ですか?) これらの質問を自分に問いかけ、答えを見つけてください。答えられない場合は、プロジェクト計画にまだ改善の余地があるか、プレゼンテーションで重要なポイントが言及されていないことを意味します。戻って計画を調整し、質問を続けます。あなたやあなたのリーダー、パートナーがこれ以上質問できなくなるまで、それはあなたがプロジェクトについて本当によく考えたことを意味します。

質問と回答をプロジェクト計画の付録として記録します。これがプロジェクト計画の最後の部分です。

上記の 5 つのツール/方法論は個人的な要約です。これらのツール/方法論が、より多くの製品運用プロジェクト マネージャーがプロジェクト計画策定プロセスで従うべき方法を増やし、制御性を向上させ、プロジェクト実行期間中にさまざまな問題が再発するのを防ぐのに役立つことを願っています。

問題分析 - 解決策の策定 - 実現可能性の評価 - 結果のシミュレーション - 10の質問と10の答え

この記事の著者は@skyで、(Qinggua Media)が編集・出版しました。転載の際は著者情報と出典を明記してください。

製品プロモーションサービス：APPプロモーションサービス、広告プラットフォーム、Longyou Games