JP7843598B2 - 成果物ステータスに基づいてプロジェクトステータスをリアルタイムで更新するためのシステム及び方法 - Google Patents

Description

関連出願の相互参照
この出願は、２０２０年７月２日に出願された「成果物ステータスに基づいてプロジェクトステータスをリアルタイムで更新するための方法（Method for Updating Real-Time Project Status Based on Deliverable Status）」と称する米国仮特許出願第６３／０４７，７７２号への優先権の利益を主張する。以前の出願の開示は、その全体が参照により本明細書に組み込まれる。

発明の分野
本発明は、プロジェクト管理ツールに関し、より具体的には、成果物ステータス更新をプロジェクトステータス更新に自動的に組み込むことに関する。

発明の背景
プロジェクト管理では、プロジェクトは、典型的には、プロジェクトを多くのタスクに細分化することによって管理され、各タスクの完了は、タスクパラメータ（例えば、タスクパーセンテージ完了及び／又はタスク成熟状態）を手動で更新することによってモニタされる。製品開発と生産が両方ともさらに自動化されて分散されるにつれて、複雑なタスク相互依存性の管理が難しくなり、資源のスケジューリング及び割り当てが複雑化する。これにより、状況変化の間にプロジェクトステータスを提供するなど、価値を生まない追加の活動が生じる。特に、第１のタスク成果物のステータスが変化した際は、直接及び／又は間接的な第２の成果物に結果として生じた影響の追跡や正確な反映が困難になり、多大な時間が必要とされ得る。その上、手動で準備されるプロジェクトステータスは、プロセスデータのみに基づき得、そのプロセスデータは、最新のものではない場合があり、従って、結果として得られるステータスは、事実に基づくものであるよりも、認識に基づくものである可能性がある。従って、その業界では、これらの問題の１つ又は複数に対処する必要がある。

発明の概要
本発明の実施形態は、成果物ステータスに基づいてプロジェクトステータスをリアルタイムで更新するためのシステム及び方法を提供する。簡単に説明すると、本発明は、多数のタスクを伴うプロジェクトのステータスの更新への応用を対象とし、各タスクは、少なくとも１つの成果物を有する。プロジェクトステータスは、少なくとも１つのタスク成果物の成果物ステータスに基づいてリアルタイムで更新される。少なくとも１つの成果物を有する各プロジェクトタスクに対し、追跡予定の多数の成果物ライフサイクル状態が定義される。追跡された成果物ライフサイクル状態の各々は、プロジェクトタスクのパーセンテージ完了にマッピングされる。重み付けは、成果物の重要性に従って各成果物に割り当てられる。成果物に対する変更されたライフサイクル状態が受信され、プロジェクトタスクパーセンテージ完了ステータスは、変更されたライフサイクル状態と割り当てられた重み付けの積に従って自動的に調整される。

以下の図面及び詳細な説明を調べると、本発明の他のシステム、方法及び特徴が当業者に明らかであるか又は明らかになるであろう。そのような追加のシステム、方法及び特徴はすべて、この説明に含まれ、本発明の範囲内であり、添付の特許請求の範囲によって保護されることが意図される。

図面の簡単な説明
添付の図面は、本発明のさらなる理解を提供するために含まれており、この明細書の一部に組み込まれ、この明細書の一部を構成する。図面は、本発明の実施形態を示し、説明と共に、本発明の原理を解説する役割を果たす。

本発明の例示的な第１の実施形態の下でのプロジェクトの構造を示すブロック図１００である。 図１のプロジェクトのオブジェクト間の関係を示すブロック図２００である。 第１の実施形態の下での例示的なタスク成果物表のスクリーンショットである。 第１の実施形態の下での編集可能な成果物の重み付けを示すスクリーンショットである。 本発明の機能性を実行するためのシステムの例を示す概略図である。 第１の実施形態による、プロジェクトステータスを自動的に更新するための例示的な方法のフローチャートである。 プロジェクトステータスを自動的に更新するためのシステムの例示的な実施形態の概略ブロック図である。

詳細な説明
以下の定義は、本明細書で開示される実施形態の特徴に適用される用語を解釈する上で有用であり、本開示内の要素を定義することのみを意図する。

この開示内で使用される場合、「プロジェクト」は、特定の結果に達するために完了すべき一連のタスクを指す。プロジェクトは、特定の目標の達成に必要な入力及び出力のセットとして定義することができる。プロジェクトは、簡単なものから複雑なものへと多岐にわたり、１人又は多くの人々によって管理することができる。プロジェクトは、典型的には、プロジェクトマネージャによって説明され、委託される。

この開示内で使用される場合、「タスク」は、例えば、プロジェクト内で遂行するアクション、マルチステッププロジェクトのシングルステップなど、単一の作業単位を指す。タスクは、設定された締め切りまでに遂行され、作業関連の目的に向けて貢献する。ちょうどプロジェクト管理が個々のタスクを調和良く統合したものであるのと同じように、タスクは、サブタスクにさらに細分化することができ、各サブタスクもまた、完成に対して明確な開始日及び終了日を有し得る。

