(57)【要約】【課題】プロジェクトにスケジュール遅延やコスト超過等が生じている場合に、その要因を一見して明確に把握することができる進捗管理装置を提供する。【解決手段】記憶部３０には、開発プロジェクトを構成する各タスクの階層構造に関する情報とアーンドバリュー管理で用いられる各指標が記憶される。表示制御手段４３は、最上位のタスクと当該タスクよりも一階層だけ下位の各タスクとについてのバブルチャートを作成して、表示装置２０に表示する。バブルチャートは、各タスクについて、コスト効率指数及びスケジュール効率指数で特定される位置を中心とし、コスト差異を半径とする円が表されたものである。また、表示制御手段４３は、バブルチャート上で、ある一つの下位のタスクが選択されたときに、その選択されたタスクと当該タスクよりも一階層だけ下位の各タスクとについてのバブルチャートを作成して、表示装置２０に表示する。【選択図】図１
2007018163.tif 000002
【特許請求の範囲】
【請求項１】
プロジェクトについての進捗状況を管理する進捗管理装置において、
前記プロジェクトが当該プロジェクトを最上位のタスクとする複数のタスクの階層構造で構成されており、各タスクについて、任意の各時点での進捗率及び実績作業時間を含む実績指標を入力するための入力手段と、
前記タスクの階層構造に関する情報と、各タスクについて、完成時総予算及び各時点での計画価値を含む計画指標と、前記入力手段から入力された前記実績指標とを記憶する記憶手段と、
前記記憶手段に記憶されている前記計画指標及び前記実績指標に基づいて、各タスクについて、各時点での実コスト及びアーンドバリューを含む測定指標を算出し、その算出した前記測定指標を前記記憶手段に記憶させる第一指標算出手段と、
前記記憶手段に記憶されている前記計画指標及び前記測定指標に基づいて、各タスクについて、各時点でのコスト効率指数及びコスト差異を含むコスト指標と、各タスクについて、各時点でのスケジュール効率指数及びスケジュール差異を含むスケジュール指標とを算出し、その算出した前記コスト指標及び前記スケジュール指標を前記記憶手段に記憶させる第二指標算出手段と、
前記記憶手段に記憶されている前記タスクの階層構造に関する情報及び前記各指標に基づいて、最上位のタスクと当該タスクよりも一階層だけ下位の各タスクとについてのバブルチャートを作成して、表示手段に表示する表示制御手段と、
を具備し、
前記表示制御手段によって作成される前記バブルチャートは、二つの座標軸にコスト効率指数、スケジュール効率指数が採られたものであって、当該各タスクについて、コスト効率指数及びスケジュール効率指数で特定される位置を中心として、所定の指標の値に応じた大きさ又は色で描かれた図形が表されたものであることを特徴とする進捗管理装置。
【請求項２】
前記表示制御手段は、前記表示手段に表示された前記バブルチャート上において、ある一つの下位のタスクが選択されたときに、前記記憶手段に記憶されている前記タスクの階層構造に関する情報及び前記各指標に基づいて、その選択されたタスクと当該タスクよりも一階層だけ下位の各タスクとについての前記バブルチャートを作成して、前記表示手段に表示することを特徴とする請求項１記載の進捗管理装置。
【請求項３】
前記表示制御手段は、前記バブルチャートにおいて、各タスクを示す図形を、当該タスクが完了しているか否かに応じて異なる表現方法で表すことを特徴とする請求項１又は２記載の進捗管理装置。
【請求項４】
前記表示制御手段は、前記バブルチャートを作成する際、各タスクを示す図形の大きさ又は色を、当該タスクのコスト差異又はスケジュール差異に応じて決定することを特徴とする請求項１、２又は３記載の進捗管理装置。
【請求項５】
前記表示制御手段は、前記バブルチャートを作成する際、各タスクを示す図形の大きさ又は色を、前記記憶手段に記憶されている前記複数の指標のうち所定の少なくとも二つの指標にそれぞれ重みを乗じたものを加算又は乗算して得られる値に応じて決定することを特徴とする請求項１、２又は３記載の進捗管理装置。
【請求項６】
請求項１、２、３、４又は５のいずれかに記載の進捗管理装置の機能をコンピュータに実現させるためのプログラムを記録したコンピュータ読み取り可能な記録媒体。
【請求項７】
請求項１、２、３、４又は５のいずれかに記載の進捗管理装置の機能をコンピュータに実現させるためのプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ソフトウェアや情報システムの開発等、さまざまなプロジェクトについての進捗状況を管理するために用いられる進捗管理装置に関するものである。
【背景技術】
【０００２】
従来、ソフトウェアや情報システム等の開発プロジェクトを遂行する場合にそのプロジェクトにおけるコストやスケジュールの管理手法としてさまざまな方法が提案されている。例えば、一日から数日単位、作業者単位等の細かい単位で作業の内容や進捗の状況を管理するシステムが提案されている（例えば、特許文献１参照。）。かかるシステムを用いることにより、プロジェクトの各実施段階で、各作業についての進捗状況を詳細に把握することができる。しかし、かかるシステムを用いても、プロジェクトが全体として現在どのような状況にあるのかというプロジェクトの全体観については、未だに正しく把握することが困難である。
【０００３】
近年、プロジェクトのコストやスケジュール等、進捗状況を管理する管理システムにおいて、アーンドバリュー（Earned Value）という概念が注目されるようになってきた。アーンドバリュー管理とは、作業の進捗や達成度を金銭的に表現したものであるアーンドバリューを統一的な尺度として、プロジェクトのパフォーマンス（コスト、スケジュール）を定量的に測定・分析し、一元的に管理するというプロジェクト管理の一手法である。かかるアーンドバリュー管理手法を取り入れたプロジェクト管理システムは、アーンドバリューマネジメントシステム（ＥＶＭＳ：Earned Value Management System）と呼ばれている。
【０００４】
アーンドバリューがプロジェクト管理システムにおける進捗管理に使われるようになったのは、１９６７年に米国国防省の調達規則で使われたのが最初である。近年では、アーンドバリューは、カナダ、英国、スウェーデンなどでも国内規格として活用されている。そして、日本においても経済産業省がシステム開発プロジェクトの管理手法としてアーンドバリューの採用を推奨している。
【０００５】
アーンドバリュー管理の基本的な考え方は、次のようなものである。すなわち、まず、プロジェクトの各作業を金銭価値として表現した計画を作り、チェックポイントごとの達成予定額（計画価値）を設定する。各作業の金銭価値の総和がプロジェクト全体の総コストとなる。次に、プロジェクトの各実施段階において、各作業の達成作業量（アーンドバリュー）及び実コストを金銭表現する。そして、その達成作業量を達成予定額と比較することにより、作業についてスケジュール面の進捗を定量的に把握することができる。また、その実コストと達成作業量とを比較することにより、作業についてコスト面の進捗も定量的に把握することができる。このように、スケジュールとコストの両面で、作業の進捗状況を定量的に把握することができるので、作業の完了時期の予測や完了時のコスト予測を高い精度で行うことが可能である。また、作業の完了がどの程度遅延するのか、コストがどの程度超過するのか等についても予測することができるので、アーンドバリューの管理手法を取り入れたプロジェクト管理システムは、管理者にとってリスク管理に対する有効なツールとなっている。
【０００６】
例えば、アーンドバリューの概念を取り入れたプロジェクト管理システムとしては、プロジェクト実行途中の現時点から一定期間後の出来高やプロジェクト完了時等を予測するものが提案されている（例えば、特許文献２参照。）。
【０００７】
【特許文献１】特開２００４−９４８２７号公報
【特許文献２】特開２００５−４４６１号公報
【発明の開示】
【発明が解決しようとする課題】
【０００８】
ところで、上記の特許文献２に開示されているプロジェクト管理システムでは、予測結果を表やスネークチャートで表現している。このスネークチャートでは、縦軸に金額を、横軸に時間を採り、達成予定額、達成作業量及び実コストを表している。このため、管理者が、これら表やスネークチャートに基づいてプロジェクトの進捗状況を把握する場合に、そのプロジェクトについてスケジュールの遅延やコストの超過等が生じていると判断しても、表やスネークチャートを一見しただけでは、そのスケジュール遅延やコスト超過等の要因を容易に特定することができないという問題がある。したがって、管理者は、その要因に対して早期に適切な対策を講じることが困難であった。
【０００９】
本発明は上記事情に基づいてなされたものであり、プロジェクトにスケジュール遅延やコスト超過等が生じている場合に、その要因を一見して明確に把握することができる進捗管理装置を提供することを目的とするものである。
【課題を解決するための手段】
【００１０】
上記の目的を達成するための請求項１記載の発明は、プロジェクトについての進捗状況を管理する進捗管理装置において、前記プロジェクトが当該プロジェクトを最上位のタスクとする複数のタスクの階層構造で構成されており、各タスクについて、任意の各時点での進捗率及び実績作業時間を含む実績指標を入力するための入力手段と、前記タスクの階層構造に関する情報と、各タスクについて、完成時総予算及び各時点での計画価値を含む計画指標と、前記入力手段から入力された前記実績指標とを記憶する記憶手段と、前記記憶手段に記憶されている前記計画指標及び前記実績指標に基づいて、各タスクについて、各時点での実コスト及びアーンドバリューを含む測定指標を算出し、その算出した前記測定指標を前記記憶手段に記憶させる第一指標算出手段と、前記記憶手段に記憶されている前記計画指標及び前記測定指標に基づいて、各タスクについて、各時点でのコスト効率指数及びコスト差異を含むコスト指標と、各タスクについて、各時点でのスケジュール効率指数及びスケジュール差異を含むスケジュール指標とを算出し、その算出した前記コスト指標及び前記スケジュール指標を前記記憶手段に記憶させる第二指標算出手段と、前記記憶手段に記憶されている前記タスクの階層構造に関する情報及び前記各指標に基づいて、最上位のタスクと当該タスクよりも一階層だけ下位の各タスクとについてのバブルチャートを作成して、表示手段に表示する表示制御手段と、を具備し、前記表示制御手段によって作成される前記バブルチャートは、二つの座標軸にコスト効率指数、スケジュール効率指数が採られたものであって、当該各タスクについて、コスト効率指数及びスケジュール効率指数で特定される位置を中心として、所定の指標の値に応じた大きさ又は色で描かれた図形が表されたものであることを特徴とするものである。
【００１１】
請求項２記載の発明は、請求項１記載の進捗管理装置において、前記表示制御手段は、前記表示手段に表示された前記バブルチャート上において、ある一つの下位のタスクが選択されたときに、前記記憶手段に記憶されている前記タスクの階層構造に関する情報及び前記各指標に基づいて、その選択されたタスクと当該タスクよりも一階層だけ下位の各タスクとについての前記バブルチャートを作成して、前記表示手段に表示することを特徴とするものである。
【００１２】
請求項３記載の発明は、請求項１又は２記載の進捗管理装置において、前記表示制御手段は、前記バブルチャートにおいて、各タスクを示す図形を、当該タスクが完了しているか否かに応じて異なる表現方法で表すことを特徴とするものである。
【００１３】
請求項４記載の発明は、請求項１、２又は３記載の進捗管理装置において、前記表示制御手段は、前記バブルチャートを作成する際、各タスクを示す図形の大きさ又は色を、当該タスクのコスト差異又はスケジュール差異に応じて決定することを特徴とするものである。
【００１４】
請求項５記載の発明は、請求項１、２又は３記載の進捗管理装置において、前記表示制御手段は、前記バブルチャートを作成する際、各タスクを示す図形の大きさ又は色を、前記記憶手段に記憶されている前記複数の指標のうち所定の少なくとも二つの指標にそれぞれ重みを乗じたものを加算又は乗算して得られる値に応じて決定することを特徴とするものである。
【００１５】
上記の目的を達成するための請求項６記載の発明に係るコンピュータ読み取り可能な記録媒体は、請求項１、２、３、４又は５のいずれかに記載の進捗管理装置の機能をコンピュータに実現させるためのプログラムを記録したものである。
【００１６】
上記の目的を達成するための請求項７記載の発明に係るプログラムは、請求項１、２、３、４又は５のいずれかに記載の進捗管理装置の機能をコンピュータに実現させるためのものである。
【発明の効果】
【００１７】
請求項１記載の発明では、表示制御手段が、最上位のタスクと当該タスクよりも一階層だけ下位の各タスクとについてのバブルチャートを作成して、表示手段に表示する。ここで、表示制御手段によって作成されるバブルチャートとしては、二つの座標軸にコスト効率指数、スケジュール効率指数が採られており、当該各タスクについて、コスト効率指数及びスケジュール効率指数で特定される位置を中心として、所定の指標の値に応じた大きさ又は色で描かれた図形が表されたものを用いている。これにより、管理者は、プロジェクトにスケジュールの遅延やコストの超過等の問題が生じている場合に、かかるバブルチャートを一見するだけで、プロジェクトに生じている問題がそのプロジェクトよりも一階層だけ下位の各タスクのうちいずれのタスクに起因しているのかを容易に且つ明確に把握することができる。
【００１８】
請求項２記載の発明では、表示制御手段は、表示手段に表示されたバブルチャート上において、ある一つの下位のタスクが選択されたときに、その選択されたタスクと当該タスクよりも一階層だけ下位の各タスクとについてのバブルチャートを作成して、表示手段に表示する。これにより、管理者は、プロジェクトに生じている問題がさらに下位の階層におけるタスクのうちいずれのタスクに起因しているのかを、容易に把握することができる。このため、管理者は、何らかの対策が必要なタスクを、素早く且つ見落とすことなく把握することができるので、プロジェクトに遅れ等が発生した場合に早期に適切な対策を講じることができる。また、管理者の負担を大幅に軽減することができる。
【００１９】
請求項３記載の発明では、表示制御手段は、バブルチャートにおいて、各タスクを示す図形を、当該タスクが完了しているか否かに応じて異なる表現方法で表す。これにより、管理者は、バブルチャート上で、すでに完了しているタスクと作業中のタスクとを容易に識別することができるので、現時点以降に改善を図ったり、問題に対する対策を採ったりすることが可能なタスクを一目で把握することができる。
【００２０】
請求項４記載の発明では、表示制御手段は、バブルチャートを作成する際、各タスクを示す図形の大きさ又は色を、当該タスクのコスト差異又はスケジュール差異に応じて決定する。これにより、例えば各タスクを示す図形として円を用い、その円の半径としてコスト差異を用いた場合には、下位タスクを示す円の半径の大小は上位タスクのコスト効率指数に及ぼす影響度を表し、一方、その円の半径としてスケジュール差異を用いた場合には、下位タスクを示す円の半径の大小は上位タスクのスケジュール効率指数に及ぼす影響度を表すことになる。このため、管理者は、各下位タスクを示す円の半径を見るだけで、上位タスクに問題が生じている場合にその要因となっている下位タスクを容易に特定することができる。
【００２１】
請求項５記載の発明では、表示制御手段は、バブルチャートを作成する際、各タスクを示す図形の大きさ又は色を、記憶手段に記憶されている複数の指標のうち所定の少なくとも二つの指標にそれぞれ重みを乗じたものを加算又は乗算して得られる値に応じて決定する。これにより、例えば、各タスクを示す図形として円を用い、その半径を、所定の二つの指標にそれぞれ重みを乗じたものを加算して得られる値に応じて決定する場合には、その円の半径はかかる二つの指標の両方に依存する値を表すことになるので、管理者は、各下位タスクを示す円の半径を見るだけで、各下位タスクについて、当該二つの指標の値の概略を容易に知ることができる。
【発明を実施するための最良の形態】
【００２２】
以下に、図面を参照して、本願に係る発明を実施するための最良の形態について説明する。図１は本発明の一実施形態である進捗管理装置の概略ブロック図である。
【００２３】
本実施形態の進捗管理装置は、図１に示すように、入力装置１０と、表示装置２０と、記憶部３０と、制御部４０とを備えている。かかる進捗管理装置は、ソフトウェアや情報システムの開発等、さまざまなプロジェクトについての進捗状況を管理するために用いられるものである。具体的に、この進捗管理装置では、開発プロジェクトの進捗状況の管理を、アーンドバリュー管理（Earned Value Management）という手法を用いて行う。アーンドバリュー管理とは、作業の進捗や達成度を金銭的に表現したものであるアーンドバリュー（Earned Value）を統一的な尺度として、プロジェクトのパフォーマンス（コスト、スケジュール）を定量的に測定・分析し、一元的に管理するというプロジェクト管理の一手法である。
【００２４】
次に、本実施形態の進捗管理装置による管理対象となる開発プロジェクトについて説明する。一般に、あるプロジェクトで開発しようとするシステムは、複数のサブシステムから構成される。例えば、ある開発プロジェクトでＰＭシステムという名称のシステムを開発するものとする。このシステムには、注文サブシステム、製造サブシステム、在庫サブシステム、会計サブシステムが含まれる。一方、開発プロジェクトは、複数の開発段階に分けられる。例えば、どのようなシステムを作成するかについての分析を行う分析フェーズ、その分析結果に基づいて当該システムを実現するためのプログラムを具体的に設計する設計フェーズ、その設計にしたがって作成されたプログラムを実装する実装フェーズ、システムが所望の動作を行うかどうかについてのテストを行うテストフェーズという四つの開発段階がある。ここで、フェーズとは、開発プロジェクトを時間的段階で分けたものであり、工程とも称される。これらのフェーズを順に経ることにより、ＰＭシステムが完成することになる。すなわち、このような開発プロジェクトにあっては、まず、分析フェーズにおいて、各サブシステムの分析が行われる。分析フェーズが完了すると、設計フェーズに移行し、各サブシステムの設計が行われる。次に、実装フェーズにおいて、各サブシステムの実装が行われた後、テストフェーズにおいて、各サブシステムのテストが行われる。テストフェーズにおいて何ら問題がなければ、ＰＭシステムが完成し、これにより、当該開発プロジェクトが完了する。
【００２５】
また、本実施形態では、開発プロジェクトにおいて、一まとまりの作業をタスクと称することにする。開発プロジェクトは複数のタスクから構成されている。図２は上述のＰＭシステムの開発プロジェクトにおけるタスクの構成の一例を説明するための図である。図２に示すように、開発プロジェクトの全体は一番大きなタスクであり、当該開発プロジェクトは、分析フェーズ、設計フェーズ、実装フェーズ、テストフェーズという四つのタスクから構成される。そして、分析フェーズは、注文サブシステムの分析、製造サブシステムの分析、在庫サブシステムの分析、会計サブシステムの分析という四つのタスクから構成される。その他のフェーズも、同様に四つのタスクから構成される。すなわち、開発プロジェクト、各フェーズ、各サブシステムの分析、各サブシステムの設計、各サブシステムの実装、各サブシステムのテストは、それぞれ一つのタスクである。このように、開発プロジェクトを、当該開発プロジェクトを最上位のタスクとする複数のタスクの階層構造で構成したものを、一般にＷＢＳ（Work Breakdown Structure）と呼ぶ。かかるタスクの階層構造に関する情報は、記憶部３０に記憶されている。具体的に、タスクの階層構造に関する情報には、各タスクについて、当該タスクを構成するタスクであって当該タスクよりも一階層だけ下位のタスクを特定する情報が含まれている。
【００２６】
入力装置１０は、各タスクについての各種の指標を入力するためのものである。この入力装置１０としては、キーボードやマウス等が用いられる。また、入力装置１０から入力する各種の指標としては、予定指標、実績指標がある。予定指標には、予定開始日、予定終了日及び予定作業時間が含まれる。予定開始日は当該タスクを開始する予定日であり、予定終了日は当該タスクを終了する予定日である。予定作業時間は、当該タスクを終了するまでに要する予定の作業時間である。また、実績指標には、実績開始日、実績終了日、実績作業時間及び進捗率が含まれる。実績開始日は当該タスクを開始した実際の日であり、実績終了日は当該タスクを終了した実際の日である。実績作業時間は、当該タスクについて、今回の報告時点までに行われた実際の作業時間である。そして、進捗率は、当該タスクの全体に対して今回の報告時点までに終了したタスクの割合（％）である。通常、各タスクの責任者は、当該タスクが実際に開始される前に、予定指標を管理者に報告する。一方、各タスクの責任者は、一定期間（例えば一週間）毎に、実績指標を管理者に報告する。管理者は、こうして報告された指標を、入力装置１０から入力することになる。入力装置１０から入力された予定指標及び実績指標は、記憶部３０に記憶される。また、当然のことであるが、キーボードやマウス等の入力装置を用いて指標を入力する代わりに、データファイルを読み込むことにより指標を入力するようにしてもよい。尚、各タスクの責任者は、必ず予定指標や実績指標を管理者に報告しなければならないというわけではない。実際、例えば、管理者が各タスクの責任者のところに出かけて自ら指標を収集したり、また、各指標が自動で収集されるようなシステムを利用したりすることが考えられる。
【００２７】
尚、入力装置１０としては、例えば、本装置とネットワーク接続された操作端末（パーソナルコンピュータ等）を用いてもよい。この場合には、各タスクの責任者が自己の操作端末に当該タスクについての各指標を入力し、操作端末がその入力された指標を本装置に送信することになる。
【００２８】
制御部４０は、本装置の各部を統括して制御するものである。この制御部４０は、図１に示すように、第一指標算出手段４１と、第二指標算出手段４２と、表示制御手段４３とを有する。
【００２９】
第一指標算出手段４１及び第二指標算出手段４２はそれぞれ、各タスクについて、アーンドバリュー管理で用いられる所定の指標を算出するものである。アーンドバリュー管理に用いられる各種の指標としては、上述した予定指標及び実績指標の他に、計画指標、測定指標、コスト指標、スケジュール指標、予測指標がある。これらのうち計画指標及び測定指標が第一指標算出手段４１によって算出され、コスト指標、スケジュール指標及び予測指標が第二指標算出手段４２によって算出される。
【００３０】
次に、アーンドバリュー管理で用いられる各種の指標について詳しく説明する。計画指標には、完成時総予算ＢＡＣ（Budget At Completion）と、計画価値ＰＶ（Planned Value）とが含まれる。完成時総予算ＢＡＣは、当該タスクの当初予算である。一方、計画価値ＰＶは、今回の報告時点までに予定した出来高である。第一指標算出手段４１は、記憶部３０に記憶されている予定指標に基づいて、各タスクについて、計画指標、すなわち完成時総予算ＢＡＣ及び各報告時点での計画価値ＰＶを算出し、その算出した計画指標を記憶部３０に記憶させる。
【００３１】
測定指標には、アーンドバリューＥＶ（Earned Value）と、実コストＡＣ（Actual Cost）とが含まれる。アーンドバリューＥＶは、今回の報告時点までに達成した実際の出来高である。一方、実コストＡＣは、今回の報告時点までにかかった実際のコストである。ここで、当該タスクが完了した時点で、実コストＡＣは必ずしも完成時総予算ＢＡＣに一致しない。第一指標算出手段４１は、記憶部３０に記憶されている計画指標及び実績指標に基づいて、各タスクについて、測定指標、すなわちアーンドバリューＥＶ及び実コストＡＣを算出し、その算出した測定指標を記憶部３０に記憶させる。
【００３２】
コスト指標には、コスト効率指数ＣＰＩ（Cost Performance Index）と、コスト差異ＣＶ（Cost Variance）とが含まれる。コスト効率指数ＣＰＩは、投入したコストである実コストＡＣに対する実際の出来高であるアーンドバリューＥＶの割合として定義され、コストパフォーマンスを表す。具体的に、コスト効率指数ＣＰＩが“１”であるということは、投入したコストと出来高とが釣り合っていることを示す。そして、コスト効率指数ＣＰＩが“１”より大きいということは、投入コストに対して出来高が多いことを示し、コスト効率指数ＣＰＩが“１”より小さいということは、投入コストに対して出来高が少ないことを示している。また、コスト効率指数ＣＰＩは、それをどの期間にわたって算出するかに応じて、いくつかの種類に分けられる。例えば、累積ＣＰＩ、直近６期ＣＰＩ、直近３期ＣＰＩ、当期ＣＰＩ等がある。累積ＣＰＩは、当該タスクの開始日から今回の報告時点までのすべての期間にわたって算出することにより得られるコスト効率指数である。直近６期ＣＰＩは、今回の報告時点から直近の６報告時点前までの期間にわたって算出することにより得られるコスト効率指数であり、直近３期ＣＰＩは、今回の報告時点から直近の３報告時点前までの期間にわたって算出することにより得られるコスト効率指数である。そして、当期ＣＰＩは、前回の報告時点から今回の報告時点までの期間にわたって算出することにより得られるコスト効率指数である。
【００３３】
一方、コスト差異ＣＶは、アーンドバリューＥＶから実コストＡＣを減じたものとして定義され、当該タスクについて投入コストと出来高とのバランスを定量的に表す。具体的に、コスト差異ＣＶが“０”であるということは、投入コストと出来高とが釣り合っていることを示す。そして、コスト差異ＣＶが“０”より大きいということは、投入コストに比べて出来高が多いことを示し、そのコスト差異ＣＶの大きさは、出来高が投入コストに比べてどれだけ多いかを定量的に示している。また、コスト差異ＣＶが“０”より小さいということは、投入コストに比べて出来高が少ないことを示し、そのコスト差異ＣＶの大きさは、出来高が投入コストに比べてどれだけ少ないかを定量的に示している。
【００３４】
スケジュール指標には、スケジュール効率指数ＳＰＩ（Schedule Performance Index）と、スケジュール差異ＳＶ（Schedule Variance）とが含まれる。スケジュール効率指数ＳＰＩは、予定の出来高である計画価値ＰＶに対する実際の出来高であるアーンドバリューＥＶの割合として定義され、当該タスクのスケジュールの進み・遅れ具合を表す。具体的に、スケジュール効率指数ＳＰＩが“１”であるということは、当該タスクが予定通り進んでいることを示す。そして、スケジュール効率指数ＳＰＩが“１”より大きいということは、当該タスクが予定よりも進んでいることを示し、スケジュール効率ＳＰＩが“１”より小さいということは、当該タスクが予定よりも遅れていることを示している。また、スケジュール効率指数ＳＰＩも、上記のコスト効率指数ＣＰＩと同様に、それをどの期間にわたって算出するかに応じて、例えば、累積ＳＰＩ、直近６期ＳＰＩ、直近３期ＳＰＩ、当期ＳＰＩ等に分けられる。
【００３５】
一方、スケジュール差異ＳＶは、アーンドバリューＥＶから計画価値ＰＶを減じたものとして定義され、当該タスクのスケジュールの進み・遅れ具合を定量的に表す。具体的に、スケジュール差異ＳＶが“０”であるということは、当該タスクが予定通り進んでいることを示す。そして、スケジュール差異ＳＶが“０”より大きいということは、当該タスクが予定よりも進んでいることを示し、そのスケジュール差異ＳＶの大きさは、当該タスクが予定よりもどれだけ進んでいるかを定量的に示している。スケジュール差異ＳＶが“０”より小さいということは、当該タスクが予定よりも遅れていることを示し、そのスケジュール差異ＳＶの大きさは、当該タスクが予定よりもどれだけ遅れているかを定量的に示している。
【００３６】
第二指標算出手段４２は、記憶部３０に記憶されている計画指標及び測定指標に基づいて、各タスクについてコスト指標、すなわちコスト効率指数ＣＰＩ及びコスト差異ＣＶを算出すると共に、各タスクについてスケジュール指標、すなわちスケジュール効率指数ＳＰＩ及びスケジュール差異ＳＶを算出する。かかる算出されたコスト指標及びスケジュール指標は記憶部３０に記憶される。
【００３７】
予測指標には、完成時総コスト見積りＥＡＣ（Estimate At Completion）と、完成日差異ＰＡＣ（Plan At Completion）と、最新の改訂見積りＬＲＥ（Latest Revised Estimate）と、完成までの効率指数ＴＣＰＩ（To Complete Performance Index）と、完成時差異ＶＡＣ（Variance At Completion）とが含まれる。
【００３８】
完成時総コスト見積りＥＡＣは、当該タスクの終了時におけるコストの予測値である。完成時総コスト見積りＥＡＣは、今後の予測（仮定）の立て方に応じて、複数種類に分けられる。例えば、最小ＥＡＣ、最大ＥＡＣ、最頻ＥＡＣ等がある。最小ＥＡＣは、当該タスクが今後も現在のペースで進行すると仮定した場合に得られる完成時総コスト見積りである。この最小ＥＡＣは、ＡＣ＋（ＢＡＣ−ＥＶ）／ＣＰＩという計算式から算出される。最大ＥＡＣは、当該タスクの終了日を予定終了日に間に合わせるために、今後、コストを追加投入すると仮定した場合に得られる完成時総コスト見積りである。この最大ＥＡＣは、ＡＣ＋（ＢＡＣ−ＥＶ）／（ＣＰＩ×ＳＰＩ）という計算式から算出される。最頻ＥＡＣは、当該タスクについて、今後、コストの超過と期日の遅れを少しずつ認めていくと仮定した場合に得られる完成時総コスト見積りである。この仮定が起こり得る可能性は最も高いと考えられる。最頻ＥＡＣは、ＡＣ＋（ＢＡＣ−ＥＶ）／｛ｓ×ＣＰＩ＋（１−ｓ）×ＳＰＩ｝という計算式から算出される。ここで、パラメータｓとしては、仮定の内容に応じて所定の値（０≦ｓ≦１）が設定される。
【００３９】
また、完成日差異ＰＡＣは、最終的な遅延期間の予測値である。この完成日差異ＰＡＣは、［予定期間］÷ＳＰＩ−［予定期間］という計算式から算出される。完成日差異ＰＡＣが“０”であるということは、当該タスクが予定通り予定終了日に終わるということを示す。完成日差異ＰＡＣが“０”より大きいということは、当該タスクが予定終了日よりも遅く終わることを示し、完成日差異ＰＡＣが“０”より小さいということは、当該タスクが予定終了日よりも早く終わることを示す。
【００４０】
最新の改訂見積りＬＲＥは、今回の報告時点での実コストＡＣを用いて見直しが行われた完成時総予算ＢＡＣである。この最新の改訂見積りＬＲＥは、ＡＣ＋（ＢＡＣ−ＥＶ）という計算式から算出される。完成までの効率指数ＴＣＰＩは、当該タスクを目標（コストやスケジュール）通りに完了させるために実現しなければならない作業効率の指数であり、予定の残作業（ＢＡＣ−ＥＶ）を残作業の予測（ＥＡＣ−ＡＣ）で除することにより算出される。また、完成時差異ＶＡＣは、完成時総コスト見積りＥＡＣと当初予算である完成時総予算ＢＡＣとの差である。
【００４１】
第二指標算出手段４２は、記憶部３０に記憶されている計画指標、測定指標、コスト指標及びスケジュール指標に基づいて、各タスクについて予測指標、すなわち完成時総コスト見積りＥＡＣと、完成日差異ＰＡＣと、最新の改訂見積りＬＲＥと、完成までの効率指数ＴＣＰＩと、完成時差異ＶＡＣを算出し、その算出した予測指標を記憶部３０に記憶させる。
【００４２】
表示制御手段４３は、記憶部３０に記憶されているタスクの階層構造に関する情報及び各指標に基づいて、スネークチャート、指標の一覧表及びバブルチャートを作成して、表示装置２０に表示するものである。かかるスネークチャート、指標の一覧表及びバブルチャートが表示された画面は、当該開発プロジェクトの進捗報告書になっている。ここで、この進捗報告書は、最上位タスクである開発プロジェクトとそれよりも一階層だけ下位の各タスクとについてのものである。管理者は、その進捗報告書の内容を参照して、開発プロジェクトの進捗状況を把握する。
【００４３】
次に、進捗報告書について説明する。図３は進捗報告書に含まれるスネークチャートの一例を示す図、図４は進捗報告書に含まれる指標の一覧表及びバブルチャートの一例を示す図である。
【００４４】
図３に示すように、進捗報告書に含まれるスネークチャートには、最上位タスクである当該開発プロジェクトについての各指標ＰＶ，ＥＶ，ＡＣ，・・・が示されている。このスネークチャートにおいて、縦軸は金額を、横軸は時間を表している。一般に、計画価値ＰＶを表す線は必ずしも直線にはなっていない。タスクに参加する作業者の数は、タスクの初期の段階では少なく、中期の段階になると増え、そして、終期の段階には再び減るという傾向がある。このため、計画価値ＰＶは、タスク初期の段階では作業者の数が少ないために緩やかに上昇し、タスク中期の段階では作業者の数が多いために急激に上昇する。そして、タスク終期の段階では作業者の数が少ないために、計画価値ＰＶはまた緩やかに上昇する。このように計画価値ＰＶの曲線が蛇のように曲がっているので、図３に示すグラフはスネークチャートと称されているのである。また、アーンドバリューＥＶを表す曲線や実コストＡＣを表す曲線も、計画価値ＰＶと同様に蛇のような曲線を描く。通常、タスクが全く予定通り進行することはなく、大抵、実際のコストが予算を超過したり、タスクが予定よりも遅れたりしてしまうことが多い。このため、一般に、実コストＡＣを表す曲線は計画価値ＰＶを表す曲線よりも上側に、アーンドバリューＥＶを表す曲線は計画価値ＰＶを表す曲線よりも下側に位置している。管理者は、かかるスネークチャートを見ることにより、実際のコストが実際の出来高よりも上回っているかどうか、実際の出来高が予定よりも下回っているかどうか等を定性的に把握することができる。
【００４５】
進捗報告書に含まれる指標の一覧表は、図４の上側に示される。この指標の一覧表には、図４に示すように、タスク名、進捗率、完成時総予算ＢＡＣ、計画価値ＰＶ、アーンドバリューＥＶ、実コストＡＣ、コスト差異ＣＶ、スケジュール差異ＳＶ、コスト効率指数ＣＰＩ、スケジュール効率指数ＳＰＩの各欄が設けられている。ここで、コスト効率指数ＣＰＩ、スケジュール効率指数ＳＰＩとしてはそれぞれ、累積ＣＰＩ、累積ＳＰＩを用いている。図４の例では、タスク名の欄には、最上位タスクである当該開発プロジェクトの名称「ＰＭシステム」と、最上位タスクよりも一階層だけ下位の四つのタスクの名称「分析フェーズ」，「設計フェーズ」，「実装フェーズ」，「テストフェーズ」とが表示されている。また、進捗率の欄の内容から、当該開発プロジェクトについては、現時点で全体の３３％の作業が完了していることが分かる。そして、分析フェーズについてはすべての作業が完了しており、設計フェーズについては７０％、実装フェーズについては８％の作業が完了しているが、テストフェーズについてはまだ作業が開始されていないことが分かる。尚、図４に示す指標の一覧表には、予測指標についての欄を設けていないが、当然、これらの欄を設けるようにしてもよい。
【００４６】
本実施形態では、コスト効率指数ＣＰＩ及びスケジュール効率指数ＳＰＩについては、予め所定の管理限界が定められている。具体的に、コスト効率指数ＣＰＩ及びスケジュール効率指数ＳＰＩの管理限界を、“０．９”及び“１．１”に設定している。当該指数が０．９から１．１までの範囲内にあれば、当該指数は管理限界内にあることになる。コスト効率指数ＣＰＩ及びスケジュール効率指数ＳＰＩがともに管理限界内にあれば、当該タスクには何ら問題がなく、当該タスクは順調に進行していると考えられる。一方、コスト効率指数ＣＰＩ及びスケジュール効率指数ＳＰＩのうち少なくともいずれか一方が管理限界を超えていれば、当該タスクには問題があると考えられる。また、タスクに生じる問題の多くはコスト超過やスケジュール遅延であるが、コストに比べて出来高が多すぎる場合やタスクが予定よりも早く進みすぎている場合も、タスクに何らかの問題が生じている可能性があると考えられる。このため、管理限界には上限が設けられているのである。表示制御手段４３は、指標の一覧表を作成する際に、各タスクについてのコスト効率指数ＣＰＩ及びスケジュール効率指数ＳＰＩが管理限界内にあるかどうかを判断する。そして、当該指数が管理限界を超えていると判断した場合には、指標の一覧表において、当該指数の欄に特定の色を付して表示する。例えば、当該指数が０．９よりも小さい場合には当該指数の欄は赤色で表示され、当該指数が１．１よりも大きい場合には当該指数の欄は青色で表示される。図４の例では、ＰＭシステム、分析フェーズ、設計フェーズ、実装フェーズについてのコスト効率指数ＣＰＩが管理限界を下回っている。また、設計フェーズについてのスケジュール効率指数ＳＰＩが管理限界を下回っており、実装フェーズについてのスケジュール効率指数ＳＰＩが管理限界を上回っている。
【００４７】
管理者は、指標の一覧表に示された各指標の値に基づいて、各タスクの状況を定量的に把握することができる。特に、管理者は、最上位タスクである当該開発プロジェクトのコスト効率指数ＣＰＩ及びスケジュール効率指数ＳＰＩのうち少なくともいずれか一方が管理限界を超えていることを見出した場合には、今後、当該開発プロジェクトが予定通り進行するように、何らかの対策を講じる必要がある。このためには、開発者は、かかる対策を講じる対象となるタスク、すなわち、当該開発プロジェクトに生じた問題が当該開発プロジェクトよりも下位のタスクのうちどのタスクに起因しているのかを把握しなければならない。本実施形態では、当該開発プロジェクトに生じた問題の要因となっている下位のタスクを特定するために、バブルチャートを用いる。
【００４８】
本実施形態では、表示制御手段４３は、バブルチャートとして次のようなものを作成する。すなわち、図４の下側に示すように、バブルチャートの縦軸にはコスト効率指数ＣＰＩが、その横軸にはスケジュール効率指数ＳＰＩが採られている。そして、バブルチャートには、最上位タスク（上位タスク）とそれよりも一階層だけ下位の各タスク（下位タスク）とについて、コスト効率指数ＣＰＩ及びスケジュール効率指数ＳＰＩで特定される位置を中心とし、コスト差異ＣＶを半径とする円が表されている。すなわち、円の中心位置及び半径により、当該タスクについてのコスト効率指数ＣＰＩ、スケジュール効率指数ＳＰＩ及びコスト差異ＣＶという三つの指標間の関係が表現される。特に、円の半径としてコスト差異ＣＶを用いたことにより、下位タスクを示す円の半径の大小は上位タスクのコスト効率指数ＣＰＩに及ぼす影響度を表すことになる。このため、管理者は、各下位タスクを示す円の半径を見るだけで、上位タスクに問題が生じている場合にその要因となっている下位タスクを容易に把握することができる。
【００４９】
また、本実施形態では、管理者がバブルチャートからさまざまな情報を得ることができるように、バブルチャートの表示方法に工夫を凝らしている。具体的には、表示制御手段４３は、図４に示すように、バブルチャートにおいて、コスト効率指数ＣＰＩ及びスケジュール効率指数ＳＰＩの管理限界を示す正方形Ｓを表示する。これにより、管理者は、円の中心がこの正方形Ｓの外側にあるか内側にあるかを見るだけで、当該円によって示されるタスクについて、コスト効率指数ＣＰＩ及びスケジュール効率指数ＳＰＩのうち少なくとも一方が管理限界を超えているかどうかを容易に把握することができる。また、表示制御手段４３は、バブルチャートにおいて、上位タスクを示す円と下位タスクを示す円とを識別可能に表示する。例えば、図４に示すように、上位タスク（ＰＭシステムの開発）を示す円の線幅を、下位タスクを示す円の線幅よりも太くしている。更に、表示制御手段４３は、バブルチャートにおいて、各タスクを示す円を、当該タスクが完了しているか否かに応じて異なる表現方法で表す。例えば、図４に示すように、当該タスクがすでに完了していれば、当該タスクを示す円を点線で表し、一方、当該タスクがまだ完了していなければ、当該タスクを示す円を実線で表している。ここで、当該タスクが完了しているかどうかは、当該タスクの進捗率に基づいて判断することができる。これにより、管理者は、バブルチャート上において完了しているタスクと作業中のタスクとを容易に識別することができるので、現時点以降に改善を図ったり、問題に対する対策を採ったりすることが可能なタスクを一目で把握することができる。尚、表示制御手段４３は、バブルチャートにおいて、各タスクを示す円の中心点をも表示するようにしてもよい。これにより、管理者は、各タスクを示す円が大きくなっても、その円の中心を容易に特定することができる。
【００５０】
また、表示制御手段４３は、表示装置２０に表示されたバブルチャート上において、ある一つの下位のタスクが選択されたときに、記憶部３０に記憶されているタスクの階層構造に関する情報及び各指標に基づいて、その選択されたタスクと当該タスクよりも一階層だけ下位の各タスクとについての進捗報告書を新たに作成して、表示装置２０に表示する。すなわち、管理者が、バブルチャート上において所望の下位のタスクを選択することにより、当該バブルチャートからその選択されたタスクを上位タスクとするバブルチャートへの表示の切替えが行われる。このとき、スネークチャートについては、その選択されたタスクについての所定の指標が表されたスネークチャートへの表示の切替えが行われ、指標の一覧表については、その選択されたタスクと当該タスクよりも一階層だけ下位の各タスクとについての指標の一覧表への表示の切替えが行われる。したがって、管理者は、開発プロジェクトに生じている問題がさらに下位の階層におけるタスクのうちいずれのタスクに起因しているのかを、容易に把握することができる。図５は図４に示すバブルチャートにおいて下位タスク（設計フェーズ）が選択されたときに表示される進捗報告書の一例を示す図である。ここで、図５に示す進捗報告書では、指標の一覧表及びバブルチャートだけを表示し、スネークチャートを省略して示している。
【００５１】
次に、本実施形態の進捗管理装置において進捗報告書を作成・表示する処理の手順について説明する。図６は本実施形態の進捗管理装置において進捗報告書を作成・表示する処理の手順を説明するためのフローチャートである。
【００５２】
まず、各タスクの責任者は、当該タスクについて、今回の報告時点での進捗率及び実績作業時間等の実績指標を管理者に報告する。管理者が、各タスクについて、その報告された実績指標の入力を行うと、制御部４０は、その入力された実績指標を記憶部３０に登録する（Ｓ１）。すべてのタスクについて、今回の報告時点での実績指標の登録が完了した後、管理者は、表示装置２０に表示された所定の画面上で、進捗報告書を作成する旨のボタンを押す。第一算出手段４１は、かかる進捗報告書を作成する旨の指令を受けると（Ｓ２）、記憶部３０に記憶されている計画指標及び実績指標に基づいて、各タスクについて、今回の報告時点での測定指標ＡＣ，ＥＶを算出する（Ｓ３）。その算出された測定指標は記憶部３０に保存される。
【００５３】
第一指標算出手段４１による測定指標の算出処理が終了すると、次に、第二指標算出手段４１は、記憶部３０に記憶されている計画指標及び測定指標に基づいて、各タスクについて、今回の報告時点でのコスト指標ＣＰＩ，ＣＶ、スケジュール指標ＳＰＩ，ＳＶ、及び予測指標ＥＡＣ，ＰＡＣ，ＬＲＥ，ＴＣＰＩ，ＶＡＣを算出する（Ｓ４）。その算出されたコスト指標、測定指標及び予測指標は、記憶部３０に保存される。
【００５４】
その後、表示制御手段４３は、記憶手段３０に記憶されているタスクの階層構造に関する情報及び各指標に基づいて、今回の報告時点における開発プロジェクトの進捗報告書を作成する（Ｓ５）。具体的には、表示制御手段４３は、まず、記憶部３０に記憶されているタスクの階層構造に関する情報に基づいて、最上位タスクである開発プロジェクトよりも一階層だけ下位のタスクを特定する。そして、開発プロジェクト（上位タスク）とその特定された各下位タスクとについて、今回の報告時点での各指標を記憶部３０から読み出す。次に、表示制御手段４３は、その読み出した各指標のうちアーンドバリューＥＶ及び実コストに基づいて、上位タスクについてのスネークチャートを作成すると共に、その読み出した各指標に基づいて、上位タスクと各下位タスクとについての指標の一覧表を作成する。また、表示制御手段４３は、その読み出した各指標のうち今回の報告時点でのコスト効率指数、スケジュール効率指数及びコスト差異に基づいて、上位タスクと各下位タスクとについてのバブルチャートを作成する。その後、表示制御手段４３は、こうして作成されたスネークチャート、指標の一覧表及びバブルチャートを含む進捗報告書を表示装置２０に表示する（Ｓ６）。この進捗報告書の一例は、図３及び図４に示される。
【００５５】
次に、管理者は、進捗報告書を見て、例えば、開発プロジェクトにコスト超過という問題が生じていることを発見した場合に、その問題の要因となっている下位のタスクをどのようにして把握するかについて詳しく説明する。
【００５６】
いま、図３及び図４に示すような進捗報告書が表示装置２０に表示されているものとする。この進捗報告書は、最上位タスクであるＰＭシステムの開発と、その最上位タスクよりも一階層だけ下位のタスクである分析フェーズ、設計フェーズ、実装フェーズ、テストフェーズとについてのものである。管理者は、指標の一覧表において、ＰＭシステムの開発についてコスト効率指数の欄が赤色で表示されていることから、ＰＭシステムの開発についてコスト超過という問題が発生していることを容易に知ることができる。しかも、バブルチャートにおいて、ＰＭシステムの開発を示す円の中心が、管理限界を示す正方形Ｓを大きく超えてその下側に位置することから、管理者は、ＰＭシステムの開発についてコスト超過という問題が発生していることを容易に知ることができる。尚、現時点では、テストフェーズはまだ開始されていないので、図４のバブルチャートにおいて、テストフェーズを示す円は表示されていない。
【００５７】
次に、管理者は、バブルチャートを利用して、ＰＭシステムの開発についてのコスト効率指数ＣＰＩが管理限界を下回っている要因となっているタスクを特定する。具体的に、管理者は、バブルチャートにおいて、下位の各タスクを示す、実線で描かれた円のうち、その中心が管理限界を示す正方形ＳからＰＭシステムの開発を示す円と略同じ方向にずれており、且つ、その半径が最も大きい円を特定する。ここで、点線で描かれた円を除外するのは、点線で描かれた円は当該タスクがすでに完了していることを示しており、完了したタスクに対してはもはや問題解決のための対策を講じることができないからである。また、中心が管理限界を示す正方形ＳからＰＭシステムの開発を示す円と略同じ方向にずれている円を特定するのは、このような円で示されるタスクがＰＭシステムの開発に生じた問題の要因であると考えられるからである。そして、半径が大きい円を特定するのは、かかる円で示されるタスクがＰＭシステムの開発についてのコスト効率指数に大きな影響を及ぼしていると考えられるからである。したがって、このような条件を満たす円を見つけ出せば、その円で示される下位タスクを、ＰＭシステムの開発に生じているコスト超過という問題の要因となっており、しかも問題解決のための対策を講じることが可能なタスクとして特定することができる。図４に示すバブルチャートの例では、管理者は、そのバブルチャートを一見するだけで、設計フェーズを示す円が上記の条件を満たしていることを容易に把握することができる。このとき、分析フェーズを示す円は点線で描かれているため、管理者は、分析フェーズを考慮の対象から外している。こうして、管理者は、当該開発プロジェクトに生じている問題の要因として、設計フェーズを特定する。
【００５８】
次に、管理者は、開発プロジェクトに生じている問題がさらに下位の階層におけるタスクのうちいずれのタスクに起因しているのかを特定する。このため、管理者は、マウス等を用いて、図４に示すバブルチャート上において、設計フェーズを選択する。すると、表示制御手段４３は、記憶部３０に記憶されているタスクの階層構造に関する情報及び各指標に基づいて、その選択された設計フェーズとそれよりも一階層だけ下位の各タスクとについての進捗報告書を作成して、表示装置２０に表示する。この進捗報告書の一例は、図５に示されている。管理者は、この進捗報告書におけるバブルチャートを利用して、設計フェーズについてのコスト効率指数ＣＰＩが管理限界を下回っている要因となっているタスクを特定する。すなわち、管理者は、図５に示すバブルチャートにおいて、下位の各タスクを示す、実線で描かれた円のうち、その中心が管理限界を示す正方形Ｓから設計フェーズを示す円と略同じ方向にずれており、且つ、その半径が最も大きい円を特定する。図５に示すバブルチャートの例では、管理者は、そのバブルチャートを一見するだけで、注文サブシステムの設計及び会計サブシステムの設計がかかる条件を満たしていることを容易に把握することができる。このようにして、管理者は、当該開発プロジェクトに問題が生じている場合に、その問題の要因となっているタスクを細かく掘り下げて特定することができる。
【００５９】
本実施形態の進捗管理装置では、表示制御手段が、最上位のタスクと当該タスクよりも一階層だけ下位の各タスクとについてのバブルチャートを作成して、表示装置に表示する。ここで、表示制御手段によって作成されるバブルチャートとしては、二つの座標軸にコスト効率指数、スケジュール効率指数が採られており、当該各タスクについて、コスト効率指数及びスケジュール効率指数で特定される位置を中心とし、コスト差異を半径とする円が表されたものを用いている。これにより、管理者は、開発プロジェクトに問題が生じている場合に、かかるバブルチャートを一見するだけで、開発プロジェクトに生じている問題がその開発プロジェクトよりも一階層だけ下位の各タスクのうちいずれのタスクに起因しているのかを容易に且つ明確に把握することができる。また、表示制御手段は、表示装置に表示されたバブルチャート上において、ある一つの下位のタスクが選択されたときに、その選択されたタスクと当該タスクよりも一階層だけ下位の各タスクとについてのバブルチャートを作成して、表示装置に表示する。これにより、管理者は、開発プロジェクトに生じている問題がさらに下位の階層におけるタスクのうちいずれのタスクに起因しているのかを、容易に把握することができる。このため、管理者は、何らかの対策が必要なタスクを、素早く且つ見落とすことなく把握することができるので、開発プロジェクトに遅れ等が発生した場合に早期に適切な対策を立てることができる。また、管理者の負担を大幅に軽減することができる。
【００６０】
尚、本発明は上記の実施形態に限定されるものではなく、その要旨の範囲内において種々の変形が可能である。
【００６１】
例えば、上記の実施形態において、表示制御手段は、バブルチャートを表示装置に表示している場合、所定のボタンが押されたときに、そのバブルチャートに表されている下位の各タスクについて、当該タスクと当該タスクよりも一階層だけ下位の各タスクとについてのバブルチャートを作成して、それらのバブルチャートを並べて表示装置に表示するようにしてもよい。例えば、ＰＭシステムの開発を上位タスクとするバブルチャートを表示している場合に、管理者が所定のボタンを押すことにより、分析フェーズを上位タスクとするバブルチャート、設計フェーズを上位タスクとするバブルチャート、実装フェーズを上位タスクとするバブルチャート、テストフェーズを上位タスクとするバブルチャートが一つの画面に並べて表示されることになる。これにより、管理者は、分析フェーズ、設計フェーズ、実装フェーズ、テストフェーズの各内容を容易に比較することができる。
【００６２】
また、上記の実施形態において、表示装置に表示されたバブルチャートには、今回の報告時点における各タスクを示す円だけでなく、前回の報告時点における各タスクを示す円をも一緒に表示するようにしてもよい。但し、この場合、今回の報告時点における各タスクを示す円と前回の報告時点における各タスクを示す円とを識別できるように、例えば、後者を示す円を、前者を示す円よりも薄い色で表示することが望ましい。
【００６３】
また、上記の実施形態では、バブルチャートにおいて、各タスクを示す円の半径として当該タスクのコスト差異ＣＶを用いた場合について説明したが、かかる円の半径としては、アーンドバリュー管理で用いられる各種の指標を用いてもよい。具体的には、完成時総予算ＢＡＣ、計画価値ＰＶ、アーンドバリューＥＶ、実コストＡＣ、コスト効率指数ＣＰＩ、スケジュール効率指数ＳＰＩ、スケジュール差異ＳＶ、完成時総コスト見積りＥＡＣ、最新の改訂見積りＬＲＥ、完成までの効率指数ＴＣＰＩ、完成時差異ＶＡＣを用いることができる。また、タスクを示す円の半径として、当該タスクの進捗率を用いてもよい。一般に、管理者は、タスクの進捗を管理する際にどの指標を重視するかによって、円の半径として用いられる指標を決定することになる。例えば、管理者は、タスクの予算規模の大小を基準として、各タスクの進捗を管理しようと考える場合には、バブルチャートにおける円の半径として完成時総予算ＢＡＣを用いることができる。この場合、完成時総予算ＢＡＣは一定であるので、どの報告時点でバブルチャートを表示しても、各タスクを示す円の半径は常に同じである。管理者は円の大小を見て、大きい円で示されるタスクについてのコストの超過やスケジュールの遅れ等に対しては、小さな円で示されるタスクよりも優先して対処することになる。
【００６４】
更に、上記の実施形態において、表示制御手段は、バブルチャートを作成する際、各タスクを示す円の半径として、記憶部に記憶されている複数の指標のうち所定の二つの指標にそれぞれ一定の重み（係数）を乗じたものを加算して得られる値を用いるようにしてもよい。これにより、円の半径はかかる二つの指標の両方に依存する値を表すことになるので、管理者は、各下位タスクを示す円の半径を見るだけで、各下位タスクについて、当該二つの指標の値の概略を容易に知ることができる。例えば、かかる二つの指標として、コスト差異ＣＶ及びスケジュール差異ＳＶを用いる場合、表示制御手段は、バブルチャートにおける円の半径を、ｔ×ＣＶ＋（１−ｔ）×ＳＶという計算式から算出することができる。ここで、０≦ｔ≦１であり、管理者は、コスト差異ＣＶ及びスケジュール差異ＳＶのうちどちらの要素を重視するかによって、重みｔの値を任意に設定することができる。一般に、表示制御手段は、バブルチャートを作成する際、各タスクを示す円の半径として、記憶部に記憶されている複数の指標のうち所定の少なくとも二つの指標にそれぞれ重みを乗じたものを加算又は乗算して得られる値を用いることができる。例えば、表示制御手段は、バブルチャートにおける円の半径を、（１００−［進捗率］）×｛ｔ×ＣＶ＋（１−ｔ）×ＳＶ｝という計算式から算出するようにしてもよい。これは、進捗率が低いほど、そのタスクに対して今後、大きな変更が可能であるので、そのことを円の半径に反映させた計算式となっている。この場合は、当該タスクが完了すると、当該タスクを示す円はバブルチャート上に表示されないことになる。但し、表示制御手段がバブルチャートにおいて各タスクを示す円の中心点をも表示しているときには、当該タスクが完了すると、当該タスクはその中心点だけが表示されることになる。
【００６５】
加えて、上記の実施形態では、バブルチャートにおいて、各タスクを円で示す場合について説明したが、一般には、各タスクを、所定の指標の値に応じた大きさで描かれた図形で示すことができる。例えば、かかる図形としては、円以外に、菱形や楕円を用いることができる。この場合も、当該タスクのコスト効率指数ＣＰＩ及びスケジュール効率指数ＳＰＩで特定される位置をその菱形や楕円の中心とする。また、菱形を特徴付ける量としては、二つの対角線の長さがあり、一方、楕円を特徴付ける量としては、長径、短径がある。このため、この場合には、菱形や楕円の形状を、二つの指標を用いて表すことができる。例えば、各タスクを楕円で示す場合、その楕円の長径が当該タスクのコスト差異ＣＶを、その短径が当該タスクのスケジュール差異ＳＶを表すようなバブルチャートを作成することができる。また、上記の実施形態において、バブルチャートとして、各タスクを、所定の指標の値に応じた色で描かれた図形で示したものを用いるようにしてもよい。
【００６６】
また、上記の実施形態では、アーンドバリュー管理で用いられる各指標を金額ベースで表した場合について説明したが、かかる各指標を人月ベースで表すようにしてもよい。人月は、「人数×時間（月）」で表され、従来からシステム開発の費用算定・見積り等を行う際に用いられている単位である。人月ベースで表された値に作業単価を乗じることにより、金額ベースの値が得られる。この場合、進捗報告書における指標の一覧表やバブルチャートは、人月ベースで表された各指標に基づいて作成されることになる。また、指標の一覧表、バブルチャート等を、金額ベースと人月ベースの両方で作成するようにしてもよい。
【００６７】
本発明の目的は、上述した実施形態の装置の機能を実現するソフトウェアのプログラムコード（実行形式を含む）を、その全体あるいは一部を記録した記録媒体により、本実施形態の装置に供給し、その装置のコンピュータ（又はＣＰＵ、ＭＰＵ）が記録媒体に格納されたプログラムコードを読み出して、動作の全部あるいは一部を実行することによっても達成されることは言うまでもない。この場合、記録媒体から読み出されたプログラムコード自体が本実施形態の機能を実現することになり、そのプログラムコードを記録した記録媒体は本発明を構成することになる。
【００６８】
プログラムコードを供給するための記録媒体としては、ＲＯＭ、フロッピー（登録商標）ディスク、ハードディスク、光ディスク、光磁気ディスク、ＣＤ−ＲＯＭ、ＣＤ−Ｒ、ＤＶＤ−ＲＯＭ、磁気テープ、不揮発性のメモリカード等を用いることができる。さらに、通信回線を介してダウンロードすることによってプログラムコードを供給するようにしてもよいし、ＪＡＶＡ（登録商標）などの技術を利用してプログラムコードを供給して実行するようにしてもよい。
【００６９】
また、コンピュータが読み出したプログラムコードを実行することにより、本実施形態の機能が実現されるだけでなく、そのプログラムコードの指示に基づき、コンピュータ上で稼動しているＯＳなどが実際の処理の一部又は全部を行い、その処理によって本実施形態の機能が実現される場合も本発明に含まれることは言うまでもない。
【００７０】
更に、記録媒体から読み出されたプログラムコードが、コンピュータに挿入された機能拡張ボードやコンピュータが接続された機能拡張ユニットに備わるメモリに書き込まれた後、そのプログラムコードの指示に基づき、その機能拡張ボードや機能拡張ユニットに備わるＣＰＵなどが実際の処理の一部又は全部を行い、その処理によって本実施形態の機能が実現される場合も本発明に含まれることは言うまでもない。
【００７１】
加えて、本発明はコンピュータに上記の実施形態の装置の機能を実現させるためのプログラムを含むプログラム・プロダクトであってもよい。ここで、プログラム・プロダクトというのは、コンピュータ・プログラムだけでなく、プログラムを記録した記録媒体あるいはコンピュータを含むものである。
【産業上の利用可能性】
【００７２】
以上説明したように、本発明の進捗状況管理システムでは、表示制御手段が、最上位のタスクと当該タスクよりも一階層だけ下位の各タスクとについてのバブルチャートを作成して、表示手段に表示する。ここで、表示制御手段によって作成されるバブルチャートとしては、二つの座標軸にコスト効率指数、スケジュール効率指数が採られており、当該各タスクについて、コスト効率指数及びスケジュール効率指数で特定される位置を中心として、所定の指標の値に応じた大きさ又は色で描かれた図形が表されたものを用いている。これにより、管理者は、プロジェクトにスケジュールの遅延やコストの超過等の問題が生じている場合に、かかるバブルチャートを一見するだけで、プロジェクトに生じている問題がそのプロジェクトよりも一階層だけ下位の各タスクのうちいずれのタスクに起因しているのかを容易に且つ明確に把握することができる。また、表示制御手段は、表示手段に表示されたバブルチャート上において、ある一つの下位のタスクが選択されたときに、その選択されたタスクと当該タスクよりも一階層だけ下位の各タスクとについてのバブルチャートを作成して、表示手段に表示する。これにより、管理者は、プロジェクトに生じている問題がさらに下位の階層におけるタスクのうちいずれのタスクに起因しているのかを、容易に把握することができる。このため、管理者は、何らかの対策が必要なタスクを、素早く且つ見落とすことなく把握することができるので、プロジェクトに遅れ等が発生した場合に早期に適切な対策を講じることができる。したがって、本発明は、ソフトウェアや情報システムの開発等、さまざまなプロジェクトについての進捗状況を管理する進捗管理装置に適用することができる。
【図面の簡単な説明】
【００７３】
【図１】本発明の一実施形態である進捗管理装置の概略ブロック図である。
【図２】ＰＭシステムの開発プロジェクトにおけるタスクの構成の一例を説明するための図である。
【図３】進捗報告書に含まれるスネークチャートの一例を示す図である。
【図４】進捗報告書に含まれる指標の一覧表及びバブルチャートの一例を示す図である。
【図５】図４に示すバブルチャートにおいて下位のタスクが選択されたときに表示される進捗報告書の一例を示す図である。
【図６】本実施形態の進捗管理装置において進捗報告書を作成・表示する処理の手順を説明するためのフローチャートである。
【符号の説明】
【００７４】
１０  入力装置
２０  表示装置
３０  記憶部
４０  制御部
４１  第一指標算出手段
４２  第二指標算出手段
４３  表示制御手段
【図１】
2007018163.tif 000003
【図２】
2007018163.tif 000004
【図３】
2007018163.tif 000005
【図４】
2007018163.tif 000006
【図５】
2007018163.tif 000007
【図６】
2007018163.tif 000008