(57)【要約】【課題】  プロジェクトごとの問題点と担当者ごとの問題点とを発見し、これらの対処方法を提示してプロジェクトの管理をしやすくする。【解決手段】  情報取得部２０１と、取得した各担当者の進捗情報から、プロジェクトの各作業ごとの進捗度を集計し、プロジェクト情報記憶部２０３のプロジェクトの進捗情報を更新するプロジェクト情報更新部２０２と、担当者の作業の進捗度を示す担当者別進捗情報を記憶する担当者別情報記憶部２０９と、取得した進捗情報から、担当者別情報記憶部２０３の担当者別進捗情報を更新する担当者別情報更新部２０８と、各作業の進捗情報に対するノウハウ情報を格納するノウハウ情報記憶部２１２と、ノウハウ情報記憶部２１２から、更新したプロジェクト進捗情報に対するノウハウ情報を検索するプロジェクト評価部２０５と、更新した担当者別進捗情報に対するノウハウ情報を検索する担当者評価部２１１とを備える構成とした。【選択図】  図１
2005157971.tif 000002
【特許請求の範囲】
【請求項１】
１以上の作業から構成されるプロジェクトにおいて、このプロジェクトおよびこのプロジェクトの担当者の管理を行うプロジェクト管理装置であって、
前記プロジェクトを構成する作業およびこの作業の担当者を示した体制情報ならびに前記担当者の作業の進捗度を示した進捗情報を取得する情報取得部と、
前記体制情報を記憶する体制情報記憶部と、
前記プロジェクトの各作業の進捗度および前記各作業の期限に関する情報からなるプロジェクト進捗情報を記憶するプロジェクト情報記憶部と、
前記体制情報を参照して、前記取得した進捗情報から、前記プロジェクトにおける前記作業ごとの進捗度を集計し、前記プロジェクト情報記憶部の前記プロジェクト進捗情報の作業ごとの進捗度を更新するプロジェクト情報更新部と、
前記担当者の作業の進捗度および前記担当者の作業の期限に関する情報からなる担当者別進捗情報を記憶する担当者別情報記憶部と、
前記取得した進捗情報から、前記担当者別情報記憶部の前記担当者別進捗情報の各担当者の作業の進捗度を更新する担当者別情報更新部と、
前記各作業の進捗情報に対するノウハウ情報を示したノウハウ情報テーブルを記憶するノウハウ情報記憶部と、
前記ノウハウ情報テーブルから、前記更新したプロジェクト進捗情報に対するノウハウ情報を検索し、前記プロジェクトの評価を行うプロジェクト評価部と、
前記ノウハウ情報テーブルから、前記更新した担当者別進捗情報に対するノウハウ情報を検索し、前記担当者の評価を行う担当者評価部と、
前記各評価を出力する情報出力部と、
を有することを特徴とするプロジェクト管理装置。
【請求項２】
前記体制情報は、前記各作業の前記プロジェクトにおける重要度を示した情報をさらに含み、
前記ノウハウ情報テーブルの各作業に関する情報は、前記作業の重要度に関する情報を含み、
前記プロジェクト評価部は、前記体制情報を参照して、各作業の重要度を特定し、前記特定された重要度の作業に対するノウハウ情報を、前記ノウハウ情報テーブルから検索し、前記プロジェクトの評価を行うことを特徴とする請求項１に記載のプロジェクト管理装置。
【請求項３】
前記情報取得部が、前記各担当者の作業における不具合に関する不具合情報をさらに取得し、
前記プロジェクト情報記憶部が、前記各作業の不具合情報からなるプロジェクト不具合情報をさらに記憶し、
前記プロジェクト情報更新部が、前記体制情報を参照して、さらに、前記取得した各担当者の不具合情報から、前記プロジェクトにおける前記各作業ごとの不具合件数を集計し、前記プロジェクト情報記憶部の前記プロジェクト不具合情報を更新し、
前記担当者別情報記憶部が、前記各担当者の不具合情報をさらに記憶し、
前記取得した各担当者の不具合情報から、前記担当者別情報記憶部の前記担当者別不具合情報をさらに更新し、
前記ノウハウ情報テーブルが、前記各不具合情報に対するノウハウ情報をさらに含み、
担当者評価部が、前記ノウハウ情報テーブルから、前記更新した担当者別不具合情報情報に対するノウハウ情報を検索し、前記担当者の評価をさらに行うことを特徴とする請求項１または請求項２に記載のプロジェクト管理装置。
【請求項４】
前記ノウハウ情報が、前記作業の進捗度および不具合の件数の閾値を含むことを特徴とする請求項３に記載のプロジェクト管理装置。
【請求項５】
１以上の作業から構成されるプロジェクトおよびこのプロジェクトの担当者を管理する方法であって、
情報取得部が、プロジェクトを構成する作業およびこの作業の担当者を示した体制情報、各担当者の進捗情報ならびに不具合情報を取得するステップ、
体制情報記憶部が、前記体制情報を記憶するステップ、
プロジェクト情報更新部が、前記取得した各担当者の進捗情報から前記作業ごとの進捗度を集計して、プロジェクト情報記憶部のプロジェクト進捗情報を更新し、前記取得した各担当者の不具合情報から前記作業ごとの不具合件数を集計して、前記プロジェクト情報記憶部のプロジェクト不具合情報を更新するステップ、
プロジェクト評価部が、各作業の進捗情報および不具合情報に対するノウハウ情報を示したノウハウ情報テーブルから、前記更新したプロジェクト進捗情報または前記更新したプロジェクト不具合情報に対するノウハウ情報を検索し、前記プロジェクトの評価を行うステップ、
担当者評価部が、前記ノウハウ情報テーブルから、前記更新した担当者別進捗情報に対するノウハウ情報を検索し、前記担当者の評価を行うステップを含んで構成されることを特徴とするプロジェクト管理方法。
【請求項６】
請求項３または請求項４に記載のプロジェクト管理装置を用いたプロジェクト管理方法であって、
前記情報取得部が、前記体制情報、前記各担当者の進捗情報および不具合情報を取得するステップ、
前記体制情報記憶部が、前記体制情報を記憶するステップ、
前記プロジェクト情報更新部が、前記取得した各担当者の進捗情報から前記作業ごとの進捗度を集計し、前記プロジェクト情報記憶部の前記プロジェクト進捗情報を更新し、前記取得した各担当者の不具合情報から前記作業ごとの不具合件数を集計し、前記プロジェクト情報記憶部の前記プロジェクト不具合情報を更新するステップ、
前記プロジェクト評価部が、前記ノウハウ情報テーブルから、前記更新したプロジェクト進捗情報または前記更新したプロジェクト不具合情報に対するノウハウ情報を検索し、前記プロジェクトの評価を行うステップ、
および前記担当者評価部が、前記ノウハウ情報テーブルから、前記更新した担当者別進捗情報に対するノウハウ情報を検索し、前記担当者の評価を行うステップを含んで構成されることを特徴とするプロジェクト管理方法。
【請求項７】
１以上の作業から構成されるプロジェクトおよびこのプロジェクトの担当者を管理するプロジェクト管理装置用プログラムであって、
コンピュータに、
情報取得部として、プロジェクトを構成する作業およびこの作業の担当者を示した体制情報、各担当者の進捗情報ならびに不具合情報を取得させるステップ、
体制情報記憶部として、前記体制情報を記憶させるステップ、
プロジェクト情報更新部として、前記取得した各担当者の進捗情報から前記作業ごとの進捗度を集計させ、プロジェクト情報記憶部のプロジェクト進捗情報を更新させ、前記取得した各担当者の不具合情報から前記作業ごとの不具合件数を集計させ、前記プロジェクト情報記憶部のプロジェクト不具合情報を更新させるステップ、
プロジェクト評価部として、各作業の進捗情報および不具合情報に対するノウハウ情報を示したノウハウ情報テーブルから、前記更新されたプロジェクト進捗情報または前記更新されたプロジェクト不具合情報に対するノウハウ情報を検索させ、前記プロジェクトの評価を行わせるステップ、
担当者評価部として、前記ノウハウ情報テーブルから、前記更新された担当者別進捗情報に対するノウハウ情報を検索させ、前記担当者の評価を行なわせるステップを実行させることを特徴とするプロジェクト管理装置用プログラム。
【請求項８】
請求項３または請求項４のいずれか１項に記載のプロジェクト管理装置用プログラムであって、
コンピュータに、
前記情報取得部として、前記体制情報、前記各担当者の進捗情報および不具合情報を取得させるステップ、
前記体制情報記憶部として、前記体制情報を記憶させるステップ、
前記プロジェクト情報更新部として、前記取得した各担当者の進捗情報から前記作業ごとの進捗度を集計させ、前記プロジェクト情報記憶部の前記プロジェクト進捗情報を更新させ、前記取得した各担当者の不具合情報から前記作業ごとの不具合件数を集計させ、前記プロジェクト情報記憶部の前記プロジェクト不具合情報を更新させるステップ、
前記プロジェクト評価部として、前記ノウハウ情報テーブルから、前記更新させたプロジェクト進捗情報または前記更新させたプロジェクト不具合情報に対するノウハウ情報を検索させ、前記プロジェクトの評価を行わせるステップ、
および前記担当者評価部として、前記ノウハウ情報テーブルから、前記更新した担当者別進捗情報に対するノウハウ情報を検索させ、前記担当者の評価を行わせるステップ、
を実行させることを特徴とするプロジェクト管理装置用プログラム。
【請求項９】
請求項７または請求項８に記載のプログラムを記憶したコンピュータに読み取り可能な記憶媒体。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、システム開発等のプロジェクトを管理するプロジェクト管理装置、プロジェクト管理方法およびプロジェクト管理装置用プログラムに関する。
【背景技術】
【０００２】
従来技術において、プロジェクトの成果物の品質状況と工程状況を把握して、この把握された状況に応じた品質改善の提案を行う技術（特許文献１参照）が知られている。また、プロジェクトの問題とその対処方法をノウハウとしてデータベースに記憶し、類似する状況の対処方法を入手することで、プロジェクトの品質を改善する技術（特許文献２参照）が知られている。
【０００３】
さらに、プロジェクトの各担当者の作業内容やイベントスケジュールに着目し、各担当者が得意とする作業、不得意とする作業、会議・出張等により実際に作業ができない時間等を考慮して工程スケジュールを作成する技術（特許文献３参照）や、各担当者の経験した作業をエントリーしておき、各プロジェクトに適した担当者（人材）を割り当てる技術（特許文献４参照）が知られている。
【特許文献１】特開平６−３３２９１１号公報（段落番号［０００７］〜［００１４］）
【特許文献２】特開２００３−９１６２７号公報（段落番号［０００７］〜［００１５］）
【特許文献３】特開平０９−２５９１７８号公報（段落番号［０００１］、［００１３］〜［００１６］）
【特許文献４】特開平１１−２８８４３５号公報（段落番号［０００１］、［００１７］、［００１８］）
【発明の開示】
【発明が解決しようとする課題】
【０００４】
しかし、特許文献１および特許文献２には、プロジェクトごとの作業の進捗や不具合の発生を把握する技術が開示されているものの、担当者ごとの作業の進捗や不具合を把握し、問題点やその対処方法を提示することは考慮されていない。
また、特許文献３および特許文献４には、担当者ごとの作業内容に着目して今後の工程スケジュールを立案すること目的とした技術が開示されているが、プロジェクトの現状における問題点を発見し、これに対処していくことは考慮されていない。
【０００５】
そこで、本発明は、前記した問題を解決し、プロジェクトごとの問題点と担当者ごとの問題点（例えば、スキル不足等）とを発見し、これらの対処方法を提示してプロジェクトの管理をしやすくするプロジェクト管理装置、プロジェクト管理方法等を提供することを課題とする。
【課題を解決するための手段】
【０００６】
前記した課題を解決するため、本発明は、プロジェクト管理装置の情報取得部が各担当者のプロジェクトにおける進捗情報や不具合情報を取得し、プロジェクト情報更新部が、取得した進捗情報から、プロジェクトごとおよび担当者ごとに前記各作業の進捗度や不具合件数を集計し、プロジェクト情報記憶部のプロジェクト進捗情報の各作業の進捗度や不具合情報を更新する構成とした。
また、プロジェクト評価部が更新したプロジェクト進捗情報および不具合情報に対するノウハウ情報をノウハウ情報記憶部から検索して、プロジェクトの評価（問題点や対応策の検出）を行い、担当者評価部が更新した担当者別進捗情報および不具合情報に対するノウハウ情報をノウハウ情報記憶部から検索して、担当者の評価（問題点や対応策の検出）を行う構成とした。
この構成によれば、プロジェクトの管理者は、プロジェクト単位での進捗や不具合のほか、担当者ごとの進捗や不具合も把握し、これらに対する評価を取得（問題点や対応策の検出）することができる。
【０００７】
また、プロジェクト管理装置の情報取得部は、プロジェクトを構成する作業やこの作業の担当者の識別情報（例えば、氏名）を示した体制情報を取得するので、所定のプロジェクト内の各作業相互間の進捗も把握することができる。
さらに、この体制情報は各作業の重要度に関する情報を含み、ノウハウ情報テーブルの各作業に関する情報も、各作業の重要度に関する情報を含む。したがって、例えば、プロジェクト評価部は、重要度Ｘの作業が、重要度Ｘ未満の作業よりも遅れている、といった問題を検出し、その問題点に対する対応策（例えば、重要度Ｘの作業については緊急に作業人員を増強するといった対応策）をプロジェクト管理者に提示する。
【発明の効果】
【０００８】
本発明によれば、プロジェクトの管理者は、プロジェクト単位での進捗や不具合のみならず、担当者ごとの進捗や不具合を把握し、これらに対する評価（問題点や対応策）を得ることができる。
例えば、プロジェクトの作業担当者を他の組織から多数受け入れ、プロジェクトの管理者が各担当者のスキルを充分把握できない状態でプロジェクトを進めなければならないとき、プロジェクトの管理者が、担当者のスキル不足等の担当者レベルで生じている問題を発見しやすくなり、プロジェクトで生じている問題の原因分析および対策を行いやすくなる。
【０００９】
また、複数の機能から構成されるシステムを開発するプロジェクトにおいて、複数のシステムにまたがる不具合や進捗遅れ等の原因分析や対策も容易となり、プロジェクト管理者（特に、経験の少ない管理者）のプロジェクト管理の負担を軽減することができる。
さらに、プロジェクトの管理者が、まずプロジェクト（または作業）単位で問題発生の有無をチェックしておき、次にどの担当者が原因となってどのような問題を発生させているかを推測するといったことも可能になり、プロジェクトで発生している問題の原因分析および対策を行いやすくなる。
【発明を実施するための最良の形態】
【００１０】
本発明を実施するための最良の形態であるプロジェクト管理装置２００の構成および処理手順について図１〜図３を用いて説明する。
本実施の形態では、プロジェクトの例としてシステム開発プロジェクトを用い、各担当者が担当する作業の例として、開発システムにおける各システム機能（例えば、通信、画面、帳票、データベース等）を用いる。
【００１１】
図１は、本発明の実施の形態であるプロジェクト管理装置を含むプロジェクト管理システムの構成を示すブロック図である。
図２および図３は、図１のプロジェクト管理装置の処理手順を示したフローチャートである。
【００１２】
本発明の実施の形態であるプロジェクト管理システムは、プロジェクトの各作業の担当者の端末（以下、担当者端末とする）１０１と、ネットワーク１０２と、プロジェクトのまとめ者やプロジェクト管理者の端末（以下、プロジェクト管理者端末とする）１０３と、ネットワーク１０２を介して担当者端末１０１から各作業の進捗情報および不具合情報を取得し、そのプロジェクトの問題点と対応策をプロジェクト管理者端末１０３へ送信（出力）するプロジェクト管理装置２００とを含んで構成される。なお、以下、プロジェクト管理システムにより出力されるプロジェクトの問題点と対応策とをまとめて、「プロジェクトの評価」とする。
また、ネットワーク１０２は、インターネットに代表されるＩＰネットワークであってもよいし、ＬＡＮ（Local Area Network）であってもよく、有線／無線は問わない。
【００１３】
プロジェクト管理装置２００は、担当者端末１０１からプロジェクトの各担当者の進捗情報および不具合情報を取得し、これらの情報をプロジェクトの作業単位でまとめ、分析し、各作業に対する問題点および対応策をプロジェクト管理者端末１０３へ送信する機能を有する。また、プロジェクト管理装置２００は、プロジェクトの各担当者の進捗情報および不具合情報についても分析し、各担当者の問題点および対応策をプロジェクト管理者端末１０３へ送信する機能を有する。
【００１４】
プロジェクト管理装置２００は、プロジェクト体制情報との各担当者の進捗情報および不具合情報を取得する情報取得部２０１と、プロジェクト体制情報を記憶する体制情報記憶部２０３と、プロジェクト体制情報を更新する体制情報更新部２０２と、各作業の進捗や不具合の対応策等からなるノウハウ情報を示したノウハウ情報テーブルを記憶するノウハウ情報記憶部２０４と、ノウハウ情報記憶部２０４に記憶されたノウハウ情報テーブルを更新するノウハウ情報更新部２０５とを含んで構成される。
なお、ここでプロジェクト体制情報とは、プロジェクトの担当者とその担当者が担当するシステム機能を示した情報である。
また、プロジェクト管理装置２００は、プロジェクト情報（プロジェクトの進捗情報および不具合情報）を記憶するプロジェクト情報記憶部２０７と、取得した進捗情報および不具合情報に基づいて、プロジェクト情報を更新するプロジェクト情報更新部２０６と、担当者別情報（各担当者ごとの進捗情報および不具合情報）を記憶する担当者別情報記憶部２０９と、取得した進捗情報および不具合情報に基づいて担当者別情報を更新する担当者別情報更新部２０８と、担当者別情報の分析・評価を行う担当者評価部２１０と、プロジェクト管理情報の分析・評価を行うプロジェクト評価部２１３と、プロジェクト情報、担当者別情報および前記各評価を出力する情報出力部２１４とを含んで構成される。
各構成要素の詳細については、後記するプロジェクト管理装置２００の処理手順の項で述べる。
【００１５】
図１を参照しつつ、図２を用いてプロジェクト管理装置２００の処理手順を説明する。
【００１６】
（ステップＳ１０１）
ステップＳ１０１では、プロジェクト管理装置２００の情報取得部２０１が、ネットワーク１０２を介して、各担当者端末（担当者端末１０１およびプロジェクト管理者端末１０３）から、各種情報を取得し、ステップＳ１０２へ進む。
なお、この情報は、情報取得部２０１が所定時間ごとにポーリング等を行って各担当者端末から取得してもよいし、各担当者端末から送信されるのを待って取得（受信）するようにしてもよい。
【００１７】
（ステップＳ１０２）
ステップＳ１０２では、情報取得部２０１は、ステップＳ１０１で取得した情報がプロジェクト体制に関する情報であるか否かの判断を行う。情報取得部２０１が取得した情報がプロジェクト体制に関する情報である場合は、ステップＳ１０３へ進み、取得した情報がプロジェクト体制に関する情報でない場合、ステップＳ１０４へ進む。
【００１８】
（ステップＳ１０３）
ステップＳ１０３では、情報取得部２０１が、ステップＳ１０１で取得した情報を体制情報更新部２０２へ出力し、体制情報更新部２０２は、この情報に基づいて体制情報記憶部２０３のプロジェクト体制情報を更新する。
【００１９】
以下の表１は、体制情報記憶部２０３に記憶されるプロジェクト体制情報を例示した表である。
表１に例示されるように、プロジェクト体制情報は、プロジェクトの識別情報（プロジェクト名）と、担当者の識別情報（担当者名）と、担当者の担当するシステム機能と、そのシステム機能の重要度と、そのシステム機能のドキュメント開発規模（枚数）と、そのシステム機能のプログラム開発規模（ｋｓｔｅｐ）を含んで構成される。
【００２０】
例えば、以下の表１のプロジェクト体制情報の担当者「Ａ」が担当する作業はプロジェクト「Ｘ」のシステム機能「通信」であり、その重要度は５段階の「５」であり、ドキュメント開発規模は「２０（枚）」であり、プログラムの開発規模は「１２（ｋｓｔｅｐ）」であることを示す。
ここで、情報取得部２０１が、プロジェクト体制に関する情報としてプロジェクト体制情報のＮｏ．８の担当者を「Ｈ」から「Ｉ」に変更した旨の情報を取得すると、体制情報更新部２０２は、この情報を受けてプロジェクト体制情報のＮｏ．８の担当者を「Ｈ」から「Ｉ」に書き換える。
【００２１】
【表１】
2005157971.tif 000003
【００２２】
（ステップＳ１０４）
ステップＳ１０４では、情報取得部２０１が、ステップＳ１０１で取得した情報が進捗情報であるか否かの判断を行う。情報取得部２０１が取得した情報が進捗情報である場合は、ステップＳ１０５へ進み、取得した情報が進捗情報でない場合、ステップＳ１１８（図３参照）へ進む。
【００２３】
ここで、進捗情報とは、各担当者が担当する作業（プログラムやドキュメント作成）が全体の作業量に対してどの程度進んだかを示す情報であり、例えば、担当者Ｂが担当しているシステム機能のうち通信に関するＹプログラムという成果物について、２００３年７月２日（現時点）で、５．６ｋｓｔｅｐまで進んでいるという情報である。この進捗情報は、各担当者によって所定期間ごとに担当者端末１０１から入力されるものとする。
【００２４】
（ステップＳ１０５）
ステップＳ１０５では、情報取得部２０１が、ステップＳ１０１で取得した各担当者の進捗情報をプロジェクト情報更新部２０６へ出力し、プロジェクト情報更新部２０６は、この進捗情報を同じプロジェクトの同じシステム機能ごとに分類し、それぞれのシステム機能の進捗度を集計する。次に、この集計結果を体制情報記憶部２０３のプロジェクト体制情報に示される当該システム機能の開発規模（目標開発規模）の合計で割った値を算出する。そして、この算出結果を各プロジェクトのシステム機能ごとの進捗情報とし、ステップＳ１０６へ進む。
【００２５】
（ステップＳ１０６）
ステップＳ１０６では、プロジェクト情報更新部２０６が、ステップＳ１０５で集計した各プロジェクトのシステム機能ごとの進捗情報を、プロジェクト情報記憶部２０７に記憶されているプロジェクトの進捗情報に反映させ（更新し）、ステップＳ１０７へ進む。
【００２６】
表２は、プロジェクト情報記憶部２０７に記憶されるプロジェクトの進捗情報を例示した表である。
表２に例示されるように、プロジェクトの進捗情報は、プロジェクトのシステム機能ごとに、そのシステム機能の目標値、作成期限、進捗度、各進捗度の更新日の情報を含んで構成される。
例えば、以下の表２のプロジェクト進捗情報の「Ｘ」というプロジェクトの「通信」のシステム機能について、その目標値は「１００（％）」であり、作成期限は「２００３年７月２０日」であり、２００３年６月２２日での進捗状況は「５８（％）」であることを示す。
【００２７】
【表２】
2005157971.tif 000004
【００２８】
ここで、情報取得部２０１が、前記した進捗情報、すなわちプロジェクト「Ｘ」の「通信」のシステム機能について、２００３年７月２日（現時点）で、５．６ｋｓｔｅｐ（全体の６９％）まで進んでいるという情報を取得したとき、プロジェクト情報更新部２０６は、プロジェクト「Ｘ」の「通信」のシステム機能について前回（２００３年６月２２日）までの進捗状況に、今回（２００３年７月２日）の進捗状況を加算した進捗状況を書き加え、プロジェクトの進捗情報を更新する。例えば、プロジェクト「Ｘ」の「通信」の進捗情報について、進捗度「５８（％）」、更新日「２００３.６.２２」という情報に、進捗度「６９（％）」、更新日「２００３.７.２」という情報を付加して、プロジェクトの進捗情報を更新する。
【００２９】
（ステップＳ１０７）
ステップＳ１０７では、情報出力部２１４が、ステップＳ１０６で更新されたプロジェクトの進捗情報をプロジェクト管理者端末１０３へ出力し、ステップＳ１０８へ進む。
【００３０】
（ステップＳ１０８）
ステップＳ１０８では、プロジェクト評価部２１３が、ステップＳ１０６で更新されたプロジェクト進捗情報の分析を行う。
具体的には、プロジェクト評価部２１３が、ステップＳ１０６で更新されたプロジェクト進捗情報におけるシステム機能、進捗度、期限、更新日に関する情報と、体制情報記憶部２０３のプロジェクト体制情報のシステム機能と、そのシステムの重要度とを参照して、そのプロジェクトの問題点を分析する。例えば、重要度４以上のシステム機能（通信およびデータベース）の開発作業の進捗について、重要度３以下のシステム機能（画面および帳票）の開発作業より遅れているといった問題点を分析（抽出）する。
【００３１】
（ステップＳ１０９）
ステップＳ１０９では、プロジェクト評価部２１３が、ノウハウ情報記憶部２０４に記憶されているノウハウ情報テーブルを読み込む。
【００３２】
表３は、ノウハウ情報テーブルを例示した表である。ノウハウ情報とは、システム機能の進捗状況または不具合の種類（各システム機能の開発上で起こっている現象）に対し、その現象の問題点と対応策とを示した情報であり、ノウハウ情報テーブルは、表３に例示されるように、各ノウハウ情報を対象となるシステム機能・重要度、成果物、担当者の項目と、プロジェクトの進捗状況と不具合の種類に関する項目（プロジェクトで起こっている現象に関する項目）と、プロジェクトの進捗状況や不具合に対する判断および対応策に関する項目とを含んで構成される。
【００３３】
例えば、以下の表３のノウハウ情報テーブルのうち、Ｎｏ．２のノウハウ情報は、「重要度４以上」のシステム機能（通信およびデータベース）の開発作業の進捗について、「重要度３以下のシステム機能（画面および帳票）の開発作業より遅れている」といった現象（問題）に対する判断（評価）は、「重要機能の遅れによるシステム品質低下」であり、この問題に対する対応策は「早急な人員増、又は遅れ原因対策の実施」であることを示している。
【００３４】
このノウハウ情報は、ノウハウ情報更新部２０５により適宜追加・更新されるものとする。例えば、情報出力部２１４にてプロジェクト管理者端末１０３に通知されたプロジェクトの問題または担当者の問題に関する情報は、現象（問題）とその検出方法、対応策を整理し、ノウハウ情報更新部２０５を介してノウハウ情報記憶部２０４に追加・更新される。更新されたノウハウ情報記憶部２０４のノウハウ情報は、更新時点のプロジェクトの進捗、不具合および担当者ごとの進捗、不具合情報の分析・評価に活用され、新たな問題点が検出されれば情報出力部２１４にてプロジェクト管理者端末１０３に通知する。
【００３５】
【表３】
2005157971.tif 000005
【００３６】
（ステップＳ１１０）
ステップＳ１１０では、プロジェクト評価部２１３が、ステップＳ１０８で分析したプロジェクト進捗情報の分析結果（プロジェクトで現在起こってる現象）に対応するノウハウ情報をノウハウ情報テーブルから検索し、対応するノウハウ情報があるか否かの判断をする。対応するノウハウ情報があった場合、ステップＳ１１１へ進み、対応するノウハウ情報がなかった場合、ステップＳ１１２へ進む。
【００３７】
（ステップＳ１１１）
ステップＳ１１１では、プロジェクト評価部２１３が、ステップＳ１１０で検索（検出）されたノウハウ情報（評価）を、情報出力部２１４を介してプロジェクト管理者端末１０３へ送信し、プロジェクト進捗情報の処理をいったん終了する。
【００３８】
例えば、ステップＳ１０８で、プロジェクト評価部２１３が「重要度４以上」のシステム機能（通信およびデータベース）の開発作業の進捗について、「重要度３以下のシステム機能（画面および帳票）の開発作業より遅れている」といった現象を抽出したとき、プロジェクト評価部２１３は、表３のノウハウ情報テーブルの「対象」および「現象」の項目を参照して、前記した情報に対応するノウハウ情報（Ｎｏ．２のノウハウ情報）を検出する。すなわち、このプロジェクトの問題点（判断）は「重要機能の遅れによるシステム品質低下」であり、この現象に対する対応策は「早急な人員増、又は遅れ原因対策の実施」であるという情報を検出する。そして、プロジェクト評価部２１３は、この情報を、情報出力部２１４を介してプロジェクト管理者端末１０３へ送信（通知）する。
【００３９】
（ステップＳ１１２）
ステップＳ１１２では、情報取得部２０１が、ステップＳ１０１で取得した各担当者の進捗情報を担当者別情報更新部２０８へ出力し、担当者別情報更新部２０８は、各担当者からの進捗情報を受信すると、この進捗情報をプロジェクトの担当者ごとに分類する。
【００４０】
（ステップＳ１１３）
ステップＳ１１３では、担当者別情報更新部２０８が、ステップＳ１１２で分類した担当者ごとの進捗状況を、担当者別情報記憶部２０９に記憶されている担当者別進捗情報に反映させて、担当者別進捗情報を更新し、ステップＳ１１４へ進む。
【００４１】
表４は、担当者別情報記憶部２０９に記憶される担当者別進捗情報のうち、担当者Ａの進捗情報を例示した表である。
表４に例示されるように、担当者別進捗情報は、担当者が担当するシステム機能の成果物、目標値、作成期限、進捗度、進捗情報の更新日の項目から構成される。
例えば、以下の表４の担当者別進捗情報の「Ｘ仕様書」という成果物について、その目標値は「１００（％）」であり、作成期限は「２００３.７.２０」であり、２００３年６月２２日での進捗状況は「６２（％）」であることを示す。
【００４２】
【表４】
2005157971.tif 000006
【００４３】
（ステップＳ１１４）
ステップＳ１１４では、担当者評価部２１０が、ステップＳ１１３で更新された担当者別進捗情報の分析を行う。
具体的には、担当者評価部２１０が、プロジェクトの進捗情報の分析（ステップＳ１０８参照）の場合と同様に、ステップＳ１１３で更新された担当者の進捗情報の成果物、担当者の氏名、目標値、期限、進捗度、更新日に関する情報と、体制情報記憶部２０３のプロジェクト体制情報の各担当者が担当するプロジェクトのシステム機能と、そのシステムの重要度等を参照して、その担当者の作業の進捗状況を分析する。例えば、その担当者の現時点までの進捗傾向から、期限オーバーが予測されるといった問題を分析（抽出）する。
【００４４】
（ステップＳ１１５）
ステップＳ１１５では、担当者評価部２１０が、ノウハウ情報記憶部２０４に記憶されているノウハウ情報テーブルを読み込む。
【００４５】
（ステップＳ１１６）
ステップＳ１１４では、担当者評価部２１０が、ノウハウ情報テーブルから、ステップＳ１１５で分析された担当者の問題点（現象）に対応するノウハウ情報を検索し、対応するノウハウ情報が検出された場合、ステップＳ１１７へ進む。対応するノウハウ情報が検出されなかった場合は、そのまま処理を終了する。
【００４６】
（ステップＳ１１７）
ステップＳ１１７では、担当者評価部２１０が、ステップＳ１１６で検出されたノウハウ情報を、情報出力部２１４を介してプロジェクト管理者端末１０３へ送信する。
例えば、ステップＳ１１６で、担当者評価部２１０が、その担当者の現時点までの進捗傾向から期限オーバーが予測されるといった問題点を分析（抽出）したとき、この情報に基づいて、表３のノウハウ情報テーブルからＮｏ．９のノウハウ情報を検索し、問題点（判断）は「工程遅れの可能性が大きい」であり、この現象に対する対応策は「事前に工程遅れ原因の確認と人員増強実施」であるという情報を検出する。そして、担当者評価部２１０は、この情報を情報出力部２１４を介してプロジェクト管理者端末１０３へ送信（通知）し、担当者別進捗情報の処理をいったん終了する。
【００４７】
（ステップＳ１１８）
次に、図３の説明に移る。ステップＳ１１８では、ステップＳ１０１で取得した情報が不具合情報であるか否かの判断を行う。情報取得部２０１の取得した情報が不具合情報である場合、ステップＳ１１９へ進み、プロジェクト体制情報でも進捗情報でも不具合情報でもない場合、そのまま処理を終了する。
【００４８】
ここで不具合情報とは、システム開発作業において発生した不具合の内容を示した情報であり、不具合が発生したシステム機能、不具合の発生日、不具合の現象、不具合の原因、不具合の原因の分類コード、担当者名、不具合の対応状況等の情報を含む。この不具合情報は、不具合が発生したとき、または不具合の対応状況が変化するたびに、各担当者によって担当者端末１０１に入力されるものである。
【００４９】
表５は、各担当者の不具合情報を例示した表である。例えば、表３のＮｏ．１の不具合情報は、担当者「Ｂ」が担当するシステム機能「通信」について、「２００３.６.２１」に、「マシン間のデータ送信が１時間停滞」という現象（不具合）が発生し、この不具合の原因は「通信バッファへの書込みの競合処理不具合」であり、この原因の分類は「競合処理不具合」であり、この不具合に対しては既に対応が「完了」していることを示している。
【００５０】
【表５】
2005157971.tif 000007
【００５１】
（ステップＳ１１９）
ステップＳ１１９では、情報取得部２０１が、各担当者の不具合情報をプロジェクト情報更新部２０６へ出力する。そして、プロジェクト情報更新部２０６は、各担当者からの不具合情報を受信すると、この不具合情報をプロジェクトのシステム機能ごとに分類し、同一システム機能の不具合情報をまとめ、それぞれのシステム機能の不具合件数を集計する。
【００５２】
表６は、プロジェクト不具合情報の集計結果を例示した表である。例えば、プロジェクト「Ｘ」のシステム機能「通信」の不具合は、競合不具合によるものが９件、論理不良によるものが９件、定義ミスによるものが２件、演算ミスによるものが４件、合計２４件であり、これらのうち未対応の件数は２件であることを示している。
【００５３】
【表６】
2005157971.tif 000008
【００５４】
（ステップＳ１２０）
ステップＳ１２０では、プロジェクト情報更新部２０６が、ステップＳ１１９でプロジェクトのシステム機能ごとに集計されたプロジェクト不具合情報に基づいて、プロジェクト情報記憶部２０７のプロジェクト不具合情報を更新する。具体的には、プロジェクト情報更新部２０６が、プロジェクト情報記憶部２０７のプロジェクト不具合情報のうちシステム機能の不具合の発生件数（合計件数）と、不具合の対応状況（未対応件数）および不具合原因の分布（原因分類毎の件数）を更新する。
ここで、不具合原因の分布とは、プロジェクト情報更新部２０６が、システム機能ごとに不具合情報の「原因分類」の項目の値を集計した値である。
【００５５】
（ステップＳ１２１）
ステップＳ１２１では、情報出力部２１４が、ステップＳ１２０で更新されたプロジェクト不具合情報の集計結果をプロジェクト管理者端末１０３へ出力し、ステップＳ１２２へ進む。
【００５６】
（ステップＳ１２２）
ステップＳ１２２では、プロジェクト評価部２１３が、ステップＳ１２１で更新されたプロジェクト不具合情報の分析を行う。
具体的には、プロジェクト評価部２１３が、ステップＳ１２１で更新されたプロジェクト不具合情報の「原因分類毎の件数」、「合計件数」および「未対応件数」に関する情報と、体制情報記憶部２０３のプロジェクト体制情報の各担当者が担当するシステム機能と、そのシステムの重要度等を参照して、その担当者に起こっている現象を分析する。例えば、システム機能のうち「通信」について競合管理の不具合件数が所定の件数よりも多い、または重要度３以上のシステム機能について開発規模に対する不具合の発生率が１件／ｋｓｔｅｐ以上といった現象を分析（抽出）する。
【００５７】
（ステップＳ１２３）
ステップＳ１２３では、プロジェクト評価部２１３が、ノウハウ情報記憶部２０４に記憶されているノウハウ情報テーブル（表３参照）を読み込む。
【００５８】
（ステップＳ１２４）
ステップＳ１２４では、プロジェクト評価部２１３が、ノウハウ情報テーブルから、ステップＳ１２２におけるプロジェクト不具合情報の分析結果に対応するノウハウ情報を検索し、対応するノウハウ情報があるか否かの判断をする。対応するノウハウ情報が検出された場合、ステップＳ１２５へ進む。対応するノウハウ情報が検出されなかった場合は、そのまま処理を終了する。
【００５９】
（ステップＳ１２５）
ステップＳ１２５では、プロジェクト評価部２１３が、ステップＳ１２４で検出されたノウハウ情報を、情報出力部２１４を介してプロジェクト管理者端末１０３へ送信し、プロジェクト不具合情報の処理をいったん終了する。
【００６０】
例えば、ステップＳ１２２で、プロジェクト評価部２１３が「重要度３以上」のシステム機能の不具合について、「開発規模に対する不具合の発生率が１件／ｋｓｔｅｐ以上」といった現象を抽出したとき、表３のノウハウ情報テーブルの「対象」および「現象」の項目を参照して、前記した情報に対応するノウハウ情報（Ｎｏ．４のノウハウ情報）を検出する。すなわち、このプロジェクトには「該当機能の品質低下」が発生しており、対応策は「該当機能の担当者見直しの実施」であるという情報を検出する。そして、プロジェクト評価部２１３は、この情報を、情報出力部２１４を介してプロジェクト管理者端末１０３へ送信（通知）する。
【００６１】
（ステップＳ１２６）
ステップＳ１２６では、情報取得部２０１が、各担当者からの不具合情報を担当者別情報更新部２０８へ出力する。そして、担当者別情報更新部２０８は、各担当者からの不具合情報を受信すると、この不具合情報をプロジェクトの担当者ごとに分類する。
【００６２】
（ステップＳ１２７）
ステップＳ１２７では、担当者別情報更新部２０８が、ステップＳ１２６で分類した担当者ごとの不具合情報（表５参照）を、担当者別情報記憶部２０９の担当者別の不具合情報に反映させ（更新し）、ステップＳ１２８へ進む。
【００６３】
（ステップＳ１２８）
ステップＳ１２８では、担当者評価部２１０が、ステップＳ１２７で更新された担当者別の不具合情報の分析を行う。
具体的には、担当者評価部２１０が、ステップＳ１２７で更新された担当者の不具合情報の原因分類ごとの件数の集計を行い、体制情報記憶部２０３のプロジェクト体制表の担当者１人当たりの開発規模を参照して、各担当者の不具合の発生率を算出し、体制情報記憶部２０３のプロジェクト体制情報の各担当者が担当するシステム機能を参照し、どの担当者にどのような問題を発生させているかを分析（抽出）する。
【００６４】
表７は、担当者の不具合情報の集計結果を例示した表であり、表８は、担当者１人当たりの開発規模に対する不具合の発生率を例示した表である。
表７のＮｏ．１の情報は、担当者「Ａ」が発生させた不具合は、競合不具合が１件、論理不良が３件、定義ミスが０件、演算ミスが１件であることを示している。担当者評価部２１０は、表７に例示されるような各担当者の不具合情報の集計結果を、プロジェクト体制情報の担当者１人当たりの開発規模で割って、表８に例示される担当者別不具合の発生率を算出する。表８のＮｏ．１の情報は、担当者「Ａ」の不具合発生率は、競合不具合が０．０８件／ｋｓｔｅｐ、論理不良が０．２５件／ｋｓｔｅｐ、定義ミスが０件／ｋｓｔｅｐ、演算ミスが０．０８件／ｋｓｔｅｐであることを示している。
【００６５】
【表７】
2005157971.tif 000009
【００６６】
【表８】
2005157971.tif 000010
【００６７】
（ステップＳ１２９）
ステップＳ１２９では、担当者評価部２１０が、ノウハウ情報記憶部２０４に記憶されているノウハウ情報テーブルを読み込む。
【００６８】
（ステップＳ１３０）
ステップＳ１３０では、担当者評価部２１０が、ノウハウ情報テーブルおよび体制情報を参照して、ステップＳ１２８で分析された担当者の不具合情報に対応するノウハウ情報を検索する（対応するノウハウ情報があるか否かの判断をする）。
例えば、担当者評価部２１０が、ステップＳ１２８で、担当者「Ｂ」が「競合不具合」について１件／ｋｓｔｅｐの発生率で不具合を発生させているという分析結果を得て、体制情報から担当者「Ｂ」の担当するシステム機能の重要度が３以上であることを得たとき、この情報に対応するＮｏ．４のノウハウ情報を検出する。また、ノウハウ情報テーブルは、不具合原因の分布の偏差に関する条件を含んでいてもよく、特定の原因（例えば、競合不具合）に偏って不具合を発生させているという分析結果を得て、これに対応するノウハウ情報を検索するようにしてもよい。ここで、対応するノウハウ情報が検出された場合、ステップＳ１３１へ進む。対応するノウハウ情報が検出されなかった場合、そのまま処理を終了する。
【００６９】
（ステップＳ１３１）
ステップＳ１３１では、担当者評価部２１０が、ステップＳ１３０で検出されたノウハウ情報を、情報出力部２１４を介してプロジェクト管理者端末１０３へ送信する。
【００７０】
例えば、ステップＳ１３１で、Ｎｏ．４のノウハウ情報（担当者Ｂに関する「不具合発生が多すぎる」という判断と、「設計仕様の見直しを実施」という対応策）を検出したとき、この情報を、情報出力部２１４を介してプロジェクト管理者端末１０３へ送信（通知）し、処理を終了する。
【００７１】
このようなプロジェクト管理装置２００によれば、プロジェクトを進行させながらプロジェクトの問題点と担当者ごとの問題点（担当者のスキル不足等）とを発見し、これに対する対処方法をプロジェクト管理者に提示することができるので、プロジェクト管理者（特に、経験の少ない管理者）がプロジェクト管理をする際の手間を軽減することができる。また、複数のシステム機能から構成されるプロジェクトにおいて、システム間にまたがるトラブル（不具合や進捗遅れ）の原因分析や対策も容易となる。
【００７２】
また、本発明は前記した実施の形態に限定されず広く応用可能である。例えば、本実施の形態の担当者端末１０１は、１以上の端末で構成されていてもよいし、プロジェクト管理装置２００が複数のプロジェクト（企業）のプロジェクトを管理するようにしてもよい。このようにすることで、プロジェクト（企業）ごとに、高度なプロジェクト管理スキルを持つ管理者を配置する必要がなくなるので、人的コストを軽減することができる。
【００７３】
なお、本発明の実施の形態に係るプロジェクト管理装置は、コンピュータ及びプログラムによって実現することができ、そのプログラムをコンピュータによる読み取り可能な記録媒体に記録することでその記録媒体によって提供することが可能である。また、そのプログラムを、ネットワークを通して提供することも可能である。
ここでいうコンピュータシステムとは、ＯＳ（Operating System）等のソフトウエアや周辺機器等のハードウエアを含むものである。
【図面の簡単な説明】
【００７４】
【図１】本発明の実施の形態であるプロジェクト管理装置を含むプロジェクト管理システムの構成を示すブロック図である。
【図２】図１のプロジェクト管理装置の処理手順を示したフローチャートである。
【図３】図１のプロジェクト管理装置の処理手順を示したフローチャートである。
【符号の説明】
【００７５】
１０１  担当者端末
１０２  ネットワーク
１０３  プロジェクト管理者端末
２００  プロジェクト管理装置
２０１  情報取得部
２０２  体制情報更新部
２０３  体制情報記憶部
２０４  ノウハウ情報記憶部
２０５  ノウハウ情報更新部
２０６  プロジェクト情報更新部
２０７  プロジェクト情報記憶部
２０８  担当者別情報更新部
２０９  担当者別情報記憶部
２１０  担当者評価部
２１３  プロジェクト評価部
２１４  情報出力部
【図１】
2005157971.tif 000011
【図２】
2005157971.tif 000012
【図３】
2005157971.tif 000013