この開示内で使用される場合、「成果物」は、タスクの一部として内部又は外部クライアントに提供される製品又はサービスを指す。成果物は、通常、期日を有し、有形の測定可能な具体的なものである。成果物は、プロジェクト計画において作成及び生成されるマイルストーン又は期日を満たす。成果物の例は、ソフトウェア製品、設計文書、訓練プログラム、３Ｄ設計、要件仕様、技術工学若しくは製造アーチファクト、又は、プロジェクト計画による別の資産を含む。

この開示内で使用される場合、「状態」は、成果物の完了を測定するための進歩単位を指す。各状態には、成果物に対する「成熟度レベル」を定義するクレジットを割り当てることができ、成熟度レベルは、関連付けられた成果物の完了パーセンテージを示す。例えば、第１の状態が完了した後、成果物には、２５％完了したものとしてクレジットを与えることができる。クレジットは、例えば、プロジェクトマネージャによって、状態に割り当てることができる。

この開示内で使用される場合、「端末」は、本明細書で説明される実施形態による使用のために、製品データ及びプロセスデータをエントリするために使用されるデータエントリデバイスを指す。端末の例は、数ある中でも特に、パーソナルコンピュータ、ネットワーク接続コンピュータ、スマートフォン及びタブレットコンピュータを含む。端末は、１つ又は複数のシステムエンティティと直接通信するか又は１つ若しくは複数のサーバを介して通信することができる。

ここでは、本発明の実施形態を詳細に参照し、その例は、添付の図面に示される。可能な限り、同じ又は同様の部品を指すため、図面及び説明において、同じ参照番号が使用される。

図１は、本発明の例示的な第１の実施形態の下でのプロジェクトの構造を示すブロック図１００である。プロジェクト１１０は、１つ又は複数のタスク１２０ａ～１２０ｄで構成されている。各タスクは、１つ又は複数の成果物１３０ａ～１３０ｃを含む。図４によって示されるように、各成果物１３０ａ～１３０ｃには、例えば、プロジェクトマネージャによって、プロジェクト１１０に対する関連付けられたタスク１２０の成果物１３０ａ～１３０ｃの相対的重要性を示す重み（重み付け）１３５ａ～１３５ｃが割り当てられる。最小重みは１％である。タスク１２０ａ～１２０ｄの成果物１３０ａ～１３０ｃのすべてに対する重み１３５ａ～１３５ｃの各々の総和は、１００％である。各成果物１３０ａ～ｃの成熟度は、一連の成熟状態２３４～２３７によって測定される。

すべてのプロジェクトタスクは、１つ又は複数の有形の成果物を有する。第１の実施形態の下では、製品データ７１１（図７）及びプロセスデータ７１２（図７）は、単一のデータベースに格納することができ、それにより、関連オブジェクト間の相互作用が可能になる。例えば、プロジェクト１１０は、オブジェクト及びオブジェクト間の関係を含む関連付けられたプロジェクトデータベース７１０（図７）を有し得る。オブジェクトの例は、成果物ビジネスオブジェクト２６０、グローバルプロジェクト成果物オブジェクト２３０（図２）、少なくとも１つの他のオブジェクト（例えば、プロジェクト成果物オブジェクト２３０、ドキュメントオブジェクト、パーツオブジェクト）への入力／出力アクセスを提供するページオブジェクト及びオートメーションオブジェクトを含む。プロジェクト成果物オブジェクト２３０は、タスク成果物タイプ２３１（図２）を格納する。各成果物１３０ａ～ｃは、関連付けられたグローバルプロジェクト成果物オブジェクト２３０（図２）によって表される。１つのデータベース７１０（図７）への製品データ７１１（図７）及びプロセスデータ７１２（図７）の格納により、完了レベルの手動で作成される認識に基づく報告から、より事実に基づく自動的な最新の報告への移動が容易になる。

以前は、タスクパーセンテージ完了値は、タスク受託人がタスクのパーセンテージ完了を手動で更新し、また、例えば、タスクライフサイクル状態におけるタスク成熟状態も手動で更新することに基づいて更新されていた。これは、タスクライフサイクル状態値が主観的なものであり、また、いくつかの事例では、プロジェクトの異なるタスクにわたって及び／又は異なるプロジェクトの同様のタスクにわたって一貫性がなかったため、問題とされていた。

第１の実施形態の下では、成果物パーセンテージ完了を追跡するために、グローバルプロジェクト成果物オブジェクト２３０（図２）の新しいオブジェクトが作成される。グローバルプロジェクト成果物オブジェクト２３０（図２）は、タスク成果物タイプ２３１及び関連付けられた成果物成熟状態２３４～２３７（図２）を定義する。各タスク成果物タイプは、テンプレートを有する。成果物タイプ２３１の例は、数ある中でも特に、ドキュメント、ＰＤＦファイル及び技術工学設計を含む。成果物成熟状態２３４～２３７は、成果物の完了の尺度（例えば、２５％、５０％、７５％、１００％に相当する）を示す。プロジェクトパーセンテージ完了は、各成果物成熟状態２３４～２３７（図２）に基づいて計算される。図３によって示されるように、成果物タスクステータスは、例えば、編集可能なタスク成果物表に表示することができる。

