JP2013186768A - プロジェクト進捗管理システム及びプログラムを格納した記憶媒体 - Google Patents

Abstract

【課題】プロジェクトの進捗やリスクを、作業工数などの日々の登録情報によって測るシステムを提案する。
【解決手段】プロジェクトに付随する日々の登録情報と、プロジェクト開始時に設定した予算値（計画値）やプロジェクトのタイプに典型的な進捗推移とを比較してプロジェクトの進捗率を計算する進捗率計算処理部と、進捗率計算処理部にて計算されたプロジェクトの進捗結果を表やグラフ形式で表示し、表形式の表示ではリスクのあるプロジェクトを強調表示することを実施する進捗率表示処理部から構成される。
【選択図】図１

Description

本発明は、ソフトウェア開発などのプロジェクトにおいて、プロジェクトの進捗やリスクを、作業工数や残業時間などのプロジェクトの進行に伴って登録される情報によって測るシステムに関する。

ソフトウェア開発を行う企業では、多数のプロジェクトが社内で進行している。開発規模は益々大きく、複雑化している。プロジェクトが計画通りに行かず遅延が発生している場合は、赤字を生むだけでなく、顧客の信頼も失ってしまい、膨大な損害に直結する。こうした事態を避けるため、経営者や社内のプロジェクト監視部門では、プロジェクトのリスクを早い段階で検出し、損害が大きくなる前に対策を打ちたいと考える。そこで、プロジェクト開始時に、プロジェクトマネージャに対して、プロジェクト終了までの計画（作業工程や工程ごとの人員リソースの配分など）を「プロジェクト管理システム」に登録させ、さらにプロジェクト進行中はその進捗の度合いを「プロジェクト管理システム」に登録させる。これによって、経営者やプロジェクト監視部門は多数のプロジェクトの状況を把握しようとする。

ところが実際には、プロジェクトマネージャの中には、プロジェクト進行中の進捗の度合いを「プロジェクト管理システム」に登録しない人もいる。これは、進捗を測ること自体が作業負荷になることが多いためであり、多忙なプロジェクトでは特に登録しない傾向にある。また計画通りにプロジェクトが進んでいない場合、プロジェクトのマネージャが正直にその遅延の度合いを「プロジェクト管理システム」に登録すると、遅延回復のための対策会議や報告書作成に多くの時間が費やされることとなり更に遅延が増大すると想像し、登録したくないという心理が働く。従って「プロジェクト管理システム」を導入しても、本来の「プロジェクトのリスクを早期に検出する」という目的が達成できなくなってしまう。

プロジェクト進捗管理方法としては、例えば以下の特許文献１〜４が知られている。
特許文献１には、過去のプロジェクトの稼働日数ごとの遅れ工数累計の情報を収集し、そこから回帰直線を求め、回帰直線と実績値のずれからプロジェクトの進捗管理を的確に把握する手法が開示されている。
特許文献２には、開発プロジェクトごとに定期的に行われる開発状況の報告の内容から工程遅れの原因となる問題の兆候を検出して対策を提示するシステムが開示されている。
特許文献３には、開発フェーズごとの計画工数と、担当者による進捗情報入力に基づく実績との差異を求めて開発プロセスを評価し、その差異が大きい場合に自動的に関係者に通知する開発プロセス評価管理システムについて開示されている。
特許文献４には、電子ファイルを構築している作業において、電子ファイルの更新状況を監視し、更新状況の一般的なパターンと比較することで進捗状況を判定する方法が開示されている。監視する電子ファイルの情報としては、電子ファイルのボリュームの絶対量及び変更量、電子ファイルの更新間隔や閲覧時間などを利用している。

特開２０１１−５３９０５号公報 特開２００７−１８３７２９号公報 特開２０１０−１７６２５５号公報 特開２０１１−８１５１３号公報

しかしながら、特許文献１〜３で示した方法やシステムでは、プロジェクトマネージャまたはメンバーが、プロジェクトの進捗の度合いを計測してシステムに入力しなければならないという作業負荷の問題がある。

特許文献１では、遅れ工数を担当者が計測して入力せねばならず、それ自体が手間となってしまい、現実的な運用は困難である。
特許文献２では、進捗の度合いとなるデータ（どの開発フェーズにあるのか、作業はどこまで完了しているのか、使用した予算、投入要員、不具合の内容や対策等の管理項目）をプロジェクトのチームリーダが入力することを想定しており、特許文献１の理由と同様に、現実的に運用が困難である。
特許文献３についても、進捗情報入力を人手で行うという点で、運用上困難である。
特許文献４は、特許文献１〜３のような進捗の計測や手入力は伴っていないが、電子ファイルのサイズや閲覧時間が実際の作業の進捗と関連しないような作業については不向きである。例えば、プログラム開発の要件定義フェーズにおいては、顧客の要望を聞いてそれを整理するような非定形な作業であるため、例えそれが電子ファイルを作成する作業であっても、その進捗の度合いは電子ファイルの更新状況と関連しにくい。

本発明はこのような状況に鑑みてなされたものであり、プロジェクトのメンバーが日々記録している情報（作業工数や残業時間など）や、プロジェクトの成果物を管理するシステムのデータ（ソースコードのステップ数、タスクを実装した件数、バグの指摘／修正件数など）といったプロジェクトに付随する情報を用いて、プロジェクトの進捗を、マネージャや担当者が計測するのではなく自動的に計測することを目的とする。

上記目的を達成するために、本発明は、以下の構成を提供する。
本発明の態様は、プロジェクトに関連する対象項目についてのプロジェクト期間全体における予定された計画値と前記プロジェクト期間を複数に分割した各単位期間における予定された推移である各予定推移値とを予め登録した第１のデータベースと、
前記対象項目についての日々の実績値を登録した第２のデータベースと、
前記プロジェクトの進捗管理のために前記対象項目についての進捗率の計算処理を行う中央処理装置と、を備えたプロジェクト進捗管理システムであって、
前記中央処理装置が、
プロジェクト開始から進捗率を計算する時点までに経過した１または複数の前記各単位期間について、前記第１のデータベースから前記対象項目についての前記各予定推移値を取得して前記各予定推移値の和を計算する手段と、
プロジェクト開始から進捗率を計算する時点までに経過した１または複数の前記各単位期間について、前記第２のデータベースから前記対象項目についての日々の実績値を取得して前記日々の実績値の和を計算する手段と、
計算された前記各予定推移値の和と前記第１のデータベースから取得した前記プロジェクト期間全体における予定された計画値に対する比である進捗率計画値を計算する手段と、
計算された前記実測値の和と前記第１のデータベースから取得した前記プロジェクト期間全体における予定された計画値に対する比である進捗率実績値を計算する手段と、
前記進捗率計画値と前記進捗率実績値とを比較する手段と、を備えたことを特徴とする。

