JP4220685B2

JP4220685B2 - 業務状況評価システム

Info

Publication number: JP4220685B2
Application number: JP2001137234A
Authority: JP
Inventors: 公治岡田; 彰多田; 稔子高村; 勇喜高橋
Original assignee: Hitachi Ltd
Current assignee: Hitachi Ltd
Priority date: 2001-05-08
Filing date: 2001-05-08
Publication date: 2009-02-04
Anticipated expiration: 2021-05-08
Also published as: JP2002334192A

Description

【０００１】
【発明の属する技術分野】
本発明は、ビジネスプロセスにたずさわる各人の業務状況を、サプライチェーンの全体目標達成の観点から評価する情報処理システムに関する。
【０００２】
【従来の技術】
ビジネスプロセスの改善・改革を支援する情報処理システムとして、ＥＲＰ(Enterprise resources planning)システム、ＳＣＰ(Supply Chain Planning)システム、ＳＣＭ(Supply Chain Management)システム、生産管理システム、プロジェクトマネージメントシステム、ナレッジマネージメントシステム、グループウェアシステム、ＰＤＭ(Product Data Management)システム、協調設計支援システム等が知られている。例えば、「ＳＡＰ革命」(ＥＲＰ研究会著 1997年1月初版 ISBN4-8207-1248-9)第１２ページには、そのような情報処理システムの１つであるＥＲＰシステムに関して、以下のような記載がある。
【０００３】
「ＥＲＰでは、企業活動全般にわたる業務の機能が『ベスト・ビジネス・ラクティス』として提供される。ベスト・ビジネス・プラクティスとは、世界の優れた企業が採用しているプロセスから共通化されたプロセスであり、世界に通用するグローバルなビジネス・プロセスの標準である。…ＥＲＰを導入する企業は、これらの『ベスト・ビジネス・プラクティス』によって提供される『ビジネス・プロセス・モデル』を利用して自社の業務を行うことができる。このような自社の業務プロセスのベスト・ビジネス・プラクティスへの切り替えは、ビジネスプロセスリエンジニアリング(ＢＰＲ)を実現する。この意味でＥＲＰは、リエンジニアリングをサポートするシステムである。」
なお、本書に言う「ビジネスプロセスリエンジニアリング」は、ビジネスプロセスの改善・改革を意味し、「ベスト・ビジネス・プラクティス」は、ＥＲＰによるビジネスプロセス改善・改革の目標とされるビジネスプロセスを意味する。
【０００４】
【発明が解決しようとする課題】
ところが、個々の業務担当者は、上記従来の情報処理システムの利用によって現状のビジネスプロセスの改善・改革に取り組む意義を、十分に把握しきれていないことがある。このような場合には、個々の業務担当者が、全体の目標にかなった業績をあげないことが多い。これでは、上記従来の情報処理システムの機能が十分に活用されない。
【０００５】
そこで、本発明は、ビジネスプロセスの改革に携わる各人の意識改革を促すことができる情報処理システムを提供することを目的とする。
【０００６】
【課題を解決するための手段】
上記課題を解決するため、本発明では、情報処理システムに、以下の処理を実行させる。情報処理システムは、業務が実行されるごとに、その実行履歴を表す履歴情報を保存する。そして、履歴情報の保存対象である業務が、前回の判定対象期間の次に設定された判定対象期間内に実行されたか否かを、保存中の履歴情報に基づき判定し、その判定結果に応じた情報を出力する。
【０００７】
なお、以上、本発明の具体的な実施の形態について説明するが、そこで挙げた構成は、可能な限りの組合せの自由度を有し、その組合せのいずれもが発明を構成するものとする。すなわち、以下に説明する実施形態から一部の構成を適宜に削除した形態も、本発明の他の実施形態となり得る。また、以下において具体的に示された構成は、いずれも、機能において同一とされる上位概念のなかの一下位概念に過ぎないものである。
【０００８】
【発明の実施の形態】
以下、添付の図面を参照しながら、本発明に係る実施の一形態について説明する。
【０００９】
まず、工程進捗管理業務を一例に挙げて、業務プロセスの改革について説明しておく。
【００１０】
改革前の工程進捗管理業務では、定期的に開かれるミーティングにおいて、プロジェクトマネージャが、各作業担当者から直接進捗報告を受け、それらの報告に基づき必要と判断された指示(計画変更等)を各作業担当者に直接与えていたとする。
【００１１】
このような業務プロセスの効率化を図るため、ネットワークシステムを利用した情報交換を工程進捗管理業務に導入する。これにより、例えば、各作業担当者は、自己の進捗状況を、ネットワーク経由で定期的に担当プロジェクトマネージャーに報告し、各プロジェクトのプロジェクトマネージャは、自己のプロジェクトに参加している各作業担当者からの報告を定期的に確認し、作業遅延が発生していれば、その対策(計画変更等)を、各作業担当者にネットワーク経由で指示することになる。このような新たな業務プロセス(業務プロセス改革における目標業務プロセス)が実現されるためには、各作業担当者および各プロジェクトマネージャーによって、定期的な進捗報告および定期的な進捗確認が、業務上の義務として遵守される必要がある。
【００１２】
つぎに、図１により、本実施の形態に係る情報処理システムの全体構成について説明する。ここでは、ＷＷＷ(World Wide Web)を利用して上述の工程進捗管理業務を改革を図る場合を例に挙げて説明する。
【００１３】
本実施の形態に係る情報処理システムは、複数の情報処理装置１０Ａ₁,...,１０Ａ_n、これらを結ぶ通信回線(例えば、ＬＡＮ：local area network、ＷＡＮ：wide area network等)３０、等を有している。
【００１４】
ここで、各情報処理装置１０Ａ₁,...,１０Ａ_nには、それぞれ、ユーザからのデータ入力を受け付ける入力装置(例えば、マウス、キーボード等)１１Ａ、各種データを出力する出力装置(例えば、プリンタ、ディスプレイ装置等)１１Ｂ、等が接続されている。また、各情報処理装置１０Ａ₁,...,１０Ａ_nには、それぞれ、各種処理を実行するＣＰＵ１２、主記憶１３、ＣＰＵ１２が実行するプログラムが記憶媒体からインストールされたハードディスク１５、ハードディスク１５に対するデータ読込み／書込み処理を実行するハードディスク・ドライブ１６、入力装置１１Ａからのデータ転送を制御するコントローラ１７、出力装置１１１Ｂへのデータ転送を制御するコントローラ１８、通信回線３０を介したデータ転送を制御するコントローラ１９、ＣＤ−ＲＯＭに対するデータ読込み処理を実行するＣＤ−ＲＯＭディスク・ドライブ(不図示)、等が搭載されている。
【００１５】
これらの情報処理装置のうち、少なくとも１つの情報処理装置１０Ａ₁(以下、ＷＷＷサーバ１０Ａ₁と呼ぶ)のハードディスク１５には、(１)他の情報処理装置のブラウザからのリクエストを受け付けるとファイルを返信するＨＴＴＰ(HyperText Transport Protocol Daemon)デーモン、(２)後述の業務プロセス改革支援処理が定義された業務改革支援プログラム、(３)ＨＴＴＰデーモンにより起動され、業務プロセス改革支援プログラムを起動するＣＧＩ(Common Gateway Interface)スクリプト、(４)データベース更新等のデータベース処理を実行するデータベース管理プログラム、(５)プログラムの実行等のために必要な制御プログラム(例えば、オペレーションシステム等)、等が格納されている。さらに、後述の進捗報告画面等を表示させるためのＷｅｂドキュメント(例えば、ＨＴＭＬ(HyperText Markup Language)ドキュメント、ＸＭＬドキュメント等)、後述の業務プロセス改革支援処理において用いられる各種データベースも格納されている。
【００１６】
そして、ＷＷＷサーバ１０Ａ₁は、これらのハードウエアおよびソフトウエアによって、図２に示す機能構成部２１〜２３を実現する。具体的には、他の情報処理装置１０Ａ₂,...,１０Ａ_nとの間のデータ送受信を実行するデータ送受信部２１、後述の管理データベース２０Ａ,２０Ｂ,２０Ｃ,２０Ｄが格納されたデータベース格納部２０、工程進捗管理業務の遂行を支援する進捗管理部２２、工程進捗管理業務の現業務状況を目標プロセス実現の観点から評価する業務遂行評価部２３を実現する。ここで、進捗管理処理部２２には、作業担当者の進捗報告処理を支援する進捗報告支援処理部２２Ａ、プロジェクトマネージャーの進捗確認・計画変更を支援する進捗確認・計画変更支援処理部２２Ｂが含まれている。また、業務遂行評価部２３には、各作業担当者の進捗報告業務等の遂行を監視する業務プロセス監視処理部２３Ａ、業務プロセス監視処理部２３Ａの監視結果に応じたアドバイス情報Ｏを生成する業務プロセス改善アドバイス処理部２３Ｂ、が含まれている。なお、進捗報告支援処理部２２Ａは、第一処理手段として機能し、業務プロセス監視処理部２３Ａは、第二処理手段として機能し、業務プロセス改善アドバイス処理部２３Ｂは、後述の参考情報管理データベース２０Ｃとともに情報出力手段として機能する。
その他の情報処理装置１０Ａ₂,....,１０Ａ_n(以下、ＷＷＷクライアント端末１０Ａ₁,....,１０Ａ_nと呼ぶ)のハードディスクには、それぞれ、ＷＷＷを利用するためのブラウザ、ブラウザ等を実行するために必要な制御プログラム(例えば、オペレーションシステム等)等の各種プログラムが格納されている。
【００１７】
つぎに、ＷＷＷサーバ１０Ａ_１のハードディスクに格納されている管理データベース(内部状態管理データベース２０B、入出力ログ管理データベース２０A、参考情報管理データベース２０Ｃ、業務プロセス遵守指標ログ管理データベース２０Ｄ)のデータ構造について説明する。ただし、ここで参照する各図(図３〜図６)は、各管理データベース２０Ａ,２０Ｂ,２０Ｃのデータ構造を概念的に示したものであり、各管理データベース２０Ａ,２０Ｂ,２０Ｃの実際のデータ構造を示したものではない。
【００１８】
内部状態管理データベース２０Bには、図３に示す３つのテーブル４０,４１,４２が格納されている。そして、プロジェクトデータテーブル４０には、プロジェクトごとに、それぞれ、プロジェクト名４０Ａ、プロジェクトマネージャー名４０Ｂが予め登録されている。また、担当者データテーブル４１には、作業担当者ごとに、それぞれ、作業担当者名４１Ａ、所属グループ名４１Ｂが予め登録されている。さらに、工程データテーブル４２には、プロジェクトを構成する作業ごとに、それぞれ、作業項目名４２Ｂ、プロジェクト名４２Ａ、作業開始予定日４２Ｃ、作業終了予定日４２Ｄ、現在までの進捗状況を示す進捗情報４２Ｅ、担当者名４２Ｆ、作業遅延発生の有無を表す遅延発生情報４２Ｇが予め登録されている。
【００１９】
入出力ログ管理データベース２０Aは、第一履歴情報保存手段として機能する。このデータベース２０Aには、図４に示す入出力ログデータテーブル４３が格納されている。この入出力ログデータテーブル４３には、ＷＷＷサーバ１０Ａ1へのコマンド入力およびＷＷＷサーバ１０Ａ1からのコマンド出力があるごとに、そのログ入出力履歴情報が保存される。そして、各ログ入出力履歴情報には、ＷＷＷサーバ１０Ａ1へ入力されたコマンドまたはＷＷＷサーバ１０Ａ1から出力されたコマンドのコマンド名４３Ａ、コマンド入出力の別を示す入出力区分情報４３Ｂ、コマンド入出力に関わったユーザの名前４３Ｃ、コマンド入出力のあった日付けを示す日付情報４３Ｄが含まれている。ＷＷＷサーバ１０Ａ1から出力されたコマンドが、ＷＷＷクライアント端末に進捗確認・計画変更画面を表示させるためのコマンドであった場合には、この入出力履歴情報には、そのコマンド出力時における遅延作業発生の有無を表す状態情報４３Ｅがさらに含まれる。
【００２０】
参考情報管理データベース２０Ｃには、図５に示す参考情報テーブル４４が格納されている。この参考情報テーブル４４には、ＷＷＷクライアント端末１０Ａ₂,....,１０Ａ_nのユーザに提供される各参考情報４０Ｂと、その参考情報の提供の可否の判断基準(後述の業務プロセス遵守指標情報のうちの業務実施率と比較される閾値等)を表す提供条件４４Ａとが予め登録されている。なお、参考情報には、目標業務プロセスの実現上有用な情報、例えば、目標業務プロセス実現という観点からの現業務状況に関する評価(良好等)、トラブル事例等が含まれている。
【００２１】
業務プロセス遵守指標ログ管理データベース２０Ｄは、第二履歴情報保存手段として機能する。このデータベース２０Ｄには、図６に示す業務プロセス遵守指標ログデータテーブル４５が格納されている。この業務プロセス遵守指標ログデータテーブル４５には、業務上の義務がどの程度遂行されたかを示す業務プロセス遵守指標情報(進捗報告業務プロセス遵守指標情報、進捗確認業務プロセス遵守指標情報、計画変更業務プロセス遵守指標情報、総合業務プロセス遵守指標情報：これらについては後述)をＷＷＷサーバ１０Ａ₁が算出するごとに、その履歴情報が格納される。各履歴情報には、業務上の義務がどの程度遂行されているかの評価対象名４５Ａ(進捗報告業務、進捗確認業務、計画変更業務、総合業務)、業務上の義務がどの程度遂行されたかを示す業務プロセス遵守指標情報(進捗報告業務プロセス遵守指標情報、進捗確認業務プロセス遵守指標情報、計画変更業務プロセス遵守指標情報、総合業務プロセス遵守指標情報)４５Ｃおよびその算出日の日付け情報４５Ｂが含まれている。
【００２２】
なお、本実施の形態では、これらの管理データベース２０Ａ,２０Ｂ,２０Ｃ,２０ＤをＷＷＷサーバ１０Ａ₁の内蔵ハードディスクに格納しているが、必ずしも、このようにする必要はない。例えば、これらの管理データベース２０Ａ,２０Ｂ,２０Ｃ,２０Ｄをネットワーク上のデータベースサーバに格納しておき、ＷＷＷサーバ１０Ａ₁が、そのデータベースサーバにデータベース処理をリクエストするようにしてもよい。
【００２３】
つぎに、図１の情報処理システムにおいて実行される業務プロセス改革支援処理を、(１)進捗報告支援処理、(２)業務報告確認・計画変更支援処理、(３)業務遂行評価処理に分けて説明する。
(１)進捗報告支援処理
前述したように、工程進捗管理業務の目標業務プロセスを実現するには、各作業担当者が、自己の進捗状況を定期的(本実施の形態では１週間おきとする)にネットワーク経由で報告することが義務付けられる。この、各作業担当者の進捗報告業務の効率化を図るため、図１の情報処理システムでは、図７に示した進捗報告支援処理が実行される。
【００２４】
自己の進捗状況を報告しようとする作業担当者が、いずれかのＷＷＷクライアント端末(ここでは、ＷＷＷクライアント端末１０Ａ₂とする)上でブラウザを起動し、所定のＵＲＬ(Uniform Resource Locators)を入力すると、このＵＲＬが示すドキュメント(ＨＴＭＬドキュメント、ＸＭＬドキュメント等)の送信リクエストおよび作業担当者の識別情報(ユーザ名等)が、ＷＷＷサーバ１０Ａ₁へ送信される(Ｓ７０)。ここでリクエストするドキュメントは、作業担当者が進捗報告に利用する進捗報告画面(後述)をＷＷＷクライアント端末１０Ａ₂上に表示させるためのものである。なお、ここでは、作業担当者にＵＲＬを手入力させることとしているが、所定のＵＲＬが示すドキュメントの送信リクエストを指示するためのアイコン等をＷＷＷクライアント端末１０Ａ₂に設けておいてもよい。
【００２５】
ＷＷＷサーバ１０Ａ₁では、このリクエストをデータ送受信部２１が受信すると、まず、進捗報告支援部２２Ａが、そのリクエストの発信元の作業担当者名、現在の日付を示す日付情報、そのリクエストのコマンド名(進捗報告画面表示命令)、ＷＷＷサーバ１０Ａ₁への入力コマンドであったことを示す入出力区分情報を、入出力ログ管理データベース２０Ａの入出力ログデータテーブル４３に保存する(Ｓ８０)。その後、進捗報告支援部２２Ａは、内部状態管理データベース２０Ｂの工程データテーブル４２からすべての登録データを取り出して、それらのデータを、リクエストで指定されたドキュメントの所定の領域にはめこむ。その後、データ送受信部２１が、そのドキュメントをＷＷＷクライアント端末１０Ａ₂へと返信する。ドキュメント送信終了後、進捗報告支援部２２Ａは、ドキュメント返信先の作業担当者名、現在の日付を示す日付情報、ドキュメント返信のコマンド名(進捗報告画面出力)、ＷＷＷサーバ１０Ａ₁からの出力コマンドであったことを示す入出力区分情報を、入出力ログ管理データベース２０Ａの入出力ログデータテーブル４３に保存する(Ｓ８１)。
【００２６】
ＷＷＷクライアント端末１０Ａ₂上のブラウザは、このとき返信されたドキュメントをフォーマットし、ディスプレイ上に表示させる。これにより、ＷＷＷクライアント端末１０Ａ₂のディスプレイ上には、図８に示すような進捗報告画面が表示される(Ｓ７１)。
【００２７】
この進捗報告画面上には、内部状態管理データベースの工程データテーブルの現在の登録内容９０Ａ(作業項目名、プロジェクト名、作業開始予定日、作業終了予定日、現在までの進捗状況を示す進捗情報、担当者名、作業遅延発生の有無を示す遅延発生情報)が表形式で表示されている。この表を作業担当者にとってより見やすいものするため、表９０Ａ内の表示データは、作業担当者名、プロジェクト名等でソートされていることが望ましい。
【００２８】
この表９０Ａを構成しているカラムのうち、進捗情報が表示されているカラム９０ａだけは、作業担当者によりデータ書替え可能な入力フィールドとなっている。そして、進捗報告画面上には、これら入力フィールド９０ａ内の修正済みデータの送信を指示するための報告ボタン９０Ｂが表示されている。
【００２９】
この進捗報告画面上で、作業担当者が、自己の担当作業項目名に対応付けられている入力フィールド９０ａ内の進捗情報を、現在の進捗状況に応じて書き替えてから、報告ボタン９０Ｂを指示すると、ＷＷＷクライアント端末１０Ａ₂上のブラウザは、進捗報告画面上の入力フィールド９０ａ内の進捗情報を含んだ進捗更新リクエストをＷＷＷサーバ１０Ａ₁に送信する(Ｓ７２)。
【００３０】
ＷＷＷサーバ１０Ａ₁では、ＷＷＷクライアント端末１０Ａ₂からの進捗更新リクエストをデータ送受信部２１が受信すると(Ｓ８２)、進捗報告支援部２２Ａが、まず、そのリクエストの送信元の作業担当者名、現在の日付を示す日付情報、そのリクエストのコマンド名(進捗報告)、ＷＷＷサーバ１０Ａ₁に対する入力コマンドであったことを示す入出力区分情報を、入出力ログ管理データベース２０Ａの入出力ログデータテーブル４３に保存する。
【００３１】
その後、進捗報告支援部２２Ａは、その進捗更新リクエストに含まれている進捗情報、現在の日付け、内部状態管理データベース２０Ｂの工程データテーブル４２に現在登録されている作業開始予定日および作業終了予定日に基づき、作業遅延の発生の有無を判断する。具体的には、作業開始予定日を過ぎても、まだ進捗状況が「０％」であれば、着手遅延有りと判断し、作業終了予定日を過ぎても、まだ進捗情報が「１００％」となっていなければ、作業完了遅延有りと判断する。そして、その判断結果と、その進捗更新リクエストに含まれている進捗情報とを用いて、内部状態管理データベース２０Ｂの工程データテーブル４２を更新する(Ｓ８３)。例えば、１９９９年１２月１７日に、業績担当者ｍ₁が、業務報告画面上で、作業終了予定日が１９９９年１２月１５日である作業Ａ₂の進捗情報「６０％」を、現在の進捗状況に応じた値「７０%」に修正した場合には、図９に示すように、内部状態管理データベース２０Ｂの工程データテーブル４２において作業担当者名「ｍ₁」および作業項目名「作業Ａ₂」に対応付けられている進捗情報および遅延発生情報が「７０%」および「遅延有り」と更新される。
【００３２】
このような業務報告支援処理によれば、各作業担当者は、時間の都合がついたときに、情報処理システムを利用することによって、自己の職場から離れずに進捗報告を済ませることができる。
このため、各作業担当者は、勤務中の時間をより効率的に使うことができる。
【００３３】
なお、ここでは、進捗報告画面上には、工程データテーブルのすべての登録データを表形式で表示させているが、必ずしも、このようにする必要はない。例えば、ドキュメントの送信リクエストを送った作業担当者に関連する情報だけが表示されるようにしてもよいし、すでに終了した作業に関連する情報が表示されないようにしてもよい。また、データの表示形式も、必ずしも表形式である必要はない。例えば、ガントチャート形式等、作業担当者が目視でより認識しやすい表示形式を採用してもよい。
(２)進捗確認・計画変更支援処理
前述したように、工程進捗管理業務の目標業務プロセスを実現するには、プロジェクトマネージャーが、自己の管理化にいる各作業担当者の進捗状況をネットワーク経由で定期的(本実施の形態では１週間おきとする)に確認することが義務付けられる。そして、いずれかの作業担当者の作業に遅延が発生していれば、その対策(計画変更等)を、各作業担当者にネットワーク経由で指示することも義務付けられる。この、プロジェクトマネージャーの進捗確認業務および計画変更業務の効率化を図るため、図１の情報処理システムでは、図１０に示した進捗確認・計画変更支援処理が実行される。
【００３４】
自己の管理下にある作業担当者の進捗状況を確認しようとするプロジェクトマネージャーが、いずれかのＷＷＷクライアント端末(ここでは、ＷＷＷクライアント端末１０Ａ_nとする)上でブラウザを起動し、所定のＵＲＬを入力すると、このＵＲＬが示すドキュメント(ＨＴＭＬドキュメント、ＸＭＬドキュメント等)の送信リクエストおよびプロジェクトマネージャーの識別情報(ユーザ名等)が、ＷＷＷサーバ１０Ａ₁へ送信される。ここでリクエストするドキュメントは、プロジェクトマネージャーが進捗確認等に利用する進捗確認・計画変更画面(後述)をＷＷＷクライアント端末１０Ａ_n上に表示させるためのものである。なお、ここでは、プロジェクトマネージャーにＵＲＬを手入力させることとしているが、所定のＵＲＬが示すドキュメントの送信リクエストを指示するためのアイコン等をＷＷＷクライアント端末１０Ａ_nに設けておいてもよい。
【００３５】
ＷＷＷサーバ１０Ａ₁では、このリクエストをデータ送受信部２１が受信すると、まず、進捗確認・計画変更支援部２２Ｂが、そのリクエストの発信元のプロジェクトマネージャー名、現在の日付を示す日付情報、そのリクエストのコマンド名(進捗確認・計画変更画面表示命令)、ＷＷＷサーバ１０Ａ₁への入力コマンドであったことを示す入出力区分情報を、入出力ログ管理データベース２０Ａの入出力ログデータテーブル４３に保存する(Ｓ１００)。
【００３６】
その後、進捗確認・計画変更支援部２２Ｂは、内部状態管理データベース２０Ｂの工程データテーブル４２からすべての登録データを取り出して、それらのデータを、リクエストで指定されたドキュメントの所定の領域にはめこむ。その後、データ送受信部２１が、そのドキュメントをＷＷＷクライアント端末１０Ａ₂へと返信する。ドキュメント送信終了後、進捗確認・計画変更支援部２２Ｂは、ドキュメント返信先のプロジェクトマネージャー名、現在の日付を示す日付情報、ドキュメント返信のコマンド名(進捗確認・計画変更画面出力)、ＷＷＷサーバ１０Ａ₁からの出力コマンドであったことを示す入出力区分情報、作業遅延の発生を示す遅延発生情報が工程データテーブル４２から取り出されたか否かを示す状態情報を、入出力ログ管理データベース２０Ａの入出力ログデータテーブル４３に保存する(Ｓ１０１)。
【００３７】
ＷＷＷクライアント端末１０Ａ_n上のブラウザは、このとき返信されたドキュメントをフォーマットし、ディスプレイ上に表示させる。これにより、ＷＷＷクライアント端末１０Ａ_nのディスプレイ上には、図１１(Ａ)に示すような進捗確認・計画変更画面が表示される。
【００３８】
この進捗確認・計画変更画面上には、内部状態管理データベース２０Ｂの工程データテーブル４２の現在の登録内容(作業項目名、プロジェクト名、作業開始予定日、作業終了予定日、現在までの進捗状況を示す進捗情報、担当者名、作業遅延発生の有無を示す遅延発生情報)が表形式１１０で表示されている。ただし、この表１１０を構成しているカラムのうち、未終了の作業項目(進捗情報が１００％となっていない作業項目)の作業終了予定日および作業担当者名が表示されているカラム１１０Ａ,１１０Ｂ、および、未着手の作業項目(進捗情報が０％のままの作業項目)の作業開始予定日が表示されているカラム１１０Ｃは、プロジェクトマネージャによりデータ書替え可能な入力フィールドとなっている。そして、進捗確認・計画変更画面上には、各入力フィールド１１０Ａ,１１０Ｂ,１１０Ｃ内のデータを変更した場合にその送信を指示するための計画変更ボタン１１１Ａ、いずれの入力フィールド１１０Ａ,１１０Ｂ,１１０Ｃ内のデータも変更しなかった場合にその旨の送信を指示するための完了ボタン１１１Ｂが表示されている。
【００３９】
この進捗確認・計画変更画面上において、プロジェクトマネージャーは、自己の管理下にある作業担当者の進捗進捗を確認し、必要に応じて計画を変更しなければならない。
【００４０】
例えば、この進捗確認・計画変更画面上に表示された遅延発生情報が、プロジェクトのいずれの作業項目にも遅延が発生していないことを示しており、計画変更が必要とされない場合には、そのプロジェクトの担当プロジェクトマネージャーは、いずれの入力フィールド１１０Ａ,１１０Ｂ,１１０Ｃ内のデータも変更せずに完了ボタン１１１Ｂを選択する必要がある。このときの完了ボタン１１１Ｂの選択により、ＷＷＷクライアント端末１０Ａ_n上のブラウザが、計画変更なしを示す処理終了リクエストをＷＷＷサーバ１０Ａ₁に送信する。
【００４１】
一方、この進捗確認・計画変更画面上に表示された遅延発生情報が、プロジェクトのいずれかの作業項目の遅延発生を示していた場合には、そのプロジェクトの担当プロジェクトマネージャーは、他の作業項目の進捗状況、作業担当者の意見等を考慮しつつ、その作業項目Ａ₂の遅延を解消するための対策を立てる必要がある。例えば、この進捗確認・計画変更画面上に表示された遅延発生情報が、プロジェクトＡの作業項目Ａ₂の遅延発生を示していた場合には、プロジェクトＡの担当プロジェクトマネージャーＭ₁は、他の作業項目の進捗状況、作業担当者の意見等を考慮しつつ、その作業項目「作業Ａ₂」の遅延を解消するための対策を立てる必要がある。ここでは、プロジェクトＡのプロジェクトマネージャＭ₁が、現在の日付け、作業項目「作業Ａ₂」の進捗情報および作業終了予定日を考慮して、その作業項目「作業Ａ₂」の作業終了予定日を現設定日(１９９９年１２月１５日)から１９９９年１２月２７日まで延長するとともに、その作業項目Ａ₂の作業担当者を、各人の意見を聞きながら現担当者(ｍ₁)から新たな担当者(ｍ₃)に変更する、との決定をしたとする。この場合、プロジェクトマネージャーＭ₁は、進捗確認・計画変更画面上で、作業項目「作業Ａ₂」の作業終了予定日「１９９９／１２／１５」および作業担当者名「ｍ₁」を、上記決定に応じた作業終了予定日「１９９９／１２／２７」および作業担当者名「ｍ₃」に修正してから、さらに計画変更ボタン１１１Ａを選択する必要がある。このときの計画変更ボタンの選択により、ＷＷＷクライアント端末１０Ａ_n上のブラウザが、進捗確認・計画変更画面上の入力フィールド内の修正済みデータ(作業終了予定日「１９９９／１２／２７」、作業担当者名「ｍ₃」)を含んだ計画変更リクエストをＷＷＷサーバ１０Ａ₁に送信する。
【００４２】
ＷＷＷサーバ１０Ａ₁では、データ送受信部２１が処理終了リクエストを受信すれば(Ｓ１０２)、進捗確認・計画変更支援部２２Ｂが、その処理終了リクエストの発信元のプロジェクトマネージャー名、現在の日付を示す日付情報、その処理終了リクエストのコマンド名(計画変更なし)、ＷＷＷサーバ１０Ａ₁への入力コマンドであったことを示す入出力区分情報を、入出力ログ管理データベース２０Ａの入出力ログデータテーブル４３に保存する(Ｓ１０４)。
【００４３】
一方、データ送受信部２１が計画変更リクエストを受信すれば(Ｓ１０２)、進捗確認・計画変更支援部２２Ｂが、そのリクエストに含まれていた修正済みデータを用いて、内部状態管理データベース２０Ｂの工程データテーブル４２を更新する(Ｓ１０３)。上述の例では、進捗確認・計画変更支援部２２Ｂは、図１１(Ｂ)に示すように、工程データテーブル４２の登録データのうち、作業遅延が発生していた作業項目Ａ₂の作業終了予定日「１９９９／１２／１５」および作業担当者名「ｍ₁」を、計画変更リクエストに含まれていた新たな作業終了予定日「１９９９／１２／２７」および新たな作業担当者名「ｍ₃」に更新する。このとき、工程データテーブル４２の登録データのうち、作業項目Ａ₂の遅延発生情報も、作業遅延無しを示す情報に更新する。その後、進捗確認・計画変更支援部２２Ｂは、計画変更リクエストの発信元のプロジェクトマネージャー名、現在の日付を示す日付情報、計画変更リクエストのコマンド名(計画変更)、ＷＷＷサーバ１０Ａ₁への入力コマンドであったことを示す入出力区分情報を、入出力ログ管理データベース２０Ａの入出力ログデータテーブル４３に保存する(Ｓ１０４)。
【００４４】
このような進捗確認・計画変更支援処理によれば、各プロジェクトマネージャーは、時間の都合がついたときに、情報処理システムを利用することによって、自己の職場から離れずに進捗確認および計画変更を済ませることができる。このため、各プロジェクトマネージャーは、勤務中の時間をより効率的に使うことができる。
【００４５】
なお、ここでは、進捗確認・計画変更画面上には、内部状態管理データベース２０Ｂの工程データテーブル４２の全登録データを表形式で表示させているが、必ずしも、このようにする必要はない。例えば、すでに終了した作業項目に関連する情報が表示されないようにしてもよい。また、内部状態管理データベース２０Ｂのプロジェクトデータテーブル４０の登録データを利用して、ドキュメントの送信リクエストを送ったプロジェクトマネージャーの担当プロジェクトに関連する情報だけが表示されるようにしてもよい。
【００４６】
また、ここでは、進捗確認・計画変更画面上のデータ表示形式として表形式を採用しているが、例えば、ガントチャート形式等、プロジェクトマネージャーが目視でより認識しやすい表示形式を採用してもよい
(３)業務遂行評価処理
前述したように、工程進捗管理業務の目標業務プロセスを実現するためには、各作業担当者および各プロジェクトマネージャーによって、定期的な進捗報告および定期的な進捗確認(必要に応じて計画変更)が、業務上の義務として確実に遵守されている必要がある。そこで、これらの業務上の義務が遂行されているか否かを監視し、その監視結果を各作業担当者および各プロジェクトマネージャーにフィードバックするため、図１の情報処理システムでは、図１２、図１６、図２０、図２３に示した業務遂行評価処理が定期的(ここでは、１週間おき)に実行される。
【００４７】
この業務遂行評価処理では、まず、ＷＷＷサーバ１０Ａ₁が、(ｉ)作業担当者が今週進捗報告を実施したか否か、(ii)プロジェクトマネージャが今週進捗確認を実施したか否か、(iii)プロジェクトマネージャが作業遅延を放置してはいないか否かを定期的にチェックする。具体的には、以下の処理が定期的に実行される。
(ｉ)作業担当者が今週進捗報告を実施したか否かの定期チェック
図１２に、作業担当者が今週進捗報告を実施したか否かをチェックするための処理のフローチャートを示す。なお、以下において、今週とは、現在の日付(例えば、ここでは、１９９９年１２月１９日とする)を基準として７日前までさかのぼった期間とする。
【００４８】
業務プロセス監視部２３Ａは、今週初日(１９９９年１２月１３日)よりも遅い作業終了予定日と、今週末日(１９９９年１２月１９日)よりも早い作業開始予定日とに対応付けられている作業項目名とプロジェクト名と作業担当者名とを、内部状態管理データベース２０Ｂの工程データテーブル４２から取り出す。さらに、このとき工程データテーブル４２から取り出された作業担当者名に対応付けられている所属グループ名を、内部状態管理データベース２０Ｂの担当者データテーブル４１から取り出す。以上、内部状態管理データベース２０Ｂから取り出した情報を用いて、図１３に示すように、今週進捗報告が実施されたか否かの評価対象となる作業項目に関する情報１３０Ａ₁,..,１３０Ａ_K(図１３ではＫ＝５)を要素とするリスト(以下、作業項目リストと呼ぶ)を作成する(Ｓ１２０)。この作業項目リストの各要素情報１３０Ａ₁,..,１３０Ａ_Kには、それぞれ、作業項目名１３１ｂ、プロジェクト名１３１ａ、作業担当者名１３１ｃ、作業担当者の所属グループ名１３１ｄ、進捗情報の実施の有無を示す進捗報告実施情報１３１ｅが含まれている。ただし、この段階では、進捗報告実施情報１３１ｅには空値が設定されている。
【００４９】
つぎに、業務プロセス監視部２３Ａは、進捗報告を示すコマンド名と、今週中の日付(１９９９年１２月１３日〜１９９９年１２月１９日)を示す日時情報とに対応付けられている作業担当者名を、入出力ログ管理データベース２０Ａの入出力ログデータテーブル４３から取り出す。業務プロセス監視部２３Ａは、このとき名前を取り出された作業担当者が、自己の担当作業について進捗報告を今週実行し、その他の作業担当者が、自己の担当作業について進捗報告を今週実行しなかったと判定する。したがって、業務プロセス監視部２３Ａは、作業項目リストの要素情報１３０Ａ₁,..,１３０Ａ_Kのうち、このとき取り出された作業担当者名を含む各要素情報の進捗報告実施情報１３１ｅに、進捗報告実施有りを示す情報を格納し、それ以外の要素情報の進捗報告実施情報１３１ｅに、進捗報告実施無しを示す情報を格納する(Ｓ１２１)。例えば、入出力ログ管理データベース２０Ａの入出力ログデータテーブル４３から作業担当者名「ｍ₁」「ｍ₂」が取り出された場合には、図１４に示すように、作業項目リストの要素情報１３０Ａ₁,..,１３０Ａ_Kのうち、作業担当者名「ｍ₁」「ｍ₂」を含む各要素情報の進捗報告実施情報１３１ｅには、進捗報告実施有りを示す情報が格納され、それ以外の要素情報の進捗報告実施情報１３１ｅには、進捗報告実施無しを示す情報が格納される。
【００５０】
つぎに、業務プロセス監視部２３Ａは、今週進捗報告を義務付けられている全作業項目においてどの程度進捗報告が実施されたかを示す進捗報告業務プロセス遵守指標値(全体の進捗報告業務プロセス遵守指標値)を算出する。ここでは、全体の進捗報告業務プロセス遵守指標値として、(ａ)今週進捗報告を義務付けられている作業項目総数Ｋ、(ｂ)そのうち、進捗報告が実施された作業項目数ｋ、(ｃ)今週進捗報告を義務付けられている全作業項目における進捗報告業務実施率ｋ／Ｋを算出する(Ｓ１２２)。具体的には、(ａ)作業項目リストに含まれている要素情報総数Ｋ、(ｂ)作業項目リストに含まれている要素情報のうち、進捗報告実施有りを示す進捗報告実施情報１３１ｅを含んだ要素情報数ｋ、(ｃ)これら２つの数値Ｋ,ｋの比率ｋ／Ｋを算出する。図１４に示した作業項目リストを例に挙げると、作業項目リストに含まれる要素情報総数は５個、進捗報告実施有りを示す進捗報告実施情報１３１ｅを含む要素情報数は２個、これら２つの数値の比率は２／５(＝４０％)となる。
【００５１】
つぎに、業務プロセス監視部２３Ａは、今週進捗報告を義務付けられている各プロジェクトにおいてどの程度進捗報告が実施されたかを示す進捗報告業務プロセス遵守指標値(プロジェクト別の進捗報告業務プロセス遵守指標値)を算出する。ここでは、プロジェクト別の進捗報告業務プロセス遵守指標値として、(ａ)今週進捗報告を義務付けられている各プロジェクトの作業項目総数Ｋ₁、(ｂ)そのうち、進捗報告が実施されたプロジェクト別作業項目数ｋ₁、(ｃ)今週進捗報告を義務付けられている各プロジェクトにおける進捗報告業務実施率ｋ₁／Ｋ₁を算出する。具体的には、プロジェクトごとに、それぞれ、(ａ)作業項目リストに含まれている要素情報総数Ｋ₁、（ｂ）作業項目リストに含まれている要素情報のうち、進捗報告実施有りを示す進捗報告実施情報１３１ｅを含む要素情報数ｋ₁、(ｃ)これら２つの数値Ｋ₁,ｋ₁の比率ｋ₁／Ｋ₁を算出する(Ｓ１２３)。図１４に示した作業項目リストを例に挙げると、プロジェクトＡに関連する要素情報総数Ｋ₁は３個、そのうち、進捗報告実施有りを示す進捗報告実施情報１３１ｅを含む要素情報数ｋ₁は０個、これら２つの数値Ｋ₁,ｋ₁の比率ｋ₁／Ｋ₁は０／３(＝０％)となる。また、プロジェクトＢに関連する要素情報総数Ｋ₁は２個、そのうち、進捗報告実施有りを示す進捗報告実施情報１３１ｅを含む要素情報数ｋ₁は２個、これら２つの数値Ｋ₁,ｋ₁の比率ｋ₁／Ｋ₁は２／２(＝１００％)となる。
【００５２】
つぎに、業務プロセス監視部２３Ａは、今週業務報告が義務付けられている各グループ(ここでは、プロジェクトマネージャーグループ以外のすべてのグループ)においてどの程度進捗報告が実施されたかを示す進捗報告業務プロセス遵守指標値(グループ別の進捗報告業務プロセス遵守指標値)を算出する。ここでは、グループ別の進捗報告業務プロセス遵守指標値として、(ａ)今週業務報告が義務付けられている各グループの作業項目総数Ｋ₂、(ｂ)そのうち、進捗報告が実施されたグループ別作業項目数ｋ₂、(ｃ)今週業務報告が義務付けられている各グループにおける進捗報告業務実施率ｋ₂／Ｋ₂を算出する。具体的には、各グループごとに、それぞれ、(ａ)作業項目リストに含まれている要素情報総数Ｋ₂、（ｂ）作業項目リストに含まれている要素情報のうち、進捗報告実施有りを示す進捗報告実施情報１３１ｅを含む要素情報数ｋ₂、(ｃ)これら２つの数値Ｋ₂,ｋ₂の比率ｋ₂／Ｋ₂を算出する(Ｓ１２４)。図１４に示した作業項目リストを例に挙げると、作業担当者が機械設計グループである要素情報総数Ｋ₂は３個、そのうち、進捗報告実施有りを示す進捗報告実施情報１３１ｅを含む要素情報数ｋ₂は２個、これら２つの数値Ｋ₂,ｋ₂の比率ｋ₂／Ｋ₂は２／３(＝６７％)となる。また、作業担当者が電気設計グループである要素情報総数Ｋ₂は１個、そのうち、進捗報告実施有りを示す進捗報告実施情報１３１ｅを含む要素情報数ｋ₂は０個、これら２つの数値Ｋ₂,ｋ₂の比率ｋ₂／Ｋ₂は０／１(＝０％)となる。さらに、作業担当者がソフト設計グループである要素情報総数Ｋ₂は１個、そのうち、進捗報告実施有りを示す進捗報告実施情報１３１ｅを含む要素情報数ｋ₂は０個、これら２つの数値Ｋ₂,ｋ₂の比率ｋ₂／Ｋ₂は０／１(＝０％)となる。
【００５３】
最後に、業務プロセス監視部２３Ａは、図１５に示すように、以上算出した各進捗報告業務プロセス遵守指標値１５０Ｂとその算出区分名(グループ名等)１５０Ａとを対応付けた進捗報告業務プロセス遵守指標情報１５０を生成する。そして、この進捗報告業務プロセス遵守指標情報１５０を、評価対象名「進捗報告業務」と現在の日付けとに対応付けて、業務プロセス遵守指標ログ管理データベース２０Ｄの業務プロセス遵守指標ログデータテーブル４５に登録する(Ｓ１２５)。
(ii)プロジェクトマネージャが今週進捗確認を実施したか否かの定期チェック
図１６に、プロジェクトマネージャーが今週進捗確認を実施したか否かをチェックするための処理のフローチャートを示す。なお、以下においても、今週とは、１９９９年１２月１３日から１９９９年１２月１９日までを指すものとする。
【００５４】
業務プロセス監視部２３Ａは、今週初日(１９９９年１２月１３日)よりも遅い作業終了予定日と、今週末日(１９９９年１２月１９日)よりも早い作業開始予定日とに対応付けられているプロジェクト名を、内部状態管理データベース２０Ｂの工程データテーブル４２から取り出す。このとき工程データテーブル４２から少なくとも１回取り出されたプロジェクト名に対応付けられているプロジェクトマネージャー名を、内部状態管理データベース２０Ｂのプロジェクトデータテーブル４０から取り出す。以上、内部状態管理データベース２０Ｂから取り出した情報(プロジェクト名、プロジェクトマネージャー名)を用いて、図１７に示すように、今週進捗確認が実施されたか否かの評価対象となるプロジェクトに関する情報１７０Ａ₁,..,１７０Ａ_s(図１７ではＳ＝２)を要素とするリスト(以下、第一プロジェクトリストと呼ぶ)を作成する(Ｓ１６０)。この第一プロジェクトリストの各要素情報１７０Ａ₁,..,１７０Ａ_sには、それぞれ、プロジェクト名１７１ａ、プロジェクトマネージャー名１７１ｂ、進捗確認実施の有無を示す進捗確認実施情報１７１ｃが含まれている。ただし、この段階では、進捗確認実施情報１７１ｃには空値が設定されている。
【００５５】
つぎに、業務プロセス監視部２３Ａは、進捗確認を示すコマンド名と、今週中の日付(１９９９年１２月１３日〜１９９９年１２月１９日)を示す日時情報とに対応付けられているプロジェクトマネージャー名を、入出力ログ管理データベース２０Ａの入出力ログデータテーブル４３から取り出す。業務プロセス監視部２３Ａは、このとき名前を取り出されたプロジェクトマネージャーが、自己の管理下にある作業担当者の進捗確認を今週実行し、その他のマネージャーが、自己の管理下にある作業担当者の進捗確認を今週実行しなかったと判定する。したがって第一プロジェクトリストの要素情報１７１Ａ₁,..,１７１Ａ_sのうち、このとき取り出されたプロジェクトマネージャー名を含む要素情報の進捗確認実施情報１７１ｃに、進捗確認実施有りを示す情報を格納し、それ以外の要素情報の進捗報告実施情報１７１ｃに、進捗確認実施無しを示す情報を格納する(Ｓ１６１)。例えば、入出力ログ管理データベース２０Ａの入出力ログデータテーブル４３からプロジェクトマネージャー名「Ｍ₁」だけが取り出された場合には、図１８に示すように、第一プロジェクトリストの要素情報１７０Ａ₁,１７０Ａ₂のうち、プロジェクトマネージャー名「Ｍ₁」を含む要素情報１７０Ａ₁の進捗確認実施情報１７１ｃには、進捗確認実施有りを示す情報が格納され、それ以外のプロジェクトマネージャー名「Ｍ₂」を含む要素情報１７０Ａ₂の進捗確認実施情報１７１ｃには、進捗確認実施無しを示す情報が格納される。
【００５６】
つぎに、業務プロセス監視部２３Ａは、今週進捗確認が義務付けられている全プロジェクトにおいてどの程度進捗確認が実施されたかを示す進捗確認業務プロセス遵守指標値(全体の進捗確認業務プロセス遵守指標値)を算出する。ここでは、全体の進捗確認業務プロセス遵守指標値として、(ａ)今週進捗報告が義務付けられているプロジェクト総数Ｓ、(ｂ)そのうち、進捗確認が実施されたプロジェクト数ｓ、(ｃ)今週進捗報告が義務付けられている全プロジェクトにおける進捗確認業務実施率ｓ／Ｓを算出する(Ｓ１６２)。具体的には、(ａ)第一プロジェクトリストに含まれる要素情報総数Ｓ、(ｂ)第一プロジェクトリストに含まれる要素情報のうち、進捗確認実施有りを示す進捗確認実施情報１７１ｃを含む要素情報数ｓ、(ｃ)これら２つの数値ｓ,Ｓの比率ｓ／Ｓである進捗確認業務実施率を算出する。図１８に示した第一プロジェクトリストを例に挙げると、第一プロジェクトリストに含まれる要素情報総数Ｓは２個、そのうち、進捗確認実施有りを示す進捗確認実施情報１７１ｃを含む要素情報数ｓは１個、これら２つの数値ｓ,Ｓの比率ｓ／Ｓは１／２(＝５０％)となる。
【００５７】
つぎに、業務プロセス監視部２３Ａは、今週進捗確認が義務付けられている各プロジェクトにおいて進捗確認が実施されたかを示す進捗確認業務プロセス遵守指標値(プロジェクト別の進捗確認業務プロセス遵守指標値)を算出する。ここでは、プロジェクト別の進捗確認業務プロセス遵守指標値として、各プロジェクトごとに、それぞれ、(ａ)第一プロジェクトリストに含まれている要素情報総数Ｓ₁(１個)、(ｂ)第一プロジェクトリストに含まれている要素情報のうち、進捗確認実施有りを示す進捗確認実施情報１７１ｃを含む要素情報数ｓ₁(１個または０個)、(ｃ)これら２つ数値ｓ₁,Ｓ₁の比率ｓ₁／Ｓ₁である進捗確認業務実施率(０％または１００％)を算出する(Ｓ１６３)。図１８に示した第一プロジェクトリストを例に挙げると、プロジェクトＡに関して、要素情報総数Ｓ₁は１個、進捗確認実施有りを示す進捗確認実施情報１７１ｃを含む要素情報数ｓ₁は１個、これら２つの数値ｓ₁,Ｓ₁の比率ｓ₁／Ｓ₁は１／１(１００％)となる。また、プロジェクトＢに関して、要素情報総数Ｓ₁は１個、そのうち、進捗確認実施有りを示す進捗確認実施情報１７１ｃを含む要素情報数ｓ₁は０個、これら２つの数値ｓ₁,Ｓ₁の比率ｓ₁／Ｓ₁は０／１(＝０％)となる。
【００５８】
つぎに、業務プロセス監視部２３Ａは、今週進捗確認が義務付けられているグループ(ここでは、プロジェクトマネージャーグループのみ)においてどの程度進捗確認が実施されているかを示す進捗確認業務プロセス遵守指標値(グループ別の進捗確認業務プロセス遵守指標値)を算出する。ここでは、グループ別の進捗確認業務プロセス遵守指標値として、(ａ)今週進捗確認が義務付けられたプロジェクトマネージャーの総数Ｋ₃、(ｂ)そのうち、進捗確認を実施したプロジェクトマネージャーの人数ｋ₃、(ｃ)これら２つの数値Ｋ₃,ｋ₃の比率ｋ₃／Ｋ₃でる進捗確認業務実施率を算出する。具体的には、(ａ)第一プロジェクトリストに含まれる全要素情報数Ｋ₃、(ｂ)第一プロジェクトリストに含まれる要素情報のうち、進捗確認実施有りを示す進捗報告実施情報１７１ｃを含む要素情報数ｋ₃、(ｃ)これら２つの数値Ｋ₃,ｋ₃の比率ｋ₃／Ｋ₃を算出する(Ｓ１６４)。図１８に示した第一プロジェクトリストを例に挙げると、第一プロジェクトリストの要素情報総数Ｋ₃は２個、進捗報告実施有りを示す進捗報告実施情報１７１ｃを含む要素情報数ｋ₃は１個、これら２つの数値Ｋ₃,ｋ₃の比率ｋ₃／Ｋ₃は１／２(＝５０％)となる。
【００５９】
最後に、業務プロセス監視部２３Ａは、図１９に示すように、以上算出した各進捗確認業務プロセス遵守指標値１９０Ｂとその算出区分名(プロジェクト名等)１９０Ａとを対応付けた進捗確認業務プロセス遵守指標情報１９０を生成する。そして、この進捗確認業務プロセス遵守指標情報１９０を、評価対象名「進捗確認業務」および現在の日付けに対応付けて、業務プロセス遵守指標ログ管理データベース２０Ｄの業務プロセス遵守指標ログデータテーブル４５に登録する(Ｓ１６４)。
(iii)作業遅延により必要となった計画変更が今週プロジェクトマネージャーにより適切に実施されたか否か、すなわち、プロジェクトマネージャが今週作業遅延を放置していなかったか否かの定期チェック
図２０に、プロジェクトマネージャーが今週作業遅延を放置していなかったか否かをチェックするための処理のフローチャートを示す。なお、以下においても、今週とは、１９９９年１２月１３日から１９９９年１２月１９日までを指すものとする。
【００６０】
業務プロセス監視部２３Ａは、今週初日(１９９９年１２月１３日)よりも遅い作業終了予定日と、今週末日(１９９９年１２月１９日)よりも早い作業開始予定日とに対応付けられているプロジェクト名および遅延発生情報を、内部状態管理データベース２０Ｂの工程データテーブル４２から取り出す。このとき工程データテーブル４２から取り出した情報(プロジェクト名、遅延発生情報)を用いて、図２１に示すように、作業遅延が放置されていいなかったか否かの評価対象となるプロジェクトに関する情報２１０Ａ₁,..,２１０Ａ_T(図２１ではＴ＝２)を要素とするリスト(以下、第二プロジェクトリストと呼ぶ)を作成する(Ｓ２００)。この第二プロジェクトリストの各要素情報には、それぞれ、内部状態管理データベース２０Ｂの工程データテーブル４２から少なくとも１回取り出されたプロジェクト名２１１ａ、遅延が発生した作業がプロジェクトに含まれていたか否かを示す遅延発生情報２１１ｂが含まれている。例えば、図１１(Ｂ)に示した工程データテーブルであれば、今週初日よりも遅い作業終了予定日と、今週末日よりも早い作業開始予定日とに対応付けられているプロジェクト名として、作業Ａ₂〜Ａ₄に関するプロジェクト名「プロジェクトＡ」、および、作業Ｂ₁,Ｂ₂に関するプロジェクト名「プロジェクトＢ」が格納されている。そのうち、一方のプロジェクト名「プロジェクトＡ」に対応付けられている遅延発生情報には、遅延有りを示すものは存在せず、他方のプロジェクト名「プロジェクトＢ」に対応付けられている遅延発生情報には、遅延有りを示すものが１つ存在する。したがって、この場合における第二プロジェクトリストは、図２１に示したように、遅延作業無しを示す遅延発生情報２１１ｂとプロジェクト名「プロジェクトＡ」２１１ａとを含む要素情報２１０Ａ₁、遅延作業有りを示す遅延発生情報２１１ｂとプロジェクト名「プロジェクトＢ」２１１ａとを含む要素情報２１０Ａ₂により構成される。
【００６１】
このようにして第二プロジェクトリストを作成すると、その後、業務プロセス監視部２３Ａは、作業遅延発生により必要となった計画変更が全体においてどの程度実施されたかを示す計画変更業務プロセス遵守指標値(全体の計画変更業務プロセス遵守指標値)を算出する(Ｓ２０１)。ここでは、全体の計画変更業務プロセス遵守指標値として、(ａ)遅延発生により必要となった計画変更が実行されるべき全作業項目数Ｔ、(ｂ)そのうち、必要な計画変更が実施された作業項目数ｔ、(ｃ)全作業項目における計画変更業務実施率ｔ／Ｔを算出する。具体的には、(ａ)第二プロジェクトリストに含まれる全要素情報数Ｔ、(ｂ)第二プロジェクトリストに含まれる要素情報のうち、遅延発生無しを示す遅延発生情報２１１ｂを含む要素情報数ｔ、(ｃ)これら２つの数値ｔ,Ｔの比率ｔ／Ｔを算出する。図２１に示した第二プロジェクトリストを例に挙げると、第二プロジェクトリストに含まれる要素情報総数Ｔは２個、遅延発生無しを示す進遅延発生情報２１１ｂを含む要素情報数ｔは１個、これら２つの数値ｔ,Ｔの比率ｔ／Ｔは１／２(＝５０％)となる。
【００６２】
つぎに、業務プロセス監視部２３Ａは、遅延発生により必要となった計画変更が各プロジェクトにおいてどの程度実施されたかを示す計画変更業務プロセス遵守指標値(プロジェクト別の計画変更業務プロセス遵守指標値)を算出する(Ｓ２０２)。ここでは、プロジェクト別の計画変更業務プロセス遵守指標値として、各プロジェクトごとに、それぞれ、(ａ)第二プロジェクトリストに含まれている要素情報総数Ｔ₁(１個)、(ｂ)第二プロジェクトリストに含まれている要素情報のうち、遅延発生無しを示す遅延発生情報２１１ｂを含む要素情報数ｔ₁(１個または０個)、(ｃ)これら２つ数値ｔ₁,Ｔ₁の比率ｔ₁／Ｔ₁である計画変更業務実施率(０％または１００％)を算出する。図２１に示した第二プロジェクトリストを例に挙げると、プロジェクトＡに関して、要素情報総数Ｔ₁は１個、遅延発生無しを示す遅延発生情報２１１ｂを含む要素情報数ｔ₁は１個、これら２つの数値ｔ₁,Ｔ₁の比率ｔ₁／Ｔ₁は１／１(＝１００％)となる。また、プロジェクトＢに関して、要素情報総数Ｔ₁は１個、遅延発生無しを示す遅延発生情報２１１ｂを含む要素情報数ｔ₁は０個、これら２つの数値ｔ₁,Ｔ₁の比率ｔ₁／Ｔ₁は０／１(＝０％)となる。
【００６３】
つぎに、業務プロセス監視部２３Ａは、必要な計画変更の実施が義務付けられている各グループ(ここでは、プロジェクトマネージャーグループのみ)がどの程度必要な計画変更を実施しているかを示す計画変更業務プロセス遵守指標値(グループ別の計画変更業務プロセス遵守指標値)を算出する(Ｓ２０３)。ここでは、グループ別の計画変更業務プロセス遵守指標値として、(ａ)必要な計画変更の実施が義務付けられたプロジェクトマネージャーの総数Ｔ₂、(ｂ)作業遅延により必要となった計画変更を実施したプロジェクトマネージャーの人数ｔ₂、(ｃ)これら２つの数値Ｔ₂,ｔ₂の比率ｔ₂／Ｔ₂である計画変更業務実施率を算出する。具体的には、(ａ)第二プロジェクトリストに含まれる全要素情報数Ｔ₂、(ｂ)第二プロジェクトリストに含まれる要素情報のうち、遅延発生無しを示す遅延発生情報２１１ｂを含む要素情報数ｔ₂、(ｃ)これら２つの数値Ｔ₂,ｔ₂の比率ｔ₂／Ｔ₂を算出する(Ｓ１６４)。図２１に示した第二プロジェクトリストを例に挙げると、第二プロジェクトリストの要素情報総数Ｔ₂は２個、遅延発生無しを示す遅延発生情報２１１ｂを含む要素情報数ｔ₂は１個、これら２つの数値Ｔ₂,ｔ₂の比率ｔ₂／Ｔ₂は１／２(＝５０％)となる。
【００６４】
最後に、業務プロセス監視部２３Ａは、図２２に示すように、以上算出した各計画変更業務プロセス遵守指標値２２１Ｂとその算出区分名(プロジェクト名等)２２１Ａとを対応付けた計画変更業務プロセス遵守指標情報２２０を生成する。そして、この計画変更業務プロセス遵守指標情報２２０を、評価対象名「計画変更業務」と現在の日付けとに対応付けて、業務プロセス遵守指標ログ管理データベース２０Ｄの業務プロセス遵守指標ログデータテーブル４５に登録する(Ｓ２０４)。
【００６５】
以上の３つの定期チェック処理(ｉ)(ii)(iii)がそれぞれ終了すると、さらに、ＷＷＷサーバ１０Ａ₁は、さらに、図２３に示す処理を実行する。なお、以下においても、今週とは、１９９９年１２月１３日から１９９９年１２月１９日までを指すものとする。
【００６６】
まず、業務プロセス改善アドバイス部２３Ｂは、３つの定期チェック処理(ｉ)(ii)(iii)の実行により業務プロセス監視部２３Ａが算出した各業務プロセス遵守指標値に基づき、工程進捗管理業務全体、各グループ、各プロジェクトのそれぞれについて、目標業務プロセスの達成度を示す総合業務プロセス遵守指標値を算出する。ここでは、総合業務プロセス遵守指標値として、(ａ')各定期チェック処理で算出した評価対象数(各定期チェック処理において(ａ)で示した数値)を集計した総合評価対象数Ｗ、(ｂ')各定期チェック処理で算出した業務実施数(各定期チェック処理において(ｂ)で示した数値)を集計した総合業務実施数ｗ、(ｃ')これら２つの数値Ｗ,ｗの比率ｗ／Ｗである総合業務実施率を算出する。具体的には、以下の通りである。
【００６７】
ここでは、３つの定期チェック処理(ｉ)(ii)(iii)で算出された各業務プロセス遵守指標値(進捗報告業務プロセス遵守指標値、進捗確認業務プロセス遵守指標値、計画変更業務プロセス遵守指標値)に、その対応業務(進捗報告業務、進捗確認業務、計画変更業務)の重要度に応じた重みを付けて、総合業務プロセス指標値を算出する。例えば、目標業務プロセス実現の観点から、進捗報告業務よりも進捗確認業務および計画変更業務のほうが重要度が高い場合、例えば、進捗報告業務の重要度を１としたときに、進捗確認業務および計画変更業務の重要度が３と表されるような場合には、進捗報告業務プロセス遵守指標値の重みを１、進捗確認業務プロセス遵守指標値の重みを３、計画変更業務プロセス遵守指標値の重みを３と設定する。なお、以下の計算における重みは、この値(進捗報告業務プロセス遵守指標値の重み１、進捗確認業務プロセス遵守指標値の重み３、計画変更業務プロセス遵守指標値の重み３)を用いることとする。
【００６８】
そして、工程進捗管理業務全体、各グループおよび各プロジェクトのそれぞれについて、すべての業務プロセス遵守指標値における評価対象数(各定期チェック処理において(ａ)で示した数値)と重みとの積を集計する。これにより、総合評価対象数が得られる。同様に、工程進捗管理業務全体、各グループおよび各プロジェクトのそれぞれについて、すべての業務プロセス遵守指標値における業務実施数(各定期チェック処理において(ｂ)で示した数値)と重みとの積を集計する。これにより、総合業務実施数が得られる。つぎに、工程進捗管理業務全体、各グループおよび各プロジェクトのそれぞれについて、このとき算出された２つの数値の比率を算出する。これにより、例えば、３つの定期チェック処理の結果、図２４(Ａ)に示したような業務プロセス遵守指標値が得られたとすると、プロジェクトＡの総合対象数および総合業務実施数は、０×１＋１×３＋１×３＝６、３×１＋１×３＋１×３＝９となり、これらの比率である総合業務実施率は、６／９(＝６７％)となる。
【００６９】
業務プロセス改善アドバイス部２３Ｂは、図２５に示すように、以上算出した総合業務プロセス指標値２５１Ｂとその算出区分名(プロジェクト名等)２５１Ａとを対応付けた総合業務プロセス遵守指標情報２５０を生成する。そして、この総合業務プロセス遵守指標情報２５０を、評価対象名「総合業務」と現在の日付けとに対応付けて、業務プロセス遵守指標ログ管理データベース２０Ｄの業務プロセス遵守指標ログデータテーブル４５に登録する(Ｓ２３０)。
【００７０】
つぎに、業務プロセス改善アドバイス部２３Ｂは、前回の業務遂行評価処理で登録した業務プロセス指標情報(進捗報告業務プロセス指標情報、進捗管理業務プロセス指標情報、計画変更業務プロセス指標情報、総合業務プロセス指標情報)を、業務プロセス遵守指標ログ管理データベース２０Ｄの業務プロセス遵守指標ログデータテーブル４５からそれぞれ取り出す。そして、今回の業務遂行評価処理で得られた各業務実施率(進捗報告業務実施率、進捗管理業務実施率、計画変更業務実施率、総合業務実施率)と、前回の業務遂行評価処理で得られた各業務プロセス指標情報(進捗報告業務プロセス指標情報、進捗管理業務プロセス指標情報、計画変更業務プロセス指標情報、総合業務プロセス指標情報)に含まれている業務実施率とを比較し、工程進捗管理業務プロセスの改善の傾向を判定する(Ｓ２３１)。例えば、今回の業務遂行評価処理で得られた業務実施率が前回のものよりも大きければ、業務プロセス改善アドバイス部２３Ｂは、工程進捗管理業務プロセスにおける進捗報告業務の効率化が進んだと判断する。その反対に、今回の業務遂行評価処理で得られた業務実施率の方が前回のものよりも小さければ、業務プロセス改善アドバイス部２３Ｂは、工程進捗管理業務プロセスにおける進捗報告業務の効率化が進んでいないと判断する。
【００７１】
つぎに、業務プロセス改善アドバイス部２３Ｂは、参考情報管理データベース２０Ｃの管理情報データテーブル４４を参照し、今回の業務遂行評価処理で得られた各業務実施率が満たす提供条件に対応付けられた参考情報、および、Ｓ２３１における判定結果が満たす提供条件に対応付けられた参考情報をそれぞれ取り出す(Ｓ３２)。
【００７２】
最後に、業務プロセス改善アドバイス部２３Ｂは、今回の業務遂行評価処理で得られた各業務実施率(進捗報告業務実施率、進捗管理業務実施率、計画変更業務実施率、総合業務実施率)、各業務(進捗報告業務、進捗確認業務、計画変更業務、総合業務)の改善傾向についての判定結果、管理情報データテーブル４４から取り出した参考情報を、所定のドキュメントの所定領域にはめこむ。その後、データ送受信部２１が、そのドキュメントをＷＷＷクライアント端末１０Ａ₂へと送信する。
【００７３】
ＷＷＷクライアント端末１０Ａ₂上のブラウザが、このドキュメントをフォーマットすると、ＷＷＷクライアント端末１０Ａ₂のディスプレイ上には、図２６に示すような業務プロセス改善アドバイス情報表示画面が表示される(Ｓ７１)。
【００７４】
この業務プロセス改善アドバイス情報表示画面上には、工程進捗管理業務全体、各グループ、各プロジェクトのそれぞれについて、各業務(進捗報告業務、進捗確認業務、計画変更業務、総合業務)における業務実施率２６１、各業務の改善傾向２６２、参考情報２３６が表示されている。各業務担当者および各プロジェクトマネージャーは、この業務プロセス改善アドバイス情報表示画面上の情報を参照することによって、現状の工程進捗管理業務と目標業務プロセスとの乖離の実態を把握することができる。
【００７５】
なお、これら３種類の情報２６１,２６２,２６３は、作業担当者等にとって見やすい表示形式であれば、業務プロセス改善アドバイス情報表示画面上にどのように表示されていてもよい。例えば、業務実施率を長さで示すバー、業務の改善傾向を傾きで示す矢印等の画像を表示してもよい。また、各情報２６１,２６２,２６３を別々の画面に表示するようにしてもよいし、３種類の情報２６１,２６２,２６３を適宜な組合せで表示するようにしてもよい。
【００７６】
このように、本実施の形態に係る業務遂行評価処理によれば、目標業務プロセスの実現のために果された業務上の義務(ネットワークを利用した進捗報告、ネットワークを利用した進捗確認、ネットワークを利用した計画変更)が遵守されているか否か定期的にチェックされ、現状の工程進捗管理業務と目標業務プロセスとの乖離の実態を示す情報が、各作業担当者および各プロジェクトマネージャーに定期的に提供される。この情報の参照により、各人が、目標業務プロセスの実現という目的意識を持つことができるようになる。このため、各人の意識改革が図られ、各人が、目標業務プロセスの実現という観点から、自己の業務のやり方を見直すようになる。したがって、目標業務プロセスの実現に向けた業務改革が推進される。
【００７７】
なお、以上においては、ＷＷＷサーバの入出力ログをとり、このログに基づき、定期チェック(i)(ii)(iii)を行っているが、かならずしもこのようにする必要はない。例えば、内部状態管理データベースの更新ログをとることとした場合には、このログに基づき、定期チェック(i)(ii)(iii)を行うようにしてもよい。
【００７８】
また、以上においては、ＷＷＷを利用する場合を一例に挙げたが、ネットワーク上の情報にアクセスすることができれば、かならずしもＷＷＷを利用する必要はない。もちろん、工程進捗管理業務以外の業務プロセスに適用してもよい。
【００７９】
【発明の効果】
本発明に係る情報処理システムによれば、業務プロセスの改革に携わる各人の意識改革を促すことができる。
【図面の簡単な説明】
【図１】本発明の実施の一形態に係る情報処理システムの全体構成図である。
【図２】本発明の実施の一形態に係る情報処理装置の機能構成図である。
【図３】(Ａ)は、プロジェクトデータテーブルのデータ構造を概念的に示した図であり、(Ｂ)は、業務担当者データテーブルのデータ構造を概念的に示した図であり、(Ｃ)は、工程データテーブルのデータ構造を概念的に示した図である。
【図４】入出力ログデータテーブルのデータ構造を概念的に示した図である。
【図５】参考情報テーブルのデータ構造を概念的に示した図である。
【図６】業務プロセス遵守指標ログデータテーブルのデータ構造を概念的に示した図である。
【図７】本発明の実施の一形態に係る情報処理システムで実行される進捗報告支援処のフローチャートを示した図である。
【図８】クライアント端末上に表示される進捗報告画面のレイアウト例を示した図である。
【図９】工程データテーブルのデータ構造を概念的に示した図である。
【図１０】本発明の実施の一形態に係る情報処理システムで実行される進捗確認・計画変更支援処理のフローチャートを示した図である。
【図１１】(Ａ)は、クライアント端末上に表示される進捗報告・計画変更画面のレイアウト例を示した図であり、(Ｂ)は、進捗報告・計画変更画面の入力データにより更新された工程データテーブルのデータ構造を概念的に示した図である。
【図１２】本発明の実施の一形態に係る情報処理システムで実行される業務遂行評価処理のフローチャートを示した図である。
【図１３】進捗報告が実施されたか否かの評価に用いられる作業項目リストのデータ構造を概念的に示した図である。
【図１４】進捗報告が実施されたか否かの評価に用いられる作業項目リストのデータ構造を概念的に示した図である。
【図１５】業務プロセス遵守指標ログデータテーブルに格納される進捗報告業務プロセス遵守指標情報のデータ構造を概念的に示した図である。
【図１６】本発明の実施の一形態に係る情報処理システムで実行される業務遂行評価処理のフローチャートを示した図である。
【図１７】進捗確認が実施されたか否かの評価対象に用いられる第一プロジェクトリストのデータ構造を概念的に示した図である。
【図１８】進捗確認が実施されたか否かの評価対象に用いられる第一プロジェクトリストのデータ構造を概念的に示した図である。
【図１９】業務プロセス遵守指標ログデータテーブルに格納される進捗確認業務プロセス遵守指標情報のデータ構造を概念的に示した図である。
【図２０】本発明の実施の一形態に係る情報処理システムで実行される業務遂行評価処理のフローチャートを示した図である。
【図２１】業務プロセス遵守指標ログデータテーブルに格納される計画変更業務プロセス遵守指標情報のデータ構造を概念的に示した図である。
【図２２】業務プロセス遵守指標ログデータテーブルに格納される計画変更業務プロセス遵守指標情報のデータ構造を概念的に示した図である。
【図２３】本発明の実施の一形態に係る情報処理システムで実行される業務遂行評価処理のフローチャートを示した図である。
【図２４】総合業務プロセス遵守指標値を算出するために必要なデータを示した図である。
【図２５】本発明の実施の一形態に係る業務遂行評価処理における定期チェック処理で得られた業務プロセス遵守指標値(進捗報告業務プロセス遵守指標値、進捗確認業務プロセス遵守指標値、計画変更業務プロセス遵守指標値)データを示した図である。
【図２６】クライアント端末上に表示される業務プロセス改善アドバイス情報表示画面のレイアウト例を示した図である。
【図２７】本発明の実施の一形態に係る情報処理装置の機能構成図である。
【符号の説明】
１０Ａ₁,１０Ａ₂,....,１０Ａ_n…情報処理装置
２０…データベース格納部
２０Ａ,２０Ｂ,２０Ｃ,２０Ｄ…データベース
２１…データ送受信部
２２…進捗管理部
２１Ａ…進捗報告支援部
２１Ｂ…進捗確認・計画変更支援部
２３…業務遂行評価部
２３Ａ…業務プロセス監視部
２３Ｂ…業務プロセス改善アドバイス部
３０…通信回線

Claims

作業担当者およびプロジェクトマネージャ（以下、あわせてユーザという）の使用する複数のクライアント端末と、該各クライアント端末と接続される情報処理装置とを有し、ビジネスプロセスにたずさわる各人の業務状況を評価するための業務状況評価システムであって、
前記情報処理装置は、
グループデータテーブルと、工程データテーブルとを有する第１のデータベースであって、前記グループデータテーブルは、作業担当者の各々のユーザ識別情報と、該各作業担当者の所属する所属グループとを対応づけており、前記工程データテーブルは、プロジェクトと、該プロジェクトの各々を構成する作業毎の、作業開始予定日と、作業終了予定日と、進捗情報と、該作業を担当する作業担当者のユーザ識別情報と、遅延発生有無情報との対応づけている第１のデータベースと、
コマンドと、該コマンドを指示したユーザのユーザ識別情報と、該コマンドが入出力された日付を示す日付情報とを対応付けたログ管理データテーブルを有する第２のデータベースと、
評価対象業務の実施状況を示す提供条件と、該提供条件を満たす場合に発生しうる事項を示す参考情報とを対応付けた参考情報管理データテーブルを有する第３のデータベースと、
評価対象業務項目と、該評価対象業務の遂行程度を表す遵守指標情報と、該遵守指標情報を登録した日付けを示す日付情報とを対応付けたデータテーブルを備えた第４のデータベースと、
前記各クライアント端末とデータを送受信するデータ送受信部と、
進捗報告支援部と、
業務プロセス監視部と、
業務プロセス改善アドバイス部とを有し、
前記進捗報告支援部は、
前記クライアント端末から、ユーザ識別情報と共に進捗報告要求を受信すると、作業毎の進捗情報を入力させるための入力インタフェース情報を該クライアント端末に送信し、
該クライアント端末からの作業毎の進捗情報を含む進捗報告データを受信すると、前記工程データテーブルの、該クライアント端末から送信された作業の各々と対応付けられた作業開始予定日及び作業終了予定日のうち一方と、該クライアント端末から送信された作業毎の進捗情報とから、該クライアント端末から送信された作業毎の遅延発生の有無を判定し、
前記判定結果を遅延発生有無情報として、前記工程データテーブルの、該クライアント端末から送信された作業の各々に対応付けられた進捗情報及び遅延発生有無情報を更新し、さらに、進捗報告と、前記進捗報告要求と共に送信されたユーザ識別情報と、現在の日付とを、前記ログ管理データテーブルのコマンド、ユーザ識別情報、日付情報として追加登録し、
前記業務プロセス監視部は、
前記工程データテーブルの作業開始予定日及び作業終了予定日のうち、所定の周期内に作業開始予定日及び作業終了予定日のうち少なくとも一方が含まれるものと対応付けられた作業と、該作業と対応付けられたプロジェクト及びユーザ識別情報を抽出し、前記ログ管理データテーブルから、前記所定の周期内の日付情報であり、且つ、コマンドが進捗報告であるユーザ識別情報を抽出し、前記グループデータテーブルから、前記工程データテーブルから抽出したユーザ識別情報と対応付けられた所属グループを抽出し、
前記前記工程データテーブルから抽出した作業と、プロジェクトと、ユーザ識別情報で特定されるユーザとを、前記所定の周期内に進捗報告すべき作業と、プロジェクトと、ユーザとし、前記ログ管理データテーブルから抽出したユーザ識別情報で特定されるユーザを、前記所定の周期内に自身の担当する作業について進捗報告を実行したものとし、
前記前記工程データテーブルから抽出した作業の数と、前記ログ管理データテーブルから抽出されたユーザ識別情報で特定されるユーザの担当する作業の数との比率（以下、全体の進捗報告遵守指標値）を算出し、前記工程データテーブルから抽出したプロジェクト毎に、プロジェクトの作業の数と、該プロジェクトの作業を担当する各ユーザが進捗報告を行なった作業の数との比率（以下、プロジェクト別の進捗報告遵守指標値）を算出し、前記グループデータテーブルから抽出した所属グループ毎に、所属グループに属するユーザの担当する作業の数と、該所属グループの各ユーザが進捗報告を行なった数との比率（以下、グループ別の進捗報告遵守指標値）を算出し、
評価対象業務項目を進捗報告とし、前記算出した全体の進捗報告遵守指標値、前記算出したプロジェクト別の進捗報告遵守指標値、前記算出したグループ別の進捗報告遵守指標値およびこれらの算出のために用いた値を遵守指標情報とし、現在の日付を日付情報として、前記第４のデータベースに追加登録し、
前記業務プロセス改善アドバイス部は、
前記第４のデータベースから、評価対象業務項目が進捗報告と対応付けられた遵守指標情報のうち、今回登録した遵守指標情報と、前回登録した遵守指標情報とを読み出し、
今回登録した遵守指標情報に含まれる値から進捗報告実施率を算出し、今回登録した遵守指標情報と、前回登録した遵守指標情報とから、進捗報告業務の改善傾向を算出し、
前記第３のデータベースに、前記算出した進捗報告実施率に該当する提供情報が含まれている場合、該提供情報に対応する参考情報を抽出し、
前記算出した進捗報告実施率と、前記算出した改善傾向と、前記抽出した参考情報とを含むアドバイス情報を、前記クライアント端末のうち少なくとも１つに送信すること
を特徴とする業務状況評価システム。
請求項１記載の業務状況評価システムであって、
前記情報処理装置は、
前記第１のデータベースは、プロジェクト毎のプロジェクトマネージャのユーザ識別情報を有するプロジェクトデータテーブルをさらに有し、
前記グループデータテーブルは、プロジェクトマネージャ毎に、該プロジェクトマネージャのユーザ識別情報と、該プロジェクトマネージャの所属グループとをさらに対応づけており、
進捗確認・計画変更支援部をさらに有し、
前記進捗確認・計画変更支援部は、
前記クライアント端末から、ユーザ識別情報と共に進捗確認・変更要求を受信すると、前記工程データテーブルを読み出し、該読み出した工程データテーブルと、作業毎の作業開始予定日、作業終了予定日、作業を担当するユーザ識別情報を入力させるための入力インタフェース情報を該クライアント端末に送信し、
進捗確認要求と、前記進捗確認・変更要求と共に送信されたユーザの識別情報と、現在の日付とを、前記ログ管理データテーブルのコマンド、ユーザ識別情報、日付情報として追加登録し、
該クライアント端末からの、作業毎の作業開始予定日、作業終了予定日、作業を担当するユーザ識別情報のうち少なくとも１つを含む変更要求を受信すると、前記工程データテーブルの、該クライアント端末から送信された作業毎の作業開始予定日、作業終了予定日、作業を担当するユーザ識別情報を更新し、さらに、該受信した作業毎の作業終了予定日が、受信前の作業終了予定日より後である場合、該作業の遅延発生有無情報を遅延発生が無いことを示すものとし、
さらに、変更要求と、前記進捗確認・変更要求と共に送信されたユーザ識別情報と、現在の日付とを、前記ログ管理データテーブルのコマンド、ユーザ識別情報、日付情報として追加登録し、
前記業務プロセス監視部は、更に、
前記プロジェクトデータテーブルから、前記工程データテーブルから抽出したプロジェクトに対応するユーザ識別情報を抽出し、前記ログ管理データテーブルから、前記所定の周期内の日付情報と対応し、且つ、対応するコマンドが進捗確認・変更要求であるユーザ識別情報を抽出し、
前記ログ管理データテーブルから抽出した、対応するコマンドが進捗確認要求であるユーザ識別情報で特定されるユーザを、前記所定の周期内に自身の担当する作業について進捗確認を実行したものとし、
前記前記工程データテーブルから抽出した作業の数と、前記ログ管理データテーブルから抽出された、対応するコマンドが進捗確認要求であるユーザ識別情報で特定されるユーザの担当する作業の数との比率（以下、全体の進捗確認遵守指標値）を算出し、前記工程データテーブルから抽出したプロジェクト毎に、前記工程データテーブルから抽出したプロジェクト毎に、プロジェクトの作業の数と、該プロジェクトの作業を担当する各ユーザが進捗確認を行なった作業の数との比率（以下、プロジェクト別の進捗確認遵守指標値）を算出し、前記グループデータテーブルから抽出した所属グループのうちプロジェクトマネージャの所属する所属グループ毎に、所属グループに属するユーザの担当する作業の数と、該所属グループの各ユーザが進捗確認を行なった作業の数との比率（以下、グループ別の進捗確認遵守指標値）を算出し、
評価対象業務項目を進捗確認とし、前記算出した全体の進捗確認遵守指標値、前記算出したプロジェクト別の進捗確認遵守指標値、前記算出したグループ別の進捗確認遵守指標値およびこれらの算出のために用いた値を遵守指標情報とし、現在の日付を日付情報として、前記第４のデータベースに追加登録し、
前記工程データテーブルの作業開始予定日及び作業終了予定日のうち、所定の周期内に作業開始予定日及び作業終了予定日のうち少なくとも一方が含まれるものと対応付けられた遅延発生有無情報を抽出し、
前記前記工程データテーブルから抽出した遅延発生有無情報のうち遅延発生なしを示すものと対応付けられたプロジェクトは、前記所定の周期内に、該プロジェクトを担当するユーザにより計画変更が実行されたものとし、
前記前記工程データテーブルから抽出したプロジェクトの数と、前記前記工程データテーブルから抽出した遅延発生有無情報のうち遅延発生なしを示すものと対応付けられたプロジェクトの数との比率（以下、全体の変更遵守指標値）を算出し、前記工程データテーブルから抽出したプロジェクト毎に、プロジェクトの数と、該プロジェクトの作業を担当する各ユーザが計画変更を行なったプロジェクトの数との比率（以下、プロジェクト別の変更遵守指標値）を算出し、前記グループデータテーブルから抽出した所属グループのうちプロジェクトマネージャの所属する所属グループ毎に、所属グループに属するユーザの担当するプロジェクトの数と、該所属グループの各ユーザが計画変更を行なったプロジェクトの数との比率（以下、グループ別の変更遵守指標値）を算出し、
評価対象業務項目を計画変更とし、前記算出した全体の変更遵守指標値、前記算出したプロジェクト別の変更遵守指標値、前記算出したグループ別の変更遵守指標値およびこれらの算出のために用いた値を遵守指標情報とし、現在の日付を日付情報として、前記第４のデータベースに追加登録し、
前記業務プロセス改善アドバイス部は、更に、
前記第４のデータベースから、評価対象業務項目が進捗確認と対応付けられた遵守指標情報のうち、今回登録した遵守指標情報と、前回登録した遵守指標情報とを読み出し、さらに、評価対象業務項目が計画変更と対応付けられた遵守指標情報のうち、今回登録した遵守指標情報と、前回登録した遵守指標情報とを読み出し、
進捗確認と対応付けられた、今回登録した遵守指標情報に含まれる値から進捗確認実施率を算出し、進捗確認と対応付けられた、今回登録した遵守指標値に含まれる値と前回登録した遵守指標値に含まれる値とから、進捗確認業務の改善傾向を算出し、
計画変更と対応付けられた、今回登録した遵守指標情報に含まれる値から計画変更実施率を算出し、計画変更と対応付けられた、今回登録した遵守指標情報に含まれる値と前回登録した遵守指標情報に含まれる値とから、計画変更業務の改善傾向を算出し、
前記第３のデータベースに、前記算出した進捗確認実施率および前記算出した計画変更実施率のうち少なくとも一方に該当する提供情報が含まれている場合、該提供情報に対応する参考情報を抽出し、
前記算出した進捗確認実施率、前記算出した計画変更実施率、前期算出した進捗確認業務の改善傾向、前記算出した計画変更実施率の改善傾向、参考情報を抽出している場合は該参考情報を、前記アドバイス情報にさらに含めること
を特徴とする業務状況評価システム。