Oracle Project Managementユーザー・ガイド リリース12 E06006-01 | ![]() 目次 | ![]() 前へ | ![]() 次へ |
この章では、変更要求および変更オーダーをOracle Projectsで管理する方法を説明します。
この章では、次のトピックについて説明します。
変更とは、プロジェクトまたはタスクの範囲、値または期間に影響する、イベント、処理または条件です。変更管理とは、変更を作成、管理、解決、実装および通知する処理です。
変更管理には、変更要求と変更オーダーの両方が包含されます。
変更要求により、プロジェクトの範囲に対する潜在的な変更を文書化したり、承認処理を支援することが可能になります。変更要求の例には、情報の要求(RFI)および見積依頼(RFQ)が含まれます。変更要求には、必要に応じて作業計画、スタッフ、財務、契約、仕入先およびその他のインパクトを含むことができます。インパクトにより、プロジェクトの範囲に対する変更の影響を定義および数量化することが可能になります。承認された時点で、変更オーダーに変更要求を含めてインパクトを実装する必要があります。変更オーダーに変更要求を含めることで、変更要求はクローズされます。
変更オーダーにより、プロジェクトに対するインパクトを追跡および実装することが可能になります。変更要求と同様に、変更オーダーも必要に応じて作業計画、スタッフ、財務、契約、仕入先およびその他のインパクトを含むことができます。複数の変更要求のインパクトを1つの変更オーダーにマージすることができます。承認された時点で、変更オーダーのインパクトを実装できます。すべてのインパクトが実装された後で、変更オーダーをクローズできます。
変更要求および変更オーダーは、総称して変更文書と呼ばれることがあります。
変更管理処理では、プロジェクトに関連付けられた様々なユーザーおよびその他の関係者からの入力の収集を必要とすることがよくあります。Oracle Projectsでは、この処理の管理と変更の通知を一貫して適時に行うことを可能にする集中変更管理システムが提供されています。
変更管理には、次のような多くの機能が提供されています。
事前定義の変更文書タイプ・セットの使用
組織のニーズに従った変更文書ステータスの定義
変更文書への関連懸案および文書の関連付け
チーム・メンバーによる変更文書の作成および管理の有効化
複数プロジェクトにわたる変更文書の検索
変更要求および変更オーダーのインパクトの定義
変更オーダーへの変更要求の反映
既存の懸案および変更文書のコピーによる新規変更文書の作成の促進
Microsoft Excelスプレッドシートへの変更文書リストのエクスポートによる、詳細分析またはレポート作成の実行
Oracle Workflowを使用した変更文書通知の自動ルーティング
単一または複数の変更文書の所有者の同時変更
変更文書の所有権とステータス履歴の追跡および割当履歴の表示
変更文書の財務インパクトのプロジェクト予算および予測への反映
変更オーダーの財務インパクトのプロジェクト予算および予測への実装
変更管理を使用するには設定が必要です。変更管理の実装の詳細は、『Oracle Projectsインプリメンテーション・ガイド』の懸案および変更管理に関する項を参照してください。
プロジェクト・チーム・メンバーおよび非チーム・メンバーの両方が変更文書の実装に参加できます。これらの参加者は、変更文書のステータスおよび割当済処理のタイプの両方に基づいて、変更文書および関連処理に対して異なるレベルのアクセス権を持つことができます。
次の表に、可能な参加者とその参加のレベルを示します。
参加者 | 摘要 |
---|---|
作成者 | 変更文書作成者とは、変更文書を作成して所有者を指定するプロジェクト・チーム・メンバーです。作成者および適切なプロジェクト・セキュリティ・アクセス権を持つユーザー(責任者、組織のプロジェクト権限を持つユーザーおよびプロジェクト・マネージャなど)のみが、「草案」ステータスの変更文書に対するアクセス権を持ちます。 |
所有者 | 変更文書所有者とは、変更文書の進捗、解決、実装およびクローズを監視する責任を割り当てられているプロジェクト・チーム・メンバーです。このユーザーが処理を作成して、チーム・メンバーと非チーム・メンバーの両方に適宜割り当てます。その他、適切なプロジェクト・セキュリティ・アクセス権を持つユーザーが、項目のステータスおよび所有権を変更できます。変更文書の所有者は、変更文書が「草案」または「作業中」のいずれかのステータスの場合にのみ変更できます。 |
担当者 | 担当者とは、処理が割り当てられているユーザーです。担当者は、処理の応答、クローズまたは再割当ができます。 |
承認者 | 承認者は、変更文書を検討して承認します。プロジェクト・マネージャがデフォルトの変更文書承認者です。承認のために変更文書を発行するユーザーがプロジェクト・マネージャの場合、変更文書は発行した時点で自動的に承認されます。 |
変更文書のステータスにより、変更文書の可視性と更新の可否が決まります。変更文書所有者および適切なプロジェクト・セキュリティ・アクセス権を持つユーザーのみが変更文書のステータスを変更できます。
変更文書ライフサイクル全体を通してステータス変更の進行を管理したり、ステータス変更の履歴を表示することができます。変更文書に割り当てられるステータスは、変更文書タイプに関連付けられた管理項目ステータス・リストにより決まります。Oracle Projectsでは、一連の事前定義のシステム・ステータスを含んだデフォルトの管理項目リストが提供されています。実装チームにより、組織のニーズを満たす追加のステータス・リストおよびステータスを定義できます。詳細は、『Oracle Projectsインプリメンテーション・ガイド』の管理項目ステータスおよびステータス・リストに関する項を参照してください。
次の表に、事前定義のシステム・ステータスおよび各ステータスに関連付けられたビジネス・ルールの説明を示します。
ステータス | 摘要 | 次回許容ステータス |
---|---|---|
草案 | 「草案」ステータスにある変更文書およびその割当済処理は、その変更文書を作成したユーザーおよび適切なプロジェクト・セキュリティ・アクセス権を持つユーザーのみが表示できます。「草案」ステータスにある変更文書のみを削除できます。 | 作業中 |
作業中 | 変更文書は処理担当者およびチーム・メンバーへ表示されます。変更文書は「作業中」ステータスの間は更新できます。 | 発行済 取消済 「クローズ済 |
発行済 | 変更文書は承認待ちです。このステータスの変更文書は変更できません。進捗および注釈のみが更新できます。その他の変更が必要な場合は、変更文書を再処理する必要があります。 | 承認済 棄却済 取消済 |
承認済 | 承認者は変更文書解決を承認しており、変更文書はクローズできます。このステータスの変更文書は変更できませんが、進捗および注釈は更新できます。 | クローズ済 取消済 |
棄却済 | 承認者は変更文書を棄却しました。修正して承認のために再発行するには、変更文書を再処理する必要があります。 再発行する前に、棄却された変更文書を再処理して修正する必要があります。または、取り消すことができます。変更文書を再処理すると、ステータスは自動的に元の「作業中」に変更されます。 | 作業中 取消済 |
クローズ済 | この時点で変更文書は解決され、追加の作業は必要ないと見なされます。このステータスの変更文書は変更できません。すべてのインパクトを実装するまで変更オーダーをクローズすることはできません。 | なし |
取消済 | 変更文書がすでに考慮事項ではなくなり、これ以上の作業が必要ない場合、取り消すことができます。このステータスの変更文書は変更できません。変更要求が反映された変更オーダーを取り消すと、その変更要求は自動的に「承認済」ステータスにリセットされます。 | なし |
ステータス変更の履歴を格納するためのログが作成されます。このログには、ステータスの詳細、変更者、タイムスタンプおよび必要に応じて変更に対する注釈が含まれます。
変更文書を作成する際、提供する情報が変更文書の管理、解決および実装に役立ちます。この項では、変更文書の属性の一部を説明します。
各変更文書に対して、分類を選択する必要があります。この分類により、変更文書の追加的なカテゴリが提供されます。たとえば、資源、知識不足および依存関係というカテゴリを定義しているとすると、すべての「資源」変更文書のパーソナライズ・ビューを作成することができます。分類を使用すると、重要な問題領域を識別するために変更文書を意味のあるグループにカテゴリ化することができます。
その日までに変更文書を解決して実装する必要がある日付を指定できます。この属性は、「期限までの日数」の値を計算するために使用され、変更文書を解決してクローズするためにどれだけの時間が残されているかを示すことでチーム・メンバーに変更文書の緊急度が示されます。
変更文書は、現在公開済の作業計画または財務体系のいずれかにある特定のタスクに割り当てることができます。
変更文書タイプに対してソース情報が有効になっている場合、その変更文書が由来するソースとその関連情報を指定することができます。
各変更文書には、すべてのプロジェクトにわたって一意のシステム生成の番号が割り当てられます。さらに、プロジェクト内で各変更文書を識別するための番号を持っています。実装に応じて、この番号は自動生成されるか、あるいは手動で入力する必要があります。
変更文書番号は、各プロジェクト内の各変更文書タイプごとに一意である必要があります。異なるプロジェクトにまたがる同じ変更文書タイプに対して重複した番号を持つことはできますが、1つのプロジェクト内に同じ番号で同じ変更文書タイプの2つの変更文書を持つことはできません。
たとえば、内部変更要求、クライアント変更要求および環境変更要求という変更文書タイプがある場合、これらの各タイプの変更文書の採番は各プロジェクトに対して1から始まります。
次の表に、プロジェクトAとBの変更文書の例とそれぞれの採番を示します。
プロジェクト | 変更文書要約 | 変更文書タイプ | 変更文書番号 | システム番号 |
---|---|---|---|---|
A | メインフレーム・コンピュータの再イメージング | クライアント変更要求 | 1 | 1 |
A | 必要な追加ソフトウェア・ライセンス | クライアント変更要求 | 2 | 2 |
A | 新規開発環境が必要 | 内部変更要求 | 1 | 3 |
B | 文書化されたサインオフ処理が必要 | 内部変更要求 | 1 | 4 |
B | 別のスタッフ・コンサルタント用予算が必要 | クライアント変更要求 | 2 | 6 |
注意: この例では、表示された順番に変更文書が作成されているものとします。
変更文書タイプに対して自動採番が有効になっている場合、番号は変更文書ステータスが「作業中」に変更されたときに表示されます。デフォルトでは、Oracle Projectsは変更文書番号を順番に生成しますが、オプションの管理項目文書採番機能拡張を使用して独自の採番ロジックを定義できます。詳細は、『Oracle Projects API, クライアント拡張およびオープン・インタフェース・リファレンス』の管理項目文書採番機能拡張に関する項を参照してください。
変更文書タイプに対して手動採番が有効になっている場合、ステータスを「草案」から「作業中」に変更する前に一意の番号を変更文書に入力する必要があります。
必要に応じて、変更文書によるプロジェクトへの影響を指定および数量化するために変更文書のインパクトを定義することができます。変更文書には、作業計画、スタッフ、財務、契約、仕入先およびその他のインパクトを含むことができます。複数の変更要求のインパクトを1つの変更オーダーにマージすることができます。詳細は、「変更文書のインパクトの定義」を参照してください。
発注内の変更オーダーに関連付けられた仕入先インパクトを手動で実装できます。さらに、Oracle Projectsでは、変更文書の財務インパクトを予算および予測に実装および反映できます。詳細は、「財務インパクトの実装と予算および予測への追加」を参照してください。
変更管理処理は、次のステージで構成されます。
変更文書の作成
プロジェクまたはタスクの変更を特定すると、Oracle Projectsに変更詳細を記録し、結果として得られる変更文書の所有権を割り当てることができます。変更文書所有者は次に、変更文書を解決するために従事内に処理を作成および割り当て、変更文書のインパクトを定義します。懸案および処理が割り当てられると、Oracle Projectsによりワークフロー通知が生成されます。既存の懸案または変更文書をコピーすることにより変更文書を作成することもできます。詳細は、「変更文書の作成」を参照してください。
変更文書の管理
解決の責任がある1つ以上のプロジェクトの変更文書を表示および管理できます。パーソナライズ・リストを作成して、どの変更文書にただちに注意が必要かを判断するために役立てることができます。変更文書の所有者とステータスを変更でき、変更文書の所有権とステータスの履歴を表示できます。さらに、変更文書の進捗を更新し、処理に応答して適時の変更文書解決を助けることができます。詳細は、「変更文書の管理」を参照してください。
変更文書の解決
変更文書のインパクトが定義され、すべての処理がクローズされた後、変更文書所有者は承認のために変更文書を発行する必要があります。
変更要求が承認された後、その変更要求を変更オーダーに含めて承認のために発行することができます。変更オーダーが承認された後、次の操作を実行できます。
予算および予測への財務インパクトの実装と反映
発注への仕入先インパクトの実装と追跡
作業計画、契約、スタッフおよびその他のインパクトの実装詳細の追跡
Oracle Projectsにより、変更文書の適時解決を促すワークフロー通知が生成されます。変更オーダーは、インパクトが実装された後にクローズできます。詳細は、「変更文書の解決」を参照してください。変更オーダーの財務インパクトの実装の詳細は、「変更文書の反映および表示」を参照してください。
変更文書は、特定のプロジェクトまたはタスクに関連付けられた変更の解決と実装を管理するために作成します。各変更文書は、事前定義の変更要求または変更オーダー・タイプに基づいています。変更文書タイプによって、そのタイプの変更文書を作成できるユーザー、および変更文書の一般的な特性が決まります。たとえば、変更文書の番号付け方法や解決が必要かどうかなどが指定されます。変更文書タイプはプロジェクト・タイプに関連付けられます。この関連付けによって、特定のプロジェクトで使用可能な変更文書タイプのリストが決まります。変更要求および変更オーダー・タイプの定義方法の詳細は、『Oracle Projects インプリメンテーション・ガイド』の懸案および変更管理に関する項を参照してください。
変更文書を作成する手順は、次のとおりです。
プロジェクトの「変更要求」または「変更オーダー」ページにナビゲートします。
適切な変更要求または変更オーダー・タイプを選択します。
変更文書の詳細および初期処理を必要に応じて入力します。
注意: プロジェクト・チームが変更文書や割当済処理に取り掛かれるレベルのものをまだ作成していない場合は、最初に変更文書を保存する前に、ステータスを「草案」に変更する必要があります。変更文書を保存した後は、作業中の変更文書のステータスを「草案」に戻すことはできません。
変更文書を保存します。
変更文書のインパクトを定義します。
追加処理を定義します。
変更文書の当初のステータスが「草案」に設定されていた場合は、プロジェクト・チーム・メンバーおよび処理の譲受人が変更文書の処理と解決に取り掛かれるような変更文書を作成できた時点で、ステータスを「作業中」に変更します。
各変更文書には、チーム・メンバーと処理の譲受人の間のやり取りを追跡するログがあります。処理に対するコメントと応答はこのログにすべて記録され、「対応履歴」ページで参照できます。
自分がチーム・メンバーであるプロジェクトについては、チーム・メンバー・ホーム・ページから変更文書を作成することもできます。
変更文書を迅速に作成するために、アクセス権を持つプロジェクトから既存の変更要求または変更オーダーをコピーできます。変更要求を変更オーダーにコピーすると、変更要求のコピーと挿入を同時に実行できます。また、既存の懸案から変更文書を作成することもできます。懸案の作成方法については、「懸案管理の概要」を参照してください。
変更文書をコピーする際、Oracle Projectsでは次のルールが適用されます。
変更要求が含まれている既存の変更オーダーをコピーして変更オーダーを作成するとき、Oracle Projectsでは、含まれている変更要求はコピーされません。
別のプロジェクトから変更要求または変更オーダーをコピーするとき、Oracle Projectsでは、財務インパクトを除くすべてのインパクトがコピーされます。
コピーされた変更文書に、ターゲットの変更文書タイプに定義されていないインパクトが含まれている場合、そのインパクトはターゲットの変更文書にコピーされません。
既存の懸案または変更文書をコピーして変更文書を作成するとき、Oracle Projectsでは、変更文書のステータスを自動的に「草案」に設定します。
変更文書に関する追加情報を提供するために、文書を添付できます。添付できる文書は、プレーン・テキスト、URLアドレスまたは外部文書です。また、アクセス権があるプロジェクトからは、関連する懸案および変更文書に対する他の変更文書も参照できます。文書の添付については、「文書管理の概要」を参照してください。
処理とは、変更文書に関連して割り当てられた質問または変更文書に関連した作業単位です。この処理は、要求と関連情報、およびその要求に対するすべての応答で構成されます。この処理によって、プロジェクト・チーム・メンバーや関係者は、変更文書について協力できるので、変更文書の解決に役立ちます。たとえば、変更文書に対して提案された解決について注釈を求める場合は、応答を要求する処理を作成できます。
ステータスが「草案」または「作業中」の変更文書については、処理を作成し、その処理を任意のユーザーに割り当てることができます。ただし、譲受人に処理が表示されるのは、変更文書のステータスが「作業中」の場合のみです。
「検討」または「更新」の2タイプの処理を作成できます。検討処理の場合、譲受人は変更文書を検討して応答を入力できます。更新処理の場合、譲受人は、処理がオープン状態にある間、変更文書を更新できます。更新処理を作成できるのは、変更文書所有者またはプロジェクト・マネージャのみです。ただし、オープン状態での検討処理および更新処理を割り当てられたユーザーは、他のユーザーに対して新規の検討処理を作成できます。
処理を定義するときは、「期限」フィールドに応答の期限を指定できます。この日付は、変更文書の所有者が変更文書に関する未解決の処理を管理するのに役立ちます。また、処理の応答を確認するために、処理の譲受人からサインオフを要求できます。変更文書の所有者は、すべての処理がクローズされた後でのみ、変更文書を承認のために発行できます。
変更要求または変更オーダーを作成するときは、インパクトを定義して、変更文書がプロジェクトに与える影響を指定できます。個々の変更要求や変更オーダーに定義できるインパクトのタイプは、その変更文書タイプに対して有効なインパクトに基づいています。次のタイプのインパクトがあります。
作業計画
スタッフ
財務
仕入先
契約
その他
作業計画、スタッフ、契約およびその他のインパクトは、摘要テキストを入力して定義します。仕入先インパクトを定義する場合は、摘要テキストとともに発注別のインパクト金額も入力できます。仕入先インパクト金額情報を使用すると、いつでも手動で発注を更新できます。
変更文書の財務インパクトを定義するときは、摘要テキスト、見積金額および詳細計画明細を入力し、基本契約を指定できます(収益財務インパクトの場合)。プロジェクトの承認済予算計画タイプで定義した計画オプションに基づいて、金額に数量、原価金額および収益金額を適宜含めることができます。Oracle Projectsは、プロジェクトの承認済予算計画タイプの計画設定を使用して、ユーザーが入力できるのは原価インパクトのみか、収益インパクトのみか、または原価インパクトと収益インパクトの両方かを判断します。
Oracle Projectsでは、承認済予算計画タイプの現行作業バージョンの計画オプションに基づいて、変更文書の財務インパクトのデフォルト計画オプションが定義されます。原価金額と収益金額を編集するページで、必要に応じて変更文書のデフォルト計画オプションを編集することもできます。計画オプションの定義と承認済予算バージョンの作成の詳細は、「予算および予測の使用」を参照してください。
変更文書の財務インパクト金額を入力する前に、プロジェクトの承認済予算計画タイプに対して現行作業バージョンが存在する必要があります。さらに、変更文書の財務インパクトを定義した後も、承認済予算計画タイプに対して少なくとも1つの現行作業バージョンが必要です。
注意: 変更オーダーの収益財務インパクトを定義する場合は、基本契約を選択する必要があります。
変更文書の財務インパクトを定義した後、それを実装して予算と予測に追加できます。詳細は、「財務インパクトの実装と予算および予測への追加」を参照してください。
変更文書の詳細には、変更要求または変更オーダーのリストからドリルダウンできます。プロジェクト・マネージャは、変更文書リストの各ページで、プロジェクトに関連する変更文書および処理を管理できます。プロジェクト・チーム・メンバーは、「チーム・メンバー・ホーム」ページで、所有する変更文書や自分に割り当てられたオープン処理を管理できます。
変更要求および変更オーダーのリストを使用すると、自分がチーム・メンバーであるすべてのプロジェクトの変更文書を検索できます。変更文書を検索するときは、少なくとも次の基準のいずれかを指定する必要があります。
タイプ
番号
要約
プロジェクト名
プロジェクト番号
所有者
システム番号
変更文書を管理するために、Oracle Projectsには、指定のプロジェクトの変更要求リストと変更オーダー・リストを表示する事前定義のパーソナライズ・ビューが用意されています。変更要求の表示には、次のビューが用意されています。
すべてのオープン変更文書: このビューには、ステータスが「作業中」、「発行済」、「棄却済」および「承認済」のすべての変更文書が表示されます。
すべての草案およびオープン変更要求: このビューには、ステータスが「作業中」、「発行済」、「棄却済」および「承認済」のすべての変更文書が表示されます。自分が作成した、ステータスが「草案」の変更要求もこのビューに表示されます。
期限超過オープン変更文書: このビューには、期限は超過しているがクローズまたは取り消されていない変更文書がすべて表示されます。
高優先度変更文書: このビューには、すべての高優先度変更文書が表示されます。
問題発生中の変更文書: このビューには、問題発生中のすべての変更文書が表示されます。
変更オーダーの表示には、次の2つのパーソナライズ・ビューが用意されています。
すべての草案およびオープン変更オーダー: このビューには、ステータスが「作業中」、「発行済」、「棄却済」および「承認済」のすべての変更オーダーが表示されます。自分が作成した、ステータスが「草案」の変更オーダーもこのビューに表示されます。
期限超過オープン変更オーダー: このビューには、期限は超過しているがクローズまたは取り消されていない変更オーダーがすべて表示されます。
変更文書の属性に基づいて、追加のパーソナライズ・ビューを作成できます。変更文書の管理に役立つ追加情報を表示するために、各ビューでは次の列が使用できます。
更新以来の日数: この列には、変更文書が更新されて以来の日数が表示されます。この列の値は、変更文書の属性、インパクトまたは処理が変更されるたびに更新されます。
期限までの日数: この列には、変更文書の期限までの日数が表示されます。この列の値がマイナスの数の場合、変更文書は期限を超過しています。
いずれの変更文書リストからも、進捗、ステータス、処理、インパクトおよび関連する懸案や変更文書を表示できます。また、レポート作成や分析のために、変更文書リストをMicrosoft Excelにエクスポートできます。エクスポートされたリストは、パーソナライズ・ビューで使用可能なすべての属性が含まれるように拡張されます。
変更文書の所有者は、変更文書の解決に向けて、定期的に進捗を更新できます。進捗には、現在日、進捗状況、および変更文書について作成された進捗を説明するテキストが含まれます。進捗状況は、オープン変更文書の両方の事前定義ビューに反映されます。プロジェクト・マネージャは、この進捗状況によって、注意が必要な変更文書を迅速に識別できます。
Oracle Projectsでは、変更文書の所有者の変更と、完全な所有権履歴の表示が可能です。所有者変更の権限がない場合は、所有権履歴のみを表示できます。
所有権の更新と所有権履歴の表示は、変更文書のコンテキスト内から、および変更文書リスト・ページから実行できます。また、Oracle Projectsでは、変更文書リスト・ページから複数の変更文書の所有権を同時に更新できます。複数の変更文書の所有権は、プロジェクトの変更文書リスト内から、および変更文書の相互プロジェクト・リストから更新できます。
変更文書の所有権が変更されると、Oracle Projectsによって新しい所有者にワークフロー通知が送信されます。
変更文書の所有者、プロジェクト・マネージャ、または更新処理の譲受人は、変更文書の解決を入力できます。変更文書の解決が必要な場合は、その変更文書を承認のために発行する前に、解決を入力する必要があります。
すべての変更文書は承認される必要があります。変更文書の承認とは、承認者が変更文書を検討した後、定義済インパクトおよび解決に同意することを示します。変更文書の承認者は、デフォルトではプロジェクト・マネージャですが、実装チームが別の承認者を定義することも可能です。承認者が変更文書の解決を棄却した場合は、ステータスが「棄却済」に変更され、変更文書は再処理して承認のために再発行する必要があります。
オープン処理がある変更文書は、承認のために発行できません。また、クローズする前には、変更要求が変更オーダーに含まれている必要があります。承認後に、変更オーダーのインパクトを実装して、変更オーダーをクローズできます。
ユーザーは、ユーザー自身に割り当てられた処理のみに応答してクローズできます。作業中の変更文書の処理には、「チーム・メンバー・ホーム」ページからアクセスできます。オープン処理を取り消すことができるのは、変更文書の所有者またはプロジェクト・マネージャのみです。その際は、取消事由を入力する必要があります。
処理を別の個人に再割当できます。処理を再割当すると、そのユーザーを要求者とした処理のコピーが作成され、元の処理はクローズされます。再割当した処理について、「期限」に新しい値を指定する必要がありますが、処理タイプ、および処理でサインオフが必要かどうかは変更できません。
次の表は処理活動のリストで、指定された個人がそれぞれの活動を実行できるかどうかを示します。
活動 | 変更文書の所有者 | プロジェクト・チーム・メンバー | 処理譲受人 |
---|---|---|---|
検討処理の作成 | Yes | No | Yes |
更新処理の作成 | Yes | No | No |
処理への応答の追加 | No | No | Yes |
ステータスの変更 | Yes | No | Yes |
処理のクローズ | No | No | Yes |
処理のサインオフ | No | No | Yes |
処理の再割当て(「検討」または「更新」処理) | No | No | Yes |
処理の取消し | Yes | No | No |
処理の表示 | Yes | Yes | Yes |
変更文書への注釈の追跡 | Yes | Yes | Yes |
注意: 責任者などプロジェクト・セキュリティ・アクセス権を持つユーザー、組織に対してプロジェクト権限を持つユーザー、およびプロジェクト・マネージャは、変更文書の所有者と同じ処理活動を実行できます。
変更要求は、承認後にクローズしてから変更オーダーに含めます。変更要求に関連付けられたインパクトを実装するには、変更要求を変更オーダーに含める必要があります。
変更要求を変更オーダーに含めると、Oracle Projectsでは、変更要求のインパクトと変更オーダーのインパクトが自動的に結合され、インパクトに関する単一の統合リストが作成されます。ただし、変更要求の属性、文書、関連項目および処理は変更オーダーにコピーされません。変更オーダーに含めることができるのは、その変更オーダーにとって有効なインパクトがある変更要求のみです。したがって、変更要求に財務インパクトがあり、その変更要求を変更オーダーに含める場合、その変更オーダーには、財務インパクトを受け入れる変更文書タイプを使用する必要があります。
1つの変更オーダーに複数の変更要求を含めることができます。ただし、変更要求を含めることのできる変更オーダー1つのみで、同一プロジェクトに関するものに限られます。
変更文書の所有者は、発行済、承認済、または棄却済の変更文書を再処理できます。「再処理」ボタンをクリックすると、変更文書のステータスが「作業中」に戻るため、変更文書を変更できます。
変更文書を取り消すと、オープン処理および保留ワークフローはすべて取り消されて、変更文書のステータスは「取消済」に変更されます。取り消された変更文書に変更要求が含まれていた場合、その変更要求のステータスは「承認済」に戻ります。
注意: インパクトを実装した後またはクローズした後は、変更オーダーの取消はできません。
変更オーダーに関連付けられたインパクトのみを実装できます。変更要求に関連付けられたインパクトは実装できません。変更要求に関連付けられたインパクトを実装するには、最初に変更要求を変更オーダーに含める必要があります。詳細は、「変更要求を変更オーダーに含める」を参照してください。
変更オーダーの仕入先インパクトを実装するには、インパクトの詳細をOracle Purchasingで対応する発注に手動で転記する必要があります。作業計画、スタッフ、契約およびその他のインパクトの詳細は、他のどのアプリケーションにも統合されていません。ただし、これらのインパクトの実装は、変更オーダーを使用して手動で追跡することができます。
注意: ステータスが「承認済」の変更オーダーのインパクト詳細は変更できません。承認済変更オーダーのインパクトを変更するには、「再処理」ボタンを選択してステータスを元の「作業中」に設定してください。
変更オーダー所有者または適切なプロジェクト・セキュリティ・アクセス権を持つユーザーのみが変更オーダーを実装できます。インパクトのすべてが実装された後、変更オーダーをクローズできます。クローズされた後に変更オーダーを再処理または取り消すことはできません。
Oracle Projectsは予算および予測で変更文書の財務インパクトの実装および反映ができます。
財務インパクトの実装: 財務インパクトの実装とは、予算または予測計画タイプの現行作業バージョンを、変更オーダーに指定された財務インパクト金額で更新する処理を意味します。
財務インパクトを実装できるのは、変更オーダーのコンテキスト内からのみです。変更オーダーの財務インパクトは、複数の予算または予測計画タイプに実装できます。逆に、1つの予算または予測計画タイプに複数の変更オーダーを実装することもできます。
財務インパクトを実装する際、Oracle Projectsでは、最初に、対象とする1つ以上の予算または予測計画タイプを選択することができます。Oracle Projectsでは、次に各計画タイプの現行作業バージョンが、変更オーダーで指定された財務インパクトの全額で更新されます。承認済予算計画タイプに対して収益財務インパクトを実装する際、承認済収益予算バージョンに収益インパクトを一部実装することができます。
注意: 承認済計画タイプの収益インパクトを一部実装するには、その計画タイプの「収益の一部実装の有効化」オプションを選択する必要があります。詳細は、『Oracle Projectsインプリメンテーション・ガイド』の財務計画タイプに関する項を参照してください。
予算計画タイプに財務インパクトを実装する際、同時に基本編成バージョンを作成するよう選択できます。予測計画タイプの場合は、承認済予測バージョンの作成を選択できます。
財務インパクトの反映: 財務インパクトの反映は、予算または予測計画タイプの任意の作業バージョンを、変更要求または変更オーダーのいずれかで指定された財務インパクト金額で更新処理するために参照します。
予算または予測バージョンのコンテキスト内から財務インパクトを反映できます。複数の予算および予測バージョンで、変更要求または変更オーダーの財務インパクトを反映できます。逆に、予算または予測バージョンで複数の変更要求および変更オーダーを反映することもできます。
予算または予測バージョンに財務インパクトを反映する場合、Oracle Projectsは、変更要求または変更オーダーで指定された財務インパクトの全額でそのバージョンを更新します。変更要求および変更オーダーの財務インパクトを反映するルールは、次のとおりです。
変更要求の財務インパクトは、承認済予算計画タイプの予算バージョンを除いて、任意の作業中の予算または予測バージョンに反映できます。
変更オーダーの財務インパクトは、任意の作業中の予算または予測バージョンに反映できます。
変更文書の財務インパクトを予算または予測に実装または反映できるかどうかは、変更文書ステータスと、予算または予測バージョンに関連付けられた財務計画タイプが変更文書タイプおよび変更文書ステータスの財務インパクトの実装または反映を許すものかどうかにより制御されます。詳細は、『Oracle Projectsインプリメンテーション・ガイド』の管理項目ステータスおよびステータス・リストに関する項と財務計画タイプに関する項を参照してください。
変更文書の財務インパクトがプロジェクトの予算または予測に実装または反映された後、変更文書情報を、「含まれる変更文書の表示」ページ、および予算と予測の表示ページで表示できます。変更文書の実装および表示の詳細は、「変更文書の反映および表示を参照してください。