L＆Dの主な目標は変化です。 論争するだけの価値はありません。変更は避けられず、L＆D（社内でのトレーニングと開発）は自動的に成功します。 L＆Dを成功させるには、慎重な計画と管理が必要です。ここで、 プロジェクト管理のルールが役立ちます。 それらについて話しましょう。 以下の原則は、どのプロジェクトでも重要です。
- クライアントは、プロジェクトからの利益と変化を期待しています。
- リソースと時間を必要とする管理（結局、プロジェクトが利益をもたらすと想定されます）。
- 他の利害関係者は、彼らの視点に応じて、「ドライバー」、「阻害剤」、または「ニュートラル」である可能性があります。
- 成功するには、理解と動機付けが必要なプロジェクトチーム（L＆D）。
事業計画が作成されると、通常のプロジェクトはどうなりますか？ 承認されると、実行可能性調査（トレーニングニーズの分析）が作成されます。 この段階が正常に終了すると、開発作業が開始され、プロジェクトチームが編成され、マネージャーが任命されます。 製品のベータ版が起動し、成功すると、製品の最終バージョン（プログラム）が起動します。
すべてのプロジェクトには、クライアント（学生）になることができる「チャンピオン」が必要です。 クライアントは、結果が表示されるまでプロジェクトで何も起こらないと考えがちですが、プロジェクトのほとんどの作業は実装段階の前に行われます。 多くのプロジェクトチームは、プロトタイプ（実験プログラム）を作成することでこの問題を回避しています。
プロジェクトの実装を担当するマネージャーになることは危険です。 これには多くの説明がありますが、特に-時間通りの商品の配達と予算と品質の不一致との間の潜在的な対立。 さらに、プロジェクトマネージャーはプロジェクトの履歴を知らない場合があります。
そのため、プロジェクトマネージャーは
必要なスキルを持ち、プロジェクトの資金調達を正当化し、期待されるメリットを決定するため、作業の開始について多くのことを知っている
必要があります。
クライアントはプロジェクトの目標を設定し、彼の期待を形成します-しかし、クライアントはプロジェクトマネージャーにそれらを伝えることができないでしょう！ 氷山の一角は見えますが、多くのことが、差し迫った問題、不適切な詳細、誤った翻訳の背後に隠れている可能性があります。
プロジェクト管理：管理
プロジェクトの初期段階の後、マネージャーは、スケジュール、予算、最終結果の3つの重要な管理と管理の要素を自由に使用できるようにする必要があります。 ただし、すべてを完全に定義する前に、3つの要素すべてを今すぐ制御しようとすると、プロジェクトは失敗する可能性があります（たとえば、厳密に固定された予算内に収まるようにして、実行に割り当てられる時間を短縮すると、最も可能性の高い品質が低下します）。
プロジェクト管理：リソース
また、手遅れになったときにプロジェクトスタッフを拡大しないように注意してください。 それは後でさえすべて終わります。
ある時点で、チームの規模
によりコミュニケーションが困難になり、最終的には仕事以上にコミュニケーションがとれます。 これにより、プロジェクトのコストが大幅に増加し、スケジュールがある場合は、時間枠を遵守できなくなります。
アクティブなプロジェクト管理レバー：
- 価値とリスク。 これらの要因の制御は、プロジェクト全体の進捗に影響します。 さらに、利点と可能性のある結果を監視する必要があります。
- 結果
- 品質。
- リスク
リスクの原因は次のとおりです。
- 仕様が不良または不完全です。
- 仕様の変更。 クライアントのアイデアや希望が変わるか、業界全体と市場全体が変わるため、彼らは変化します。
- 労働者。 人々は病気になるか、やめることができます。 彼らはあなたが望んでいたよりも経験が少ないか、変更を受け入れる準備ができていないかもしれません。
- プロジェクト結果を顧客トレーニング管理システム（または同様のプログラム）と統合する必要性。 結果は理解できないか、追加の説明が必要な場合があります。もちろん、すべてのシステムが同じであるか、他のシステムと互換性があるわけではありません。
- 顧客は結果の受け入れを拒否できます。 サプライヤーは破産したり、納期を遅らせたり、従業員が病気になったり、辞めたり、製品がソフトウェアパッケージの他の部分と互換性がない場合があります。
- 他の利害関係者には、独自の計画がある場合があります。 技術的なインフラストラクチャが不足している可能性があります。 運用プロセスが不明確な場合があります。 最終製品が顧客に合わない場合があります。 ISPが製品に対して十分な帯域幅を持たない場合があります。
プロジェクトのすべての段階でリスク管理について考える必要があります。
リスク計画について考えるとき、人々はリスクレベルに影響を与えることができ、原則として、彼らはリスクを最高レベルに引き上げることに留意する必要があります。
各リスクを1から10のスケールで評価する必要があります。プロジェクトの全期間を通じて発生する可能性のあるすべてを評価します。 次に、それぞれとプロジェクトへの影響を評価します。 これらの2つの指標は乗算され、結果が25を超えるリスクは緊急に調査する必要があります。
これは1回限りのプロセスではありません。 タスクが完了すると、リスクが変化する可能性があります。 したがって、リスクを定期的に分析することをお勧めします（おそらく毎週）。
プロジェクト管理：リスク回避戦略
5つの主要なリスク削減戦略があります。
- 回避（リスクを回避する予定はありますか？）
- リダイレクト（このリスクを他の誰かにリダイレクトできますか？たとえば、保険会社にリダイレクトできますか？）
- 削減（他に何かできますか？リスクが少ない？）
- 状況を考慮して（リスクを回避することはできませんが、これが発生したときにどうするかを計画できます）
- 入場許可（予算とスケジュールでこれを考慮しました）
誰かがリスクを記録することが重要であり、プロジェクトチームがリスクを認識することも重要です。
会社でどのようにプロジェクトを始めますか？
PS自己
開発のトピックに関する別の有用な記事-
戦略的リーダーシップ：リーダーが犯す最も一般的な間違いを避ける方法 。
翻訳の著者は
TESTutorの創設者である
Vyacheslav Davidenkoです。