上記システムにおいて、プロジェクトに関連する対象項目についての、前記プロジェクトの種別に応じた典型的な進捗パターンに基づいた、前記プロジェクト期間を複数に分割した各単位期間における典型的な推移である各テンプレート推移値を予め登録した第３のデータベースをさらに備え、前記中央処理装置がさらに、
プロジェクト開始から進捗率を計算する時点までに経過した１または複数の前記各単位期間について、前記第３のデータベースから前記対象項目についての前記各テンプレート推移値を取得して前記各テンプレート推移値の和を計算する手段と、
計算された前記各テンプレート推移値の和と前記第１のデータベースから取得した前記プロジェクト期間全体における予定された計画値に対する比である進捗率テンプレ利用計画値を計算する手段と、
前記進捗率テンプレ利用計画値と前記進捗率実績値とを比較する手段と、を備えたことが好適である。

上記システムにおいて、前記中央処理装置がさらに、前記進捗率計画値と前記進捗率実績値とを比較することにより、双方の値の差が所定の第１の閾値より大きい場合は、表示装置においてその旨を示す強調表示を行う手段を備えたことが好適である。

上記システムにおいて、前記中央処理装置がさらに、前記進捗率計画値と前記進捗率実績値の差を前回の単位期間における双方の値の差と比較することにより、双方の差同士の乖離が所定の第２の閾値より大きい場合は、表示装置においてその旨を示す強調表示を行う手段を備えたことが好適である。

上記システムにおいて、前記対象項目が、プロジェクトに従事した作業者の作業時間と作業者の単位から算出される原価、プロジェクトの成果物であるプログラムのステップ数、または、プロジェクトの成果物であるプログラムのバグ修正件数のうちの１又は複数であることを特徴とするプロジェクト進捗管理システム。

本発明の別の態様は、上記のプロジェクト進捗管理システムにおける前記中央処理装置に対し、プロジェクト開始から進捗率を計算する時点までに経過した１または複数の前記各単位期間について、前記第１のデータベースから前記対象項目についての前記各予定推移値を取得して前記各予定推移値の和を計算する機能と、
プロジェクト開始から進捗率を計算する時点までに経過した１または複数の前記各単位期間について、前記第２のデータベースから前記対象項目についての日々の実績値を取得して前記日々の実績値の和を計算する機能と、
計算された前記各予定推移値の和と前記第１のデータベースから取得した前記プロジェクト期間全体における予定された計画値に対する比である進捗率計画値を計算する機能と、
計算された前記実測値の和と前記第１のデータベースから取得した前記プロジェクト期間全体における予定された計画値に対する比である進捗率実績値を計算する機能と、
前記進捗率計画値と前記進捗率実績値とを比較する機能と、を実現させることを特徴とするプロジェクト進捗管理プログラムである。

本発明によれば、プロジェクト進捗管理システムにおいて、マネージャや担当者によるプロジェクトの進捗の計測及び入力の手間をかけることなく、進捗の度合いを表す進捗率が自動的に計算される。その結果、経営者やプロジェクト監視部門はプロジェクトのリスクを早期に判断することができる。

さらに本発明によれば、プロジェクトの進捗率の計算は、プロジェクト当初の計画値やプロジェクトの典型的な進捗パターンを表す進捗テンプレートと比較することで行われる。具体的には、プロジェクトの進捗率の計算において、日々の実績値と、（１）プロジェクト開始時に定めた計画値及び（２）プロジェクトのタイプに典型的な進捗テンプレートの双方とを比較する。双方との比較を行うことによって、（１）のプロジェクト開始時に定めた計画値が不適切に登録されていたとしても、（２）の典型的な進捗テンプレートの情報を用いることで、リスクの検出を漏れなく行うことができる。

図１は、本発明の実施形態によるプロジェクト進捗管理システムの一例の概略的構成を示す図である。 図２は、プロジェクト情報テーブルの一例を示す図である。 図３は、社員テーブルの一例を示す図である。 図４は、作業時間テーブルの一例を示す図である。 図５は、ソースコード管理テーブルの一例を示す図である。 図６は、原価利用推移テンプレートテーブルの一例を示す図である。 図７は、ステップ数推移テンプレートテーブルの一例を示す図である。 図８は、バグ数推移テンプレートテーブルの一例を示す図である。 図９は、進捗結果テーブルの一例を示す図である。 図１０は、原価ベースの進捗率計算を説明するためのフローチャートである。 図１１は、表示処理を説明するためのフローチャートである。 図１２は、プロジェクト一覧表示画面の例を示す図である。 図１３は、プロジェクト進捗のグラフ表示画面の例を示す図である。

本発明は、プロジェクトに関連する日々の登録情報からプロジェクトの進捗を自動的に計算し、プロジェクトの進捗とそれにより生じ得るリスクを表示するための技術に関する。本発明の対象とするプロジェクトは、ソフトウェア開発プロジェクトである。
以下、添付図面を参照して本発明の実施形態に係わるプロジェクト進捗管理システムについて説明する。

以下の説明では、プロジェクトの日々の実績値に関する登録情報として特に「作業時間」、「ステップ数」及び「バグ数」を対象項目としている。しかし、これらの対象項目は例示であり、その他の対象項目についての日々の実績値に関する登録情報もまた、同様のロジックを使うことで進捗管理のための対象項目とすることができる。このような対象項目の実績値は、本来は進捗管理のために登録されたものではなく、プロジェクト自体の必然性からプロジェクトの進行に伴って日々記録される登録情報である。本発明では、このようなプロジェクト進行に伴う実績値の登録情報を利用してプロジェクトの進捗管理を行うものである。また「日々の」とは、必ずしも毎日という意味ではなく、プロジェクトについての作業が行われた作業日毎にという意味である。

