トムは起業家チームのリーダーであり、彼らの主な仕事は、自社製品に基づいて顧客向けにカスタマイズを完了することです。顧客のカスタマイズされた要求が受信されるたびに、顧客の要求を完了するプロセスを管理するプロジェクトが開始されます。
トムは、スタートアップ、戦略開発、プロジェクトのスケジュールと実行、プロジェクトの終了というプロセスで各プロジェクトプロセスを管理しています。
画像ソース：tita.com
最初のステップは、顧客のニーズを明確にし、正しい実行方向を定義して、プロジェクトを開始することです。
2番目のステップは、プロジェクト戦略を策定し、プロジェクトを完了するために必要な作業、実装方法、およびリソース割り当てを決定し、各タスクを各責任者に割り当て、各人が作業を完了する時点を要約し、起こり得るリスクを評価することです。 、プロジェクトのリスク管理を行うための緊急計画を策定します。
3番目のステップは、プロジェクト戦略を実行し、戦略計画の時点に従ってプロジェクトの実行プロセス全体を制御することです。進捗状況が期待に合わない場合は、問題を見つけてタイムリーに問題を解決し、プロジェクトの進捗状況を確認します。トムはプロジェクトマネージャーとして、プロジェクトの現在の進捗状況が毎日予想される進捗状況と一致していることを確認し、プロジェクトの実行が以前に確立されたプロジェクト戦略と一致していることを確認します。進捗状況に異常がある場合は、リスク管理で作成した緊急時対応計画に従い、プロジェクト全体への影響を軽減します。
4番目のステップは、プロジェクトの終了後にプロジェクトをレビューおよび要約し、プロジェクトの経験を蓄積し、その後、より良いプロジェクト管理のために蓄積することです。
これは標準化されたプロジェクト管理プロセスであり、トムと彼のチームはこのプロセスに依存して、プロジェクトが常に期待に近い結果を達成できるようにしています。チームの規模がどんどん大きくなっているため、プロジェクトに関わるワークロードはどんどん大きくなっています。多くの作業が行われていますが、それは起業家精神の成功を意味します。誰もがこれに非常に満足しています。
しかし、予期しないことが起こりました。製品が承認段階に達したとき、発生した問題の数は以前の問題の2倍を超えていたため、問題の修復時間が2倍になり、最初のプロジェクトサイクルは予想を大幅に上回りました。プロジェクトが要約される前に、トムはなぜ同じ技術者であるか、受け入れ前のすべての進捗が管理されていたのか理解できませんでしたが、受け入れ中にそのような深刻な問題が発生しました。結論会議で、技術スタッフは反論しませんでした。問題は本当に彼にあります。彼は、このプロジェクトでプロジェクトの進捗を確実にするために、時間外に作業を完了するためにより多くの時間を費やし、結果として疲労が大きすぎると結論付けましたこれらの脆弱性は、以前と同様に独自のコードを詳細に検討した後にのみ表示されます。トムはこれを聞いて、自分が犯した間違いを突然理解しました。
プロジェクトの正常な進行とは、プロジェクトが正常であることを意味します。これは、トムが介入したプロジェクト管理の誤解です。プロジェクトマネージャーとして、彼はメンバーが進捗状況を確認するために作業をどのように完了するかに注意を払っていません。進捗状況が保証されているかどうかを気にしているだけです。彼の以前のアイデアでは、各メンバーがプロジェクトの進捗を保証し、実行すべきことを完了している限り、各メンバーが支払う必要があるコストは固定されていました。しかし、それは無視されます。前のリンクで採用された作業方法は、進行が本当に正しいことを確認するために採用されています。後者のリンクで問題が発生します。その技術者と同じように、私は毎日6時間の集中的な作業を使用して、すべての影響点を検討できるようにしました。ただし、1日あたり10時間の残業の場合、基本的な要件を満たすために最善を尽くすことができます。進捗状況は保証されていますが、作業モードが異なると結果も異なります。
したがって、プロジェクトマネージャーとして、プロジェクトのスケジュールを維持し、プロジェクトの人々の最も重要なコアを気にせずに物事を行う場合、彼らがどのように作業を完了するか理解していないと、問題を見つける機会を逃して、問題が発生するまで待つのは簡単ですアウトブレイクのやり直しが必要な場合、すべてを修正するには遅すぎ、問題によって引き起こされた損失を受動的にしか受け入れることができません。
では、スケジュール以外に、プロジェクトマネージャーが注意を払う必要があるのは何でしょうか。結果に対する全員の毎日の労働時間の比率に注意を払うことをお勧めします。この比率は通常の状況に従っているため、作業はより期待どおりの計画に沿っています。後続のリワークを回避するために処理を実行します。ここで、残業はリスク管理のバックアップソリューションとして使用しないでください。残業は緊急事態にのみ適しています。残業を最初にリスクの問題を解決することを検討する場合、問題は難しすぎます。修復のための時間節約の計画はもうありません。
画像ソース：tita.com
プロジェクト管理は、スケジュールほど単純ではなく、全員の作業モードと作業条件も非常に重要な要素です。もちろん、すべての対面コミュニケーションに依存することは多くのコミュニケーションコストをもたらすため、プロジェクトマネージャーは、マネージャーがプロジェクトの進捗状況の間違いに集中するのを助ける補足として、いつでも各メンバーの現在のステータスを理解するのに役立つ管理ツールを見つけることができます。途中から飛び出し、プロジェクトの実行と制御を改善します。