図２は、成果物ビジネスオブジェクトＤ１ ２６０のタスク１２０のタスクライフサイクル状態を、グローバルプロジェクト成果物オブジェクト２３０によって表されるような関連付けられた成果物１３０（図１）の成熟状態と関連付けるブロック図を示す。成果物ビジネスオブジェクトＤ１ ２６０の例は、これらに限定されないが、Wordドキュメント、ＰＤＦファイル、技術工学設計、製造計画又は要件仕様を含む。タスク成果物表３００（図３）の状態名のドロップダウンは、１００％、７５％、５０％、２５％に相当し、成果物のタイプを管理するポリシにおけるライフサイクル状態２６１～２６４に従っている。「作業中」は、１００％にはなり得ず、「リリース」は７５％にはなり得ない。しかし、「リリース」は、１００％になり得、「作業中」は、７５％になり得る。

各タスク１２０は、関連付けられたプロジェクト成果物オブジェクト２３０によって表される１つ又は複数の成果物１３０（図１）を有する。各プロジェクト成果物オブジェクト２３０は、成果物タイプ２３１と、例えば、「ドキュメントリリース」などのタスク成果物ポリシ２３２と、タスク成果物成熟状態２３４～２３７のセットを有するタスク成熟状態２３３と、オートメーション有効化フラグ２３８とを有する。オートメーション有効化フラグ２３８が設定される場合は、タスク１２０は、タスク成果物パーセンテージ完了２４０に成果物の重み付け１３５を乗じることによって計算されるプロジェクト成果物パーセンテージの一部分に貢献する。

成果物ビジネスオブジェクトＤ１ ２６０は、成果物ビジネスオブジェクトライフサイクル状態２７０を含み、成果物ビジネスオブジェクトライフサイクル状態２７０は、ライフサイクル成熟状態Ｓ１～Ｓ４ ２６１～２６４のうちの１つであり得る。成果物ビジネスオブジェクトライフサイクル状態２７０がＳ１ ２６１であり、成果物成熟状態２３４と同じタスク成熟状態２３３であり、成果物成熟状態２３４の定義が成果物の２５％完了であるべきであることを示す場合は、成果物パーセント完了は、２５％に設定される。成果物ビジネスオブジェクトライフサイクル状態２７０がＳ２ ２６２であり、成果物成熟状態２３５と同じタスク成熟状態２３３であり、成果物成熟状態２３５の定義が成果物の５０％完了であるべきであることを示す場合は、成果物パーセント完了は、５０％に設定される。成果物ビジネスオブジェクトライフサイクル状態２７０がＳ３ ２６３であり、成果物成熟状態２３６と同じタスク成熟状態２３３であり、成果物成熟状態２３６の定義が成果物の７５％完了であるべきであることを示す場合は、成果物パーセント完了は、７５％に設定される。成果物ビジネスオブジェクトライフサイクル状態２７０がＳ４ ２６４であり、成果物成熟状態２３７と同じタスク成熟状態２３３であり、成果物成熟状態２３７の定義が成果物の１００％完了であるべきであることを示す場合は、成果物パーセント完了は、１００％に設定される。本実施形態の場合は４つの成熟状態が存在するが、他の実施形態は、より少ない成熟状態を有し得、１００％成熟状態以外はすべて任意選択的であることに留意すべきである。

ユーザ（例えば、プロジェクトマネージャ）は、各成果物１３０に対する個々の成果物の重み付け１３５を編集することができ、重み付け１３５は、タスク成果物表に表示される。累積成果物重み付きパーセンテージ値は、タスク１２０に対するパーセンテージ完了値２４０を生成するために、成果物成熟状態２３４～２３７及び成果物の重み付け１３５に基づいて計算される。

成果物成熟状態２３４～２３７は、例えば、数ある中でも特に、「予備」、「準備」、「作業中」、「検討中」及び「完了」を含む、テキスト記述子と関連付けることができる。タスクパーセンテージ完了値は、タスク成熟状態に基づいて更新される。例えば、タスクパーセンテージ完了値は、典型的には、予備状態では０％であり、完了状態では１００％である。タスク成果物２３０の各々の平均パーセンテージ完了値が１００％である場合は、タスク１２０は、自動的に完了状態に格上げされる。平均パーセンテージ完了値が１００％未満である場合は、タスクが検討中又は完了状態に格上げされていれば、タスク１２０は、自動的に「作業中」状態に格下げされる。タスク１２０に対する自動格上げ／格下げ状態は、構成可能であり、ページオブジェクトにおいて定義される。

成果物がタスクに追加される／タスクから取り除かれる際、成果物の重み付けは、すべての重み付けの総和が１００になるように自動的に分散される。このように、タスクの成果物の数の変更の影響は、タスクのすべての成果物にわたって均等に分散される。次いで、タスク受託人又はプロジェクトリーダーは、タスクの成果物の重要性を定義するために、重み付けを手動で変更することができ（合計すると１００になる限り）、次いで、成果物の重み付けにおけるこの変更は、成果物がタスクに追加される／タスクから取り除かれるまで、ソフトウェアによって重視される。