本実施形態は本発明を実現するための一例にすぎず、本発明の技術的範囲を限定するものではないことに注意すべきである。また、各図において共通の構成には同一の参照番号が付されている。

＜プロジェクト進捗管理システムの構成＞
図１は、本発明の実施形態によるプロジェクト管理システムの一例の概略的構成を示す図である。本システムは、基本的に適宜のコンピュータの形態にて実施可能であり、中央処理装置１１０はＣＰＵに相当し、複数のデータベース（ＤＢ）は記憶装置に保存されており、表示装置１０７、キーボード１０８、マウス１０９は周辺装置に相当する。本システムの各機能は、中央処理装置１１０であるＣＰＵが所定のプログラムをメモリに読み込み実行することにより実現される。

複数のデータベース（ＤＢ）の各々の概要は、次の通りである。
プロジェクト情報ＤＢ１０１は、企業内のプロジェクトに関する属性情報を格納したものである。
社員ＤＢ１０２は、企業内の社員に関する情報を格納したものである。
作業時間ＤＢ１０３は、社員の作業日、作業内容、作業従事時間等を格納したものである。
ソースコード管理ＤＢ１０４は、プロジェクトのソースコードの情報としてステップ数やバグ数を格納したものである。
進捗テンプレートＤＢ１０５は、プロジェクトのタイプごとに工程ごとの典型的な原価のかかり具合、ステップ数の増加具合、バグ数の増加具合を格納したものである。
進捗結果ＤＢ１０６は、原価、ステップ数、バグ数などからプロジェクトの進捗度合いを表す進捗率を計算し、それを格納したものである。

さらに本システムは、プロジェクト情報の一覧やプロジェクトの進捗推移のグラフの表示等を行う表示装置１０７と、データの入力や編集、メニューの選択などの操作を行うためのキーボード１０８及びマウス１０９などの入力装置と、必要な演算処理、制御処理等を行う中央処理装置１１０と、を備えている。中央処理装置１１０は、上述した各ＤＢ、表示装置１０７及び入力装置と接続されている。

ここで、プロジェクト情報ＤＢ１０１、社員ＤＢ１０２、作業時間ＤＢ１０３及びソースコード管理ＤＢ１０４は、本システム専有のＤＢの形態でなくともよく、企業内の既存システムのＤＢと連動する形態としてもよい。例えば、プロジェクト情報ＤＢ１０１は、プロジェクトの情報を管理するシステムのＤＢであり、社員ＤＢ１０２は人事部門や調達部門などが保有する社員に関するＤＢであり、作業時間ＤＢ１０３は社員の勤務実績管理や残業管理を行うシステムのＤＢであり、ソースコード管理ＤＢ１０４は、プロジェクトにおいてソースコードのバージョン管理や懸案管理、バグ管理をするシステムのＤＢである。作業時間ＤＢ及びソースコード管理ＤＢは、本システムとの連動に関わらず、日々登録されるという性質を持っている。

中央処理装置１１０は、所定のプログラムを実行することにより以下の各処理部の機能を実現する。
進捗率計算処理部１１１は、プロジェクトに付随する日々の登録情報と、プロジェクト開始時に設定した予算値及び進捗テンプレートＤＢ内のデータとを比較することにより、プロジェクトの進捗率を計算する。
進捗率計算処理部には、プロジェクトに付随する日々の登録情報の種類によって、複数の種類がある。図示の例では３つの計算処理部がある。
第１の計算処理部は、原価ベース進捗率計算処理部１１２であり、これは日々の作業時間に基づいて進捗率を計算する。
第２の計算処理部は、ステップ数ベース進捗率計算処理部１１３であり、これはプログラムのステップ数にもとづいて進捗率を計算する。
第３の計算処理部は、バグ数ベース進捗率計算処理部１１４であり、これはバグ数にもとづいて進捗率を計算する。

さらに、中央処理装置１１０には、進捗率計算処理部１１１にて計算されたプロジェクトの進捗結果を表やグラフ形式で表示し、表形式の表示ではリスクのあるプロジェクトを強調表示するように、表示装置１０７を制御する進捗率表示処理部１１５を有する。

以上に述べた中央処理装置１１０の各処理部の機能を実現するプログラムは、ＣＤ−ＲＯＭ、ＤＶＤ−ＲＯＭ、ＭＯ、フレキシブルディスク、ＵＳＢメモリ等の記録媒体に格納して提供することもできる。

＜プロジェクト情報テーブル＞
図２は、プロジェクト情報ＤＢ１０１内のプロジェクト情報テーブルの一例を示す図である。プロジェクト情報テーブルに登録されるデータは、プロジェクトに関するものであり、予算や計画値を含む。例えば、プロジェクトマネージャがプロジェクト開始時に、（必要とあれば何らかのシステムを通じて）このデータを登録するものとする。また、プロジェクトの進行中（経過中）にこのデータを更新し、更新した結果に基づいて、以降に示す処理を実行する利用形態もある。

図２では、プロジェクト情報データは表形式で管理され、１つのプロジェクトが１行に対応している。当該表は、プロジェクトを一意に示すプロジェクトＩＤ２０１と、プロジェクト名２０２、プロジェクトのタイプ２０３、プロジェクトで費やす予定の総原価２０４、プロジェクトの成果物であるプログラムの予定ステップ数２０５、プログラムの予定バグ数２０６、プロジェクト開始月２０７、プロジェクト終了月２０８、プロジェクトの月ごとの原価のかかり具合を示す原価利用予定推移２０９、成果物であるプログラムの月ごとのステップ数増加の推移を表すステップ数予定推移２１０、成果物であるプログラムの月ごとのバグ修正件数の推移を表すバグ修正予定推移２１１から構成される。

