(57)【要約】【課題】使用する管理ツールなどが異なる複数のプロジェクトに対しても、それぞれの進捗状況のサマリー情報を一覧として視覚的に容易に把握できるようにする。【解決手段】プロジェクト管理ＤＢ２１を有するＤＢサーバ２０とプロジェクト管理サーバ１０とを有し、プロジェクト管理サーバ１０は、プロジェクト管理ＤＢ２１から各対象プロジェクトに係るデータを抽出するデータアクセス部１２と、データアクセス部１２により抽出されたデータに基づいて対象プロジェクト毎に、完了、遅延、および遅延なしの各ステータスに分類されるタスクの割合をそれぞれ算出する集計部１３と、対象プロジェクト毎の進捗状況を、集計部１３により算出されたステータス毎のタスクの割合を示すグラフを含む所定の形式で表示する一覧画面を形成し、クライアント端末４０上に表示させる画面形成部１４とを有する。【選択図】図１
2016118832.tif 000002
【特許請求の範囲】
【請求項１】
複数の対象プロジェクトの進捗状況の管理を支援するプロジェクト管理システムであって、
各プロジェクトに含まれるタスク毎の作業実施予定および実施の実績を含む情報を保持するプロジェクト管理データベースを有するデータベースサーバと、
前記対象プロジェクト毎にタスクの進捗状況の集計結果をネットワークを介してクライアント端末上に表示させるプロジェクト管理サーバと、を有し、
前記プロジェクト管理サーバは、
前記プロジェクト管理データベースから前記各対象プロジェクトに係るデータを抽出するデータアクセス部と、
前記データアクセス部により抽出されたデータに基づいて、前記対象プロジェクト毎に、完了、遅延、および遅延なしの各ステータスに分類されるタスクの割合をそれぞれ算出する集計部と、
前記対象プロジェクト毎の進捗状況を、前記集計部により算出された前記ステータス毎のタスクの第１の割合を示すグラフを含む所定の形式で表示する一覧画面を形成し、前記クライアント端末上に表示させる画面形成部と、を有する、プロジェクト管理システム。
【請求項２】
請求項１に記載のプロジェクト管理システムにおいて、
前記集計部は、前記対象プロジェクト毎に、予定通り実施が開始もしくは終了しているタスクの割合を算出して進捗状況を評価し、
前記画面形成部は、前記評価に基づいて、前記各対象プロジェクトの状況を表す所定の画像を前記一覧画面に表示する、プロジェクト管理システム。
【請求項３】
請求項１または２に記載のプロジェクト管理システムにおいて、
前記クライアント端末を介したユーザによる前記グラフ中の特定のステータスに対する選択の指示に基づいて、
前記集計部は、前記特定のステータスに分類される各タスクについて、さらに詳細な１つ以上のステータスに分類されるタスクの第２の割合をそれぞれ算出し、
前記画面形成部は、前記グラフを前記第１の割合を示すものから前記第２の割合を示すものに切り替えて前記一覧画面を形成する、プロジェクト管理システム。
【請求項４】
請求項１〜３のいずれか１項に記載のプロジェクト管理システムにおいて、
さらに、前記プロジェクト管理データベースのデータを、所定の標準化仕様のデータに変換するデータ標準化部を有し、
前記データアクセス部は、前記データ標準化部を介して前記標準化仕様に変換されたデータを前記プロジェクト管理データベースから取得する、プロジェクト管理システム。
【請求項５】
請求項４に記載のプロジェクト管理システムにおいて、
前記データアクセス部は、プロジェクトの進捗管理を行う他のシステムから前記標準化仕様のデータを取得する、プロジェクト管理システム。
【請求項６】
複数の対象プロジェクトの進捗状況の管理を支援するプロジェクト管理システムとして機能するよう、コンピュータに処理を実行させるプロジェクト管理プログラムであって、
各プロジェクトに含まれるタスク毎の作業実施予定および実施の実績を含む情報を保持するプロジェクト管理データベースから前記各対象プロジェクトに係るデータを抽出するデータアクセス処理と、
前記データアクセス処理により抽出されたデータに基づいて、前記対象プロジェクト毎に、完了、遅延、および遅延なしの各ステータスに分類されるタスクの割合をそれぞれ算出する集計処理と、
前記対象プロジェクト毎の進捗状況を、前記集計処理により算出された前記ステータス毎のタスクの第１の割合を示すグラフを含む所定の形式で表示する一覧画面を形成し、クライアント端末上に表示させる画面形成処理と、を実行させる、プロジェクト管理プログラム。
【請求項７】
請求項６に記載のプロジェクト管理プログラムにおいて、
前記集計処理は、前記対象プロジェクト毎に、予定通り実施が開始もしくは終了しているタスクの割合を算出して進捗状況を評価し、
前記画面形成処理は、前記評価に基づいて、前記各対象プロジェクトの状況を表す所定の画像を前記一覧画面に表示する、プロジェクト管理プログラム。
【請求項８】
請求項６または７に記載のプロジェクト管理プログラムにおいて、
前記クライアント端末を介したユーザによる前記グラフ中の特定のステータスに対する選択の指示がされた場合に、
前記集計処理は、前記特定のステータスに分類される各タスクについて、さらに詳細な１つ以上のステータスに分類されるタスクの第２の割合をそれぞれ算出し、
前記画面形成処理は、前記グラフを前記第１の割合を示すものから前記第２の割合を示すものに切り替えて前記一覧画面を形成する、プロジェクト管理プログラム。
【請求項９】
請求項６〜８のいずれか１項に記載のプロジェクト管理プログラムにおいて、
さらに、前記プロジェクト管理データベースのデータを、所定の標準化仕様のデータに変換するデータ標準化処理を実行させ、
前記データアクセス処理は、前記データ標準化処理によって前記標準化仕様に変換されたデータを前記プロジェクト管理データベースから取得する、プロジェクト管理プログラム。
【請求項１０】
請求項９に記載のプロジェクト管理プログラムにおいて、
前記データアクセス処理は、プロジェクトの進捗管理を行う他のシステムから前記標準化仕様のデータを取得する、プロジェクト管理プログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、プロジェクト管理技術に関し、特に、プロジェクトの進捗を視覚的に把握可能とするプロジェクト管理システムおよびプロジェクト管理プログラムに適用して有効な技術に関するものである。
【背景技術】
【０００２】
システム開発等のプロジェクトについて、その進捗管理等を含むプロジェクト管理業務を情報処理システムにより支援する仕組みが提供されている。多くのプロジェクトでは、例えば、表計算ソフトなどを利用して定義されたＷＢＳ（Work Breakdown Structure）に対して、プロジェクトメンバーが作業実績を随時もしくは定期的に入力・更新し、これを集計することで各タスクの進捗状況を把握するというような簡易的な管理が行われる。ＷＢＳにおいて定義されたタスクの情報をデータベースに登録して管理する場合もある。また、プロジェクト管理用のアプリケーションプログラムを導入してこれを利用する場合もある。特に、プロジェクトオフィス（ＰＯ）などの管理部門にとっては、集計・把握された各プロジェクトの進捗状況を適時に参照できるようにする仕組みが必要となる。
【０００３】
プロジェクトの進捗管理と可視化に関連する技術として、例えば、特開２００７−９４４６７号公報（特許文献１）には、個々の作業についての進捗状況とともに、作業全体の進捗状況や、担当者毎の作業量、進捗状況等を一つの画面上で視覚的に把握させることを可能とする進捗マップを用いた進捗管理システムが記載されている。
【０００４】
また、特開２０１０−２４４３３８号公報（特許文献２）には、対象のプロジェクトについて進捗管理データベースから抽出された表示対象データに基づいて品質、コストおよび納期の各々に対応する領域の表示色を複数段階で変化させたグラフを工程番号毎に作成し、このグラフを構成要素として、プロジェクトの進捗状況を工程番号または週番号を単位として一覧表示するＱＣＤダッシュボード画面を作成するプロジェクト進捗管理装置が記載されている。
【０００５】
また、特開２０１３−１８６７６８号公報（特許文献３）には、プロジェクトに付随する日々の登録情報と、プロジェクト開始時に設定した予算値（計画値）やプロジェクトのタイプに典型的な進捗推移とを比較してプロジェクトの進捗率を計算する進捗率計算処理部と、進捗率計算処理部にて計算されたプロジェクトの進捗結果を表やグラフ形式で表示し、リスクのあるプロジェクトを強調表示する進捗率表示処理部から構成されるプロジェクト進捗管理システムが記載されている。
【先行技術文献】
【特許文献】
【０００６】
【特許文献１】特開２００７−９４４６７号公報
【特許文献２】特開２０１０−２４４３３８号公報
【特許文献３】特開２０１３−１８６７６８号公報
【発明の概要】
【発明が解決しようとする課題】
【０００７】
例えば、プロジェクトオフィスなどの部門が複数プロジェクトについて一元的に進捗を管理するような場合、一次的にはこれら各プロジェクトの進捗状況や遅延の有無などについて必要十分な項目に絞り込んだサマリー情報を統一的に一覧として視覚的に容易に把握できるようにしておくことが有効である。そして、二次的に詳細情報を確認する必要が生じた場合に詳細項目まで辿って内容を参照できるようにするのが望ましい。
【０００８】
この点、従来技術によれば、複数のプロジェクトについて一覧的に進捗状況を管理することは可能である。しかしながら、例えば、各プロジェクトにおいて個別に使用しているプロジェクト管理用のツールやソフトウェアなどが異なる場合、得られるデータの過不足やデータフォーマットの相違などの点から、これら複数のプロジェクトについて進捗状況を統一的に一覧として把握できるようにするのが困難な場合がある。
【０００９】
そこで本発明の目的は、使用する管理ツールなどが異なる複数のプロジェクトに対しても、それぞれの進捗状況のサマリー情報を一覧として視覚的に容易に把握できるようにするプロジェクト管理システムおよびプロジェクト管理プログラムを提供することにある。
【００１０】
本発明の前記ならびにその他の目的と新規な特徴は、本明細書の記述および添付図面から明らかになるであろう。
【課題を解決するための手段】
【００１１】
本願において開示される発明のうち、代表的なものの概要を簡単に説明すれば、以下のとおりである。
【００１２】
本発明の代表的な実施の形態によるプロジェクト管理システムは、複数の対象プロジェクトの進捗状況の管理を支援するプロジェクト管理システムであって、各プロジェクトに含まれるタスク毎の作業実施予定および実施の実績を含む情報を保持するプロジェクト管理データベースを有するデータベースサーバと、前記対象プロジェクト毎にタスクの進捗状況の集計結果をネットワークを介してクライアント端末上に表示させるプロジェクト管理サーバと、を有するものである。
【００１３】
そして、前記プロジェクト管理サーバは、前記プロジェクト管理データベースから前記各対象プロジェクトに係るデータを抽出するデータアクセス部と、前記データアクセス部により抽出されたデータに基づいて、前記対象プロジェクト毎に、完了、遅延、および遅延なしの各ステータスに分類されるタスクの割合をそれぞれ算出する集計部と、前記対象プロジェクト毎の進捗状況を、前記集計部により算出された前記ステータス毎のタスクの第１の割合を示すグラフを含む所定の形式で表示する一覧画面を形成し、前記クライアント端末上に表示させる画面形成部と、を有する。
【００１４】
また、本発明は、コンピュータを上記のようなプロジェクト管理システムとして動作させるプログラムにも適用することができる。
【発明の効果】
【００１５】
本願において開示される発明のうち、代表的なものによって得られる効果を簡単に説明すれば以下のとおりである。
【００１６】
すなわち、本発明の代表的な実施の形態によれば、使用する管理ツールなどが異なる複数のプロジェクトに対しても、それぞれの進捗状況のサマリー情報を一覧として視覚的に容易に把握することが可能となる。
【図面の簡単な説明】
【００１７】
【図１】本発明の一実施の形態であるプロジェクト管理システムの構成例について概要を示した図である。
【図２】本発明の一実施の形態におけるクライアント端末のＷｅｂブラウザ上に表示される進捗状況の一覧画面の例について概要を示した図である。
【図３】（ａ）、（ｂ）は、本発明の一実施の形態における「タスク内訳」欄の棒グラフの表示内容を階層構造に従って切り替える例について概要を示した図である。
【図４】本発明の一実施の形態における各プロジェクトにおける遅延タスクの詳細情報を表示する画面の例について概要を示した図である。
【発明を実施するための形態】
【００１８】
以下、本発明の実施の形態を図面に基づいて詳細に説明する。なお、実施の形態を説明するための全図において、同一部には原則として同一の符号を付し、その繰り返しの説明は省略する。
【００１９】
＜システム構成＞
図１は、本発明の一実施の形態であるプロジェクト管理システムの構成例について概要を示した図である。プロジェクト管理システム１は、サーバ機器やクラウドコンピューティング環境上に構築された仮想サーバなどにより実装されるプロジェクト管理サーバ１０およびデータベース（ＤＢ）サーバ２０を有し、社内ＬＡＮ（Local Area Network）やインターネット等のネットワーク５０を介して、プロジェクト管理サーバ１０に対して１つ以上のクライアント端末４０が接続可能な構成を有している。図１の例では、プロジェクト管理サーバ１０とＤＢサーバ２０をそれぞれ独立したサーバシステムとして構成しているが、同一のサーバシステム上に構成するものであってもよい。
【００２０】
プロジェクト管理サーバ１０は、クライアント端末４０に対してプロジェクト管理業務の支援サービスを提供するＷｅｂサーバシステムであり、例えば、図示しないＯＳ（Operating System）やＤＢＭＳ（DataBase Management System）、およびＷｅｂサーバプログラム１６などのミドルウェア上で稼働するソフトウェアとして実装されたデータ標準化部１１、データアクセス部１２、集計部１３、画面形成部１４、および帳票作成部１５などの各部を有する。
【００２１】
同様に、ＤＢサーバ２０は、図示しないＯＳやＤＢＭＳなどのミドルウェアを有し、各プロジェクトについてのＷＢＳおよびこれに含まれる各タスクの作業実施予定等の定義情報や、各タスクの実績情報などのプロジェクト管理情報を保持するデータベースであるプロジェクト管理ＤＢ２１を保持している。
【００２２】
プロジェクト管理サーバ１０のデータ標準化部１１は、後述するデータアクセス部１２がＤＢサーバ２０のプロジェクト管理ＤＢ２１にアクセスしてデータを取得する際に、所定の標準化された仕様（以下では「標準化仕様」と記載する場合がある）でのデータ項目およびフォーマットによって取得できるようにするためのインタフェースを提供する。すなわち、プロジェクト管理ＤＢ２１に保持されているデータについて、標準化仕様との間でフォーマット等の変換処理を行う機能を有する。
【００２３】
データアクセス部１２は、クライアント端末４０からの要求に基づいて、対象のプロジェクトに係る必要なデータをプロジェクト管理ＤＢ２１にアクセスして抽出・取得する機能を有する。上述したように、データ標準化部１１が提供するインタフェースを介してアクセスすることで、標準化仕様に則ったデータを取得することができる。データ標準化部１１を介さずに直接プロジェクト管理ＤＢ２１にアクセスしてデータを取得する構成であってもよい。
【００２４】
なお、データアクセス部１２が標準化仕様のデータを受け付けて処理することができる場合には、例えば、図示するように、使用するプロジェクト管理用のツールやソフトウェアなどが異なる他システム３０において、プロジェクト管理サーバ１０と同様に、管理しているデータを標準化仕様に変換するデータ標準化部３１を有しているような場合には、これらの他システム３０からもデータ標準化部３１を介して同様の手順でデータを取得して、進捗状況の把握等を含むプロジェクト管理業務を一元的に行うことが可能である。
【００２５】
集計部１３は、データアクセス部１２によってプロジェクト管理ＤＢ２１（もしくは他システム３０やファイルなどの他のリソースも含む）から取得したＷＢＳの各タスクについてのデータに基づいて、対象の各プロジェクトの進捗状況を集計し、データを整形する機能を有する。ここでは、例えば、各タスクについて設定・登録されている開始予定日・終了予定日の情報や、開始日・終了日の実績情報に基づいて、タスクのステータスを把握し、「完了」、「遅延あり／遅延なし」、「着手／未着手」などのステータスによってタスク数を集計する。
【００２６】
画面形成部１４は、Ｗｅｂサーバプログラム１６を介してクライアント端末４０から受けたリクエストに基づいて、対象のプロジェクトについて集計部１３によって集計された進捗状況の結果を、後述するようなダッシュボード画面として形成してクライアント端末４０に表示させる機能を有する。一方、帳票作成部１５は、進捗状況の結果を画面ではなく表計算ソフトウェアのデータシートなどによる各種の帳票として作成し、クライアント端末４０からダウンロード可能とする機能を有する。
【００２７】
クライアント端末４０は、例えば、ＰＣ（Personal Computer）やタブレット端末などの情報処理端末からなり、図示しないＯＳなどのミドルウェア上で稼働するＷｅｂブラウザ４２を有している。プロジェクトの進捗管理を行いたいユーザは、Ｗｅｂブラウザ４２を利用してプロジェクト管理サーバ１０のＷｅｂサーバプログラム１６を介して画面形成部１４や帳票作成部１５などの各部にアクセスし、これら各部により進捗状況の集計結果の画面をＷｅｂブラウザ４２上にダッシュボードとして表示させたり、帳票データを取得したりする。
【００２８】
なお、プロジェクト管理サーバ１０の画面形成部１４が出力してＷｅｂブラウザ４２上に表示させる画面は、クライアントサイドで稼働するプログラムを含んでいてもよく、この場合、クライアント端末４０側のデータアクセス部４１（クライアントサイドで稼働するプログラムに含まれていてもよい）がプロジェクト管理サーバ１０のデータアクセス部１２と連携して、プロジェクト管理ＤＢ２１などから直接データを取得し、取得したデータによって動的に画面を更新することも可能である。また、標準化仕様のデータを扱うことができる場合には、他システム３０のデータ標準化部３１を介して他システム３０から直接データを取得することも可能である。
【００２９】
なお、本実施の形態では、プロジェクト管理システム１をＷｅｂシステムとして構成しているが、これに限られない。例えば、クライアント／サーバ型のアプリケーションとして構成し、クライアント端末４０のデスクトップ画面上にデスクトップガジェットとして各プロジェクトの進捗状況を視覚的に表示させるようなクライアントアプリケーションを実装することも可能である。
【００３０】
＜進捗管理画面＞
図２は、プロジェクト管理サーバ１０の画面形成部１４により作成され、クライアント端末４０のＷｅｂブラウザ４２上に表示される進捗状況の一覧画面の例について概要を示した図である。画面では、ユーザが閲覧可能なプロジェクトの全部もしくは検索等により絞り込んだ一部について、進捗状況のサマリーが一覧表示されている。なお、画面表示の内容は、例えば、一定時間毎に更新・リフレッシュすることで、現在の最新の進捗状況を把握できるようにするのが望ましい。
【００３１】
図２の例では、各プロジェクトについて、プロジェクト管理ＤＢ２１に保持されているＷＢＳの登録内容および実績情報を集計した結果として、タスクの総数（「タスク総数」欄）、現時点で完了している予定のタスク数（「予定完了数」欄）、現時点で実際に完了しているタスクの数（「完了数」欄）、現時点で予定から遅延しているタスクの数（「遅延数」欄）、現時点で完了している予定のタスク数に対する実際に完了しているタスクの数の割合（「予定完了数」欄）などの各項目について数値情報を表示している。
【００３２】
図２の例では、さらに、各プロジェクトについて、進捗状況の良／不良を視覚的・直感的に把握し易いようにするため、「状況」欄に進捗状況に応じた画像やアイコンを表示している。例えば、図示するように、進捗状況の良／不良を天気になぞらえて、
「晴れ」：「予定完了率」が１００％以上かつ「遅延数」がゼロ
「薄日」：「予定完了率」が９０％以上
「曇り」：「予定完了率」が８０％以上かつ９０％未満
「雨」  ：「予定完了率」が８０％未満
などとし、対応する画像やアイコンを表示する。なお、上記の基準は一例であり、他の基準とすることももちろん可能である。また、天気になぞらえるのも一例であり、例えば、人の顔の表情や、図形の色などになぞらえてもよい。また、プロジェクトの規模（例えば「タスク総数」の数）などに応じて表示する画像の大きさを変えてもよい。
【００３３】
図２の例では、さらに、各プロジェクトについて、タスク毎の進捗状況の内訳の情報を視覚的・直感的に把握し易いようにするため、「タスク内訳」欄にタスク毎の進捗状況の内訳（該当するタスクの数の割合）の情報を棒グラフによって表示している。この棒グラフによって表示される内訳は、後述するように、サマリー情報から詳細情報へと階層構造を有しており、初期画面ではサマリー情報が表示され、ユーザが内訳の中の項目を選択することで、当該項目の詳細な内訳をさらに表示するよう、棒グラフの表示を切り替えることができる。
【００３４】
図３は、「タスク内訳」欄の棒グラフの表示内容を階層構造に従って切り替える例について概要を示した図である。図３（ａ）では、棒グラフの表示内容が切り替わる例を示している。例えば、第１層（初期表示）においてユーザが内訳の中から「遅延」の項目をマウスクリック等により選択した場合、棒グラフの表示内容は第２層のものに切り替わる。図３の例では、「遅延」しているタスクの内訳として「着手」と「未着手」の各項目に該当するタスク数の割合が表示される。
【００３５】
さらに、第２層においてユーザが内訳の中から「着手」の項目を選択した場合、棒グラフの表示内容は第３層のものに切り替わる。図３の例では、「着手」しているタスクの内訳として、「１日遅れ」、「３日遅れ」および「それ以上」の各項目に該当するタスク数の割合が表示される。さらに、第３層においてユーザが内訳の中から「１日遅れ」の項目を選択した場合、棒グラフの内容は第４層のものに切り替わる。図４の例では、「１日遅れ」のタスクについて、それ以上の内訳がない（第４層が最下層である）ため、棒グラフは全て「１日遅れ」の項目となる。
【００３６】
さらに、第４層（最下層）においてユーザが「１日遅れ」の項目を選択した場合、棒グラフの表示内容は第１層のものにサイクリックに切り替わる。このように、ユーザは、直感的に把握し易いサマリー情報の初期表示から、棒グラフの内訳の項目を選択して詳細情報にドリルダウンしていく形でタスクの内訳の情報を効率的に参照することができる。なお、本実施の形態では棒グラフによりタスクの進捗状況の内訳を表示しているが、円グラフや他の表示形式で進捗状況を表示するものであってもよい。
【００３７】
図３（ｂ）は、タスクの進捗状況の各項目の階層構造の定義情報を示している。第１層では、各タスクを進捗状況に応じて「完了」、「遅延」、「遅延なし」に分類する。「遅延」および「遅延なし」のステータスの各タスクについては、詳細化した第２層においてそれぞれ「着手」および「未着手」のステータスに分類する。
【００３８】
第１層が「遅延」で第２層が「着手」のステータスのタスクについては、さらに詳細化した第３層においてそれぞれ、タスクの終了予定日が現在日付から「１日遅れ」、「３日遅れ」、および「それ以上」のステータスに分類する。また、第１層が「遅延」で第２層が「未着手」のステータスのタスクについては、さらに詳細化した第３層においてそれぞれ、タスクの開始予定日が現在日付から「１日遅れ」、「３日遅れ」、および「それ以上」のステータスに分類する。
【００３９】
また、第１層が「遅延なし」で第２層が「着手」のステータスのタスクについては、さらに詳細化した第３層においてそれぞれ、タスクの終了予定日が現在日付から「１日後」、「３日後」、および「それ以上」のステータスに分類する。また、第１層が「遅延なし」で第２層が「未着手」のステータスのタスクについては、さらに詳細化した第３層においてそれぞれ、タスクの開始予定日が現在日付から「１日後」、「３日後」、および「それ以上」のステータスに分類する。
【００４０】
なお、図３（ｂ）に示した階層構造は一例であり、これに限られない。異なる分類項目や他の分類項目を有していてもよいし、階層数が異なっていてもよい。
【００４１】
図２の例に戻り、ユーザは、一覧表示された各プロジェクトの行において右端に表示されている「遅延一覧」ボタンを押下することで、進捗状況が遅延している各タスクの具体的な内容を一覧表示させることができる。
【００４２】
図４は、各プロジェクトにおける遅延タスクの詳細情報を表示する画面の例について概要を示した図である。図４の例では、図２の例のプロジェクト一覧画面においてユーザが押下した「遅延一覧」ボタンに対応するプロジェクトについて、プロジェクト管理ＤＢ２１に登録されているタスクから遅延しているものを抽出し、その内容を表形式にして表示している。このとき、各タスクについて遅延日数を計算して併せて表示している。このように、必要に応じて詳細情報を表示する画面構成とすることで、進捗状況を効率的に把握できるようにする。
【００４３】
なお、図２や図４に示した画面表示項目や表示形式についても一例であり、これに限られない。異なる項目や他の項目を表示してもよいし、表示形式が異なるものであってもよい。
【００４４】
以上に説明したように、本発明の一実施の形態であるプロジェクト管理サーバ１０によれば、例えば、個別に使用しているプロジェクト管理用のツールやソフトウェアなどが異なるプロジェクトであっても、これらを含む複数のプロジェクトについて、進捗管理上必要十分な項目をクライアント端末４０上にダッシュボード的に常時表示させることができる。また、ユーザは、必要に応じて画面上から項目をドリルダウンして詳細情報を参照することができる。これらにより、プロジェクトオフィスのような部門においても効率的な進捗管理が可能である。
【００４５】
以上、本発明者によってなされた発明を実施の形態に基づき具体的に説明したが、本発明は上記の実施の形態に限定されるものではなく、その要旨を逸脱しない範囲で種々変更可能であることはいうまでもない。例えば、上記の実施の形態は本発明を分かりやすく説明するために詳細に説明したものであり、必ずしも説明した全ての構成を備えるものに限定されるものではない。また、上記の実施の形態の構成の一部について、他の構成の追加・削除・置換をすることが可能である。
【産業上の利用可能性】
【００４６】
本発明は、プロジェクトの進捗を視覚的に把握可能とするプロジェクト管理システムおよびプロジェクト管理プログラムに利用可能である。
【符号の説明】
【００４７】
１…プロジェクト管理システム、
１０…プロジェクト管理サーバ、１１…データ標準化部、１２…データアクセス部、１３…集計部、１４…画面形成部、１５…帳票作成部、１６…Ｗｅｂサーバプログラム、
２０…ＤＢサーバ、２１…プロジェクト管理ＤＢ、
３０…他システム、３１…データ標準化部、
４０…クライアント端末、４１…データアクセス部、４２…Ｗｅｂブラウザ、
５０…ネットワーク
【図１】
2016118832.tif 000003
【図２】
2016118832.tif 000004
【図３】
2016118832.tif 000005
【図４】
2016118832.tif 000006