成果物がタスクに追加されるか又はタスクから取り除かれる度、重み付けは、すべての成果物の間で均等に分散される。割り切れない数の成果物が存在するシナリオでは、すべての成果物に対する重み付けが整数になるように、どの成果物に対する成果物の重み付けも、小数点以下を四捨五入して整数にする。例えば、２つの成果物の場合は、システムは、各成果物に対し、５０として重み付けを自動的に分散する一方で、３つの成果物の場合は、重み付けは、３４、３３、３３として分散される。

オートメーションが定義されていないか又はオフになっている成果物がプロジェクトタスクに追加される際は、タスク成果物表の計算値は消去され、タスクのパーセンテージ完了の更新は、タスク受託人によって手動で行われ、タスクの成果物のライフサイクル状態成熟度が引き金になることはない。オートメーションが定義されていないか又はオフになっている成果物がタスクに追加される際は常に、成果物を追加しているユーザには、追加している成果物に対してオートメーションが定義されていないか又はオフになっているため、タスクのパーセンテージ完了を更新するためのオートメーションが可能ではないことを述べるメッセージが提示される。各成果物オブジェクトに対し、タスク成果物表は、その成果物タイプに対してオートメーションが定義されているか、オートメーションがオフになっているか又はオートメーションが定義されていないかを示す列を有する。その上、オートメーションが定義されていないか又はオフになっているタスクの成果物がタスクから取り除かれる際は、タスクの残りの成果物にオートメーションを適用できるかどうか判断し、適用できる場合は、タスク成果物表のすべての値が再計算され、成果物のライフサイクルステータスに基づいてプロジェクトタスクのパーセンテージ完了が更新される。

図６は、成果物ステータスに基づいてプロジェクトステータスをリアルタイムで更新するための方法のフローチャート６００である。フローチャートのいかなるプロセス記述又はブロックも、プロセスの特定の論理機能を実装するための１つ又は複数の命令を含むモジュール、セグメント、コードの部分又はステップを表すものとして理解すべきであり、本発明の当業者によって理解されるように、代替の実装形態は、本発明の範囲内に含まれ、機能は、関与する機能性に応じて、示されるか又は論じられるものとは順不同に（実質的に同時に又は逆の順番でを含む）実行できることに留意すべきである。方法は、多数のタスクを有するプロジェクトに対し、成果物ステータスに基づいてプロジェクトステータスをリアルタイムで更新し、各タスクは、少なくとも１つの成果物を有する。ブロック６１０によって示されるように、各成果物に対し、多数の成果物ライフサイクル状態が定義される。ブロック６２０によって示されるように、追跡された成果物ライフサイクル状態の各々は、プロジェクトタスクのパーセンテージ完了にマッピングされる。ブロック６３０によって示されるように、重み付けは、成果物の重要性に従って各成果物に割り当てられる。ブロック６４０によって示されるように、成果物に対する変更されたライフサイクル状態が受信される。ブロック６５０によって示されるように、プロジェクトパーセンテージ完了ステータスは、変更されたライフサイクル状態と割り当てられた重み付けの積に従って自動的に調整される。

図７は、プロジェクトステータスを自動的に更新するためのシステムの例示的な実施形態の概略ブロック図７００である。システム７００は、プロジェクトデータベース７１０内の製品データ７１１及びプロセスデータ７１２を関連付けるためのタスク成果物関係マネージャ７４０を含む。プロジェクト成果物マネージャ７３０は、例えば、プロジェクトサーバ７５０を介して１つ又は複数の端末７６０にエントリされたリアルタイムのプロジェクトステータスを受信する。プロジェクト成果物マネージャ７３０は、タスク成熟状態機械７３３及び成果物ビジネスオブジェクトライフサイクル状態機械７７０を保守する。プロジェクト成果物マネージャ７３０及びタスク成果物関係マネージャ７４０は、端末７６０及びプロジェクトデータベース７１０と通信する。図７は、分散された実施形態を示しているが、代替の実施形態では、プロジェクトデータベース７１０、タスク成果物関係マネージャ７４０及びプロジェクト成果物マネージャ７３０のうちの２つ以上は、同じ設備内でホストすることができる。

プロジェクト成果物マネージャ７３０は、グローバルプロジェクト成果物オブジェクト２３０（図２）を作成し管理し得るが、タスク成果物関係マネージャ７４０は、タスク１２０（図２）に対するパーセンテージ完了値２４０（図２）を生成するために、成果物成熟状態２３４～２３７（図２）及び成果物の重み付け１３５（図２）に基づいて、累積成果物重み付きパーセンテージ値を計算する。