プロジェクトのタイプ２０３とは、プロジェクトの種類や属性やカテゴリに関するものであり、後で説明するように、同一の種類や属性やカテゴリのプロジェクトに典型的な"進捗の推移"と比較するために用いる情報である。
また原価利用予定推移２０９、ステップ数予定推移２１０、バグ修正予定推移２１１は、０〜１の値をカンマ「，」で区切ったものとして表現されている。カンマで区切られた値の個数は、プロジェクト開始月２０７からプロジェクト終了月２０８までの「月数」に対応している。カンマで区切られた値が、プロジェクト開始月２０７から順にそれぞれの月に対応している。そしてこのカンマで区切られた０〜１の値は、該当月での進み具合を、全体を１としたときの割合で表現したものである（従って、総和は１となる）。例えば表中のセル２１２は、プロジェクトＩＤが「１００」の原価利用予定推移のデータを表しているが、先頭の「０．１」は、このプロジェクトが２０１２年１月に費やす原価として、総原価の１０％を使う計画であることを意味する。次の「０．３」は、このプロジェクトが２０１２年２月に費やす原価として、総原価の３０％を使う計画であることを意味する。以下、同様である。またステップ数予定推移２１０におけるカンマで区切られた値は、該当月の増加ステップ数の割合を示しており、バグ修正予定推移２１１におけるカンマで区切られた値は、該当月の修正バグ件数の割合を示している。

なお、図２のテーブルの総原価２０４、予定ステップ数２０５及び予定バグ数２０６の値は、一般的には、対象項目（ここではそれぞれ原価、ステップ数、バグ数）についてのプロジェクト期間全体における予定された計画値である。また、原価利用予定推移２０９、ステップ数予定推移２１０及びバグ修正予定推移２１１に含まれる値は、一般的には、対象項目についての各単位期間（ここでは１ヶ月）における予定された推移である各予定推移値である。

＜社員テーブル＞
図３は、社員ＤＢ１０２内の社員テーブルの一例を示す図である。図３では、社員データは表形式で管理され、１人分の社員情報が１行に対応している。当該表は、社員ＩＤ３０１、社員名３０２、そして、当該社員が１時間作業に従事したときの時間単価３０３からなる。

＜作業時間テーブル＞
図４は、作業時間ＤＢ１０３内の作業時間テーブルの一例を示す図である。図４では、それぞれの作業は表形式で管理され、一回の同じ業務での連続した作業が１行に対応している。当該表は、作業日４０１、作業開始時刻４０２、作業終了時刻４０３、その作業を誰が担当したかを示すための社員ＩＤ４０４、どのプロジェクトの作業をしたかを示す従事プロジェクトＩＤ４０５から構成される。ここで社員ＩＤ４０４と従事プロジェクトＩＤ４０５は外部キーであり、それぞれ図３の社員テーブルの社員ＩＤ３０１と図２のプロジェクト情報テーブルのプロジェクトＩＤ２０１を参照している。

＜ソースコード管理テーブル＞
図５は、ソースコード管理ＤＢ１０４内のソースコード管理テーブルの一例を示す図である。このＤＢは、ソースコードのバージョン管理システム等で利用されるＤＢを想定している。通常、ソースコード一式（プログラム一式）の単位でまとめられて管理されている。

図５では、ソースコードの管理データが表形式で管理され、月ごとのソースコード一式に関する情報が１行に対応している。当該表は、ソースコード一式に対するソースＩＤ５０１、プログラムを開発した月を示す開発月５０２、開発月においてプログラムの総ステップ数を格納するステップ数５０３、開発月において修正したバグの累計件数を示すバグ修正件数５０４、開発したプログラムがどのプロジェクトに対応したものかを示す関連プロジェクトＩＤ５０５から構成される。ここで関連プロジェクトＩＤ５０５は外部キーであり、図２のプロジェクト情報テーブルのプロジェクトＩＤ２０１を参照している。

＜原価利用推移テンプレートテーブル＞
図６は、進捗テンプレートＤＢ１０５内の原価利用推移テンプレートテーブルの一例を示す図である。原価利用推移テンプレートテーブルのデータとは、プロジェクトのタイプごとに、典型的な原価のかかり具合を記録したものである。予め同類のタイプのプロジェクトの情報を収集し、平均的な原価のかかり具合を計測し、進捗テンプレートＤＢに登録しておくという利用形態もある。

図６では、原価利用推移テンプレートテーブルでは、１つのタイプのテンプレート情報が１行に対応している。当該表は、原価利用推移テンプレートのＩＤであるテンプレートＩＤ６０１、タイプ６０２、原価の平均的な利用推移を表す原価利用推移データ６０３から構成される。タイプ６０２は、プロジェクトの種類や属性やカテゴリに関するものである。原価利用推移データ６０３は、カンマ「，」で区切られた１００個の０〜１の値で構成されるデータである。これら１００個の値は、プロジェクトの開始から終了までの期間を１００等分し、区分けされた各期間における原価のかかり具合を０〜１の値で表現したものである。ここで、原価のかかり具合を示す０〜１の値は総原価を１としたときの割合（比）である。

＜ステップ数推移テンプレートテーブル＞
図７は、進捗テンプレートＤＢ１０５内のステップ数推移テンプレートテーブルの一例を示す図である。ステップ数推移テンプレートテーブルのデータとは、プロジェクトのタイプごとに、典型的なステップ数の増加の割合を記録したものである。予め同類のタイプのプロジェクトを収集し、平均的なステップ数の増加度合いを計測し、進捗テンプレートＤＢに登録しておくという利用形態もある。

図７では、ステップ数推移テンプレートテーブルでは、１つのタイプのテンプレート情報が１行に対応している。当該表は、ステップ数推移テンプレートのＩＤであるテンプレートＩＤ７０１、タイプ７０２、ステップ数の平均的な増加推移を表すステップ数推移データ７０３から構成される。タイプ７０２は、プロジェクトの種類や属性やカテゴリに関するものである。ステップ数用推移データ７０３は、カンマ「，」で区切られた１００個の０〜１の値で構成されるデータである。これら１００個の値は、プロジェクトの開始から終了までの期間を１００等分し、区分けされた各期間において開発したプログラムのステップ数の割合を０〜１の値で表現したものである。ここで、ステップ数の割合を示す０〜１の値は総ステップ数を１としたときの割合（比）である。

＜バグ数推移テンプレートテーブル＞
図８は、進捗テンプレートＤＢ１０５内のバグ数推移テンプレートテーブルの一例を示す図である。バグ数推移テンプレートテーブルのデータとは、プロジェクトのタイプごとに、典型的なバグの修正件数の増加の割合を記録したものである。予め同類のタイプのプロジェクトを収集し、平均的なバグの修正件数の増加度合いを測定し、進捗テンプレートＤＢに登録しておくという利用形態もある。

