(57)【要約】【課題】開発フェーズ毎の計画工数と、担当者による進捗情報入力に基づく実績との差異を求めて開発プロセスを評価し、その差異が大きい場合に自動的に関係者に通知する開発プロセス評価管理システムを提供する。【解決手段】日報処理部１１は、担当者から入力されたプロジェクト進捗情報を日報として処理するとともにプロジェクト管理テーブル１に格納されたプロジェクトの管理情報を基に開発フェーズ毎の作業実績工数を算出する。評価処理監視部１２は、動作設定テーブル５に設定されたプロジェクトの進捗評価にかかる異常の監視方法に基づいて評価処理監視タスクを実行する。評価処理部１３は、日報処理部１１により処理された情報および評価処理監視部１２で実行される評価処理監視タスクの結果に基づいて評価処理を行なう。そして異常の発生・復旧が認められた場合には、評価処理実行部１４からネットワーク１５を介して関係者に異常判定結果を通知する。【選択図】図１
2010176255.tif 000002
【特許請求の範囲】
【請求項１】
組み込み機器製品におけるプログラム開発を評価管理する開発プロセス評価管理システムにおいて、該開発プロセス評価管理システムはクライアント及びサーバで構築され、
該サーバは、
プロジェクトの管理情報を格納するプロジェクト管理テーブルと、
該プロジェクトを評価するための作業計画に対する上限、下限、上上限、下下限などの数段階の判定閾値を格納するプロジェクト評価テーブルと、
異常発生時の連絡先のアドレスを格納する連絡先登録テーブルと、
該異常発生の内容に応じて前記連絡先を判定する連絡先判定テーブルと、
前記異常の監視方法を設定する動作設定テーブル、
を備えるとともに、
前記プロジェクトに携わる担当者から入力されるプロジェクト進捗情報を基に開発フェーズ毎の作業実績工数を算出する作業実績工数算出手段と、
前記プロジェクトの進捗における異常の発生・復旧をチェックする異常発生・復旧チェック手段と、
該異常が新規に発生・復旧した場合に、該新規の異常の内容に応じて前記連絡先判定テーブルを参照して連絡先の判定を行ない、判定した連絡先に通知を行なう異常判定通知手段と、
を有し、
前記クライアントは、
前記プロジェクトの進捗に応じてプロジェクト進捗情報を入力する手段と、
前記プロジェクトの進行に伴う現在までの進捗状態を表示する手段と、
を有する
ことを特徴とする開発プロセス評価管理システム。
【請求項２】
前記サーバは、
前記動作設定テーブルに設定された内容に応じて、前記担当者からのデータ入力完了時に評価処理を実行するか、または、１回／日指定した時間に評価処理を実行するかのいずれかを、前記プロジェクトの管理者によって選択可能とする評価処理起動方法選択手段を有することを特徴とする請求項１に記載の開発プロセス評価管理システム。
【請求項３】
前記サーバは、
前記動作設定テーブルに設定されている日替わり日指定フラグの値と現在日とから入力確認日を決定する入力確認日決定手段と、
前記担当者から入力されたプロジェクト進捗情報から求まる最終入力日の実稼動日と前記入力確認日決定手段により決定された入力確認日との差分を計算する差分計算手段と、
該差分が、前記プロジェクトの進捗に関わる関係者毎に前記動作設定テーブルに指定されている遅延日以上であれば、前記プロジェクト進捗情報が未入力であることを担当者に通知する未入力通知手段と、を有することを特徴とする請求項１に記載の開発プロセス評価管理システム。
【請求項４】
前記異常発生・復旧チェック手段は、
前記プロジェクト評価テーブルに格納されている前記プロジェクトを評価するための作業計画に対する上限、下限、上上限、下下限などの数段階の判定閾値を読み出すとともに入力された前記プロジェクト進捗情報を基に前記作業実績工数算出手段により算出された作業実績工数が前記判定閾値を超えるか又は判定閾値内に入るかを検出して異常の発生又は復旧を検出することを特徴とする請求項１に記載の開発プロセス評価管理システム。
【請求項５】
前記連絡先判定テーブルは、前記プロジェクトの関係者毎に設定された異常通知の要否を判定する通知要否判定情報を格納しており、
前記異常判定通知手段は、該異常が新規に発生又は復旧した場合に、該新規の異常の内容に応じて前記連絡先判定テーブルを参照して前記プロジェクトの関係者毎に異常通知の要否判定を行ない、要判定された関係者に通知することを特徴とする請求項１に記載の開発プロセス評価管理システム。
【請求項６】
前記サーバは、
時間と投入人員との重なり度合いから開発フェーズ毎の計画達成率を算出する計画達成率算出手段と、
該計画達成率と前記プロジェクト評価テーブルに予め登録された計画達成率との差異を評価し、算出された計画達成率が低い場合には前記連絡先判定テーブルを参照して前記プロジェクトの関係者毎に異常通知の要否判定を行ない、要判定された関係者に通知する未達成通知手段と、
を有することを特徴とする請求項１に記載の開発プロセス評価管理システム。
【請求項７】
前記計画達成率算出手段は、開発フェーズ毎に、予定期間内の１週間毎の人員投入計画と１週間毎の人員投入実績の差分を絶対値で求め、当日までの１週間毎の人員投入計画との差分をとり、当日までの開発フェーズ全体の総和でその比率を算出する、
ことを特徴とする請求項６に記載の開発プロセス評価管理システム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、アーンドバリューのような複雑な進捗管理手法でなく、従来から知られている進捗管理手法の延長上で進捗管理が可能な開発プロセス評価管理システムに関する。
【背景技術】
【０００２】
従来、建設業やソフトウェア開発の進捗管理の方法として、アーンドバリューによる進捗管理方法が採られている。この方法は、時間と進捗を貨幣価値に換算して、将来を予測しプロジェクトの進捗状態を把握する手法である。
【０００３】
そしてこのアーンドバリューによる進捗管理方法を応用した例には、例えば下記特許文献１に開示された「進捗管理装置」、また下記特許文献２に開示された「リスクに基づくプロジェクト予測装置」、および、下記特許文献３に開示された「作業進捗管理システム」が知られている。
【０００４】
特許文献１では、バブルチャートを用いて各工程の成果を表現するようにしている。また特許文献２では、アーンドバリュー管理にリスクを加味して、プロジェクト予測を行なうようにしている。また特許文献３では、アーンドバリューを作業進捗管理に具現する方法がそれぞれ記載されている。
【先行技術文献】
【特許文献】
【０００５】
【特許文献１】特開２００７−０１８１６３号公報
【特許文献２】特開２００５−００４４６１号公報
【特許文献３】特開２００４−２７２６２４号公報
【発明の概要】
【発明が解決しようとする課題】
【０００６】
アーンドバリューによる進捗管理は、複雑であり組込ソフトウェア開発システムのように数人で実施するプロジェクトでは、管理者自身も担当業務を行なうなど、管理業務の時間を割くことが難しく、従来の進捗管理の延長上での簡易な進捗管理方法が求められている。
【０００７】
しかし、上記特許文献１に開示された進捗管理装置は、バブルチャートを用いて各工程の成果を表現するもので、進捗管理上の異常検出の判断が人にゆだねられているため、判断基準が曖昧であり、時として判断を誤る恐れがあるという課題がある。
【０００８】
また上記特許文献２に開示されたリスクに基づくプロジェクト予測装置は、アーンドバリュー管理にリスクを加味してプロジェクト予測を行なうものの、プロジェクト予測にかかる本発明の開発プロセス評価管理手法とはその手法が異なるもので、本発明のような効果が期待できないという課題がある。
【０００９】
また上記特許文献３に開示された作業進捗管理システムは、既知のアーンドバリューを作業進捗管理に具現する方法を開示しているが、本発明が目指す開発プロセス評価管理手法とはその手法が異なるもので、本発明のような効果が期待できないという課題がある。
【００１０】
本発明は、開発フェーズ毎の計画工数と、担当者による進捗情報入力に基づく実績との差異を求めて開発プロセスを評価し、その差異が大きい場合に自動的に関係者に通知する開発プロセス評価管理システムを提供することを目的とする。
【課題を解決するための手段】
【００１１】
上記課題を解決するために本発明は、組み込み機器製品におけるプログラム開発を評価管理する開発プロセス評価管理システムにおいて、該開発プロセス評価管理システムはクライアント及びサーバで構築され、該サーバは、プロジェクトの管理情報を格納するプロジェクト管理テーブルと、該プロジェクトを評価するための作業計画に対する上限、下限、上上限、下下限などの数段階の判定閾値を格納するプロジェクト評価テーブルと、異常発生時の連絡先のアドレスを格納する連絡先登録テーブルと、該異常発生の内容に応じて前記連絡先を判定する連絡先判定テーブルと、前記異常の監視方法を設定する動作設定テーブル、を備えるとともに、前記プロジェクトに携わる担当者から入力されるプロジェクト進捗情報を基に開発フェーズ毎の作業実績工数を算出する作業実績工数算出手段と、前記プロジェクトの進捗における異常の発生・復旧をチェックする異常発生・復旧チェック手段と、該異常が新規に発生・復旧した場合に、該新規の異常の内容に応じて前記連絡先判定テーブルを参照して連絡先の判定を行ない、判定した連絡先に通知を行なう異常判定通知手段と、を有し、
前記クライアントは、前記プロジェクトの進捗に応じてプロジェクト進捗情報を入力する進捗情報入力手段と、前記プロジェクトの進行に伴う現在までの進捗状態を表示する進捗状態表示手段と、を有することを特徴とする。
【発明の効果】
【００１２】
本発明によれば、クライアントから入力される日々の進捗情報を基にサーバ内でプロジェクトの評価処理を実行することで、人員の投入がスムースに実行されているか、また、開発フェーズが予定どおり進んでいるかを自動的に判定して関係者に連絡することができるため、開発プロセスを管理する管理者の負担を軽減することができる。また、担当者が進捗情報の入力を行なわない場合には、プロジェクト評価テーブルに定義された下限についてのエラーが発生することで、進捗情報未入力の監視も自動的に行なうことができる。更に、開発プロセスの計画及び実績をグラフ化（例．積上げグラフ）することで問題点の所在を可視化でき、問題点を容易に把握することができる。
【図面の簡単な説明】
【００１３】
【図１】本発明の実施形態にかかる開発プロセス評価管理システムの構成概要を示す図である。
【図２】本発明の実施形態にかかるプロジェクト管理テーブルの構成を示す図である。
【図３】本発明の実施形態にかかるプロジェクト評価テーブルの構成を示す図である。
【図４】本発明の実施形態にかかる連絡先アドレステーブルの構成を示す図である。
【図５】本発明の実施形態にかかる連絡先判定テーブルの構成を示す図である。
【図６】本発明の実施形態にかかる動作設定テーブルの構成を示す図である。
【図７】本発明の実施形態にかかる進捗入力画面を示す図である。
【図８】本発明の実施形態にかかる評価グラフの作成例（その１）を示す図である。
【図９】本発明の実施形態にかかる評価グラフの作成例（その２）を示す図である。
【図１０】本発明の実施形態にかかる評価データの算出結果を示す図である。
【図１１】本発明の実施形態にかかる第１の評価方法を示す表示例である。
【図１２】本発明の実施形態にかかる第２の評価方法を示す表示例である。
【図１３】図１２に示した第２の評価方法を示す表示例の一部拡大図である。
【図１４】本発明の実施形態に係る開発プロセス評価管理システムの全体的な動作を説明する処理フローを示す図である。
【図１５】本発明の実施形態にかかる評価処理起動タスクの処理フローを示す図である。
【図１６】本発明の実施形態にかかるプロジェクト進捗情報単位の評価処理のフローを示す図である。
【発明を実施するための形態】
【００１４】
以下、本発明の実施の形態について、詳細に説明する。
図１は、本発明の実施形態に係る開発プロセス評価管理システムの構成概要を示す図である。図１において本発明の実施形態に係る開発プロセス評価管理システムは、サーバ(管理用)１０と、クライアントである管理者用端末２０，担当者用端末３０とにより構築され、ネットワーク１５を介してサーバ及びクライアントが通信可能に接続されている。なお、ネットワークは、有線、無線を問わず既存の公衆網、ＬＡＮ、ＷＡＮなどを用いることができる。
【００１５】
図１において、サーバ(管理用)１０は、プロジェクトの管理情報を格納するためのプロジェクト管理テーブル１と、プロジェクトを評価するための作業計画に対する上限、下限、上上限、下下限などの数段階の判定閾値を格納するプロジェクト評価テーブル２と、異常発生時の連絡先のアドレスを格納する連絡先登録テーブル３と、異常発生の内容に応じて連絡先を判定するための連絡先判定テーブル４と、異常の監視方法を設定する動作設定テーブル５と、担当者により入力されたプロジェクトの進捗情報を保持するプロジェクト進捗情報保持部６と、をデータベース７に備えている。
【００１６】
またサーバ(管理用)１０は、プロジェクトに携わる担当者から入力されたプロジェクト進捗情報を日報として処理するとともにプロジェクト管理テーブル１に格納されたプロジェクトの管理情報を基に開発フェーズ毎の作業実績工数を算出する日報処理部１１と、動作設定テーブル５に設定されたプロジェクトの進捗評価にかかる異常の監視方法に基づいて評価処理監視タスクを実行する評価処理監視部１２と、日報処理部１１により処理された情報および評価処理監視部１２で実行される評価処理監視タスクの結果に基づいて評価処理を行なう評価処理部１３と、を有し、これらでもって評価処理実行部１４を構成している。そして評価処理部１３が行なうプロジェクトの進捗評価により、異常の発生・復旧が認められた場合には、連絡先判定テーブル４を参照して所定の連絡先の判定を行ない、判定結果に応じて評価処理実行部１４からネットワーク１５を介して関係者に異常の発生・復旧を連絡先登録テーブル３に登録されているアドレスを元に自動的に通知する。なお、図示はしていないが、サーバとしての機能を実現するためのハードウェア資源として、例えば、ＣＰＵ、記憶装置、入出力装置、各種インターフェースなど、を周知の構成として備えており、また当然ながら、上記のごとき機能を実現させるためのプログラムを上記記憶装置内に格納している。データベース７は上述の記憶装置により実現され、また、評価処理実行部１４内の各構成は、上述のＣＰＵ、記憶装置、各種インターフェース等のハードウェア資源と後述する処理フローを実行する各種プログラムにより実現される。
【００１７】
一方、クライアントとしての管理者用端末２０は、上記した所定のテーブルに情報(プロジェクト初期情報)を入力するための設定画面２１と、プロジェクトの進行に伴う現在までの進捗状態を表示する画面（図１１の評価方法１、図１３の評価方法２等参照）２２とを備えており、またクライアントとしての担当者用端末３０は、プロジェクトの進捗情報を入力するための入力画面３１と、プロジェクトの進行に伴う現在までの進捗状態を表示する画面（図１１の評価方法１、図１３の評価方法２等参照）３２とを備えている。なお、図示はしていないが、クライアントとしての機能を実現するためのハードウェア資源として、例えば、ＣＰＵ、記憶装置、入出力装置、各種インターフェースなど、を周知の構成として備えており、また上記のごとき機能を実現させるためのプログラムを上記記憶装置内に格納している。
【００１８】
図２は、図１のサーバ内に設けられたプロジェクト管理テーブルの構成を示す図である。図２においてプロジェクト管理用テーブルは、下記展開項目から構成される。すなわち、開発フェーズ４１、開発ステップ４２、開発フェーズ毎の開始予定日４３、開発フェーズ毎の終了予定日４４、開発フェーズ毎の投入人数(MP：マンパワー)４５から構成されている。ここで、同一の開発ステップで参加人数が変わる場合は、フェーズを分けて入力する。なお、プロジェクト管理テーブルの情報は、プロジェクトの進捗情報の計画（予定）欄の情報と重複するため、プロジェクトの進捗情報の計画（予定）欄の情報を本プロジェクト管理テーブルの情報を基に生成しても良い。
【００１９】
図３は、図１のサーバ内に設けられたプロジェクト評価テーブルの構成を示す図である。図３に示すプロジェクト評価テーブルには、ＭＰ(マンパワー)投入評価を行なうために、フェーズ５１毎(本例ではフェーズ１〜６毎)のチェック範囲が登録されている。そしてチェック範囲として、本例では、予定(計画)に対し上上限５２、上限５３、下限５４、下下限５５、計画達成率５６の５種類の警告範囲が設けられているが、これらの段階の数については必要に応じて、増減させても構わない。予定(計画)に対する設定値は、過去の類似開発のデータより求めるものであり、開発規模の異なるプロジェクトに対応するために百分率“％“表示としている。
【００２０】
図４は、図１のサーバ内に設けられた連絡先アドレステーブルの構成を示す図である。図４に示す連絡先アドレステーブルには、氏名６１、登録者種別６２、連絡先メールアドレス６３、電話番号６４が項目として設けられている。本連絡先は、異常判定された場合に、異常であることを通知対象者の連絡先として、メールアドレス、電話番号などが登録されている。なお、登録者種別６２としては、本プロジェクト遂行にかかる職制が用いられている。
【００２１】
図５は、図１のサーバ内に設けられた連絡先判定テーブルの構成を示す図である。図５に示す連絡先判定テーブルには、開発フェーズ毎に、例えばフェーズ１(F-1)７１では、上級管理者７２、ＰＭ(プロジェクトマネージャ)７３、担当者Ａ７４、担当者Ｂ７５、が連絡先に登録され、これに対して、図３で説明したように予定(計画)に対し上上限５２、上限５３、下限５４、下下限５５、計画達成率５６の５種類の警告範囲への発生７６、復旧７７の項目が設けられている。そしてプロジェクト進捗情報の入力データが、図３に示したプロジェクト評価テーブルによって異常判定され、異常の発生が認められた場合に、その異常の発生内容に応じて、通知の要否を判定するための判定テーブルである。図５において、○は通知要を、−は通知否を表している。
【００２２】
図６は、図１のサーバ内に設けられた動作設定テーブルの構成を示す図である。図６において動作設定テーブルは、図１に示した担当者用端末３０から入力された「プロジェクトの進捗情報」（日報）から、サーバ１０におけるプロジェクトを評価する評価処理の実行時間を指定するためのものである。具体的には、図６に示すように、
１．評価処理起動方法８１として、以下の３種類の指定を設けている。すなわち、
（１）フラグ=０：評価処理を実行しない
（２）フラグ=１：入力完了時に実行
（３）フラグ=２：評価処理実行時刻に実行    １回／１日
２．評価処理実行時刻８２：時間、分  を指定する。そしてこの時間は、日報入力チェックを行なう時間にも使用される。
３．計画達成率評価曜日８３：計画達成率を評価する曜日を指定する。設定範囲：０〜６、ただし、０：日曜、１：月曜、２：火曜、３：水曜、４：木曜、５：金曜、６：土曜
４．日替わり日指定フラグ８４：評価処理実行時刻の当日をチェック日とするか、前日をチェック日とするかを指定する。フラグ=０は前日、フラグ=１は当日とする。例えば、評価処理実行時刻を、０１：００とした場合は前日(フラグ=０)を指定する。夕方の１８：００にする場合は、当日(フラグ=１)を指定する。
５．日報入力遅延監視日８５：担当者に、入力遅延の連絡の有無と連絡する場合に、何日分遅れたら連絡するかを定義する。
６．日報入力遅延監視日８６：ＰＭ(プロジェクトマネージャ)に、入力遅延の連絡の有無と連絡する場合に、何日分遅れたら連絡するかを定義する。
７．日報入力遅延監視日８７：上級管理者に、入力遅延の連絡の有無と連絡する場合に、何日分遅れたら連絡するかを定義する。
【００２３】
図７は、端末(クライアント)からプロジェクトの進捗情報を入力する進捗入力画面を示す図である。図７において、入力すべき事項は、以下のとおりである。すなわち、
１．計画時に、小項目に対応した開発フェーズ、担当者、予定工数、日毎の予定ＭＰ（時間）（例．４月１日〜３０日における日毎の予定時間）を入力する。なお、コーディング作業など複数人で作業を行う場合には、項目（NO.）を分けて入力する。
２．運用時には、実績の作業工数（時間）と進捗を1日に１回入力する
３．実作業の集計「作業」は、予定工数と単位を表すために、実績の作業工数（時間）から人日で自動的に計算される。
４．進捗率は、手入力で行なう。
【００２４】
図８は、評価グラフの作成例（その１）を示す図である。図８において、評価グラフの作成例（その１）は、図２に示したプロジェクト管理用テーブルにおける開発フェーズ（F-1〜7）、開発ステップ（設計項目）、開発フェーズ毎の開始予定日、開発フェーズ毎の終了予定日、開発フェーズ毎の投入人数(ＭＰ：マンパワー)を元に、図７のプロジェクトの進捗情報（日報：進捗入力画面における担当者入力）に基づいて作成される。図８では、横軸（Ｘ座標）に開発期間を、縦軸（Ｙ座標）に開発ステップ（設計項目）に投入する人数（ＭＰ：マンパワー）を示し、全体でプロジェクトに係る計画９０を示すようにしている。
【００２５】
図９は、評価グラフの作成例（その２）を示す図である。図９において、評価グラフの作成例（その２）は、図８の計画９０をベースに図３のプロジェクト評価テーブルによって設定された警告範囲を追加することで作成される。すなわち、図８のプロジェクトの計画９０に対し、上上限９１、上限９２、下限９３、下下限９４の４種類の警告(チェック)範囲を追加して作成されるものである。
【００２６】
図１０は、評価データの算出結果を示す図であり、図７に示した進捗入力画面においてプロジェクトの進捗情報入力に基づいて作成された実績をグラフ表示したもので、図１０では、横軸（Ｘ座標）に開発期間を、縦軸（Ｙ座標）に各開発フェーズに投入する人数（ＭＰ：マンパワー）を示し、実績グラフは各開発フェーズに投入された人数（ＭＰ：マンパワー）の投入量を軌跡として示したものである。
【００２７】
図１１は、第１の評価方法を示す表示例であり、図９と図１０を重ね合わせて表示したものである。図１１に示す第１の評価方法を示す表示例においては、プロジェクト進捗の評価を行なうべく、図１０に示した実績線が、プロジェクトの進行とともに図９に示した下限、上限、上上限、上限、上上限のグラフと交差した時点で、図５に示した連絡先判定テーブルから連絡対象者を決定し、計画に対し警告に値する差異が発生したことを通知する。なお図示例で実績線が連続した曲線を辿るかのように表現されているが、実際には階段状に変化して推移するもので、図上で階段状表現すると図示の複雑化を招くために滑らかな曲線により近似表現させたものである。
【００２８】
図１１では、下記の状態の時に、異常通知処理を実行する。
［１．発生時］
下限異常  ：Ａ−(1)、Ａ−(2)
上限異常  ：Ａ−(3)、Ａ−(5)
上上限異常：Ａ−(4)、Ａ−(6)
［２．復旧時］
下限異常  ：Ｂ−(1)、Ｂ−(2)
上限異常  ：Ｂ−(3)
上上限異常：Ｂ−(4)
図１２及び図１３は、第２の評価方法を示す表示例であり、図１２及び図１３に示す例では、計画達成率の計算を１週間に１回、すなわち１回/週、だけ行なって評価のために表示するものである。図１３においては、図１２のフェーズ１，２に示すＡ部分を拡大表示したものである。これに対して、図８〜図１１は、第１の評価方法のイメージをあらわしたもので、予め設定した開発期間に対する人員（ＭＰ：マンパワー）の投入量の実績を１日に１回、すなわち１回/日、だけ計算して、実績が閾値を超えたかどうかを判断してプロジェクト進捗の評価を行なっている。
【００２９】
図１２及び図１３に示す１回/週の計算を行なって計画達成率を求める方法は、厳密には１回/日の計算でも構わないが、遅れが発生した場合には、その分の遅れを取り戻すために、人員（ＭＰ：マンパワー）の投入を行うことがある。本例では、人員（ＭＰ：マンパワー）の投入は、通常行なわれる形態であり、短期(例えば、２〜３日内)でのリカバリができている場合には、問題点として重要視する必要性ないと考えており、厳格に１回/日で算出せず、人員（ＭＰ：マンパワー）の投入を平準化するために、１週間単位で計算を行なうこととしている。
【００３０】
図１２は、図８と図１０を重ね合わせたものに相当している。そして図１２のフェーズ１，２に示すＡ部分を拡大した図１３に示されるように、フェーズ毎の計画工数（図８参照）と実績工数（図１０参照）の重なる部分の比率(面積率)で開発が予定（計画）どおり進んでいるか否かを評価し、図３に示したプロジェクト評価テーブルの“計画達成率”５６の項目に定義されている計画達成率と比較してそれを下回る場合には図５に示した連絡先判定テーブルの計画達成率項目における発生，復旧において連絡対象者を決定し、決定した対象者に警告を通知する。なお、本例では判定のための計画達成率を１段階としているが、複数の段階の計画達成率を設けて判定しても構わない。
【００３１】
図１４は、本発明の実施形態に係る開発プロセス評価管理システムの全体的な動作を説明する処理フローを示す図である。図１４に示す処理フローを、図１に示した開発プロセス評価管理システムの構成概要とともに説明する。図１４の処理フローにおいて、左側に示す処理フロー（ａ）は、図１に示す管理者用端末２０を使ったＰＭ（プロジェクトマネージャ）によるプロジェクト初期設定（ステップ２０）を示すもので、ＰＭ（プロジェクトマネージャ）は、プロジェクト開始時に図１に示したサーバ１０内のデータベース７の各種テーブルへの設定を行なう（ステップ２１）。すなわち、プロジェクトの管理情報を格納するためのプロジェクト管理テーブル１、プロジェクトを評価するための作業計画に対する上限、下限、上上限、下下限などの数段階の判定閾値を格納するプロジェクト評価テーブル２、異常発生時の連絡先のアドレスを格納する連絡先登録テーブル３、異常発生の内容に応じて連絡先を判定するための連絡先判定テーブル４、および、異常の監視方法を設定する動作設定テーブル５、のそれぞれに対して設定登録を行なう。
【００３２】
次いで図１４の中央及び右側に示す処理フロー（ｂ），（ｃ）に示すように、サーバ処理（ステップ１０）では、まず、サーバ１０は進捗データ(画面)のクライアント(図１に示す担当者用端末３０)への送信を行なう（ステップ１１）。担当者端末処理（ステップ３０）では、担当者は、担当者用端末３０を使って進捗入力画面の呼び出しを行なう（ステップ３１）。これらの処理は、通常のクライアント・サーバシステムにおけるログオン処理に相当する。そして、担当者は、その日における作業を実施した後に、その日の作業に対応する作業時間（日報）を入力し、サーバ１０内の評価処理実行部１４に入力データを送信する（ステップ３２）。
【００３３】
これを受けて処理フロー（ｂ）では、評価処理実行部１４内の日報処理部１１で担当者用端末３０から送信された日報の登録を行なう（ステップ１２）。この処理においては、データベース７におけるプロジェクト進捗情報保持部６にデータが登録される。日報の登録がなされたら、評価処理実行部１４内の評価処理監視部１２により、動作設定テーブル５（図６参照）の設定内容を参照して、評価処理を実行してよいかどうかを判定し、図６に示す評価処理の実行方法におけるフラグが「入力完了時実行」の設定の場合には（ステップ１３：Yes）、評価処理実行部１４内の評価処理部１３により、入力されたデータの［評価処理］を実行する（ステップ１４）。この［評価処理］については後述する。そして［評価処理］の実行の結果、新規に異常が発生した場合（ステップ１５：Yes）は、評価処理実行部１４内の評価処理部１３からネットワーク１５を経てクライアント（担当者端末）に異常の通知を行なう（ステップ１６）。この異常の通知についても後述する。一方、処理フロー（ｃ）における担当者端末（クライアント）処理では、評価処理実行部１４から評価処理結果が送信された場合には、端末画面に送信結果の表示を行なう（ステップ３３）。
【００３４】
図１５は、評価処理実行部の構成要素１２である評価処理起動タスクの処理フローを示す図である。図１５の左側に示す処理フロー（ａ）は、評価処理起動タスクのメインフローを示すもので、サーバ１０の起動時に起動され、常時、評価処理の起動監視を行なっている。この評価処理起動タスクの処理は、上述したように評価処理実行部１４内の評価処理監視部１２において実施する。すなわち、評価処理監視部１２は、動作設定テーブル５を参照し、評価処理が無効（＝評価しない）以外であれば（ステップ４１：Yes）、評価処理実行時間の時刻になるまで待つ（ステップ４２）。無効（＝評価しない）の場合（ステップ４１：No）は、一定時間処理を停止(スリープ)し、再度定義があるかどうかをチェックする（ステップ４３）。これは、サーバ１０の起動後に、動作設定テーブル５の設定変更がなされても評価処理が実行されるようにするためである。
【００３５】
評価処理実行時間の時刻が到来したら（ステップ４２）、対象となる全ての日報（「プロジェクト進捗情報」）の入力が出されているかを、図１５の右側の処理フロー（ｂ）に示す「日報（「プロジェクト進捗情報」）の入力チェック」処理でチェックする。その後、動作設定テーブル５に定義されている「動作設定」が「評価処理実行時間に実行」されたかをチェックし（ステップ４６）、実行が確認された場合（ステップ４６：Yes）には、［評価処理］を呼びだす（ステップ４７）。この［評価処理］については後述する。
【００３６】
図１５の右側の処理フロー（ｂ）に示す「日報（「プロジェクト進捗情報」）の入力チェック」処理は、上級管理者、ＰＭ（プロジェクトマネージャ）、担当者毎に指定されている最終入力の遅延日をチェックし、入力がされていない場合には、未入力通知を下記手順で行なう（ステップ５１）。すなわち、監視が有効であった場合には、現在日と動作設定テーブル５に定義されている「日替わり日指定フラグ」８４から入力が完了すべき「入力確認日」を決定する。「日替わり日指定フラグ」８４において、
日替わり日指定フラグ＝０（前日指定）：現在日の前日をチェックする「入力確認日」とする（ステップ５２）
日替わり日指定フラグ＝１（当日指定）：現在日をチェックする「入力確認日」とする（ステップ５３）
次いで「プロジェクト進捗情報」の入力が完了すべき「入力確認日」から過去に遡って、図７に示す当該月の作業日の時間を入力する欄の２列目に入力がされている月日で最終入力日を見つけ（ステップ５４）、実稼動日（休日を除く、勤務日）を除いた「入力確認日」と「最終入力日」の差分を求める（ステップ５５）。なお、実稼動日は、「プロジェクトの進捗情報」の日毎の予定時間の入力がない日で判断するか、別途稼動日、非稼動日を設定するテーブルを設けても良い。そしてその差分が、上級管理者、ＰＭ（プロジェクトマネージャ）、担当者毎に指定されている遅延日（図６に示す動作設定テーブルの定義８５〜８７参照）以上であれば、対象者に連絡を行う（ステップ５６〜ステップ６４）。
【００３７】
図１６は、プロジェクト進捗情報単位の評価処理のフローを示す図である。図１６の左側に示す処理フロー（ａ）は、プロジェクト進捗情報単位の評価処理のメインフローを示すもので、評価処理は、上述した評価処理実行部１４内の評価処理部１３において実行され、この評価処理は、「サーバ処理」又は、「評価処理監視タスク」によって呼び出され、評価処理は、２つの呼出元を判定する（ステップ７１）。「サーバ処理」の場合（ステップ７１：No）は、該当する日報（「プロジェクト進捗情報」）に対し、評価処理を行う（ステップ７２〜７４）。一方、「評価処理監視タスク」による呼出し（ステップ７１：Yes）は、サーバ１０に登録された全てのプロジェクト進捗情報に対し評価処理を実行する（ステップ７５〜７８）。
【００３８】
図１６の中央に示す処理フロー（ｂ）は、「評価処理１」のフローを示すもので、「評価処理１」は、毎日呼び出される。また、図１６の右側に示す処理フロー（ｃ）は、「評価処理２」のフローを示すもので、「評価処理２」は、計画達成率評価曜日（図６に示す動作設定テーブルの定義８３参照）に呼び出される。
【００３９】
次に図１６の中央に示す「評価処理１」の処理フロー（ｂ）について説明する。「評価処理１」の処理フロー（ｂ）は、閾値による判定を行なうもので、図１６の左側に示すメイン処理フロー（ａ）から呼び出される本処理フロー（ｂ）は、プロジェクト評価テーブル２に登録のある全ての閾値（％）と、プロジェクトの実績工数から、閾値を求め、前回値と今回値がその閾値をまたいでおり、その時に発生・復旧を判定する（ステップ８２〜８９）。
【００４０】
そして発生したと判定するのは、図１１でも説明したように、下記の場合である。
（ａ）閾値が上限、上々限である場合
発生したと判定  ：前回値  ＜  閾値  ＜今回値
復旧したと判定  ：今回値  ＜  閾値  ＜前回値
（ｂ）閾値が下限、下々限である場合
発生したと判定  ：今回値  ＜  閾値  ＜前回値
復旧したと判定  ：前回値  ＜  閾値  ＜今回値
（ｃ）同時に複数の閾値をまたいだ場合（ステップ８５）
異常発生と判定した（ステップ８６：Yes）場合には、該当する異常の内、レベルの高い警報を通知する（ステップ８７）。例えば、正常から上々限異常になる場合は、上限の閾値をまたぐが、上々限異常のみ通知する
異常発生と判定しなかった（ステップ８６：No）場合には、復旧と判定し、復旧した異常の中で、レベルの低い警報、又は、正常を通知する（ステップ８９）。例えば、上々限異常から正常になる場合は、上限の閾値をまたぐが、正常のみ通知する。
【００４１】
次に図１６の右側に示す「評価処理２」の処理フロー（ｃ）について説明する。「評価処理２」の処理フロー（ｃ）は、計画達成率による判定を行なうもので、図１６の左側に示すメイン処理フロー（ａ）から呼び出され、その判定は、下記手順によって行なわれる。すなわち、
（ａ）開発フェーズ毎の１週間の人員（ＭＰ）投入計画を算出する（ステップ９１）。
（ｂ）開発フェーズ毎の１週間単位での人員（ＭＰ）投入実績を算出する（ステップ９２）。
（ｃ）開発フェーズ毎に、予定期間内の１週間毎の人員（ＭＰ）投入計画と１週間毎の人員（ＭＰ）投入実績の差分を絶対値で求め、当日までの１週間毎の人員（ＭＰ）投入計画との差分をとり、当日までの開発フェーズ全体の総和で比率を算出する（ステップ９３〜９５）。
【００４２】
計画達成率  ＝  Σ（MP投入計画  −｜MP投入計画−MP投入実績｜）／Σ  MP投入計画
（ｄ）プロジェクト評価テーブルの計画実施率である閾値よりも実施率が低いかを判定し、実施率が低い場合には通知を行う（ステップ９６〜９７）。
【符号の説明】
【００４３】
１  プロジェクト管理テーブル
２  プロジェクト評価テーブル
３  連絡先登録テーブル
４  連絡先判定テーブル
５  動作設定テーブル
６  プロジェクト進捗情報
７  データベース
１０  サーバ
１１  日報処理部
１２  評価処理監視部
１３  評価処理部
１４  評価処理実行部
１５  ネットワーク
２０  管理者用端末(クライアント)
２１  設定画面
２２  評価画面
３０  担当者用端末(クライアント)
３１  入力画面
３２  評価画面
【図１】
2010176255.tif 000003
【図２】
2010176255.tif 000004
【図３】
2010176255.tif 000005
【図４】
2010176255.tif 000006
【図５】
2010176255.tif 000007
【図６】
2010176255.tif 000008
【図１４】
2010176255.tif 000009
【図１５】
2010176255.tif 000010
【図１６】
2010176255.tif 000011
【図７】
2010176255.tif 000012
【図８】
2010176255.tif 000013
【図９】
2010176255.tif 000014
【図１０】
2010176255.tif 000015
【図１１】
2010176255.tif 000016
【図１２】
2010176255.tif 000017
【図１３】
2010176255.tif 000018