以前のプロジェクト管理システムは、タスクレベルから段階レベルに、次いで、プロジェクト自体へと、パーセンテージ完了をロールアップしていたが、本明細書の実施形態は、タスクの成果物ステータスに基づいてパーセンテージ完了がタスク自体に適用される方法を自動化する。本実施形態の下では、成果物が５０％完了と考えられる場合は、それは、実際に成果物がある一定の成熟度のライフサイクル状態にあり、また、そのタスクに対する重要性が織り込まれていることを意味する。これにより、認識に基づく報告の代わりに、事実に基づく報告が得られる。例えば、ここでは、プロジェクトリーダーは、必ずしも、成果物ステータスを生成するチームメンバーと通信し、次いで、プロジェクトステータスを主観的に更新する必要はない。この主観的な更新は、プロジェクトタスクにパーセンテージ完了を手動で適用し、報告用にこの情報をコンパイルすることを伴うものであり、この情報は、成果物のステータスがチームメンバーとの以前の通信以来変わってしまった可能性があるため、最新のものではない可能性がある。

以前のプロジェクト管理ツールは、ライフサイクル成果物の変更に基づくこの方式でプロジェクトステータスを自動的に更新することはできないが、その理由は、以前は、本実施形態の下でのものとは異なり、成果物（製品データとドキュメント）及びプロジェクト情報は、単一のデータベースから取り出して作業を行う単一のシステムでは管理されておらず、従って、これらのアイテムは互いに直接接続されていなかったためである。本実施形態は、成果物ライフサイクルステータスに基づいてプロジェクトタスクパーセンテージ完了を更新する上でオートメーションを導入することによって、成果物ステータスとプロジェクト情報との間のこの直接接続を活用する。これにより、プロジェクトリーダーとタスク受託人の両方に対するプロジェクトステータスのフォローアップ及び更新などの価値を生まない追加の活動が排除される。これにより、タスク受託人は、プロジェクトタスクステータスの更新に時間を費やす代わりに、成果物の完了に集中することができる。

本実施形態の下では、プロジェクトタスク自体は重み付けされない。代わりに、タスクの成果物が重み付けされる。プロジェクトのタスクは、タスク依存性に基づいて線形直列に起こるように定義するか（すなわち、タスクＢはタスクＡが終了するまで開始できない）、又は、プロジェクトリーダーがどのようにプロジェクトスケジュールをモデル化するかに応じて並列に起こるように定義することができる。

上記で詳細に説明される機能性を実行するための本システムの実施形態は、コンピュータを介して実装することができ、その例は、図５の概略図に示される。システム５００は、プロセッサ５０２と、記憶装置５０４と、前述の機能性を定義するソフトウェア５０８が格納されたメモリ５０６と、入力及び出力（Ｉ／Ｏ）デバイス５１０（又は周辺機器）と、システム５００内の通信を可能にするローカルバス又はローカルインタフェース５１２とを含む。ローカルインタフェース５１２は、例えば、これらに限定されないが、当技術分野で知られているような、１つ又は複数のバス又は他の有線若しくは無線接続であり得る。ローカルインタフェース５１２は、通信を可能にするためのコントローラ、バッファ（キャッシュ）、ドライバ、リピータ及びレシーバなど、追加の要素を有し得るが、簡単にするため、それらの要素を省略している。さらに、ローカルインタフェース５１２は、前述のコンポーネントの間で適切な通信を可能にするために、アドレス、コントロール及び／又はデータ接続を含み得る。

プロセッサ５０２は、ソフトウェア（特に、メモリ５０６に格納されたもの）を実行するためのハードウェアデバイスである。プロセッサ５０２は、特注の又は市販のシングルコア若しくはマルチコアプロセッサ、中央処理装置（ＣＰＵ）、本システム５００と関連付けられたいくつかのプロセッサの間の補助プロセッサ、半導体ベースのマイクロプロセッサ（マイクロチップ若しくはチップセットの形態）、マクロプロセッサ、又は、ソフトウェア命令を実行するための一般的にあらゆるデバイスであり得る。

メモリ５０６は、揮発性記憶素子（例えば、ランダムアクセスメモリ（ＤＲＡＭ、ＳＲＡＭ、ＳＤＲＡＭなどのＲＡＭなど））及び不揮発性記憶素子（例えば、ＲＯＭ、ハードドライブ、テープ、ＣＤＲＯＭなど）のいずれか１つ又は組合せを含み得る。その上、メモリ５０６は、電子、磁気、光学及び／又は他のタイプの記憶媒体を組み込むことができる。メモリ５０６は、様々なコンポーネントが互いにリモート設置される（ただし、プロセッサ５０２によるアクセスが可能である）分散アーキテクチャを有し得ることに留意されたい。

ソフトウェア５０８は、本発明によるシステム５００によって実行される機能性を定義する。メモリ５０６内のソフトウェア５０８は、１つ又は複数の別個のプログラムを含み得、各プログラムは、以下で説明されるようなシステム５００の論理機能を実施するための実行可能命令の順序付けられたリストを含む。メモリ５０６は、オペレーティングシステム（Ｏ／Ｓ）５２０を含み得る。オペレーティングシステムは、本質的には、システム５００内のプログラムの実行を制御し、スケジューリング、入出力制御、ファイル及びデータ管理、メモリ管理、並びに、通信制御及び関連サービスを提供する。