図８では、バグ数推移テンプレートテーブルでは、１つのタイプのテンプレート情報が１行に対応している。当該表は、バグ数推移テンプレートのＩＤであるテンプレートＩＤ８０１、タイプ８０２、バグの修正件数の平均的な推移を表すバグ数推移データ８０３から構成される。タイプ８０２は、プロジェクトの種類や属性やカテゴリに関するものである。バグ数用推移データ８０３は、カンマ「，」で区切られた１００個の０〜１の値で構成されるデータである。これら１００個の値は、プロジェクトの開始から終了までの期間を１００等分し、区分けされた各期間におけるバグの修正件数の割合を０〜１の値で表現したものである。ここで、バグの修正件数の割合を示す０〜１の値はバグの全体数を１としたときの割合（比）である。

なお、図６、７、８の各テーブルの各推移データ６０３、７０３、８０３の値は、一般的には、対象項目（ここではそれぞれ原価、ステップ数、バグ数）についての各単位期間（ここでは１ヶ月）における、プロジェクト種別に基づく典型的な推移である各テンプレート推移値である。

＜進捗結果テーブル＞
図９は、進捗結果ＤＢ１０６内の進捗結果テーブルの一例を示す図である。進捗結果テーブルには、進捗率計算処理部１１１で計算されたプロジェクトの進捗結果が格納される。

図９では、１つのプロジェクトに対する進捗結果が１行に対応している。当該表は、進捗結果を算出した年月を示す統計月９０１、進捗結果の対象とするプロジェクトを示すプロジェクトＩＤ９０２、図２の総原価２０４と現在の統計月９０１から求めた原価ベースでの進捗率を示す原価ベース進捗率計画値９０３、図２の総原価２０４と現在の統計月９０１及び図６の原価利用推移データ６０３から求めた原価ベースでの進捗率を示す原価ベース進捗率テンプレ利用計画値９０４、図２の総原価２０４と実際の作業工数から求めた原価ベースでの進捗率を示す原価ベース進捗率実績値９０５、図２の予定ステップ数２０５と現在の統計月９０１から求めたステップ数ベースでの進捗率を示すステップ数ベース進捗率計画値９０６、図２の予定ステップ数２０５と現在の統計月９０１及び図７のステップ数推移データ７０３から求めたステップ数ベースでの進捗率を示すステップ数ベース進捗率テンプレ利用計画値９０７、図２の予定ステップ数２０５と実際のコーディング量から求めたステップ数ベースでの進捗率を示すステップ数ベース進捗率実績値９０８、図２の予定バグ数２０６と現在の統計月９０１から求めたバグ数ベースでの進捗率を示すバグ数ベース進捗率計画値９０９、図２の予定バグ数２０６と現在の統計月９０１及び図８のバグ数推移データ８０３から求めたバグ数ベースでの進捗率を示すバグ数ベース進捗率テンプレ利用計画値９１０、図２の予定バグ数２０６と実際のバグ修正件数から求めたバグ数ベースでの進捗率を示すバグ数ベース進捗率実績値９１１、から構成される。ここでプロジェクトＩＤ９０２は外部キーであり、図２のプロジェクト情報テーブルのプロジェクトＩＤ２０１を参照しているものとする。

＜原価ベースの進捗率計算フロー＞
図１０は、原価ベースの進捗率を計算する処理の概要について説明するためのフローチャートである。これによって最終的に、図９の進捗結果テーブルの原価ベース進捗率計画値９０３、原価ベース進捗率テンプレ利用計画値９０４、原価ベース進捗率実績値９０５を、全ての進行中のプロジェクトに対して算出することを目的とする。

まず、プロジェクト情報テーブルから１レコード読み込み、総原価ＡＣに総原価２０４を代入し、変数ａ＿１，ａ＿２，・・・，ａ＿ｎの各々に原価利用予定推移２０９にあるカンマで区切られた各値をそれぞれ代入する。ここでｎはプロジェクト開始月２０７からプロジェクト終了月２０８までの月数である。以降の説明のため、ここで読み込んだプロジェクトを「プロジェクトＸ」と呼ぶ（ステップ１００１）。

次に、月数Ｍにプロジェクト開始月２０７から当月までの月数を代入する（ステップ１００２）。
これをもとに、当月までに使用する予定の原価である予定原価ＰＣを、（ａ＿１＋ａ＿２＋・・・＋ａ＿Ｍ）×ＡＣとして計算する（ステップ１００３）。この式から分かる通り、予定原価ＰＣは、プロジェクト開始時に計画した当月までの使用原価の計画値になっている。

次に、原価利用推移テンプレートテーブルから、タイプ６０２がプロジェクトＸのタイプ２０３と同じものを持つレコードを探し、そのレコードの原価利用推移データ６０３のカンマで区切られた各値を、ｂ＿１，ｂ＿２，・・・，ｂ＿１００にそれぞれ代入する（ステップ１００４）。
そしてテンプレートを用いた予定原価ＴＣを、（ｂ＿１＋ｂ＿２＋・・・＋ｂ＿［１００×Ｍ／ｎ］）×ＡＣとして計算する。ここで［１００×Ｍ／ｎ］は１００×Ｍ／ｎを超えない最大の整数である（ステップ１００５）。この式から分かる通り、テンプレートを用いた予定原価ＴＣは、当月までに使用される原価の典型的な値に対応している。

次に、作業時間テーブルから、プロジェクトＸに関わった社員の社員ＩＤ４０４を抽出し、それを社員ｅ＿１，ｅ＿２，・・・，ｅ＿ｋ（ｋはプロジェクトＸに関わった社員の社員数）とおく。すなわち作業時間テーブルにおいて、プロジェクトＩＤ４０５がプロジェクトＸのプロジェクトＩＤ２０１と同じレコードを持つものを、重複を除いて取り出し、その社員ＩＤ４０４を列挙したものがｅ＿１，ｅ＿２，・・・，ｅ＿ｋである。
また社員ｅ＿１，ｅ＿２，・・・，ｅ＿ｋが、プロジェクトＸに従事した作業時間の累計をそれぞれ作業時間累計ｔ＿１，ｔ＿２，・・・，ｔ＿ｋとする。すなわち、作業時間テーブルにおいて、社員ＩＤがｅ＿１，ｅ＿２，・・・，ｅ＿ｋであって、プロジェクトＩＤ４０５がプロジェクトＸのプロジェクトＩＤ２０１と同じものをもつレコードについて、作業開始時間４０２から作業終了時間４０３までの時間数を（場合によっては昼食時間や休憩時間を除いて）求め、和をとったものが作業時間累計ｔ＿１，ｔ＿２，・・・，ｔ＿ｋである（ステップ１００６）。
さらに、社員テーブルから社員ＩＤ３０１が社員ｅ＿１，ｅ＿２，・・・，ｅ＿ｋの時間単価３０３を探し、それをそれぞれ時間単価ｕ＿１，ｕ＿２，・・・，ｕ＿ｋとする（ステップ１００７）。
すると、プロジェクトＸについて、当月までに使用した原価ＵＣは、
ｔ＿１×ｕ＿１＋ｔ＿２×ｕ＿２＋・・・，ｔ＿ｋ×ｕ＿ｋとして求められる（ステップ１００８）。

