リクエストを変更すると、変更のリクエストのログ

Share

|

目的

リクエストは変更する必要があり、書面または口頭による声明や欲望します。 かれら利害関係者の関心を反映することに変更したことをプロジェクトとして提案し、計画中、または実行します。 変更リクエストのログ記録を提供するドキュメントの変更要求は、彼らと同様の処分します。

アプリケーション

リクエストは、すべての利害関係者を変更する場合に使用されると信じて、プロジェクトや顧客の組織の方が良い場合も提供されたり、別の戦略的なアプローチをしてプロセスやサービス内容です。 初期化される可能性があり、事実上の要求の変化にかかわらず誰でもレベルの組織の売り手や買い手のどちらかです。 いくつかの団体は、書面による変更のみをリクエストされることを認め評価したり、他の方には、口頭での変更リクエストを与えられたにも配慮します。 変更リクエストのログとして使用されることのリクエストや変更の履歴を追跡する手段としての性質上、継続的にします。

コンテンツ

変更リクエストは、いずれかまたは口頭で書かれ、説明を含めるの性質を変更し、リクエストのソースや根拠をリクエストしています。 カタログして、変更管理ログ情報については、と同様に与える影響については、コラム形式で、似たようなことが示されて表5.3 。

テーブルのクロスリファレンス情報を含めることもでき、リンクの変更リクエストをまたは特定のアイテムをライン契約の作業の構成要素です。 含まれている場合にも用語解説は"現在の気質"と"影響評価"が必要なため、さまざまな団体のさまざまなレベルでの確認および承認のために変更されます。

アプローチ

ビルドの変更のリクエストのログとの整合性を測定するには、変更管理プロセスです。 共通のプロセスを入力することを奨励し、共通の評価手法と、すべての変更を要求します。 重要なコンポーネントとしてのプロジェクトの要件は、容易に利用できるようにしてログインしなければならないプロジェクトの責任を負うプロジェクトチームのメンバー配信します。 それを維持しなければならない、読み取り専用のファイルにアクセスできるように人は責任を負いません非難プロジェクトを承認または変更リクエストします。 回数が複数ある場合、ドキュメントが保持する時間は、厳格なバージョン管理プロセス（または1.x.xコードを使って日程）を反映するために設立されなければならないの通貨のドキュメントをご覧ください。

配慮

口頭での変更リクエストはまれではないので、最終的には、彼らの前には影響を与え評価および承認、彼らに記載する必要があります。 多くの組織変更されません要求を受け入れることではありません書き込みました。 他の承認待ちの段階に到達するまでに変更する前に、それを紙コミットします。 いずれの場合も、それをキャプチャすることが不可欠の変更履歴の一環としては、このプロジェクトのドキュメントを記録する権利を確保するためには、最終的にプロジェクトの要件が満たされました。

表の形式を変更管理ログ
日付	性質	根拠		人作り		影響	現在の
	変更	とソース		リクエスト		アセスメント	処分