ほとんどのプロジェクトに役立ついくつかの具体的な推奨事項を示します。
- 変更要求を適切に処理する
- 不要な機能を削除する
- リスクを管理する
- アジャイル手法を使用する
- Death Marchプロジェクトの管理を学ぶ
変更要求を適切に処理する
PMBoKに従ってプロジェクトを実装する場合は、変更要求に関連付けられたプロセスを明確に使用してください。 アジャイル方法論を使用する場合、各反復ごとにプロジェクト完了期限を再集計します。
http://www.slideshare.net/Cartmendum/hitting-moving-targetでのプレゼンテーションは利用できません。
マイケル・ウルフの比phorを使用すると、定期的に来る必要があるポイントが変わり、動きの方向を絶えず変更する必要があります。
不要な機能を削除する
プロジェクトの成功における非常に重要な要素は、機能の優先順位付けであり、何よりもまず、より多くのお金をもたらし、ユーザーにとって最も有用な最も重要な機能の開発です。 また、使用されない機能も必要です-製品から削除してください。 Apple製品を見て、 37signals製品を見てください。あなたは私が話していることを理解するでしょう。
リスクを管理する
プロジェクトを予定通りに完了するには、リスクを意識的に管理する必要があります。 リスク管理はヘビーウェイトになる可能性があります：鮮やかな例がDarkus habrayuzerの投稿で公開されました。 私はより近い軽量アプローチを見つけます：
アジャイル手法を使用する
プロセスの観点から見ると、最新の柔軟な方法論は反復アプローチに基づいており、リスクを軽減して迅速なフィードバックを受け取ることができます。
- 「 スクラムとXP：高度なメモ 」 ヘンリック・ニベルグ
- 「 柔軟な開発方法論 。」 ウルフソン・ボリス
（ar慢な自己PR）
柔軟な方法論（特にスクラム）を使用すると、プロジェクトのコンテンツを効果的に管理し、フィードバックに基づいて、プロジェクトの顧客の完全な満足度を高め、プロジェクトの期限に間に合わせることができます。
Death Marchプロジェクトの管理を学ぶ
実際には事前に失敗する運命にあるプロジェクトがあります。そのため、エドワードジョーダンの適切な表現からデスマーチプロジェクトと呼ばれました。 それらの管理は標準プロジェクトとは異なるため、この特異性を把握し、考慮する必要があります。
PS
コメントでは、ハブラバの住民が期限を満たすためのヒントを共有することをお勧めします。