最後に進捗率を、図９の進捗結果テーブルに登録する。進捗結果テーブルの統計月９０１に当月を登録し、プロジェクトＩＤ９０２にプロジェクトＸのプロジェクトＩＤ２０１を登録する。
また原価ベース進捗率計画値９０３にＰＣ／ＡＣの値を登録し、原価ベース進捗率テンプレ利用計画値９０４にＴＣ／ＡＣの値を登録し、原価ベース進捗率実績値９０５にＵＣ／ＡＣを登録する（ステップ１００９）。

プロジェクト情報テーブルの全てのレコードについてステップ１００１〜ステップ１００９の処理を実行したのであれば処理を終了する。まだ残っているならばステップ１００１に戻って、次のレコードについてステップ１００１〜ステップ１００９の処理を実行する（ステップ１０１０）。

図１０では原価ベースの進捗率の計算処理フローを説明したが、ステップ数ベースの進捗率またはバグ数ベースの進捗率についても同様の処理であるため、それらの進捗率の導出過程の詳細は省略する。図１０で示したフローチャートと異なるのは、ステップ１００１において総原価２０４の替わりに予定ステップ数２０５または予定バグ数２０６にすること、原価予定利用推移２０９の替わりにステップ数予定推移２１０またはバグ数予定推移２１１にすること、ステップ１００４において原価利用予定推移テンプレートテーブルの原価利用推移データ６０３の替わりにステップ数推移テンプレートテーブルのステップ数推移データ７０３またはバグ数推移テンプレートテーブルのバグ数推移データ８０３にすること、ステップ１００８においてＵＣの替わりにソースコード管理テーブルのステップ数５０３またはバグ修正件数５０４にすること、ステップ１００９においてステップ数ベース進捗率計画値９０６またはバグ数ベース進捗率計画値９０９にＰＣ／ＡＣと登録し、ステップ数ベース進捗率テンプレ利用計画値９０７またはバグ数ベース進捗率テンプレ利用計画値９１０にＴＣ／ＡＣを登録し、ステップ数ベース進捗率実績値９０８またはバグ数ベース進捗率実績値９１１にＵＣ／ＡＣを登録すること、である。

＜表示処理フロー＞
図１１は、原価ベースの進捗率の進捗結果を画面に表示するときの処理の概要について説明するためのフローチャートである。
まず、図９の進捗結果テーブルから１レコード読み込み、原価ベース進捗率計画値９０３、原価ベース進捗率テンプレ利用計画値９０４、原価ベース進捗率実績値９０５を抽出して表示する。また同レコードのプロジェクトＩＤ９０２と同じプロジェクトＩＤ２０１をもつレコードをプロジェクト情報テーブルから選択し、そのレコードのプロジェクト名２０２、プロジェクト開始月２０７、プロジェクト終了月２０８の情報を抽出して表示する（ステップ１１０１）。

次に、表示したプロジェクトについて、原価ベース進捗率計画値９０３と原価ベース進捗率実績値９０５の値が閾値α以上離れている場合、そのプロジェクトの行を強調表示する。同様に原価ベース進捗率テンプレ利用計画値９０４と原価ベース進捗率実績値９０５の値がα以上離れている場合も、そのプロジェクトの行を強調表示する（ステップ１１０２）。これらは共に、計画値に対して実績値が離れていたときに、警告を促すための強調表示である。これによって、リスクが発生しているプロジェクトを見つけやすくすることができる。

次に、進捗結果テーブルにおいて、当該プロジェクトの前月のレコードが存在する場合、進捗結果テーブルの［原価ベース進捗率計画値９０３−原価ベース進捗率実績値９０５］の値を前月分と当月分で算出し、前月分と当月分の値の差が閾値β以上離れている場合（当月分の差が前月分の差よりもβ以上広がっている場合）、そのプロジェクトの行を強調表示する。同様に［原価ベース進捗率テンプレ利用計画値９０４−原価ベース進捗率実績値９０５］の値を前月分と当月分で算出し、前月分と当月分の値の差が閾値β以上離れている場合（当月分の差が前月分の差よりもβ以上広がっている場合）も、そのプロジェクトの行を強調表示する（ステップ１１０３）。これらは共に、前月の計画値と実績値との乖離幅より今月の乖離幅の方が大きくなったときに、警告を促すための強調表示であり、これによって、当月で特にリスクの高くなったプロジェクトを見つけやすくすることができる。

以上のステップ１１０１〜１１０３を、進捗結果テーブルの全てのレコードについて行う。まだ表示していないレコードがあればステップ１１０１に戻って処理を続け、全てのレコードについて処理を行ったら次のステップに進む（ステップ１１０４）。

画面上でグラフ表示のボタンが押下されたかを確認する。もし押下されたら、進捗結果テーブルの当該プロジェクトのレコードを全て読みだして、統計月の順に従って各進捗率、すなわち原価ベース進捗率計画値、原価ベース進捗率テンプレ利用計画値及び原価ベース進捗率実績値、ステップ数ベース進捗率計画値、ステップ数ベース進捗率テンプレ利用計画値及びステップ数ベース進捗率実績値、並びに、バグ数ベース進捗率計画値、バグ数ベース進捗率テンプレ利用計画値及びバグ数ベース進捗率実績値の値をグラフ表示する（ステップ１１０５，１１０６）。以上で表示処理は終了する。

図１１で説明した処理は原価ベースの進捗率に関する表示であるが、ステップ数ベースの進捗率の表示やバグ数ベースの進捗率の表示についても同様であるため省略する。

