プロジェクト憲章は、プロジェクトを正式に承認する文書です。プロジェクト憲章は、プロジェクトマネージャにリソースを利用し、必要に応じてそれらを割り当てる権限を与えるものです。この結果として、一般に、少なくともプロジェクト憲章の最終決定の前に、できるだけ早くプロジェクトマネージャを特定し、割り当てることが推奨されます。
契約する
プロジェクト憲章の入力が外部の顧客からのものである場合、通常は契約が表示されます。組織内のプロジェクトの代わりにSLA（サービスレベル契約）を見つけることができます。これらのサービスレベル契約は、関係者の役割と責任を定義するという点で契約に似ています。契約は、プロジェクト憲章の潜在的なパラメータを定義するのに役立ちます。
プロジェクト作業報告書
SOW（作業指示書）は、プロジェクト憲章の作成に使用されるインプットです。 SOWの要素には、プロジェクトのビジネスニーズ/利益、製品範囲の説明、および戦略計画が表示されます。
すべてのプロジェクトは、組織のニーズを満たすことを目的として作成されており、SOWではこのニーズについて説明しています。
プロジェクトは期間、コスト、および範囲が有限であるため、製品であろうと新しいビジネスプロセスであろうと、目に見える成果が期待されます。 SOWはこの最終製品または結果を説明しています。
組織が提案されたプロジェクトが達成に向かって取り組んでいるという戦略的計画を持っているという仮定の下で働いて、この計画はプロジェクト憲章の作成において重要です。
企業の環境要因
プロジェクト憲章を作成する際には、組織が持っていることやプロジェクトに影響を与える可能性があることすべてを考慮する必要があります。例としては、資金、人員配置、リスク許容度、政治的意志、政府または業界の標準、組織文化などがありますが、これらに限定されるものではありません。
プロジェクト憲章は彼が利用するためにどんなリソースが存在するかを明確に述べている最初のドキュメントの1つであるので、この入力はプロジェクトマネージャにとって特に役に立ちます。
組織プロセス資産
すべての企業には、独自の方法でビジネスを遂行する方法があります。これは、プロジェクト憲章の起草方法だけでなく、作成されるその後のプロジェクト文書にも直接影響を及ぼします。プロジェクトを遂行するためのプロセスを確立することに加えて、これらの組織プロセス資産は、組織が所有する知的知識の合計も表します。この知識はプロジェクト憲章の作成に織り込むべきです。
