(57)【要約】デリバリ可能なもの（例えばクライアントまたはカスタマにデリバリ可能なもの）の結果となる改良されたプロジェクト管理のためのコンピュータ実装システムおよび方法である。スタッフ・メンバのようなリソースとデリバリ可能なものを生成するのに必要な時間とが、それらが存在する環境にしたがってスケジュール化される。環境は、デリバリ可能なものを一部とする特定のアセット・リスト、割り当てに利用可能であるか、特定のリストを完了するのに割り当てられた個々のスタッフまたはスタッフのチームなどを含むことができる。チームは如何なるタスクの優先度をも特定することができる。デリバリ可能なものがシステムに入力されると、その要素のタスクがデータ・オブジェクトを含むワークフローとして振る舞う。データ・オブジェクトは、チームに特化した属性にしたがって処理される。タスクが進行若しくは完了すると、または、タスク優先度およびチーム属性を考慮して新規タスクが追加されると、スケジュールは自動的に修正される。【選択図】図１
2016536655.tif 000002
【特許請求の範囲】
【請求項１】
プロジェクト管理のためのシステムであって、ネットワーク・インタフェースとデータ通信を行う有形のプロセッサを有するサーバを備え、前記ネットワーク・インタフェースが当該サーバをデータ通信ネットワークに結合し、
前記サーバのプロセッサが更に、命令を格納するデータ記憶デバイスとデータ通信を行い、前記命令が前記プロセッサで実行されると、前記サーバに、
プロジェクトを完了するのに用いられるリソースの量への合意を含む、完了すべき前記プロジェクトの情報を取得するステップと、
各タスクの優先度を含む、前記プロジェクトを完了するために遂行される複数の関連のタスクの情報を取得するステップと、
前記各タスクを完了するのに用いられる前記リソースの推定を取得し、前記推定の合計を総内部リソース推定として計算するステップと、
前記各タスクの完了に向けて既に費やされた前記リソースの測定を取得し、前記測定の合計を、前記費やされたリソースの実際の内部量として計算するステップと、
前記各タスクを完了するためのスケジュールを取得するステップと、
内部ユーザへの提示のために、内部フォーマット化規則にしたがって、
前記プロジェクトの情報、
前記タスクの情報、
前記リソースの情報、および
前記スケジュール
のそれぞれの少なくとも一部をフォーマット化するステップと、
外部ビューアへの提示のために、外部フォーマット化規則にしたがって、
前記プロジェクトの情報、および
前記スケジュール
のそれぞれの少なくとも一部をフォーマット化するステップであって、前記外部フォーマット化規則が、
前記合意された前記リソースの量における前記総内部リソース推定との対比に基づいて、正規化係数を生成すること、
前記リソースの前記実際の内部量を前記正規化係数で乗算して、プロジェクト進捗指標を得ること、および
前記アセット進捗指標を表示デバイス上に提示すること
を含む、ステップと
を含む方法を実行させる、システム。
【請求項２】
請求項１記載のシステムにおいて、前記データ記憶デバイスが、
各アセットを完了するのに用いられる前記リソースの量への合意を含む、前記プロジェクトの一部として生成される複数の前記アセットについての情報を取得するステップと、
前記タスクの一部を各アセットにそれぞれ関連づけるステップと、
各アセットに関連づけられる前記タスクを完了するのに用いられる前記リソースの前記推定の合計を、前記アセットの内部リソース推定として計算するステップと、
前記タスクのそれぞれの完了に向けて既に費やされた前記リソースの測定から、前記アセットのそれぞれの完了に向けて既に費やされた前記リソースの測定の合計を、前記アセットの実際の内部リソース量として計算するステップと
を更に含む方法を前記サーバに実行させる命令を格納し、
内部ビューアに提示するための前記フォーマット化が、前記アセットの少なくとも一部に関連づけられる前記実際の内部リソース量の少なくとも一部を含み、
前記外部フォーマット化規則が、
各アセットを完了するのに用いられる、合意された前記リソースの量における前記アセットの前記内部リソース推定との対比に基づいて正規化係数を生成すること、
それぞれのアセットに関連づけられる前記リソースの前記実際の内部リソース量を前記それぞれの正規化係数で乗算して、アセット進捗指標を得ること、および
前記アセット進捗指標を表示デバイス上に提示すること
を含む、システム。
【請求項３】
請求項１記載のシステムにおいて、前記リソースが、担当者に関連づけられるワーク時間を含む、システム。
【請求項４】
請求項３記載のシステムにおいて、前記データ記憶デバイスが、
前記タスクのそれぞれの担当者への割り当てを取得するステップと、
各タスクに関連づけられる前記それぞれのワーク時間を示すタイムラインを生成するステップと、
それぞれのタスクに対して費やされる実際のワーク時間の測定を取得するステップと、
前記タイムラインを更新し、前記スケジュールを修正するステップと
を更に含む方法を前記サーバに実行させる命令を格納する、システム。
【請求項５】
請求項４記載のシステムにおいて、前記データ記憶デバイスが、
前記担当者の責任のドメインを示す、前記担当者の内少なくとも１つのロールを取得するステップを更に含む方法を前記サーバに実行させる命令を格納し、
前記内部フォーマット化規則が、前記担当者のロールに基づいて情報を内部ユーザに提示するための少なくとも１つの規則を含む、システム。
【請求項６】
請求項４記載のシステムにおいて、前記データ記憶デバイスが、
前記タスクの優先度と、完了のための選択担当者への前記タスクの割り当てとを含む、新規タスクの情報を取得するステップと、
前記タスクの再配置を含む前記スケジュールの修正し、前記新規タスクを、該新規タスクよりも低い優先度を有するタスクよりも先に前記スケジュールに挿入するステップと
を更に含む方法を前記サーバに実行させる命令を格納する、システム。
【請求項７】
請求項６記載のシステムにおいて、前記データ記憶デバイスが、
前記選択担当者に関連づけられる断片化インデックスを生成するステップであって、前記断片化インデックスが、担当者のスケジュールにおける隙間の数、各隙間のそれぞれの間隔、各タスクについて前記スケジュールの連続時間の測定の内の少なくとも１つを示す、ステップを更に含む方法を前記サーバに実行させる命令を格納し、
前記スケジュールを修正する前記ステップが、前記担当者の断片化インデックスを減らすために、前記タスクを再配置することを含む、システム。
【請求項８】
請求項３記載のシステムにおいて、前記データ記憶デバイスが、
各担当者のそれぞれの時間給を取得するステップと、
前記時間給を用いて、あるアセットに対して実際に費やされる時間、前記アセットの前記内部リソース推定、前記プロジェクトに対して実際に費やされる時間、および前記プロジェクトの前記内部リソース推定の内の少なくとも１つの値を生成するステップと
を更に含む方法を前記サーバに実行させる命令を格納する、システム。
【請求項９】
請求項８記載のシステムにおいて、前記データ記憶デバイスが、
前記時間給を用いて、あるアセットに関連づけられる発生利益、前記アセットに関連づけられる総利益の推定、前記プロジェクトに関連づけられる発生利益、および前記プロジェクトに関連づけられる総利益の推定の内の少なくとも１つの生成するステップ
を更に含む方法を前記サーバに実行させる命令を格納する、システム。
【請求項１０】
プロジェクトを管理するためのコンピュータ・ベース方法であって、
サーバにおいて、
プロジェクトを完了するのに用いられるリソースの量への合意を含む、完了すべき前記プロジェクトの情報、
各タスクの優先度を含む、前記プロジェクトを完了するために遂行される複数の関連のタスクの情報、
推定の合計を総内部リソース推定として計算するための、前記各タスクを完了するのに用いられる前記リソースの推定、
測定の合計を、費やされたリソースの実際の内部量として計算するための、前記各タスクの完了に向けて既に費やされた前記リソースの測定、および
前記各タスクを完了するためのスケジュール
を取得するステップと、
内部ユーザへの提示のために、内部フォーマット化規則にしたがって、
前記プロジェクトの情報、
前記タスクの情報、
前記リソースの情報、および
前記スケジュール
のそれぞれの少なくとも一部を前記サーバによってフォーマット化するステップと、
外部ビューアへの提示のために、外部フォーマット化規則にしたがって、
前記プロジェクトの情報、および
前記スケジュール
のそれぞれの少なくとも一部を前記サーバによってフォーマット化するステップと
を含み、前記外部フォーマット化規則が、
合意された前記リソースの量における前記総内部リソース推定との対比に基づいて、正規化係数を生成すること、
前記リソースの前記実際の内部量を前記正規化係数で乗算して、プロジェクト進捗指標を得ること、および
前記アセット進捗指標を表示デバイス上に提示すること
を含む、方法。
【請求項１１】
請求項１０記載の方法であって、更に、
各アセットを完了するのに用いられる前記リソースの量への合意を含む、前記プロジェクトの一部として生成される複数のアセットについての情報を取得するステップと、
前記タスクの一部を各アセットにそれぞれ関連づけるステップと、
各アセットに関連づけられる前記タスクを完了するのに用いられる前記リソースの前記推定の合計を、前記アセットの内部リソース推定として計算するステップと、
前記各タスクの完了に向けて既に費やされた前記リソースの測定から、前記各アセットの完了に向けて既に費やされた前記リソースの測定の合計を、前記アセットの実際の内部リソース量として計算するステップと
を含み、
内部ビューアに提示するためにフォーマット化する前記ステップが、前記アセットの少なくとも一部が関連づけられる前記実際の内部リソース量の少なくとも一部を含み、
前記外部フォーマット化規則が、
各アセットを完了するのに用いられる合意された前記リソースの量における前記アセットの前記内部リソース推定との対比に基づいて正規化係数を生成すること、
それぞれのアセットに関連づけられる前記リソースの前記実際の内部リソース量を前記それぞれの正規化係数で乗算して、アセット進捗指標を得ること、および
前記アセット進捗指標を表示デバイス上に提示すること
を含む、方法。
【請求項１２】
請求項１０記載の方法において、前記リソースが担当者に関連づけられるワーク時間を含む、方法。
【請求項１３】
請求項１２記載の方法であって、更に、
前記タスクのそれぞれの担当者への割り当てを取得するステップと、
各タスクに関連づけられる前記それぞれのワーク時間を示すタイムラインを生成するステップと、
それぞれのタスクに対して費やされる実際のワーク時間の測定を取得するステップと、
前記タイムラインを更新し、前記スケジュールを修正するステップと
を含む、方法。
【請求項１４】
請求項１３記載の方法であって、更に、
前記担当者の責任のドメインを示す、前記担当者の内少なくとも１つのロールを取得するステップを含み、
前記内部フォーマット化規則が、前記担当者のロールに基づいて情報を内部ユーザに提示するための少なくとも１つの規則を含む、システム。
【請求項１５】
請求項１３記載の方法であって、更に、
前記タスクの優先度と、完了のために選択担当者への前記タスクの割り当てとを含む、新規タスクの情報を取得するステップと、
前記タスクの再配置を含む前記スケジュールを修正し、前記新規タスクを、該新規タスクよりも低い優先度を有するタスクよりも先に前記スケジュールに挿入するステップと
を含む方法。
【請求項１６】
請求項１５記載の方法であって、更に、
前記選択担当者に関連づけられる断片化インデックスを生成するステップであって、前記断片化インデックスが、担当者のスケジュールにおける隙間の数、各隙間のそれぞれにおける間隔、各タスクについて前記スケジュールの連続時間の測定の内の少なくとも１つを示す、ステップを含み、
前記スケジュールを修正する前記ステップが、前記担当者の断片化インデックスを減らすために、前記タスクを再配置することを含む、方法。
【請求項１７】
請求項１２記載の方法であって、更に、
各担当者のそれぞれの時間給を取得するステップと、
前記時間給を用いて、あるアセットに対して実際に費やされる時間、前記アセットの前記内部リソース推定、前記プロジェクトに対して実際に費やされる時間、および前記プロジェクトの前記内部リソース推定の内の少なくとも１つの値を生成するステップと
を含む、方法。
【請求項１８】
請求項１７記載の方法であって、更に、
前記時間給を用いて、あるアセットに関連づけられる発生利益、前記アセットに関連づけられる総利益の推定、前記プロジェクトに関連づけられる発生利益、および前記プロジェクトに関連づけられる総利益の推定の内の少なくとも１つの生成するステップ
を含む、方法。
【請求項１９】
プロジェクトを管理するためのコンピュータ・ベース方法であって、
プロジェクトを完了するのに用いられるリソースの量への合意を含む、完了すべき前記プロジェクトの情報、
各タスクの優先度を含む、前記プロジェクトを完了するために遂行される複数の関連のタスクの情報、
推定の合計を総内部リソース推定として計算するための、前記各タスクを完了するのに用いられる前記リソースの推定、
測定の合計を、費やされたリソースの実際の内部量として計算するための、前記各タスクの完了に向けて既に費やされた少なくとも２つの前記リソースの測定、および
前記各タスクを完了するためのスケジュール
を交換するステップと、
前記プロジェクト、前記タスク、前記リソース、および前記スケジュールをフォーマット化するステップと、
前記プロジェクトおよび前記スケジュールの情報を外部ビューアに提示するステップと
を含む、方法。
【発明の詳細な説明】
【関連出願】
【０００１】
関連出願の相互参照
[0001]  本国際特許出願は、２０１３年９月１７日付け、"Computer-Based System and Method for Flexible Project Management"（柔軟なプロジェクト管理のためのコンピュータ・ベース・システムおよび方法）と称される米国仮出願第 61/878,985号、２０１３年１０月４日付け、"Computer-Based System and Method for Flexible Project Management"（柔軟なプロジェクト管理のためのコンピュータ・ベース・システムおよび方法）と称される米国仮出願第61/886,942号、および、２０１３年１２月１３日付け、"Computer-Based System and Method for Flexible Project Management"（柔軟なプロジェクト管理のためのコンピュータ・ベース・システムおよび方法）と称される米国仮出願第61/915,898号による優先権を主張するものであり、それらの開示は参照により、本明細書に完全に記載したものとして組み込まれる。
【技術分野】
【０００２】
[0002]  本発明は、チームによって取り組むプロジェクトの管理に向けられ、より詳細には、柔軟なプロジェクト管理ためのシステムと方法に向けられるものである。
【背景技術】
【０００３】
[0003]  従来技術によるコンピュータ・ベースのプロジェクト管理プラットフォームでは、プロジェクトのデリバリ可能なもの(project deliverable)が生成され、リソースが直接割り当てられてスケジュール化される。次いで、スケジュールは狭くフォローされ、または、スタッフの手動による調整が必要とされる。
【０００４】
[0004]  また、プロジェクトのタイムライン（例えば、上記スケジュールにおいて供給される）は、一般に２つの種別がある。１つの種別は、全てのプロジェクトのタスクを示すものである。これはデータ過負荷の結果となる。別の種別は、個人に割り当てられるタスクだけを示すものである。これはコンテキストを個人に提供せず、非効率の結果となる。
【０００５】
[0005]  更にまた、内部データ（例えば、タスクに対して費やされる時間）は、外部の当事者（例えば、クライアント）のために最新版(updates)を生成するのに用いることができる。しかしながら、他の例では、スケジュールの訂正へと導く内部の条件は、クライアントに説明されず、不完全な情報に基づく非現実的な見込み(expectation)へと繋がることがある。
【発明の概要】
【発明が解決しようとする課題】
【０００６】
[0006]  デリバリ可能な結果（クライアントやカスタマにデリバリ可能なもの）をもたらす改良されたプロジェクトの管理のために、コンピュータにより実施されるシステムおよび方法が提供される。
【課題を解決するための手段】
【０００７】
デリバリ可能なものを生成するのに必要となるスタッフ・メンバのようなリソースおよび時間は、それらが存在する環境に従ってスケジュールされる。当該環境は、デリバリ可能なものが一部にある特定のアセット・リストや、特定のリストを完了するのにアサイン可能、またはアサインされている個々のスタッフまたはスタッフのチーム等を含むことができる。
【０００８】
[0007]  チームは、如何なるタスクの優先度も特定することができる。デリバリ可能なものがシステムに入力されると、その構成要素のタスクおよび／または優先度は、データ・オブジェクトを含むワークフローとして作用する。データ・オブジェクトは、チーム特有の属性に従って処理される。タスクが前進するかまたは完了するにつれて、または、新規のタスクが追加されるにつれて、タスクの優先度およびチーム属性を考慮してスケジュールが自動的に修正される。
【０００９】
[0008]  なお、上記の総括的な説明および下記の詳細な説明は、何れも例示の説明目的のものであり、特許請求する本発明について更なる説明に供することを意図するものであることが理解されて然るべきである。
【００１０】
[0009]  図面は例示の実施形態、および／または本発明の態様を図示し、また、説明と共に本発明の原理を説明するのに供する。本発明の範囲は特許請求の範囲によって決定される。
【００１１】
[0010]  図面において同様の符号は類似の態様を示す。
【図面の簡単な説明】
【００１２】
【図１】図１は、開示するシステムおよび方法で用いることができる例示のコンピューティング・デバイスについてのブロック図である。
【図２】図２は、本明細書に開示するシステムおよび方法で用いることができる複数のネットワーク化されたユーザ端末およびサーバを示すブロック図である。
【図３】図３は、本明細書に開示するシステムおよび方法により、内部ユーザおよび外部ユーザに対し、システムの機能の分離について説明するものである。
【図４】図４は、図３の装置の例示の態様を説明するものである。
【図５】図５は、本明細書に開示するシステムおよび方法により、例示の実施形態のスクリーン・ショットを示したものである。
【図６】図６は、本明細書に開示するシステムおよび方法により、例示の実施形態のスクリーン・ショットを示したものである。
【図７】図７は、本明細書に開示するシステムおよび方法により、例示の実施形態のスクリーン・ショットを示したものである。
【図８】図８は、本明細書に開示するシステムおよび方法により、例示の実施形態のスクリーン・ショットを示したものである。
【図９】図９は、本明細書に開示するシステムおよび方法により、例示の実施形態のスクリーン・ショットを示したものである。
【図１０】図１０は、本明細書に開示するシステムおよび方法により、例示の実施形態のスクリーン・ショットを示したものである。
【図１１】図１１は、本明細書に開示するシステムおよび方法により、例示の実施形態のスクリーン・ショットを示したものである。
【図１２】図１２は、本明細書に開示するシステムおよび方法により、例示の実施形態のスクリーン・ショットを示したものである。
【図１３】図１３は、本明細書に開示するシステムおよび方法により、例示の実施形態のスクリーン・ショットを示したものである。
【図１４】図１４は、本明細書に開示するシステムおよび方法により、例示の実施形態のスクリーン・ショットを示したものである。
【図１５】図１５は、本明細書に開示するシステムおよび方法により、例示の実施形態のスクリーン・ショットを示したものである。
【図１６】図１６は、本明細書に開示するシステムおよび方法により、例示の実施形態のスクリーン・ショットを示したものである。
【図１７】図１７は、本明細書に開示するシステムおよび方法により、例示の実施形態のスクリーン・ショットを示したものである。
【図１８】図１８は、本明細書に開示するシステムおよび方法により、例示の実施形態のスクリーン・ショットを示したものである。
【図１９】図１９は、本明細書に開示するシステムおよび方法により、例示の実施形態のスクリーン・ショットを示したものである。
【図２０】図２０は、本明細書に開示するシステムおよび方法により、例示の実施形態のスクリーン・ショットを示したものである。
【図２１】図２１は、本明細書に開示するシステムおよび方法により、例示の実施形態のスクリーン・ショットを示したものである。
【図２２】図２２は、本明細書に開示するシステムおよび方法により、例示の実施形態のスクリーン・ショットを示したものである。
【図２３】図２３は、本明細書に開示するシステムおよび方法により、例示の実施形態のスクリーン・ショットを示したものである。
【図２４】図２４は、本明細書に開示するシステムおよび方法により、例示の実施形態のスクリーン・ショットを示したものである。
【図２５】図２５は、本明細書に開示するシステムおよび方法により、例示の実施形態のスクリーン・ショットを示したものである。
【図２６】図２６は、本明細書に開示するシステムおよび方法により、例示の実施形態のスクリーン・ショットを示したものである。
【図２７】図２７は、本明細書に開示するシステムおよび方法により、例示の実施形態のスクリーン・ショットを示したものである。
【図２８】図２８は、本明細書に開示するシステムおよび方法により、例示の実施形態のスクリーン・ショットを示したものである。
【図２９】図２９は、本明細書に開示するシステムおよび方法により、例示の実施形態のスクリーン・ショットを示したものである。
【図３０】図３０は、本明細書に開示するシステムおよび方法により、例示の実施形態のスクリーン・ショットを示したものである。
【図３１】図３１は、本明細書に開示するシステムおよび方法により、例示の実施形態のスクリーン・ショットを示したものである。
【図３２】図３２は、本明細書に開示するシステムおよび方法により、例示の実施形態のスクリーン・ショットを示したものである。
【発明を実施するための形態】
【００１３】
[0016]  本発明の明確な理解のために、図面および本明細書で行う説明は、関連する要素を例示するために簡略化しており、明確のために、従来技術における典型的なシステムおよび方法で見られる他の要素を取り除いていることが理解されて然るべきである。当業者にとって、本明細書で説明するデバイス、システム、および方法を実装するために、他の要素および／またはステップが所望され必要であることが認められよう。しかしながら、このような要素やステップは従来技術であるために、また、本発明のより良い8解を容易にするものでもないために、このような要素やステップについての検討は本明細書では設けていないこともある。本開示は、関連する技術分野において当業者には公知であろう開示の要素および方法に対し、このような要素、変形および修正を全て本質的に含むものとみなされる。
【００１４】
[0017]  本明細書に開示するシステムおよび方法は、デリバリ可能な結果（例えば、クライアントまたはコンシューマにデリバリ可能なもの）をもたらす改良したプロジェクトの管理を提供する。このようなプロジェクトは、非限定的な例として、エンタテイメント、金融および投資、会計、監査、法律、並びに政府の契約などの制作(production)を含むことができる。デリバリ可能なものを生成するのに必要となるスタッフ・メンバのようなリソースおよび時間は、それらが存在する環境に従ってスケジュールされる。当該環境は、デリバリ可能なものが一部にある特定のアセット・リストや、特定のリストを完了するのに割り当てが可能であるか割り当てされている個々のスタッフまたはスタッフのチーム等を含むことができる。開示するシステムおよび方法は、各チームが、特定のタスク、タスクのグループ、またはそれ自身の環境内のプロジェクト・フェーズに応じる最良の方法を決定するのをサポートする。各チームは、他と比較して如何なるタスク／フェーズを処理しなければならない好適な順序付け(order)を特定することができる。つまり、生成されるデリバリ可能なものが（例えばアセット・リストの一部として）システムに入力されたときに、その構成要素のタスクは、データ・オブジェクトを含むワークフローとして作用する。次いで、データ・オブジェクトは、そのチームに特有の属性に従って処理される。プロジェクトに特有のタスクの優先度を考慮して、また、チームの属性、承認の設定、および特定のタスクのフェーズの自動化を考慮して、タスクは、システムによって自動的にスケジュールまたは推奨される。
【００１５】
[0018]  このシステムを使用する結果、それぞれの優先度およびリソース要件がチームのレベルに対してセットされると、如何なるタスクの構成に対しても、自然かつ自動的にワークフローが発生する。その結果、プロジェクトのスケジューリングは、デリバティブ可能なものについて予め定められた静的ワークフローを含むテンプレートを使用することない。その代わり、プロジェクトのスケジューリングは、如何なる所与のチームの属性および環境に従って動的にシステムによって決定される。このことは、一様に(uniform)より上位レベルのテンプレートへと導くものの、より上位レベルのワークフローはセット・アップされることはない。何故ならば、チーム・レベルのプロセスがタスクを確実にし、プロジェクト・フェーズがより下位レベルに対して効率的にハンドリングされるからである。
【００１６】
[0019]  実例として、ユーザ（例えば、プロジェクトの進行に加わるスタッフ・メンバ）には、タスク、時間およびそのユーザに関係するリソースを示す詳細ビューが提供される。他の関連するプロジェクト関連情報に対するユーザのタスクの関係性を明らかにするために、コンテキスト情報が含まれる。それとは逆に、全プロジェクトの進捗に興味があるユーザ（例えば、プロジェクトにおいてデリバテリ可能なワーク・プロダクトを待機しているクライアント）には、内部詳細を抽出する(abstract)ことによって実際の進捗に基づく現実的な見込みの結果となるように計算される手法で、全ての関連のタスクが組み合わされ、正規化され、プロジェクト全体の、若しくは興味がある特定のデリバリ可能なものおよびワーク・プロダクトの進捗の指標に変換された、正規化ビューが提供される。
【００１７】
[0020]  例示の態様では、プロジェクトの参加者間の連絡は、例えば、デリバリ可能なものに基づいて、フィードバック、承認、拒否、および受理を含んで、促進される。実施形態では、複数の時間ベースの態様をビュー可能とする。例えば、ビッド時間（即ち、プロジェクトにビッドするのに用いることができる、プロジェクトに必要とされるマンアワー(person-hour)の推定）、実際の時間（即ち、実際にプロジェクトに費やされるマンアワー）、およびプロジェクトを完了するために残る時間のカレンダによる予測である。
【００１８】
[0021]  コストのレポートが、個々のタスクに基づいて追跡、予測、およびビューされることができる。収益性分析は、プロジェクトを完了するのに既に用いられ、必要になると推定される全てのリソースを考慮した入力に基づくことができる。プロジェクトのタスクは、例えばスケジューリングおよびリソース管理のために、それぞれの優先度に基づいて順位付けを行うことができる。効率性は、タスクを完了するために必要とされる推定の時間およびリソースを、それらのタスクに対してログ付けされ(logged)、費やされたものと比較することによって決定することができる。最新版(update)が定期的に（例えば毎日の終わりに）またはリアルタイムに提供され、関連情報の各新規の入力によって更新されることができる。例示の態様では、アセットがプロジェクト参加者のグループに割り当てられ、グループのタスクがグループの属性を引き受ける(take on)ことができる。
【００１９】
[0022]  図１は、本明細書で説明する装置、システム、および方法を実施するのに使用される例示のコンピューティング・システム１００を示す。コンピューティング・システム１００は、例えば、オペレーティング・システム（ＯＳ）および様々な実行可能コンピューティング・アプリケーション、即ち「アプリ(apps)」１９０を提供することにより、ソフトウェアを実行することが可能である。例示のコンピューティング・システム１００の動作は、例えばコンピュータ可読主記憶デバイス１１５（例えばハードディスク装置（ＨＤＤ）、ＣＤまたはＤＶＤのような光ディスク（図示せず）、ＵＳＢ「親指(thumb)ドライブ」（図示せず）のようなソリッド・ステート・ドライブなど）に格納した命令のようなコンピュータ可読命令によって主に制御される。このような命令は、コンピューティング・システム１００に動作を実行させるために、中央演算処理装置（ＣＰＵ）１１０内で実行することができる。多くの公知のコンピュータ・サーバ、ワークステーション、パーソナル・コンピュータ、モバイル機器などでは、ＣＰＵ１１０はマイクロプロセッサと称される集積回路に実装される。
【００２０】
[0023]  例示のコンピューティング・システム１００が単一のＣＰＵ１１０を備えるように示されるが、このような記載は単に例示にすぎず、コンピューティング・システム１００は複数のＣＰＵ１１０を備えてもよい。加えて、コンピューティング・システム１００は、例えば、通信ネットワーク１７０または幾らかの他のデータ通信手段を通じて、リモートのＣＰＵ（図示せず）のリソースを活用することができる。
【００２１】
[0024]  動作において、ＣＰＵ１１０は、コンピュータ可読記憶媒体（例えば記憶デバイス１１５）からの命令をフェッチし、デコードして、実行する。コンピュータ命令および他のコンピュータ可読データのような情報は、システムの主データ転送経路１０５を介して、コンピューティング・システム１００のコンポーネント間で移送される。主データ転送経路は、システム・バス・アーキテクチャを使用することができる。但し、他のコンピュータ・アーキテクチャ（図示せず）、例えばシリアライザおよびデシリアライザを使用するアーキテクチャおよびシリアル通信経路にわたるデバイス間でデータを通信するクロスバー・スイッチを使用することができる。
【００２２】
[0025]  システムバス１０５に結合されるメモリ・デバイスは、ランダム・アクセス・メモリ（ＲＡＭ）１２５および読出し専用メモリ（ＲＯＭ）１３０を含むことができる。このようなメモリは、情報が格納および取り出されるのを可能にする回路を含む。ＲＡＭ１２５に格納されるデータは、読み出され、そして、ＣＰＵ１１０または他のハードウエア・デバイスによって直ちに変更されることができる。他方、ＲＯＭ１３０に格納されるデータは一般にそのようにすることができない。ＲＡＭ１２５および／またはＲＯＭ１３０へのアクセスは、メモリ・コントローラ１２０によって制御することができる。メモリ・コントローラ１２０は、命令が実行されると、仮想アドレスを物理アドレスに変換するアドレス変換機能を提供することができる。メモリ・コントローラ１２０はまた、システム内でプロセスを分離し、また、システム・プロセスをユーザ・プロセスから分離するメモリ保護機能を提供することもできる。
【００２３】
[0026]  加えて、コンピューティング・システム１００は、周辺機器コントローラ１３５を収容することができ、ＣＰＵ１１０から周辺機器（例えば、プリンタ１４０、キーボード１４５およびマウス１５０）までの周辺機器バスを用いて命令を伝達する責務を担う。周辺機器バスの実施例は、ユニバーサル・シリアル・バス（ＵＳＢ）のバスである。
【００２４】
[0027]  ディスプレイ１６０は、ディスプレイ・コントローラ１５５によって制御され、コンピューティング・システム１００によって生成される視覚出力を表示するのに用いることができる。このような視覚出力は、例えば、テキスト、グラフィックス、アニメーション・グラフィックス、および／またはビデオを含むことができる。ディスプレイ１６０は、例えばＬＣＤベースのディスプレイでもよく、また、タッチ感応入力機能を含んでもよい。ディスプレイ・コントローラ１５５は、ディスプレイ１６０に送信されるビデオ信号を生成するのを要求する電子部品コンポーネントを含む。
【００２５】
[0028]  更に、コンピューティング・システム１００は、ネットワーク・アダプタ１６５を収容することができる。ネットワーク・アダプタ１６５は、コンピューティング・システム１００を外部通信ネットワーク１７０に結合するのに使用することができる。外部通信ネットワーク１７０は、インターネットを含み、またはインターネットへのアクセスを含む。したがって、本明細書で検討するデータの入力、アクセスおよび分析を提供することができる。通信ネットワーク１７０は、コンピューティング・システム１００のユーザに、ソフトウェアおよび情報を電子的に通信および移送する手段を提供することができる。ネットワーク・インタフェースは、有線ネットワークへのイーサネットまたはケーブル接続のように有線式でもよく、または、ＷｉＦｉまたはセルラ・ネットワークへの無線インタフェースのような無線式でもよい。加えて、通信ネットワーク１７０は、タスクを実行する際に、複数のコンピュータおよびワーク負荷または協調効果(cooperative effort)の共有を伴う分散処理を提供することができる。図示したネットワーク接続は例示のものであり、コンピュータ・システム１００とリモート・ユーザの間に通信リンクを確立する他の手段も利用できることが認められる。
【００２６】
[0029]  例示のコンピューティング・システム１００は、単に、本明細書で説明するシステムおよび方法が動作する例示のコンピューティング環境を説明するに過ぎず、本明細書に開示するシステムおよび方法を限定するものではないことが認められる。むしろ、異なるコンポーネントおよび構成を有するコンピューティング環境を用いることができる。つまり、本願明細書で説明する発明の概念(inventive concept)は、様々なコンポーネントおよび構成を用いた様々なコンピューティング環境において実施することができる。
【００２７】
[0030]  コンピューティング・システム１００は、図２に示されるネットワーク化されたコンピューティング環境２００に展開することができる。全般的に、コンピューティング・システム１００についての上記説明の態様は、サーバ、クライアント、および、図示したネットワーク化された環境で展開されるピア・コンピュータおよびユーザ端末に適用することができる。例えば、サーバ２０５、ラップトップ・コンピュータ２１０、携帯電話２１５、タブレット型コンピュータ２２０、およびスマートフォン２２５並びにパーソナル・コンピュータ（ＰＣ）２３０は、図１に示した装置の一部または全部をそれぞれ含み、および／または共有することができる。つまり、図２は、例示のネットワーク化されたコンピューティング環境２００を示し、クライアント・コンピューティングおよび／または通信ネットワークを介して通信デバイスと通信するサーバを含み、ここでは本明細書で説明する装置および方法が採用される。
【００２８】
[0031]  図２に示すように、サーバ２０５は通信ネットワーク２４０を介して、ラップトップ・コンピュータ２１０、ワイヤレス携帯電話機２１５、タブレット型コンピュータ２２０、スマートフォン２２５、ＰＣ２３０および／または他の通信可能デバイス（図示せず）のような数多くのクライアント・コンピューティング／通信デバイスと相互接続することができる（通信ネットワーク２４０は、固定ワイヤ・ワイヤレスＬＡＮ、ＷＡＮ、イントラネット、エクストラネット、ピア・ツー・ピア・ネットワーク、バーチャル・プライベート・ネットワーク、インターネット、または他の通信ネットワーク（例えばＰＯＴＳ、ＩＳＤＮ、ＶｏＩＰ、ＰＳＴＮ等の何れか、または如何なる組み合わせも含むことができる。）。サーバ２０５は、数多くの公知のプロトコル（例えばハイパー・テキスト転送プロトコル（ＨＴＴＰ）、ファイル転送プロトコル（ＦＴＰ）等）の何れかを用いて、クライアント・デバイス２１０，２１５，２２０，２２５，２３０等との間で(to and from)、デジタル・コンテンツ２５０のようなデータを処理および伝達するように動作可能な専用サーバを備えることができる。加えて、ネットワーク化されたコンピューティング環境２００は、様々なデータ・セキュリティ・プロトコル（例えば、セキュア・ソケット層（ＳＳＬ）、プリティ・グッド・プライバシ（ＰＧＰ）、バーチャル・プライベート・ネットワーク（ＶＰＮ）セキュリティ等）を利用することができる。各クライアント装置２１０，２１５，２２０，２２５，２３０等は、オペレーティング・システムを搭載することができ、１つ以上のコンピューティングおよび／または通信アプリケーション（例えば、ウェブ・ブラウザ（図示せず）、電子メール（図示せず）、および別個に開発されたアプリケーション）をサポートして、サーバ２０５と対話することができる。
【００２９】
[0032]  つまり、サーバ２０５は、特にクライアント・デバイス用に設計されたアプリケーションを通じてデリバリおよび／または通信することができる。クライアント・デバイスは、何れの複数のオペレーティング・システムとしてもよい。このようなオペレーティング・システムには、例えば、Ｗｉｎｄｏｗｓ、Ａｎｄｒｏｉｄ、アップルｉＯＳ、Ｓｙｍｂｉａｎ、ＲＩＭＢｌａｃｋｂｅｒｒｙ ＯＳ、パームｗｅｂＯＳおよびＬｉｎｕｘが含まれる。実例として、モバイル・オペレーティング・システムおよびアプリケーションは、如何なる適切なプログラミング言語（例えばＣ、Ｃ＋＋、Ｊａｖａおよび／または．ＮＥＴ）でもプログラムすることができる。
【００３０】
[0033]  本明細書に開示するシステムおよび方法は、プロジェクト管理のためのコンピュータ・ベースのプラットフォームを提供し、図１および図２に関連して説明したサーバおよびアプリケーションの態様を含む。つまり、本明細書に提供するシステムおよび方法は、ローカルにもリモートでもアクセス可能であり、特定のユーザが有するパーミッション（例えば包括パーミッション、管理パーミッション、クライアント・パーミッション、チームＡ対(versus)チームＢパーミッション、リーガル対エンジニアリング・パーミッション等）に基づいて、ローカルまたはリモートのユーザに利用可能な一意の態様を有する。このようなアクセス可能性は、非限定的な例として、インターネット、イントラネット、および／若しくはエクストラネット・アクセスを介するものと、並びに／または１以上の部分的なシン・クライアント・モバイル・アプリケーションに基づくモバイル・アクセスを介するものとすることができる。
【００３１】
[0034]  図３に示される例示の実施形態では、システムは、内部ユーザおよび外部ユーザによるユーザの分離を許容する。即ち、内部ユーザは、特にプロジェクトのデリバリ可能なもの(deliverable)を生成することによって、プロジェクトを遂行するのに貢献するユーザである。外部ユーザは、プロジェクトを進行させている、および完了の際にデリバリ可能なものを受けることになるクライアントとすることができる。図示されるように、通信ネットワーク３３０を通じてサーバ３４０と通信するために、ユーザ端末３１０は内部ユーザが使用することができ、ユーザ端末３２０は外部ユーザが使用することができる。サーバ３４０は、例えば、プロジェクト管理アプリケーション３５０およびプロジェクト・コンテンツ３６０（例えば、データベースに格納することができるプロジェクト情報）を含む。１つの態様では、後述するように、プロジェクト情報は内部ユーザから取得することができ、また、プレゼンテーションのために外部ユーザへの提示のため抽出することができる。
【００３２】
[0035]  例示の態様では、本システムを使用して、例えば、利用可能な(available)スタッフ（例えばコンピュータによって生成されるグラフィックスに取り組むソフトウェア開発者またはアーティストのチーム）の属性に基づいてワーク・スケジュールを生成することができる。その後に、本システムは、スケジュールの効率性を、将来のスケジュールに関して先見的に、または、履歴情報に基づき遡及的に分析することができる。実施形態では、ワークフロー中の過剰な「隙間」(gap)の影響は、隙間ペナルティを負わせることができる。すなわち、本システムは、連続的で中断が最小化されたタスクへのワークを支持する(favor)ように構成することができる。更に、中断がある場合に、システムは、より多数であるがより短い中断よりもむしろ、より少数であるがより長い中断を支持するように構成することができる。これにより、本システムは、タスクを進行させる惰性(task-advancing momentum)が維持されるのを許容して、タスクの断片の量を低減することができる。特に、本システムは、如何なるタスクでの隙間もが、従来技術で考慮するのが困難であるか不可能であった惰性の損失に変換できることを認識することができる。実施形態では、本システムは、タスクの断片化を考慮する断片化インデックスを生成することができ、また、タスクのスケジュールに影響するように動作して断片化インデックスを最小化することができる。
【００３３】
[0036]  実例として、本システムは、タスク・レポートまたはタスク追跡レポートを毎日用いる個々のスタッフ・メンバに、最大許容断片化インデックスを割り当てることができる。本システムは、このスタッフ・メンバが取り組んでいるタスクの断片化インデックスを評価することができる。また、このスタッフ・メンバが、例えば、頻度で示される異なるタスクの間や、複数のタスクに当てられた短い時間期間の間で、望ましくなく無理に使われている(stretched)ことを判定することができる。当該判定に基づいて、本システムは、スタッフ・メンバの時間が異なってスケジュールされたことを示唆するアラートを生成することができるか、または、あまり断片化されていないスケジュールを自動的に生成することができる。先見的に、本システムは、来たる日がミーティングで過剰に満たされ、スタッフ・メンバのワークフローに対して過剰な隙間および中断をもたらすことになることを判断する。これに基づいて、本システムは、マネージャに推奨するように動作することができ、または、より少数でより短いミーティングを含むスケジュール、若しくはあまり分断されていない単純に異なるスケジュールを自動的に生成することができる。
【００３４】
[0037]  実施形態では、本システムは責任のドメインを中心にフォーカスされる。ドメインは、個別のポジションまたはロールのそれぞれに関連した最新版を表示することにより、ステーク・ホルダを支援するワークスペースとして編成される。これにより、本システムは、関わっているプロジェクトの態様に関連して、ユーザの責任の範囲に基づいて、状況に応じた認識(situational awareness)を提供する。
【００３５】
[0038]  これとは対照的に、従来技術のシステムでは、プロジェクトのタスク・データを示す２つの手法の一方または両方に依拠しがちである。１つの手法では、従来技術のシステムは、通例ガント・チャートにおいて、プロジェクトの全てのタスクに関連する全てのものを示す。これはデータ過負荷を生じる。ガント・チャートは、プロジェクトのスケジュールを図示するバー・チャートの一種である。ガント・チャートは、一般に、プロジェクト・タスクの、およびプロジェクト全体の開始および終了を含み、また、アクティビティ間における従属関係をも示すことができる。代替として、従来技術では、タスクがフィルタされて、特定のユーザが個人的に関連付けられるタスクのみのビューを提供することができる。このようなビューは、コンテキストを提供しない。また、一人の取り組みが関連の取り組みに従事する他の人にどのように関係するかについての認識の欠如から生じる非効率性につながることがある。
【００３６】
[0039]  これとは対照的に、本システムは、代替としてロールおよび対応する利害関係のドメインにフォーカスし、幾らかのステップではフィルタを含むことができる。これにより、ユーザは、プロジェクトをセット・アップする際に多大な柔軟性を提供され、ユーザに関係するドメインについての情報がユーザに通告されるのを確実にすることができる。実施形態では、このことは、企業全体にわたり整合する１つ以上の規格化されたコンテキストを定めることによって実現される。例えば、プロジェクトのコードネームが、タスクおよび当該タスクに関連付けられる話し合いがどこでビュー可能となるかを決定する中央のリストにおいて規定することができる。実施形態では、タスクは予め決められたタグまたはタグのセットでタグ付けされることができる。そして、フィルタがタグに対して作用し、タグによって、またユーザのロールによって決定される範囲を有する情報のビューを提供することができる。この好ましい実施形態では、タスクは、制作ドメインまたは動作ドメインの一方または双方に属するものとして特徴化することができる。識別されたタスクは、システムによって、制作および動作のストリームを編成することができる。更に、フィルタが、個々のタスクに関連付けられるタグに基づいて当該ストリームに適用され、ステーク・ホルダのロールに適した範囲を有するプロジェクト情報のステークホルダ・ビューをそれぞれ提供することができる。
【００３７】
[0040]  例示の動作では、タスクが生成され、運営(operational)アクティビティ、プロジェクト・アクティビティ、またはその両方に関連付けることができる。タスクは、引き続き、動作「ストリーム」（即ち、ワークフロー）またはプロジェクト・ストリームにフィルタすることができる。ストリームへのアクセスは、ストリームへのアクセスを要求するユーザのロールに従って制限され、他の無関係のストリームへの制限されたアクセスが提供され、または、アクセスが、直接若しくは密接に要求者に関係するストリームに制限される。この手法は、ユーザそれぞれのロールに基づいて、会社内で快適なワークスペースをユーザに提供する。実施形態では、最初のデフォルト・フィルタが、要求者のロールに基づいて、例えば制作または運営マネージャのために、ストリーム情報の要求に応答して適用される。
【００３８】
[0041]  このロール・ベースのワークスペース手法は、例えば、重複する紛らわしい類似の名前を回避することによって、システム内のノイズを低減することができる。また、過剰なタグ付けを行うこと、および人々をプロジェクト要素に過剰な注意量で関連付けることによって生じる過失(oversight)の全般を緩和することができる。
【００３９】
[0042]  ロール・ベースのワークスペースはまた、プロジェクトのステーク・ホルダのロールへのフォーカスを強化して、組織により関連するアクティビティのストリームを提供する。当該ストリームは、例えば、会社に加わるか、プロジェクトの中央ストリームに加わる新規の個人の履歴およびコンテキストを含むことができる。これは、ストリームおよびフィルタが、制作対運営、プロジェクト対アクティビティ等のような区別(distinction)を含み、ロールを残し(leave)または変更する個人に過度に依存しないからである。
【００４０】
[0043]  実例として、運営およびプロジェクト・タグの両方にタグ付けされるタスクであれば、プロジェクトの両方の態様に関する横断的なタスクとして両方のストリームにおいて出現することになる。
【００４１】
[0044]  実施形態では、本システムはインタフェースを提供し、ユーザはプロジェクトについて情報を入力する。情報は、デリバリ可能なものを有するものとして規定される。また、デリバリ可能なリストがこれから生成されることができる。更に、デリバリ可能なものの各々は、１つ以上のタスクを含むものとして規定される。タスクが有する情報はユーザ・インタフェースを介して入力することができる。これにより、タスクは、特定のプロジェクトにおける特定のデリバリ可能なものと容易に関係付けられる。新規のタスクが、デリバリ可能なものの名前を検索することにより、また、新規タスクを追加するインタフェースを用いることにより、デリバリ可能なものに追加することができる。次いで、本システムは、タスクを自動的に正しいプロジェクトに関連づけることができ、正しい制作ストリームにおいて出現するのを確実にする。同様に、動作アクティビティに関連づけられるタスクは、動作ストリームにおいて出現することになる。つまり、プロジェクトおよび動作の要素は、対応するストリームに挿入されストリーム内のコンテキストでビューすることができるデータ・オブジェクトとして処理され、また、システム・ユーザによってコメントすることができる。
【００４２】
[0045]  先に説明したデリバリ可能リストは、プロジェクトの進捗について、また、当初設定された見込みや推定が満たされているか否かについての理解に供するために使用することができる。異なるビューは、それらのロールに基づいてユーザに提供することができ、実施形態では、内部ユーザおよび外部ユーザの両方を含むことがある。内部ユーザは、例えば、スタッフ・メンバおよびマネージャを含むことができる一方で、外部ユーザは、例えば、クライアントおよび顧客を含むことができる。ロール・ベースのデリバリ可能リストは、内部ユーザおよび外部ユーザの両方に対し、異なるが関係する方法で、プロジェクトのデリバリ可能なものに費やした時間およびリソースについての追跡、調整、およびレポートを許容する。例えば、プロジェクトのデリバリ可能なものを完了する時間における計画された消費は、クライアントと合意することができる。しかしながら、内部的に合意された時間は異なるものであってもよい。更にまた、プロジェクトのデリバリ可能なものを進行させるのに実際に費やした時間は、予測(projection)を満たさないことがある。内部ユーザ対外部ユーザにプロジェクトの進捗を報告する異なる手法の使用は、各ユーザ情報をそのユーザに最も重要な形態で伝える。例えば、内部ユーザは、予測からのずれに基づいて、使用される支出およびスタッフのスキルへの決定をより良く通知されることができる。これとは対照的に、外部ユーザは、大抵の場合、どれくらいプロジェクトが進行しているか、またはデリバリ可能なものがどれくらい完了に向かっているかについて知ることを望む。したがって、異なる手法を採用することができ、異なるユーザにそれぞれのニーズに基づいて予め決定した形態の情報を、仮にそれが同一の入力に基づくものであったとしても提供することができる。
【００４３】
[0046]  実施形態では、本システムは、ユーザのロールまたはステータスに基づいて様々な種類の予測データにアクセスすることができる。例えば、本システムは、特定のデータがクライアントと共有できることを認識することができる一方、他のデータは内部レビュー用だけのものである。実施形態では、アセット・レベル情報（例えばプロジェクトのデリバリ可能なものの情報）のみをクライアントと共有することができる一方、レベル情報は内部使用のみで予約される。しかしながら、正規化プロセスは、外部ユーザがビューするために内部データを換算する(convert)のに用いることができ、これにより、意味がある最新版を外部ユーザ（例えば、クライアント）に提供することができる。
【００４４】
[0047]  実例として、アセットは、１０時間の取り組みを要することがクライアントと合意されている。しかしながら、内部的に、完了するのに実際には１２時間を要することが推定されている。つまり、内部的には、本システムは、６時間が取り組みに費やされた後に５０％（６／１２＝５０％）の進捗を表示することになる。または、当初の内部推定が１０時間であったが、６時間の後にアセットが半分しか実施されていないことがあり、内部推定を１２時間に修正させる。内部的な非効率性に起因する追加の２時間分をクライアントに請求することは望ましくない。更に、１０時間に対して６時間の進捗がなされたことをクライアントにレポートする場合、クライアントは、プロジェクトが６０％進捗したことを間違って理解することになり、曲解されたクライアント見込みをもたらす。つまり、本システムは、内部的に決定される完了への進捗を正規化し、即ち、クライアントとの当初の合意にしたがってスケール化される値に換算する。ここで、修正した完了までの推定が１２時間であるプロジェクトに対して費やした６時間について、５０％の完了としてクライアントにレポートすることができ、または、合意した１０時間の推定において５時間が完了したというスケールに換算することができる。
【００４５】
[0048]  本システムを使用する結果、プロジェクトに取り組んでいるスタッフは、実際に取り組んだ時間をレポートすることができ、そして、スタッフ・パーソン即ちマネージャは、プロジェクトを完了するのに必要とされる時間がどれくらいかについて内部的な使用のために修正することができる。また、本システムは、クライアントへのレポートのためにその情報を自動的に使用するが、その情報は、クライアントが合意した時間に最初に正規化される。これにより、例えば、本システムは、トレイニーのフェア・ユース（クライアントの合意よりも遅い）を許容し、効率性を得るためにフェアな利益を提供する（即ち、内部的に時間が節約されるが、なおも全て請求される）。つまり、クライアントは、常に最新版のデリバリ可能リストにおいて個々のアセットの進捗を理解することができる。
【００４６】
[0049]  実施形態では、プロジェクト・デリバリ可能なもののようなアセットは、クライアントのような外部ユーザによってビュー可能とすることができる。したがって、アセットは、プロジェクト種別によって変更することができる。例えば、娯楽のコンテキストの制作では、アセットは、アニメ・キャラクタのような個々のイメージ、フレーム、または文字を含むことができる。それに応じて、このようなコンテキストでは、タスクは１つ以上のアセットの完了に関与することができる。同様に、デリバリ可能なものは、アセット・セット内のアセットの１セットまたは複数セットを含むことができる。
【００４７】
[0050]  内部ユーザは、完了されたデリバリ可能ファイルをサーバにアップロードすることができ、また、アップロードしたファイルを外部に可視となるようにタグ付けまたはマークすることができる。このようなファイルは、複数の完了されたタスクの結果とすることができる。というのは、複数のスタッフ・メンバによって取り組んだものだからである。当初のタスクが、同一のプロジェクト可能なものにおけるレポートとして識別された場合に、マークされアップロードされたファイルは、例えば、あるデリバリ可能なアセットに含まれるイメージのグループとしてクライアントにアクセス可能とされる。
【００４８】
[0051]  実施形態では、スタッフによる定期的な更新は、自動的に更新されたリアルタイムのスケジュール（ＲＴＳ）に含まれてもよく、ＲＴＳはタイムラインとしてユーザに提示されることができる。ＲＴＳのタイムラインは、従来技術で一般的な開始日および終了日を含むガント・チャートとは異なり、どのタスクが未だ未完了か、それらタスクに何時間が推定されるか、どの個人がそれらタスクに割り当てられるかに依存する。
【００４９】
[0052]  これとは対照的に、実施形態では、タスクはそれぞれの優先度の評価(rating)で割り当てられる。評価は、システムが、タスクの順位付けを補助するのに用いられる。完了していないタスクを用いて、各タスクの優先度と、各タスクを完了するのに必要とされる推定時間とに少なくとも部分的に基づいて、将来の完全なスケジュールを生成することができる。しかし、ガント・チャートを生成するのとは異なり、スケジュールは、タスクの開始日および終了日を入力することなく生成することができる。タスクは、通例は入力した直後から出発する(depart)。実施形態では、隙間を回避することがタスク・スケジューリングの間、考慮される。
【００５０】
[0053]  本システムによる自動スケジューリングは、必要に応じてタイムラインを再調整して、後続のタスクを有するタイムラインの変更から生じる隙間を、例えば優先度の順位で自動的に埋める。これ対応して、例えばスーパバイザによって、既にタイトにパッケージされたスケジュールにおいて新規のタスクが追加されると、新規のタスクは、その優先度の設定にしたがって制作のタイムラインに配置されることになり、従って他のタスクがその周りで再順位付けおよび移動されることになる。実施形態では、本システムは、タスクの再割り当てを行って、プロジェクトで取り組んでいるスタッフ・メンバのワーク負荷をレベル分けすることができる。また、マネージャにタスクの再割り当てをリコメンドすることができる。このような自動の再割り当てまたはリコメンドは、スタッフ・メンバの効率性の分析、既知のスキル・セット等に基づくものとすることができる。更に、例えば休暇が迫っている、または事故や災害から生じる想定外の健康上の問題というようなスタッフ・メンバのスケジュール上の既知または未知の中断に基づいて、再割当てが行われ、即ちリコメンドされることができる。
【００５１】
[0054]  実施形態では、スタッフは、各タスクに費やされる時間を、例えば毎日の最後に手動でログ付けすることができる。代替として、システム・タイマを使用して、タスクに対し費やされた時間の経過を追い、費やされた時間を自動的にログ付けすることができる。時間がログ付けされると、残されたタスク時間は、タスクに対してログ付けされた時間によって自動的に差し引かれる。このことは、どのタスクを取り組んでいるかについて柔軟性を供給し、スタッフが複数の割り当てを取り組むのを可能にして、自動的にスケジュールを更新する。つまり、ＲＴＳは計画ツールおよび追跡ツールの両方であり、したがって、如何なる所与の制作における進行中または周期的な更新を受けて、スケジュールを調整する。
【００５２】
[0055]  実施形態では、毎日のタスクに関連するアクティビティを、時間がログ付けされた後に分析することができる。取り組んでいるタスクおよびログ付けされた時間の分析は、費やされたリソースの高度に粒状のビュー(highly granular view)を提供することができ、速さ対正確性のような関係を引き出すことができる。特に、如何なる所与のプロジェクトに対して日あたりに費やされる時間を決定することができ、また、時間をログ付けした各スタッフ・メンバの時給に基づいて請求額を自動的に計算することができる。
【００５３】
[0056]  つまり、本システムは、従来の管理システムで用いられるのと同一のオートメーション・ワークフローを用いるのではない。従来技術システムでは、プロジェクトのデリバリ可能なものが生成され、これに対して、リソースが直接割り当てられ、スケジュール化される。次いで、スケジュールは狭くフォローされ、または、スタッフによる手動での調整が必要となる。
【００５４】
[0057]  これとは対照的に、本願明細書で開示するシステムおよび方法では、デリバリ可能なものを生成するために必要な時間のようなリソースは、それらが存在する環境に従ってスケジュール化される。この環境は、リソースを一部とする特定のアセット・リストと、当該特定のリストへの割り当てに利用可能であり、または割り当てられている個々のスタッフまたはスタッフのチーム等とを含むことができる。各チームは、それ自体の環境において特定のタスク、タスクのグループ、またはプロジェクト・フェーズへの応対方法を決定することができる。各チームは、他に対して如何なるタスク／フェーズが処理されなければならないかの好適な順序付けを特定することができる。つまり、デリバリ可能なものがシステムに、例えばアセット・リストの一部として入力されると、その要素であるタスクは、データ・オブジェクトを含むワークフローとして振る舞う。データ・オブジェクトはそのチームに一意であるチーム属性に従って取り扱われる。したがって、タスクは、プロジェクトに特有のタスク優先度を考慮して、また、チーム属性、証人のための設定、およびフォローされるタスク・フェーズの自動化を考慮して、自動的にスケジュール化またはリコメンドされる。
【００５５】
[0058]  本システムの使用の結果、タスクの順序付け、および振る舞いが静的チーム・レベルに対してセットされると、タスクの如何なる構成をも自動的に発生するワークフローがもたらされる。それ故に、アセットのテンプレートは、静的ワークフローを必要としない。但し、何れかの所与のチーム環境に従って本システムで決定されることになる。このことは、均一のより上位レベルのテンプレートをもたらし、何らのより上位ワークフローもセット・アップしない。何故ならば、チーム・レベルのプロセスは、フェーズがより下位レベルに対して適切にハンドリングされるのを確実にするからである。
【００５６】
[0059]  図４は、例示の実施態様についての方法を示す。図示されるように、本方法は、完了されるプロジェクト、プロジェクトのアセットおよびアセットを完了するためのタスクについての情報をシステムが取得することにより開始する（４１０）。システムはまた、各タスクを完了するリソースの推定を取得して、タスクについての内部リソース推定を計算する（４２０）。システムは、各タスクの完了に向けて費やされるリソースの測定を取得し、プロジェクト・アセットおよびプロジェクト全体に対し費やされる実際の合計リソースを計算する（４３０）。タスクを完了するためのスケジュールが取得され、即ち自動的に生成される（４４０）。プロジェクト、アセット、タスク、リソースおよびスケジュール情報に関係する情報が内部提示のためにフォーマット化される（４５０）。加えて、プロジェクト、アセット、およびスケジュール情報が正規化されて、外部の当事者と合意した値に反映され、その当事者に外部的に提示するためにフォーマット化される。
【００５７】
[0060]  図５から図３２は、本明細書に説明するシステムおよび方法の態様について示す例示の実施における例示のスクリーン・ショットである。スクリーン・ショットは、プロジェクト管理ソフトウェア・アプリケーションを実行するサーバとデータ通信しているユーザ端末上で起動する例示のユーザ・インタフェースを有する。図５は、新規クライアント(client)の情報を入力するための画面である。図６は、クライアント(client)の新規クライアント・コンタクトの情報を入力するための画面である。図示されるように、クライアント・コンタクト情報は、システムにログインするためのパスワードを含む証明書(credential)、および所定のロールのリストを含む。ロールのうち１つが選択され、コンタクトに関連付けられる。
【００５８】
[0061]  図７は、クライアントのために遂行される新規プロジェクト(project)の情報を入力する画面である。図８は、プロジェクトのマイルストーン(milestone)を規定する情報を入力する画面である。図９は、内部コンタクト（例えば、プロジェクトに取り組むことになっているチームのメンバ）の情報を入力する画面であり、当該情報は、クライアント・コンタクトのためのより完全な情報を含む。図１０はロール(role)のリストを示し、ロールの内１つが選択され、内部コンタクトに関連付けられる。図１１は、内部コンタクトに割り当てられるパーミッション(permission)のリストを示し、これにより、内部コンタクトに関するシステムの動作の範囲を制御する。実施形態では、ロールは、適切なパーミッション選択を含むテンプレートとしてセット・アップすることができる。
【００５９】
[0062]  図１２は、内部組織の部門(division)、およびプロジェクトに関連する部門に関連付けられるアクティビティ(activity)の情報を入力する画面である。図１３は、プロジェクトにおいて金融取引のために会計処理に使用される通貨(currency)を示す。図１４は、休日(holiday)のスケジュールを示し、申請するチームのメンバのスケジュールに影響することになる。図１５は、スケジュール化のために使用されるカレンダ・ビューであり、例えば、ヒューマン・リソースに関連するアプリケーションとインタフェースすることができる。つまり、図示される実施態様では、プロジェクトのスケジュール化への影響を有することになる数多くの情報を含めることができる。
【００６０】
[0063]  図１６は、プロジェクトの一部として含まれる、デリバリ可能なもののようなアセット(asset)の情報を入力するスクリーンである。プロジェクトは、このような複数のアセットをその範囲内に広く含むことになる。図示されるように、色を用いて、タスクおよびアセットの特定の態様をハイライトする。例えば、図示されるように、タスクを完了するのに要することを内部的に推定された時間が、承認されたビッドのビッド値(bid amount)未満である場合に、時間がグリーンにハイライトされる。その反対に、ビッド値を超過して推定された時間については、例えば赤にハイライトされる。図１７は、図１６のアセットの態様に詳細を追加する画面である。図１７の画面は、システムの内部ユーザに可視のもの、および外部ユーザに可視のものの間で、画面のフォーカスを変更させる切り替えを含む。フォーカスを変更する、または内部ユーザ対外部ユーザに可視なものを区別するためにフィルタを適用するという特徴は、システムの様々な態様で実施することができる。例えば、図１９は、データ・オブジェクトの「ストリーム」についてのビューを示す。データ・オブジェクトはストリームによって追跡され、また、内部ユーザ対外部ユーザによってフィルタされることもできる。一般に、内部的に可視な内容(subject matter)は、内部ユーザが、プロジェクトが有する様々な詳細において実際のステータスの正確な理解を得るのに有用である。これとは対照的に、外部的に可視な内容が制御されて、プロジェクトの様々な態様およびプロジェクト全体の外部ユーザに対する認知を制御する。つまり、外部ビューは、自動的にフィルタされ、要約され、および／または取り出されて、例えば、多すぎる詳細、またはクライアントにとって何ら利益を有さない内部的な態様によりクライアントを困惑させることなく、クライアントに現実的な見込みを知らせることができる。
【００６１】
[0064]  実施形態では、外部ユーザは、プロジェクト・レベル情報、アセット・レベル情報、およびアセットを有するプロジェクトに対し請求されるマンアワーの数のような特定の合意済みの制約に対して公表(expose)されることがある。これとは対照的に、外部ユーザにとって実益がない、より詳細なタスク関係態様は、それらに対して公表されない。例えば、図２０は、図１６でセット・アップして示されたアセットについての外部ビューを示す画面である。タスク・レベルの詳細のいずれもが、外部的に公表されず、寧ろ、アセット・レベル情報のみが、例えば、クライアントに実益のあるアセット・レベル情報を示すために選択されたアセットの内１つと共に示される。加えて、メッセージ機構が例示のアプリケーションに含まれる。アプリケーションを用いて、クライアントとの間でメッセージを交換し、承認を得る等をすることができる。
【００６２】
[0065]  図２１は、プロジェクトに取り組んでいる担当者に割り当てられているタスクのリストを示し、選択されたタスクの詳細を示す画面である。図２２は、図１６に示したアセットに対して費やされるようにスケジュール化された時間を示すタイムラインである。実施形態では、タイムラインは、各アセットのタスクが割り当てられている担当者、およびタスクに対して割り当てられている優先度に基づいてシステムによって生成される。
【００６３】
[0066]  図２３は、他のベースは選択優先度のタスクのように用いることができるものの、タスクに適用されているタグにしたがって、選択サブセット（例えば、選択種別のタスク）を示すようにフィルタされているタイムラインを示す。
【００６４】
[0067]  図２４は、外部ビューのためにフォーマット化されたアセットのタイムラインを示す。図示されるように、このスケジュールは、アセット・レベルよりも詳細化された情報を示すことはない。
【００６５】
[0068]  図２５は、内部ユーザによって選択されたアセットの詳細を示す。図示されるように、タスク情報は内部的に表示することができるが、外部的にすることはない。他方、アセット・レベル情報が入力され、外部ビューのためにファイルがサーバにアップロードされる。
【００６６】
[0069]  図２６は、選択内部担当者に関連する情報を収容する画面を示す。マネージャとのような承認ユーザに利用可能とすることができる。図２７は、図２６で囲まれたリンクから選択されるアセットについてのより多くの詳細を示す。図２８は、マネージャによる承認を待機しているアセットのリストを示す。
【００６７】
[0070]  図２９は、異なる複数のプロジェクトに関連づけられるアセットのリストを示し、責任のある担当者、ステータス更新、進捗指標、および時間がビッド値を超過している識別子（ここでは、三角のエクスクラメーション・ポイント）を含む。図３０は、図２９のリストを示し、利用可能な基準のリストから選択される基準によってフィルタされる。
【００６８】
[0071]  図３１は、選択アセットの詳細を示す画面である。図３２は、内部担当者が、サーバにアップロードするために画像を選択することを示す。画像は外部的にアクセスすることができるアセット・レベル情報であるので、画像は外部的にビューするために利用可能となる。システムは、１つの場所に集まり、アセットに対して取り組んでいる全ての担当者からファイルの選択画像を利用可能として、クライアントと共有するアセットのファイルを選択するプロセスを単純化する。
【００６９】
[0072]  本明細書で開示するシステムおよび方法について説明し、詳細事項について例示の形態で特定の程度で図示してきたが、本説明および図示は例示の目的のみでなされていることに留意されるべきである。本明細書の開示において関連の技術分野において通常の知識を有する当業者には明確なように、構成および組み合わせの詳細やパーツの配置、およびステップについての数多くの変形態様がなされることができる。したがって、このような如何なる変更も、本明細書に添付の特許請求の範囲に規定する本発明の範囲に含まれることを意図するものである。
【図１】
2016536655.tif 000003
【図２】
2016536655.tif 000004
【図３】
2016536655.tif 000005
【図４】
2016536655.tif 000006
【図５】
2016536655.tif 000007
【図６】
2016536655.tif 000008
【図７】
2016536655.tif 000009
【図８】
2016536655.tif 000010
【図９】
2016536655.tif 000011
【図１０】
2016536655.tif 000012
【図１１】
2016536655.tif 000013
【図１２】
2016536655.tif 000014
【図１３】
2016536655.tif 000015
【図１４】
2016536655.tif 000016
【図１５】
2016536655.tif 000017
【図１６】
2016536655.tif 000018
【図１７】
2016536655.tif 000019
【図１８】
2016536655.tif 000020
【図１９】
2016536655.tif 000021
【図２０】
2016536655.tif 000022
【図２１】
2016536655.tif 000023
【図２２】
2016536655.tif 000024
【図２３】
2016536655.tif 000025
【図２４】
2016536655.tif 000026
【図２５】
2016536655.tif 000027
【図２６】
2016536655.tif 000028
【図２７】
2016536655.tif 000029
【図２８】
2016536655.tif 000030
【図２９】
2016536655.tif 000031
【図３０】
2016536655.tif 000032
【図３１】
2016536655.tif 000033
【図３２】
2016536655.tif 000034
【国際調査報告】
2016536655.tif 000035