プロジェクト計画はどこにでも適用されますか
会社または個人の活動は、2つの状態に分けることができます。
- 私は今何かをしています。
- 将来これを行います。
最初の条件は、貿易と調達で非常に人気があります。
- 今すぐ購入。
- 今すぐ注文します。
- 今すぐお電話ください 。
今やらなければならない十数のタスクがあなたにかかっています。 原則として、これらは「5分間」のタスクですが、タスク自体の準備には数時間以上かかる場合があります。 これが発生した場合、「今」実行する必要があるタスクのストリーム全体は、 短いタスクが完了するまで停止しますが、神話的な方法で、そのようなタスクはすべて週末までに「解決」します。
「今」現れるタスクがあり、「今」または「今日」行う必要のある活動は計画できません。それは影響の外部要因のみに依存し、短期的な性質のものです。 このアプローチに適用できるのは、タスクの登録とその結果だけです。これにより、物議を醸す問題が発生したり、パフォーマーのパフォーマンスが評価されたときに、タスクを再割り当てしたり、履歴を上げたりできます
別の条件は、活動の計画またはチーム、会社の活動を指します。 タスクが到着したときに、「私は将来それをやる」という言葉でそれを先送りにすると、すぐに疑問が生じます。「将来」では、いつですか？
タスクキューが空の場合、新しい作業を行うための「将来」がすぐに来る可能性がありますが、将来10のタスクがすでに遅延している場合はどうなりますか？
彼女は行の末尾に追加されますか？ そして、その優先度が5番目と6番目のタスクの間にある場合はどうなりますか？ 「誰があなたに私の仕事をするのですか？」と聞かれない場合、あなたは単に彼女の番を入れて、現在の仕事を続けることができます。
タスクの順番が1ダース以内に保たれている場合は、祝福できます。新しい作業の速度と完了の速度はほぼ同じであり、このシステムと計画を変更する必要はありません。
別の状況を考えてみましょう。タスクがあなたにもたらされ、それを引き継ぐ監督は「いつそれをしますか？」に興味があります。 その後、2つの質問がすぐに表示されます。
- タスクを完了するのにどれくらい時間がかかりますか？
- いつタスクを開始できますか？
最も重要な質問「いつあなたはそれをしますか？」に対する答えから答えまで
そのような質問に答えようとするやいなや、あなたは祝福され、活動を計画する必要が生じます。
計画はどこから始まりますか？
最も単純な計画は、タスクのリストです。
- タスク1
- タスク2
- タスク3
今日、最初のタスクを実行し、リストを上に移動し、2番目に実行してから3番目に実行します。 リストの最後にある「いつタスクを実行しますか」という質問に対して、リストを表示して、「これらすべてを完了したら、タスクも実行できます」と言うことができます。
アプローチは良いです。みんなに「自分の活動を計画しています！」と言うことができますが、タスクマネージャーはこの答えに満足するでしょうか。
他の選択肢がない場合、彼はこれに満足しなければならないと思います。 しかし、実際には、彼は自分のタスクが完了するおおよその日付を聞きたいと思っています。
このアプローチは、「今日のライブ、経営上のブリザードに悩む理由はない」というコンセプトに従って、今何をしているのかだけを気にする人がよく使用します。 その結果、タスクマネージャーは、誰かにタイムラインを約束し、天井から数字を呼び出し、「時間があるかもしれない」ことを期待して指を交差させます。
タスクマネージャーがより細心の注意を払っている場合、彼はいくつかの期限の見積もりを言わせます。もちろん、同様の問題を解決した経験に基づいて、「天井から」取ります。
そしてもちろん、2、3回は見逃します。 そして、監督が「まあ、それはどうですか、ヴァシリー、あなたは約束しました、そして時間がなかった。 しかし、あなたは罪悪感を覚えるでしょう、そしてあなたと新参者は両方とも数字が天井から取られたことに気付くでしょう。
誰もが罪悪感を感じることを好みません、罪悪感を操作することができます。 そして、次回これが二度と起こらないようにしたい場合、2つのオプションが可能です。
- 期限を要求するときは、「わからない」、「リストに載っている人の後」、または「
- まだ行われていないことの複雑さの評価の質を改善する方法を考える。
2番目のパスを選択し、おめでとうございます場合は、アクティビティを計画する必要があります。
計画を立て、タイミングを評価します
活動計画が必要ですが、それを実装する方法は？ 計画を立てる！
計画は、以下に関する記録された仮定です。
- 何をすべきか;
- 方法;
- おそらくどれくらい時間がかかりますか
- 誰がします。
なぜ正確に「おそらく」となるのでしょうか？ その間、タスクで何を行う必要があり、誰がそれを行うかを書き留めると、計画と意図したエグゼキューターに影響を与える千の異なるイベントが発生する可能性があるためです。
たとえば、彼は突然病気になり、バスに乗っ取られる可能性があります（バスファクターを参照）、顧客は突然この作業を拒否することを決定しました。 これらの小さな瞬間のそれぞれは、作業の時間枠を増やし、その量を減らすことができます。
最も楽観的なシナリオでは、これらのイベントは発生しないと想定できます。 そして、計画を立てることができます。
- 完了予定日3日のタスク1は、バジルを実行します。
- タスク2、完了予定日は4日間で、ピーターによって実行されます。
- タスク3、完了予定日は2日で、Victorによって実行されます。
私たちの予想は3人で9人/日であり、計画全体はおそらく 4日で達成できます。
チームが一緒に作業を開始すると、次のことがわかります。
- バジルは作品の詳細を知らず、常にピーターに尋ねます（+2日、合計5日）。
- ピーターは自分の仕事から気をそらされ、自分の仕事の主なアイデアをヴァシリーに説明する必要がありますが、彼はプロであるため、締め切りを完了しました（3日）。
- ビクターは、将来的にリスクを軽減することが可能であることを発見し、このために追加の問題を解決するためにさらに2日間費やしました（+2日間、合計4日間）。
その結果、予想される9人/日の代わりに計画を実施するのに12日（5 + 3 + 4）かかりました。つまり、3日間マークを逃し、実際に作業量は計画量の30％増加しました。 ただし、カレンダーによると、5カレンダー日かかりました。つまり、次の作業は次の週の月曜日より早く開始されず、条件が75％増加します（4ではなく7日）。
あなたの計画に基づいて、タスクディレクターに何らかのスケジュールを約束した場合、再び「約束したが、それを達成しなかった」と非難する状況が発生します。
そして、ここでも2つの方法があります。
- 最初に、「そして、とにかく、評価が現実にならない/真実ではないという評価の使い方は何ですか」という言葉で前のポジションにロールバックします。または、
- 第二に、新しい仕事を計画するとき、計画された量と条件と実際に費やされたリソースと時間との違いを考慮することを学びます。
2番目の方法を選択した場合、おめでとうございます。リスク評価が必要です。
計画の改善
前のセクションでは、次の2つの要因により、計画量と期間が増加しました。
- ボリュームの見積もりは一般的に非常に楽観的です。
- 不明なリスクが働いた。
特にタスクマネージャーが聞く時間が少ないと予想される場合、常に楽観的な時間の推定値を与えるのは人間の性質です。 または、作業量を評価する場合、同様のタスクを実行した個人的な経験のみが考慮され、実際の請負業者の経験は考慮されません。
ほとんどの場合、作業量の迅速な評価では、リスクはまったく考慮されません。 リスクは異なります。排除するのにもう少し時間がかかるものもありますし、プロジェクトを埋めることができるものもあります。
プロジェクトの進捗は、主に定期的に発生する比較的小さなリスクのセットに影響されますが、考慮に入れることを常に忘れています。
誰もが直面しているそれらのいくつかを挙げます。
- リソースの可用性のリスク-Vasilyに必要なPeterは、現時点では非常に忙しいため、Vasilyは待たなければなりませんでした。
- 不完全なタスク評価のリスク-タスクを評価する際、パフォーマンスに影響するすべての要因が考慮されませんでした。
- 実行者の資格リスク-評価は専門家によってパフォーマンスの観点から行われましたが、実際には初心者によって実行されたため、トレーニングコストが発生しました。
これらのすべてのリスクを1つに減らすことができます。計画評価の正確さのリスク。 このリスクを考慮することは、 「計画精度係数」として表すことができます。 次のことを考慮すると：
- ワークロードを推定するための原則はめったに変更されません。
- プロジェクトチームはめったに変更されず、
- 実行される作業の性質は変わりませんが、
つまり、新しいプロジェクトまたは作業段階の計画を計算する際に、以前の作業段階または以前のプロジェクトの係数の計算結果を考慮することができます。
計画精度係数は、実行された作業の履歴に基づいて、実際に費やされた時間に対する計画された時間の比率として計算されます。
計画量
精度係数= --------------------
actual_costs
ここに：
plan_volume-工数での作業量
actual_costs —暦日単位のコスト。
計画精度係数を考慮して、計画された作業量を見積もることにより、より正確な完了日が可能になります。
ただし、計画精度係数を考慮して単純に計算を実行する場合、これは楽観的な予測の見積もりにもなります。最も重要なリスクの開始は考慮されません。タスクの不完全性による作業量の増加です。
それを計算するために、実際に完了したものと比較して、初期の作業量がどれだけ増加したかを評価する必要があります。
actual_volume
volume_increase係数= --------------------
initial_volume
ここに：
actual_volume-計画された人日におけるプロジェクトの終了時または作業段階での作業量。
initial_volume-計画された人日におけるプロジェクトの開始時または作業段階での作業量。
仕事量の増加係数自体は静的な値ですが、量の増加傾向が将来も続くことを考慮すると、影響要因として考慮する必要があります。
したがって、作業完了の最も可能性の高い用語は、初期量、計画の精度係数、および作業量の増加係数を考慮に入れる必要があります。 そのような用語は「悲観的」と呼ばれます。
式は次のとおりです。
start_volume calendar_term = ----------------------------- x volume_increase係数x精度週xコマンド
ここで：
initial_volume-個人の初期作業量/日
精度係数-計画精度係数
efficient_increase_volume-作業量の増加係数
週 - 週あたりの労働者に対する暦日の比率は7/5です
チーム -出演者の数
したがって、前のセクションの例は次のレイアウトになります。
- 予想される計画は9人/日です。
- 追加作業-2日間;
- その他のリスク-2日間;
- 実際に費やした：12人/日;
- 初期計画の実施に費やした日数：10人/日;
- 計画精度係数：9/10 = 0.9;
- 体積増加率：12/9 = 1.33。
戻って完了日を予測すると、次のようになります。
9
calendar_term = --------- x 1.33 x 1.4 = 6.2暦日
0.9 x 3
したがって、私たちの予測では、作業には1週間かかります。
プロジェクトに完了した作業の履歴がない場合、ネガティブシナリオを予測するとき、ボリュームの50％をボリュームを増やすためのリスクとして取るのが理にかなっています。つまり、係数は1.5に等しくなります。
したがって、主なリスクを考慮に入れてプロジェクトの完了のタイミングを予測する場合、予測される作業量の増加傾向を考慮すると、作業量の増加と悲観的なことを考慮せずに、予測は楽観的です。
リソースは同じですが、プロジェクトは増加しています
したがって、作業フェーズの完了の最も可能性の高い日付を評価する方法を既に学習しました。 しかし、プロジェクトの数は増加し始め、同じアーティストに対するプロジェクトの競争が始まります。
プロジェクトをキューに入れ、希望する従業員が解放されるまで作業の開始日をシフトすることが必要になります。 たとえば、Webスタジオがあり、すべてが1人のクールなデザイナーにかかっていて、クライアントが私たちのところに来て、契約を承認する準備ができていますが、「クライアントを約束する期限は何ですか？」
私たちの場合、デザイナーはシステム全体の制限です 。
デザイナーのアクセシビリティに関する質問に答えるために、彼の楽観的および悲観的な予測を計算する必要があります-ちょうど作業段階と同様ですが、進行中のすべてのプロジェクトのタスクを含むタスクの個々の計画を考慮します。
トピックに関する読み物
- Extreme Programming：Planning Kent Beck、Martin Fowler;
- ターゲットを移動し、手を震わせます。 Maxim Dorofeev（スライドキャスト）;
- 「時間通り、予算内。 クリティカルチェーンプロジェクト管理»ローレンスリーチ;
- 制約の理論。