仕様

米国ESENITBR 2017年11月" 仕様 「クライアントによる元請業者に期待されるものを説明し、契約文書です。だから、これは可能な限り最も正確な方法を記述した文書は、簡単な語彙と、ある主要請負業者が満たす必要がある必要があります。唯一の主契約者は、適切な技術的解決策を提案することが、本当に有能である限り、仕様は好ましくは技術的環境を指定する以外の機能にかかわらず、すべての技術的解決策の、必要明らかにすべきで必要なソリューションは収まらなければなりません。したがって、成果は、クライアントが彼の願いを徐々に変化防ぐために、一方で書かれているものと一致するだろうクライアントを保証するために片手を許可する文書でありますそしてときに、プロジェクトと最初に提供されていない新機能の主契約者に尋ねました。

仕様では、時間、コストの面で可能なより適切なプランをご提供できるようにするには、プロジェクトの規模と複雑さを評価するためにプロジェクトマネージャーを許可するすべての要素が含まれている必要があります人材と品質保証。

これは、予想されたものについての曖昧さを取り除くために、この点で参考文書であり、そして対話ツールは、プロジェクトマネージャが精緻化するクライアントを依頼することができます需要の理解。仕様は、必ずしも静的な意味ではありません。理想的には、すべての最初から定義されるべきであるが、その内容はよく一致改正に基づいて、プロジェクト中に変更することができます
双方の当事者による。


主な要素

コンテキスト

仕様は、典型的には、特定のプロジェクトでの政治的、戦略的ポジショニングを言うことであるコンテキストを記述する部分、で始まります。

目標

非常に迅速に、仕様では、プロジェクトマネージャが意味を把握できるようにするために、目的を理解することです。

語彙

多くのプロジェクトがあるため、プロジェクト管理とプロジェクト管理の間の文化との共通語彙の不​​足のため、特に悪いため通信の失敗します。確かに、所有者は、一般的な語彙を用いて成長するところ、メイン請負業者は、特定の意味を持つ専門用語を聞くことがあります。

周囲長

プロジェクトバウンダリーは、その実装によって影響を受ける人々やリソースの数を設定します。

カレンダー

クライアントによる所望のタイミングは明確に説明してくださいする必要があります
プロジェクトは必ずしも完成された日を示しています。理想的なマイルストーン
「トンネル効果」を避けるために指定されます。

法的条項

仕様は、元請業者が共同署名し、契約文書であります
プロジェクト管理は、一般的に句の数を持っています
法律、書籍の知的所有権を持つユーザー紛争の場合には期限または管轄裁判所を満たすために失敗した場合の罰則を定義する例を可能にします。

参照してください。


この記事(PDF)をダウンロード
この記事をダウンロードする(PDF