＜プロジェクト一覧表示画面＞
図１２は、本システムにおけるプロジェクト一覧表示画面の例を示す図である。この表示は図１１で説明した表示処理によって実現されるものであり、プロジェクトの一覧を表形式によって表示している。

表は左からプロジェクト名１２０１、期間１２０２、原価ベース進捗１２０３、ステップ数ベース進捗１２０４、バグ数ベース進捗１２０５の項目から構成されている。原価ベース進捗１２０３の計画（入力）、計画（典型）、実績とはそれぞれ、原価ベース進捗率計画値９０３、原価ベース進捗率テンプレ利用計画値９０４、原価ベース進捗率実績値９０５に対応する。ステップ数ベース進捗１２０４の計画（入力）、計画（典型）、実績とはそれぞれ、ステップ数ベース進捗率計画値９０６、ステップ数ベース進捗率テンプレ利用計画値９０７、ステップ数ベース進捗率実績値９０８に対応する。バグ数ベース進捗１２０５の計画（入力）、計画（典型）、実績とはそれぞれ、バグ数ベース進捗率計画値９０９、バグ数ベース進捗率テンプレ利用計画値９１０、バグ数ベース進捗率実績値９１１に対応する。

それぞれのプロジェクトの行にはグラフ表示ボタン１２０６がある。これを押下すると、後に説明する図１３のグラフを表示する（図１１のステップ１１０５，１１０６に対応している）。また、図１２の表では、プロジェクトの行１２０７に示すように、リスクの可能性のあるプロジェクトを強調表示している。このような表示形態によって、大量のプロジェクトの一覧から注目すべきプロジェクトを見つけやすくすることができる。

＜グラフ表示画面＞
図１３は、本システムにおけるグラフ表示画面の例を示す図である。この表示は図１２のグラフ表示ボタン１２０６を押下後に表示されるものであり、図１１で説明した表示処理によって実現されるものである。グラフ表示画面では、あるプロジェクトについて、原価ベース進捗のグラフ１３０１と、ステップ数ベース進捗のグラフ１３０２と、バグ数ベース進捗のグラフ１３０３を同時に表示する。これによって、プロジェクトの進捗の度合いや潜在的なリスクを横断的に確認することができる。

例えば図１３のグラフでは、ステップ数ベースやバグ数ベースの進捗を見ると実績値がほぼ計画通りになっているが、原価ベースの進捗では最後の統計月において実績値と計画値で乖離が大きい。これは最後の統計月で開発の進捗が大きく進んだのではなく、最後の統計月で大幅な（計画以上の）人的リソースを投入したということが、これらのグラフを見ることで理解することができる。

＜まとめ＞
本発明では、プロジェクトのメンバーが日々記録している情報や、プロジェクトの成果物を管理するシステムのデータなどのプロジェクトに付随する情報を用いて、プロジェクトの進捗を、マネージャや担当者が計測することなく自動的に測ることができる。

以上の説明では、日々のプロジェクトに関する登録情報として特に、作業時間、ステップ数及びバグ数を対象としたが、本方式と同様のロジックを使うことで残業時間またはタスク消化件数なども進捗管理の対象とすることができる。
また以上の説明では、月単位でプロジェクト進捗の経過をみることを前提としたが、日単位や年単位など期間のスパンを変えることも可能である。
また本発明では、プロジェクトの進捗率の計算において、日々の実績値と“プロジェクトのタイプに典型的な進捗推移」とも比較しているので、プロジェクト開始時に定めた計画値が不適切に登録されていたとしてもリスクの検出を漏れなく行うことができる。

なお、本発明は、実施形態の機能を実現するソフトウェアのプログラムコードによっても実現できる。この場合、プログラムコードを記録した記憶媒体をシステムまたは装置に提供し、そのシステムまたは装置のコンピュータ（又はＣＰＵやＭＰＵ）が記憶媒体に格納されたプログラムコードを読み出す。この場合、記憶媒体から読み出されたプログラムコード自体が前述した実施形態の機能を実現することになり、そのプログラムコード自体、及びそれを記憶した記憶媒体は本発明を構成することになる。このようなプログラムコードを供給するための記憶媒体としては、例えば、フレキシブルディスク、ＣＤ−ＲＯＭ、ＤＶＤ−ＲＯＭ、ハードディスク、光ディスク、光磁気ディスク、ＣＤ−Ｒ、磁気テープ、不揮発性のメモリカード、ＲＯＭなどが用いられる。

また、プログラムコードの指示に基づき、コンピュータ上で稼動しているＯＳ（オペレーティングシステム）などが実際の処理の一部又は全部を行い、その処理によって前述した実施の形態の機能が実現されるようにしてもよい。さらに、記憶媒体から読み出されたプログラムコードが、コンピュータ上のメモリに書きこまれた後、そのプログラムコードの指示に基づき、コンピュータのＣＰＵなどが実際の処理の一部又は全部を行い、その処理によって前述した実施の形態の機能が実現されるようにしてもよい。

また、実施の形態の機能を実現するソフトウェアのプログラムコードを、ネットワークを介して配信することにより、それをシステム又は装置のハードディスクやメモリ等の記憶手段又はＣＤ-ＲＷ、ＣＤ-Ｒ等の記憶媒体に格納し、使用時にそのシステム又は装置のコンピュータ(又はＣＰＵやＭＰＵ)が当該記憶手段や当該記憶媒体に格納されたプログラムコードを読み出して実行するようにしてもよい。