Ｉ／Ｏデバイス５１０は、入力デバイスを含み得、例えば、これらに限定されないが、キーボード、マウス、スキャナ、マイクロフォンなどを含み得る。その上、Ｉ／Ｏデバイス５１０は、出力デバイスも含み得、例えば、これらに限定されないが、プリンタ、ディスプレイなどを含み得る。最後に、Ｉ／Ｏデバイス５１０は、入力と出力の両方を介して通信するデバイスをさらに含み得、例えば、これらに限定されないが、変調器／復調器（別のデバイス、システム若しくはネットワークにアクセスするためのモデム）、高周波（ＲＦ）若しくは他のトランシーバ、通話インタフェース、ブリッジ、ルータ又は他のデバイスを含み得る。

システム５００が動作中は、プロセッサ５０２は、上記で説明されるように、メモリ５０６への及びメモリ５０６からのデータの通信を行うため、並びに、一般に、ソフトウェア５０８に従ってシステム５００の動作を制御するため、メモリ５０６内に格納されたソフトウェア５０８を実行するように構成される。

システム５００の機能性が動作中は、プロセッサ５０２は、メモリ５０６への及びメモリ５０６からのデータの通信を行うため、並びに、一般に、ソフトウェア５０８に従ってシステム５００の動作を制御するため、メモリ５０６内に格納されたソフトウェア５０８を実行するように構成される。オペレーティングシステム５２０は、プロセッサ５０２によって読み取られ（恐らくは、プロセッサ５０２内にバッファリングされている）、次いで、実行される。

ソフトウェア５０８においてシステム５００が実装される際、システム５００を実装するための命令は、任意のコンピュータ関連デバイス、システム若しくは方法によって又はコンピュータ関連デバイス、システム若しくは方法に関連して使用するための任意のコンピュータ可読媒体に格納できることに留意すべきである。そのようなコンピュータ可読媒体は、いくつかの実施形態では、メモリ５０６と記憶装置５０４のいずれか又は両方に相当し得る。この文書の文脈では、コンピュータ可読媒体は、コンピュータ関連デバイス、システム若しくは方法によって又はコンピュータ関連デバイス、システム若しくは方法に関連して使用するためのコンピュータプログラムを含むか又は格納することができる電子、磁気、光学又は他の物理デバイス又は手段である。システムを実装するための命令は、プロセッサ又は他のそのような命令実行システム、装置若しくはデバイスによって或いはプロセッサ又は他のそのような命令実行システム、装置若しくはデバイスに関連して使用するための任意のコンピュータ可読媒体で具体化することができる。プロセッサ５０２が例として言及されているが、そのような命令実行システム、装置又はデバイスは、いくつかの実施形態では、任意のコンピュータベースのシステム、プロセッサを含むシステム、又は、命令実行システム、装置若しくはデバイスから命令をフェッチして命令を実行することができる他のシステムであり得る。この文書の文脈では、「コンピュータ可読媒体」は、プロセッサ又は他のそのような命令実行システム、装置若しくはデバイスによって或いはプロセッサ又は他のそのような命令実行システム、装置若しくはデバイスに関連して使用するための、プログラムの格納、伝達、伝播又はトランスポートを行うことができるいかなる手段でもあり得る。

そのようなコンピュータ可読媒体は、例えば、これらに限定されないが、電子、磁気、光学、電磁、赤外線又は半導体システム、装置、デバイス又は伝播媒体であり得る。コンピュータ可読媒体のより具体的な例（完全に網羅されていないリスト）は、以下の、１つ又は複数のワイヤを有する電気接続（電子）、ポータブルコンピュータディスケット（磁気）、ランダムアクセスメモリ（ＲＡＭ）（電子）、読み取り専用メモリ（ＲＯＭ）（電子）、電気的消去型プログラム可能読み取り専用メモリ（ＥＰＲＯＭ、ＥＥＰＲＯＭ又はフラッシュメモリ）（電子）、光ファイバ（光学）及びポータブルコンパクトディスク読み取り専用メモリ（ＣＤＲＯＭ）（光学）を含み得る。プログラムは、例えば紙又は他の媒体の光走査を介して電子的に捕捉し、次いで、必要に応じて適切な方法でコンパイル、解釈又は別の方法で処理し、次いで、コンピュータメモリに格納することができるため、コンピュータ可読媒体は、プログラムが印刷された紙又は別の適切な媒体でさえもあり得ることに留意されたい。

ハードウェアにおいてシステム５００が実装される代替の実施形態では、システム５００は、各々が当技術分野で周知である以下の技術、すなわち、データ信号に対する論理機能を実施するための論理ゲートを有する離散論理回路、適切な組合せ論理ゲートを有する特定用途向け集積回路（ＡＳＩＣ）、プログラマブルゲートアレイ（ＰＧＡ）、フィールドプログラマブルゲートアレイ（ＦＰＧＡ）などのいずれか又は組合せで実装することができる。

