これは、私が遭遇した別の典型的な面接の質問です (建築面接中に尋ねられました)。おそらく、私がプロジェクト管理の仕事をしたことがあると述べたためだと思います。そこで、プロジェクト管理について理論的な知識を持っているかどうかをテストしたいと思います。そのときの私の答えはあまり良くなく、テーマにそぐわなかったのを覚えていますが、具体的な管理プロセスについてだけ話して後で省略しましたが、ここでもう一度この質問に答えます。
まず、パレートの法則とは何でしょうか？
「80/20 ルール」としても知られるパレートの法則は、大規模なシステムでは、結果の約 80% がシステム内の変数の約 20% によって生成されることを意味します。この考え方によれば、通常の状況では、プロジェクト内の 80% の機能には 20% のリソースのみを投資するだけで済みます。では、残りの 20% の機能を処理するには 80% の人手が必要になるのでしょうか? これにはさらなる分析が必要ですが、この状況に直面して、すべての機能が明確な道筋をもつまで作業の残り 20% を分解し続け、それから上向きに要約するつもりです。現時点では、通常、リソースの 80% は使用されていません。追加のリソースは別のプロジェクトに割り当てることができます。
では、どうすればよいでしょうか？
主に以下の5点くらいです。
- 重要なタスクの決定（タスクの属性に基づいて3つの次元に階層化）
- クリティカル パス分析を使用して、プロジェクト計画のクリティカル パス上にあり、リソースの優先順位付けが必要なタスクを見つけます。上で述べたように、かじる必要がある「硬い骨」がまだ 20% あります。通常の状況では、それらのタスクもクリティカル パス上に存在します。最初にクリティカル パスを見つけます。これが最初の次元です。
- ABC 分類方法を使用して、タスクは、その価値とプロジェクト目標への影響に基づいて、カテゴリ A の重要なタスク、カテゴリ B の通常のタスク、およびカテゴリ C の些細なタスクに分類されます。クリティカル・パスのタスクは必ず 3 段階、6 段階、または 9 段階に分けられますが、まず ABC 分類法に従って分類されます。
- 緊急かつ重要なマトリックスを適用して、プロジェクトのスケジュールと品質に大きな影響を与える重要なタスクを特定します。これは、クリティカル パス下のタスクだけを指すのではなく、プロジェクト全体を指します。リスクと問題を事前に特定し、影響の 80% を引き起こす可能性のあるリスクと問題の 20% に焦点を当てます。
- クリティカルパスに優先順位を付ける
- クリティカル パス上の各タスクについて、最早開始時間、最遅開始時間、合計フロート時間などを計算し、最初に開始する最も短いフロート時間のタスクを見つけます。
- 追加のリソースを割り当てたり、クリティカル パス タスクの効率を向上させたりして、プロジェクト全体の進行が遅れることを防ぎます。
- 主要人材の管理に重点を置く
- プロジェクトの意思決定にキーパーソンが参加し、専門分野での影響力を最大限に発揮できるようにする 私たちが構築したシステムは、多くの場合、自分のためだけでなく、相手のリーダーのためでもありません。現時点では、相手方の意見は非常に重要です。「一行一行は山の如し」と言われるように、プロジェクトマネージャーは具体的なビジネス状況を調査することはできますが、調査だけでは得られない情報も多くあります。このとき、キーパーソンが関与して、より多くの情報を提供する必要があります。意見。このとき、どの意見が有効で、どの意見が無効なのか、プロジェクトマネージャーの「意見」を引き出す能力が試されるときです。パレートの法則に戻すと、80％の意見は20％のニーズから来ているので、意見をそのまま受け入れることはできません。
- 主要担当者と定期的にコミュニケーションをとり、そのダイナミクスを理解し、サポートを提供します。複数回のコミュニケーションとフィードバックを通じて一貫した理解を維持することで、手戻りの可能性を効果的に減らすことができます。
- 些細な気の散りを防ぐ
- 作業効率に影響を与える非効果的な議論を避け、チームが重要なタスクに集中できるように、会議を合理的に手配します。長時間にわたる、話題のない、大声で口論するような会議は、できるだけ長く開催できます。毎日 5 分間のスタンドアップ会議は、集中的な会議よりも有意義です。
- プロセスを継続的に最適化する
- プロジェクト管理ソフトウェアを適用して、情報フロー プロセスを最適化します。プロジェクト情報の漏洩が心配な場合は、JIRA や ZenTao のプライベート展開を選択できます。お金がありクラウドプラットフォームを受け入れることができる場合は、Teambition を検討してください。お金がなくて使いたくない場合は、Teambition を検討してください。面倒ですが、私たちは Tencent のドキュメントと ZenTao を組み合わせて使用しています。
- ナレッジマネジメントを実装し、プロジェクトの経験と教訓を要約し、プロセスを継続的に改善します。各プロジェクトのイテレーション後に、プロジェクト イテレーションの概要会議が開催されます。主にオンライン コンテンツの報告と全員のアイデアの表明を目的とした、15 分の短い会議で十分です。
以上の5点は個人的な意見であり、現在のプロジェクト運営にそのまま当てはまるものであり、面接の回答とほぼ同じであるはずです（面接中はあまり時間が取れませんし）、至らぬ点があるかもしれませんが、ご容赦ください。 。