１０１…プロジェクト情報ＤＢ
１０２…社員ＤＢ
１０３…作業時間ＤＢ
１０４…ソースコードＤＢ
１０５…進捗テンプレートＤＢ
１０６…進捗結果ＤＢ
１０７…表示装置
１０８…キーボード
１０９…マウス
１１０…中央処理装置
１１１…進捗率計算処理部
１１２…原価ベース進捗率計算処理部
１１３…ステップ数ベース進捗率計算処理部
１１４…バグ数ベース進捗率計算処理部
１１５…進捗率表示処理部
２０１…プロジェクトＩＤ
２０２…プロジェクト名
２０３…タイプ
２０４…総原価
２０５…予定ステップ数
２０６…予定バグ数
２０７…プロジェクト開始日
２０８…プロジェクト終了日
２０９…原価利用予定推移
２１０…ステップ数予定推移
２１１…バグ修正予定推移
２１２…原価利用予定推移のデータの１つ
３０１…社員ＩＤ
３０２…社員名
３０３…時間単価
４０１…作業日
４０２…作業開始時刻
４０３…作業終了時刻
４０４…社員ＩＤ
４０５…従事プロジェクトＩＤ
５０１…ソースＩＤ
５０２…開発日
５０３…ステップ数
５０４…バグ修正件数
５０５…関連プロジェクトＩＤ
６０１…テンプレートＩＤ
６０２…タイプ
６０３…原価利用推移データ
７０１…テンプレートＩＤ
７０２…タイプ
７０３…ステップ数推移データ
８０１…テンプレートＩＤ
８０２…タイプ
８０３…バグ数推移データ
９０１…統計月
９０２…プロジェクトＩＤ
９０３…原価ベース進捗率計画値
９０４…原価ベース進捗率テンプレ利用計画値
９０５…原価ベース進捗率実績値
９０６…ステップ数ベース進捗率計画値
９０７…ステップ数ベース進捗率テンプレ利用計画値
９０８…ステップ数ベース進捗率実績値
９０９…バグ数ベース進捗率計画値
９１０…バグ数ベース進捗率テンプレ利用計画値
９１１…バグ数ベース進捗率実績値
１２０１…プロジェクト名
１２０２…期間
１２０３…原価ベース進捗
１２０４…ステップ数ベース進捗
１２０５…バグ数ベース進捗
１２０６…グラフ表示ボタン
１２０７…プロジェクト一覧表示においてレコードを強調表示した行
１３０１…原価ベース進捗グラフ
１３０２…ステップ数ベース進捗グラフ
１３０３…バグ数ベース進捗グラフ

Claims (6)

1. プロジェクトに関連する対象項目についてのプロジェクト期間全体における予定された計画値と前記プロジェクト期間を複数に分割した各単位期間における予定された推移である各予定推移値とを予め登録した第１のデータベースと、
   前記対象項目についての日々の実績値を登録した第２のデータベースと、
   前記プロジェクトの進捗管理のために前記対象項目についての進捗率の計算処理を行う中央処理装置と、を備えたプロジェクト進捗管理システムであって、
   前記中央処理装置が、
   プロジェクト開始から進捗率を計算する時点までに経過した１または複数の前記各単位期間について、前記第１のデータベースから前記対象項目についての前記各予定推移値を取得して前記各予定推移値の和を計算する手段と、
   プロジェクト開始から進捗率を計算する時点までに経過した１または複数の前記各単位期間について、前記第２のデータベースから前記対象項目についての日々の実績値を取得して前記日々の実績値の和を計算する手段と、
   計算された前記各予定推移値の和と前記第１のデータベースから取得した前記プロジェクト期間全体における予定された計画値に対する比である進捗率計画値を計算する手段と、
   計算された前記実測値の和と前記第１のデータベースから取得した前記プロジェクト期間全体における予定された計画値に対する比である進捗率実績値を計算する手段と、
   前記進捗率計画値と前記進捗率実績値とを比較する手段と、を備えたことを特徴とするプロジェクト進捗管理システム。
2. 請求項１に記載のプロジェクト進捗管理システムにおいて、
   プロジェクトに関連する対象項目についての、前記プロジェクトの種別に応じた典型的な進捗パターンに基づいた、前記プロジェクト期間を複数に分割した各単位期間における典型的な推移である各テンプレート推移値を予め登録した第３のデータベースをさらに備え、前記中央処理装置がさらに、
   プロジェクト開始から進捗率を計算する時点までに経過した１または複数の前記各単位期間について、前記第３のデータベースから前記対象項目についての前記各テンプレート推移値を取得して前記各テンプレート推移値の和を計算する手段と、
   計算された前記各テンプレート推移値の和と前記第１のデータベースから取得した前記プロジェクト期間全体における予定された計画値に対する比である進捗率テンプレ利用計画値を計算する手段と、
   前記進捗率テンプレ利用計画値と前記進捗率実績値とを比較する手段と、を備えたことを特徴とするプロジェクト進捗管理システム。
3. 請求項１または請求項２に記載のプロジェクト進捗管理システムにおいて、前記中央処理装置がさらに、
   前記進捗率計画値と前記進捗率実績値とを比較することにより、双方の値の差が所定の第１の閾値より大きい場合は、表示装置においてその旨を示す強調表示を行う手段を備えたことを特徴とするプロジェクト進捗管理システム。
4. 請求項１〜３のいずれかに記載のプロジェクト進捗管理システムにおいて、前記中央処理装置がさらに、
   前記進捗率計画値と前記進捗率実績値の差を前回の単位期間における双方の値の差と比較することにより、双方の差同士の乖離が所定の第２の閾値より大きい場合は、表示装置においてその旨を示す強調表示を行う手段を備えたことを特徴とするプロジェクト進捗管理システム。
5. 請求項１〜請求項４のいずれかに記載のプロジェクト進捗管理システムにおいて、
   前記対象項目が、プロジェクトに従事した作業者の作業時間と作業者の単位から算出される原価、プロジェクトの成果物であるプログラムのステップ数、または、プロジェクトの成果物であるプログラムのバグ修正件数のうちの１又は複数であることを特徴とするプロジェクト進捗管理システム。
6. 請求項１〜５のいずれかに記載のプロジェクト進捗管理システムにおける前記中央処理装置に対し、
   プロジェクト開始から進捗率を計算する時点までに経過した１または複数の前記各単位期間について、前記第１のデータベースから前記対象項目についての前記各予定推移値を取得して前記各予定推移値の和を計算する機能と、
   プロジェクト開始から進捗率を計算する時点までに経過した１または複数の前記各単位期間について、前記第２のデータベースから前記対象項目についての日々の実績値を取得して前記日々の実績値の和を計算する機能と、
   計算された前記各予定推移値の和と前記第１のデータベースから取得した前記プロジェクト期間全体における予定された計画値に対する比である進捗率計画値を計算する機能と、
   計算された前記実測値の和と前記第１のデータベースから取得した前記プロジェクト期間全体における予定された計画値に対する比である進捗率実績値を計算する機能と、
   前記進捗率計画値と前記進捗率実績値とを比較する機能と、を実現させるプロジェクト進捗管理プログラムを格納した記憶媒体。

Images