上記で記述されるように、プラットフォームが１つのデータベース内で製品及びプロセスデータを管理することは有利である。追加設定なしの（ＯＯＴＢ）「タスク成果物」関係は、プロジェクトタスクと製品（３Ｄ設計、ＰＤＦドキュメント又は要件仕様など）との間のリンクであることを理由に重要である。「タスク成果物」関係によるこの製品データは、プロジェクトタスクに対する成果物になる。各成果物は、ライフサイクル状態を有するポリシによって管理される。状態間のそのライフサイクルにおいて成果物が前進又は後退するように、パーセンテージ完了はタスク上で更新される。成果物ポリシは、グローバルに定義され、従って、例えば、すべてのWordファイルは第１のポリシを有し、すべてのＣＡＤファイルは第２のポリシを有する。しかし、複数のポリシを成果物の各々のタイプと関連付けることができ、それは、第１のポリシ又は第２のポリシによってWordファイルを管理できることを意味する。Wordファイルがプラットフォーム上で保存される際、ユーザは、適切なポリシを選択する。例えば、第１のポリシは４つのライフサイクル状態のみ有し、第２のポリシは６つのライフサイクル状態を有し得、ユーザは、所望のビジネスニーズ／ルールに応じていずれかを選択することができる。Wordファイル（そういう意味では、プラットフォーム上のあらゆるＩＰも同様）は、どの時点であっても常に、たった１つのポリシによって管理される。従って、成果物（Word、ＣＡＤなど）のタイプ及び管理ポリシ（第１のポリシ又は第２のポリシ）の組合せがオートメーションを定義する。

要約すると、本発明の範囲又は精神から逸脱することなく、本発明の構造に対して様々な修正及び変更を行えることが当業者に明らかであろう。前述を踏まえて、本発明は、提供されるこの発明の修正及び変更をカバーし、それらは、以下の特許請求の範囲及びそれらの均等物の範囲内に収まることが意図される。

１１０ プロジェクト
１２０ タスク
１３０ 成果物
１３５ 重み
２３０ プロジェクト成果物
２３１ タスク成果物タイプ
２３２ タスク成果物ポリシ
２３３ タスク成熟状態
２３４ 状態
２３５ 状態
２３６ 状態
２３７ 状態
２３８ オートメーション有効化
２４０ 成果物％完了
２６０ 成果物ビジネスオブジェクト
２６１ ライフサイクル状態
２６２ ライフサイクル状態
２６３ ライフサイクル状態
２６４ ライフサイクル状態
２７０ 成果物ビジネスオブジェクトライフサイクル状態
５０２ プロセッサ
５０４ 記憶装置
５０６ メモリ
５０８ ソフトウェア
５１０ 入力／出力デバイス
５１２ ローカルバス
７１１ 製品データ
７１２ プロセスデータ
７３０ プロジェクト成果物マネージャ
７３３ タスク成熟状態機械
７４０ タスク成果物関係マネージャ
７５０ プロジェクトサーバ
７６０ 端末
７７０ 成果物ビジネスオブジェクトライフサイクル状態機械

Claims (11)

1. プロジェクトに対するプロジェクトステータスをリアルタイムで更新及び維持するためのシステムであって、プロジェクトが多数のタスクを含み、各タスクが少なくとも１つの成果物をさらに含み、前記システムは、
   製品データ及びプロセスデータを含むプロジェクトデータベースを格納するように構成されたメモリデバイスであって、前記プロジェクトデータベースは、前記少なくとも１つの成果物の各成果物に対するプロジェクト成果物オブジェクトと、成果物ビジネスオブジェクトとから構成され、
   前記プロジェクト成果物オブジェクトは、さらに、複数のタスク成果物タイプのタスク成果物タイプと、複数のライフサイクルステージからなるタスク成果物ポリシーと、タスク成果物ポリシーにしたがって、前記少なくとも１つの成果物の完了の尺度を示す成果物成熟状態とを含み、前記複数のタスク成果物タイプの各タスク成果物タイプは、対応するタスク成果物テンプレートを有し、
   前記成果物ビジネスオブジェクトは、さらに、前記多数のタスクのうちの対応する１つに対して追跡されることになる、複数の成果物ライフサイクル状態を含む、メモリデバイスと、
   前記製品データ及び前記プロセスデータを関連付けるように構成されたコンピュータベースのタスク成果物関係マネージャであって、前記プロジェクトデータベースと連通するタスク成果物関係マネージャと、
   タスク成熟状態機械及び成果物ビジネスオブジェクトライフサイクル状態機械をさらに含むコンピュータベースのプロジェクト成果物マネージャであって、前記タスク成果物関係マネージャ及び前記プロジェクトデータベースと連通するプロジェクト成果物マネージャであり、
   リアルタイムのプロジェクトステータスを受信することと、
   前記リアルタイムのプロジェクトステータスに基づいて、前記タスク成熟状態機械、前記成果物ビジネスオブジェクトライフサイクル状態機械及び前記プロジェクトデータベースを更新することと
   を行うように構成されたプロジェクト成果物マネージャと
   を備え、前記システムは、
   少なくとも１つの成果物を有するタスクの各々のものに対し、追跡予定の多数の成果物ライフサイクル状態を定義することと、
   追跡されることになる成果物ライフサイクル状態の各々を前記多数のタスクのうちの対応する１つのパーセンテージ完了にマッピングすることと、
   前記成果物のうちの対応する１つの重要性に従って重み付けをプロジェクト成果物オブジェクトの各々に割り当てることと、
   前記成果物ライフサイクル状態の変更されたものを受信することと、
   前記成果物ライフサイクル状態の変更されたものと前記割り当てられた重み付けの積に従って、プロジェクトタスクパーセンテージ完了ステータスを自動的に調整することと
   を行うように構成される、システム。
2. 前記メモリデバイス、前記タスク成果物関係マネージャ及び前記プロジェクト成果物マネージャと連通するプロジェクトサーバをさらに含む、請求項１に記載のシステム。
3. 前記リアルタイムのプロジェクトステータスを前記プロジェクト成果物マネージャに伝達するように構成された前記プロジェクトサーバと連通する端末をさらに含む、請求項２に記載のシステム。
4. 前記タスク成果物関係マネージャが、前記製品データ及び前記プロセスデータを更新するように構成される、請求項１に記載のシステム。
5. プロジェクトに対するプロジェクトステータスをリアルタイムで更新するためのコンピュータベースの方法であって、プロジェクトが多数のタスクを含み、各タスクが少なくとも１つの成果物をさらに含み、前記リアルタイムで更新されたプロジェクトステータスが、少なくとも１つのタスク成果物の成果物ステータスに基づいており、前記方法は、
   プロジェクトに対するプロジェクトステータスをリアルタイムで更新及び維持するためのシステムを提供するステップであって、前記プロジェクトが多数のタスクを含み、各タスクが少なくとも１つの成果物をさらに含み、前記システムは、
   製品データ及びプロセスデータを含むプロジェクトデータベースを格納するように構成されたメモリデバイスであって、前記プロジェクトデータベースは、前記少なくとも１つの成果物の各成果物に対するプロジェクト成果物オブジェクトと、成果物ビジネスオブジェクトとから構成され、
   前記プロジェクト成果物オブジェクトは、さらに、複数のタスク成果物タイプのタスク成果物タイプと、複数のライフサイクルステージからなるタスク成果物ポリシーと、タスク成果物ポリシーにしたがって、前記少なくとも１つの成果物の完了の尺度を示す成果物成熟状態とを含み、前記複数のタスク成果物タイプの各タスク成果物タイプは、対応するタスク成果物テンプレートを有し、
   前記成果物ビジネスオブジェクトは、さらに、前記多数のタスクのうちの対応する１つに対して追跡されることになる、複数の成果物ライフサイクル状態を含む、メモリデバイスと、
   前記製品データ及び前記プロセスデータを関連付けるように構成されたコンピュータベースのタスク成果物関係マネージャであって、前記プロジェクトデータベースと連通するタスク成果物関係マネージャと、
   タスク成熟状態機械及び成果物ビジネスオブジェクトライフサイクル状態機械をさらに含むコンピュータベースのプロジェクト成果物マネージャであって、前記タスク成果物関係マネージャ及び前記プロジェクトデータベースと連通するプロジェクト成果物マネージャであり、
   リアルタイムのプロジェクトステータスを受信することと、
   前記リアルタイムのプロジェクトステータスに基づいて前記タスク成熟状態機械、前記成果物ビジネスオブジェクトライフサイクル状態機械及び前記プロジェクトデータベースを更新することと、
   を行うように構成されたプロジェクト成果物マネージャと
   を備える、システムを提供するステップと、
   コンピュータのプロセッサによって、少なくとも１つの成果物を有するタスクの各々のものに対し、追跡予定の多数の成果物ライフサイクル状態を受信するステップと、
   前記プロセッサによって、追跡されることになる成果物ライフサイクル状態の各々を前記多数のタスクのうちの対応する１つのパーセンテージ完了にマッピングするステップと、
   前記プロセッサによって、前記成果物のうちの対応する１つの重要性に従って、プロジェクト成果物オブジェクトの各々に対する重み付けを受信するステップと、
   前記プロセッサによって、前記成果物のうちの対応する１つに対する成果物ライフサイクル状態の変更されたものを受信し、前記成果物ライフサイクル状態の変更されたものと前記重み付けの積に従って、プロジェクトタスクパーセンテージ完了ステータスを自動的に調整するステップと
   を含む、方法。
6. 各ライフサイクル状態が、前記対応するプロジェクトタスクの完了パーセンテージを表す、請求項５に記載の方法。
7. 少なくとも１つのプロジェクトタスク成果物が、プロジェクトデータを含む、請求項５に記載の方法。
8. 少なくとも１つのプロジェクトタスク成果物が、ドキュメントを含む、請求項５に記載の方法。
9. スイッチを多数の成果物のうちの１つの成果物にマッピングし、前記成果物がプロジェクトタスクパーセンテージ完了演算に含まれるか又は除外されるかを判断するステップをさらに含む、請求項５に記載の方法。
10. １００％の成果物の重み付けを自動的に割り当てるステップをさらに含み、プロジェクトタスクが、まさに１つの成果物を有する、請求項５に記載の方法。
11. 前記プロジェクトと前記多数のタスクが、共通データベースを共有する、請求項５に記載の方法。