(57)【要約】【課題】プロジェクト管理の効率性を向上させることが可能なプロジェクト支援システムを提供する。【解決手段】対応関係推定処理部１１２は、プロジェクトの計画を記載したプロジェクト計画情報と、プロジェクトの実行を記載したプロジェクト実行情報との比較結果に基づいて、プロジェクト計画情報とプロジェクト実行情報との対応関係情報を信頼度とともに算出し、情報整合性チェック部１１３は、対応関係推定処理部１１２で推定された対応関係の信頼度に基づいて整合性をチェックし、ユーザインタフェース１１１は、工程情報とともに工程に関連するタスクを特定する情報を表示させ、アーキテクチャ情報とともにアーキテクチャに関連するタスクに関する情報を表示させ、アーキテクチャ情報とともにアーキテクチャの担当者情報を表示させる。【選択図】図１
2020013189.tif 000002
【特許請求の範囲】
【請求項１】
複数の管理情報を用いてプロジェクトの状態を算出するプロジェクト支援システムにおいて、
プロセッサと、
記憶装置とを有しており、
前記記憶装置には、
前記プロジェクトの計画を記載したプロジェクト計画情報と、
前記プロジェクトの実行を記載したプロジェクト実行情報とが格納されており、
前記プロセッサは、
前記プロジェクト計画情報と前記プロジェクト実行情報との対応関係情報を、その対応関係の信頼度とともに算出し、
前記対応関係情報に基づいて、前記プロジェクトの情報を、前記対応関係の信頼度とともに出力することを特徴とするプロジェクト支援システム。
【請求項２】
請求項１において、
前記複数の管理情報には、工程情報と、タスク情報が含まれており、
前記プロジェクト計画情報は、工程ごとに作業予定日及び作業実績日の情報を含む工程情報であり、
前記プロジェクト実行情報は、タスクごとに作業予定日及び作業実績日の情報を含むタスク情報であり、
前記プロセッサは、前記作業予定日及び作業実績日に基づいて、前記工程とタスクとの対応付けを行って前記対応関係情報を作成することを特徴とするプロジェクト支援システム。
【請求項３】
請求項２において、
前記信頼度は、日付の一致度及び実績日の記入の有無に基づいて算出されることを特徴とするプロジェクト支援システム。
【請求項４】
請求項１において、
前記プロジェクト計画情報は、アーキテクチャとその格納するディレクトリ情報を含むアーキテクチャ情報であり、
前記プロジェクト実行情報は、ソース変更を行ったディレクトリの情報と、変更を行った担当者情報とを含むソース変更情報であり、
前記プロセッサは、前記アーキテクチャ情報のディレクトリ情報と、前記ソース変更情報のディレクトリ情報とに基づいて、前記アーキテクチャとソース変更との対応付けを行って前記対応関係情報を作成することを特徴とするプロジェクト支援システム。
【請求項５】
請求項４において、
前記アーキテクチャ情報は、前記アーキテクチャの説明を含み、
前記ソース変更情報は、ソース変更を行った担当者のコメントを含み、
前記プロセッサは、前記アーキテクチャの説明及び前記担当者のコメントをさらに用いて、前記対応関係情報を作成することを特徴とするプロジェクト支援システム。
【請求項６】
請求項１において、
前記プロジェクト計画情報は、
アーキテクチャの情報と、その担当者情報と含むアーキテクチャ情報と、
タスクの情報と、作業実績と、担当者情報とを含むタスク情報とが格納されており、
前記プロセッサは、
前記アーキテクチャ情報と、前記タスク情報とに基づいて、前記アーキテクチャと前記タスクとの関係を算出し、
前記アーキテクチャ情報の担当者情報と、前記タスク情報の担当者情報に基づいて、前記対応関係情報を作成することを特徴とするプロジェクト支援システム。
【請求項７】
請求項６において、
前記アーキテクチャ情報は、前記アーキテクチャの説明を含み、
前記タスク情報は、前記タスクを行った担当者のコメントを含み、
前記プロセッサは、前記アーキテクチャの説明及び前記担当者のコメントをさらに用いて、前記対応関係情報を作成することを特徴とするプロジェクト支援システム。
【請求項８】
請求項１において、
前記プロジェクト計画情報は、
アーキテクチャの情報を記載したアーキテクチャ情報と、
タスクの情報と、作業実績を格納したタスク情報とが格納されており、
前記プロセッサは、
前記アーキテクチャ情報と、前記タスク情報とに基づいて、前記アーキテクチャと前記タスクとの関係を算出し、
前記アーキテクチャ情報と、前記タスク情報の作業実績に基づいて、前記アーキテクチャにかかる作業の進捗状況を算出することを特徴とするプロジェクト支援システム。
【請求項９】
請求項５において、
前記プロセッサは、
前記プロジェクト計画情報と前記対応関係情報との整合性をチェックし、
前記アーキテクチャ情報とともに前記担当者情報及び前記整合性のチェック結果を出力することを特徴とするプロジェクト支援システム。
【請求項１０】
請求項２において、
前記プロセッサは、前記工程情報とともに前記工程に関連するタスクを特定する情報を出力することを特徴とするプロジェクト支援システム。
【請求項１１】
請求項８において、
前記プロセッサは、前記アーキテクチャ情報とともに前記アーキテクチャに関連するタスクに関する情報を表示させることを特徴とするプロジェクト支援システム。
【請求項１２】
プロジェクトの計画を記載したプロジェクト計画情報と、前記プロジェクトの実行を記載したプロジェクト実行情報との比較し、
前記比較結果に基づいて、前記プロジェクト計画情報と前記プロジェクト実行情報との対応関係情報を算出することを特徴とするプロジェクト支援装置。
【請求項１３】
請求項１２において、
前記対応関係情報は、
前記プロジェクト計画情報に含まれる工程と、前記プロジェクト実行情報に含まれるタスクとの対応関係と、
前記プロジェクト計画情報に含まれるアーキテクチャと、前記プロジェクト実行情報に含まれるアーキテクチャの変更を行った担当者との対応関係と、
前記プロジェクト計画情報に含まれるアーキテクチャと、前記プロジェクト実行情報に含まれるタスクとの対応関係とを含むことを特徴とするプロジェクト支援装置。
【請求項１４】
複数の管理情報を用いてプロジェクトの状態を算出するプロジェクト支援方法において、
プロセッサと、
記憶装置とを有しており、
前記記憶装置には、
前記プロジェクトの計画を記載したプロジェクト計画情報と、
前記プロジェクトの作業を記載したプロジェクト実行情報とが格納されており、
前記プロセッサは、
前記プロジェクト計画情報と前記プロジェクト実行情報との対応関係情報を、その対応関係の信頼度とともに算出し、
前記対応関係情報に基づいて、プロジェクトの情報を、前記対応関係の信頼度とともに出力することを特徴とするプロジェクト支援方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、開発プロジェクトの管理の支援に適用可能なプロジェクト支援システム、プロジェクト支援装置およびプロジェクト支援方法に関する。
【背景技術】
【０００２】
ソフトウェア開発プロジェクトにおいて、プロジェクトマネージャは多数の開発メンバの作業状況を把握し、作業のアサイン、リソースの追加および作業フォローアップ等のアクションを行う。しかし、大規模なソフトウェア開発で開発メンバが多数いる場合や、遠隔サイトに開発チームが分散している場合には、プロジェクトマネージャが正確な作業状況を把握することが難しくなる。従来では、プロジェクトマネージャは、開発メンバの口頭あるいは文章での作業報告を集約して情報を把握していたが、正確性や速報性に欠けるため、近年ではソフトウェア開発を支援する管理システムを用いることが多い。
【０００３】
プロジェクトの作業状況を管理するシステムとして、工程管理システムとタスク管理システムがある。工程管理システムは、開発期間を複数の工程に分割し、工程開始日と工程完了日を設定することで、予定と実績にどのぐらいのズレがあるか確認できるシステムである。タスク管理システムは、開発メンバの実施する作業をタスクとして登録し、個々のタスクの開始日と完了日やタスク状態を、開発メンバが登録し、プロジェクトマネージャが情報を集約して確認するためのシステムである。これらのシステムを利用することは一般的であり、オープンソースや商用のツールが普及している。
【０００４】
また、開発プロジェクトの成果物を管理するシステムとして、ソースコード構成管理システムがある。開発メンバが作成したソースコードは、開発プロジェクトが持つソースコード構成管理システムに登録される。開発メンバは、登録されたソースコードに対する変更を行うたびに、変更ファイルと変更日時、コメントおよび変更者名を登録する。プロジェクトマネージャを含む開発メンバは、登録されたソースコードに対する変更の履歴を参照することができる。ソースコード構成管理システムを利用することは一般的であり、オープンソースや商用のツールが普及している。
【０００５】
また、開発するソフトウェアを要素に分割したアーキテクチャを定義し、チーム編成を行ったり、情報集約の基準にすることが一般的に行われている。ただし、現状では、アーキテクチャ設計情報を管理するシステムはあまり普及しておらず、ドキュメントで定義されていることが多い。プロジェクトマネージャは、発生したタスクを開発チームに割り振り、各開発チームのリーダが、実際に作業を行う開発メンバにタスクの再割り当てを行う。
【０００６】
特許文献１では、アプトプット文書と工程の関係を定義することで工程の進捗を可視化する方法が提案されている。
【先行技術文献】
【特許文献】
【０００７】
【特許文献１】特開２００３−１４１３２０号公報
【発明の概要】
【発明が解決しようとする課題】
【０００８】
しかしながら、従来のプロジェクト管理は、プロジェクトマネージャが複数の管理システムの情報を参照し、開発プロジェクトの状況を把握し、発生している課題を検知する必要があったが、この作業は、時間がかかる上に、発生している課題の見逃しが多く、多忙なプロジェクトマネージャが実施することは難しかった。
【０００９】
本発明は、上記事情に鑑みなされたものであり、その目的は、プロジェクト管理の効率性を向上させることが可能なプロジェクト支援システム、プロジェクト支援装置およびプロジェクト支援方法を提供することにある。
【課題を解決するための手段】
【００１０】
上記目的を達成するため、複数の管理情報を用いてプロジェクトの状態を算出するプロジェクト支援システムは、プロセッサと、記憶装置とを有しており、前記記憶装置には、前記プロジェクトの計画を記載したプロジェクト計画情報と、前記プロジェクトの実行を記載したプロジェクト実行情報とが格納されており、前記プロセッサは、前記プロジェクト計画情報と前記プロジェクト実行情報との対応関係情報を、その対応関係の信頼度とともに算出し、前記対応関係情報に基づいて、前記プロジェクトの情報を、前記対応関係の信頼度とともに出力する。
【発明の効果】
【００１１】
本発明によれば、プロジェクト管理の効率性を向上させることが可能なプロジェクト支援システムを提供することができる。
【図面の簡単な説明】
【００１２】
【図１】図１は、第１実施形態に係るプロジェクト支援システムの構成を示すブロック図である。
【図２】図２は、図１のプロジェクト支援システムで管理される工程とタスクとアーキテクチャとの関係の一例を示す図である。
【図３】図３は、図１のユーザインタフェ−スに表示される情報サマリ画面の一例を示す図である。
【図４】図４は、第１実施形態に係る対応関係デ−タベ−スの構築方法の一例を示す図である。
【図５】図５は、第２実施形態に係る対応関係デ−タベ−スの構築方法の一例を示す図である。
【図６】図６は、第３実施形態に係る対応関係デ−タベ−スの構築方法の一例を示す図である。
【図７】図７は、図１のプロジェクト支援装置のハードウェア構成例を示すブロック図である。
【発明を実施するための形態】
【００１３】
実施形態について、図面を参照して説明する。なお、以下に説明する実施形態は特許請求の範囲に係る発明を限定するものではなく、また、実施形態の中で説明されている諸要素およびその組み合わせの全てが発明の解決手段に必須であるとは限らない。
【００１４】
図１は、第１実施形態に係るプロジェクト支援システムの構成を示すブロック図である。
図１において、プロジェクト支援システムは、プロジェクト支援装置１１０、記憶装置１２０、工程管理システム１０２、タスク管理システム１０３、ソースコード構成管理システム１０４およびアーキテクチャ設計情報１０５を備える。
【００１５】
プロジェクト支援装置１１０は、複数の管理情報を用いてプロジェクトの状態を算出する。プロジェクト支援装置１１０は、ユーザインタフェ−ス１１１、対応関係推定処理部１１２、情報整合性チェック部１１３、工程情報管理部１１４、タスク情報管理部１１５、ソ−ス変更情報管理部１１６、ア−キテクチャ情報管理部１１７および対応関係情報管理部１１８を備える。記憶装置１２０は、工程情報デ−タベ−ス１２１、タスク情報デ−タベ−ス１２２、ソ−ス変更情報デ−タベ−ス１２３、ア−キテクチャ情報デ−タベ−ス１２４および対応関係デ−タベ−ス１２５を備える。
【００１６】
プロジェクト支援装置１１０は、記憶装置１２０、工程管理システム１０２、タスク管理システム１０３およびソースコード構成管理システム１０４に接続されている。また、プロジェクト支援装置１１０は、アーキテクチャ設計情報１０５にアクセス可能である。
【００１７】
工程管理システム１０２は、ソフトウェアの開発期間を複数の工程に分割し、工程開始日と工程完了日を設定することで、プロジェクトマネージャ１０１が予定と実績にどのぐらいのズレがあるか確認できるシステムである。タスク管理システム１０３は、プロジェクトマネージャ１０１が担当者の実施する作業をタスクとして登録し、開発メンバである担当者が個々のタスクの開始日と完了日やタスク状態を登録し、プロジェクトマネージャ１０１が情報を集約して確認するためのシステムである。タスクは、工程に属するように定義される。タスクは、例えば、アーキテクチャの変更作業の他、コーディング、ドキュメント作成および環境整備などを含むことができる。
【００１８】
ソースコード構成管理システム１０４は、開発メンバである担当者が、登録されたソースコードに対する変更を行うたびに、変更ファイルと変更日時、コメントおよび変更者名を登録し、プロジェクトマネージャ１０１が、そのソースコードに対する変更の履歴を参照できるシステムである。アーキテクチャ設計情報１０５は、アーキテクトが開発対象ソフトウェアを要素に分割したアーキテクチャを定義し、プロジェクトマネージャ１０１がチーム編成を行ったり、情報集約の基準にするための情報である。
【００１９】
プロジェクトマネージャ１０１は、ユーザインタフェース１１１を通じてプロジェクト支援装置１１０を利用する。プロジェクト支援装置１１０は、工程管理システム１０２、タスク管理システム１０３、ソースコード構成管理システム１０４およびアーキテクチャ設計情報１０５と連携し、複数の管理情報を収集する。
【００２０】
工程情報管理部１１４は、工程管理システム１０２から収集した工程情報を管理する。タスク情報管理部１１５は、タスク管理システム１０３から収集したタスク情報を管理する。ソ−ス変更情報管理部１１６は、ソースコード構成管理システム１０４から収集したソース変更情報を管理する。ア−キテクチャ情報管理部１１７は、アーキテクチャ設計情報１０５から取得したア−キテクチャ情報を管理する。対応関係情報管理部１１８は、応関係推定処理部１１２で推定されたプロジェクト計画情報とプロジェクト実行情報との対応関係情報を管理する。
【００２１】
プロジェクト計画情報は、プロジェクトの計画が記載される。プロジェクト計画情報は、プロジェクトの計画段階で作成される情報である。プロジェクト計画情報は、工程情報およびア−キテクチャ情報を含むことができる。工程情報は、プロジェクトマネージャ１０１が作成することができる。ア−キテクチャ情報は、アーキテクトおよびプロジェクトマネージャ１０１が作成することができる。
【００２２】
プロジェクト実行情報は、プロジェクトの実行が記載される。プロジェクト実行情報は、プロジェクトの開発メンバである担当者の作業で作成される情報である。プロジェクト実行情報は、タスク情報およびソース変更情報を含むことができる。
【００２３】
工程管理システム１０２から得られた工程情報は、工程情報管理部１１４を通じて工程情報データベース１２１に保存される。タスク管理システム１０３から得られたタスク情報は、タスク情報管理部１１５を通じてタスク情報データベース１２２に保存される。ソースコード構成管理システム１０４から得られたソース変更情報は、ソース変更情報管理部１１６を通じてソース変更情報データベース１２３に保存される。アーキテクチャ設計情報１０５から得られたアーキテクチャ情報は、アーキテクチャ情報管理部１１７を通じてアーキテクチャ情報データベース１２４に保存される。
【００２４】
対応関係推定処理部１１２は、工程情報管理部１１４、タスク情報管理部１１５、ソース変更情報管理部１１６およびアーキテクチャ情報管理部１１７から情報を受け取り、推定処理を行った後、対応関係情報管理部１１８を通じて対応関係データベース１２５に情報を保存する。この時、対応関係推定処理部１１２は、プロジェクトの計画を記載したプロジェクト計画情報と、プロジェクトの実行を記載したプロジェクト実行情報との比較結果に基づいて、プロジェクト計画情報とプロジェクト実行情報との対応関係情報を算出することができる。また、対応関係推定処理部１１２は、プロジェクト計画情報とプロジェクト実行情報との対応関係の信頼度も算出することができる。
【００２５】
プロジェクト計画情報とプロジェクト実行情報との比較対象は、例えば、作業の日付、作業を行った担当者、作業により得られたデータの格納位置、作業時のコメントや説明などを挙げることができる。作業の日付は、作業予定日であってもよいし、作業実績日であってもよい。作業予定日は、開始予定日および完了予定日を含むことができる。作業実績日、開始実績日および完了実績日を含むことができる。
【００２６】
情報整合性チェック部１１３は、工程情報管理部１１４、タスク情報管理部１１５、ソース変更情報管理部１１６およびアーキテクチャ情報管理部１１７から情報を受け取り、プロジェクト計画情報と対応関係情報との整合性チェック処理を行った後、対応関係情報管理部１１８を通じて対応関係データベース１２５に情報を保存する。この時、情報整合性チェック部１１３は、対応関係推定処理部１１２で推定された対応関係の信頼度に基づいて整合性をチェックすることができる。
【００２７】
ユーザインタフェース１１１は、工程情報管理部１１４、タスク情報管理部１１５、ソース変更情報管理部１１６、アーキテクチャ情報管理部１１７および対応関係情報管理部１１８からプロジェクトの情報を収集して表示する。この時、ユーザインタフェース１１１は、対応関係推定処理部１１２で推定された工程に関連するタスクを特定する情報を、工程情報とともに表示させることができる。また、ユーザインタフェース１１１は、対応関係推定処理部１１２で推定されたアーキテクチャに関連するタスクに関する情報を、アーキテクチャ情報とともに表示させることができる。さらに、ユーザインタフェース１１１は、対応関係推定処理部１１２で推定されたアーキテクチャの担当者情報を、アーキテクチャ情報とともに表示させることができる。
【００２８】
図２は、図１のプロジェクト支援システムで管理される工程とタスクとアーキテクチャとの関係の一例を示す図である。
図２において、プロジェクトマネージャ１０１は、開発対象ソフトウェアＳ１の工程情報として、例えば、要件定義Ｐ１、設計Ｐ２、実装Ｐ３およびテストＰ４を定義する。また、プロジェクトマネージャ１０１は、通常は数週間〜数ヶ月の期間を各工程として定義し、工程情報に登録する。
【００２９】
また、プロジェクトマネージャ１０１は、例えば、要件定義Ｐ１を実施するためのタスクＴ１〜Ｔ３を定義し、開発メンバである担当１〜３をタスクＴ１〜Ｔ３に割り当てる。担当１〜３は、タスクＴ１〜Ｔ３の開始および完了の日付けをタスク情報に登録する。
【００３０】
また、アーキテクトは、例えば、開発対象ソフトウェアＳ１を要素に分割したアーキテクチャ要素Ａ１〜Ａ３として、例えば、画面、演算および通信を定義し、アーキテクチャ情報として登録する。そして、プロジェクトマネージャ１０１は、アーキテクチャ要素Ａ１〜Ａ３に担当１〜３を割り当て、アーキテクチャ情報に登録する。
【００３１】
また、担当１〜３は、アーキテクチャ要素Ａ１〜Ａ３に関する変更ファイルを生成し、アーキテクチャ要素Ａ１〜Ａ３に対応付けた変更ファイルを担当者名とともにソース変更情報に登録する。
【００３２】
プロジェクトマネージャ１０１は、各々の工程で作成する成果物を定め、成果物の出来上がり具合を見て進捗を把握する。この時、プロジェクトマネージャ１０１は、現在での工程の予定と実績にどのぐらいのズレがあるか確認できる。成果物が出来上がらない場合は工程の終了が延長する場合もあるため、プロジェクトマネージャ１０１は、工程終了を阻害しているタスクがないかどうか確認を行う。また、基本的には、工程に属したタスクが計画され、実施されるが、開発の障害が発生した場合には、プロジェクトマネージャ１０１の認識していないところでタスクが発生している場合もあり、工程とタスクの関係が明示的でない場合もある。
【００３３】
ここで、対応関係推定処理部１１２は、例えば、要件定義Ｐ１の期間と、タスクＴ１〜Ｔ３の開始および完了の日付との比較結果に基づいて、要件定義Ｐ１とタスクＴ１〜Ｔ３との対応関係Ｒ１を推定する。ユーザインタフェース１１１は、要件定義Ｐ１とタスクＴ１〜Ｔ３との対応関係Ｒ１を表示する。
【００３４】
これにより、プロジェクトマネージャ１０１は、要件定義Ｐ１とタスクＴ１〜Ｔ３との関連性を定義することなく、要件定義Ｐ１で実施されるタスクＴ１〜Ｔ３を容易に把握することができる。このため、プロジェクトマネージャ１０１の作業量を削減しつつ、工程終了を阻害しているタスクがないかどうかの確認の見逃しを低減することができる。
【００３５】
また、開発対象ソフトウェアＳ１の規模が大きい場合、開発対象ソフトウェアＳ１をアーキテクチャ要素Ａ１〜Ａ３に分解し、担当１〜３を分けて開発を行うことが一般的である。担当１〜３の技術スキルによって開発しやすいアーキテクチャ要素Ａ１〜Ａ３が変わってくるため、プロジェクトマネージャ１０１は、アーキテクチャ要素Ａ１〜Ａ３に適切な担当１〜３を割り当てる。しかし、開発工程が遅れてくると、他のアーキテクチャ要素の担当者が、自分のアーキテクチャ要素の開発を手伝ったりする場合があり、アーキテクチャ要素Ａ１〜Ａ３と担当１〜３の割り当ては、プロジェクトマネージャ１０１の認識していないところで変更される場合もある。
【００３６】
ここで、対応関係推定処理部１１２は、例えば、アーキテクチャ要素Ａ１〜Ａ３の格納位置と、アーキテクチャ要素Ａ１〜Ａ３の変更ファイルの格納位置との比較結果に基づいて、アーキテクチャ要素Ａ１〜Ａ３と、アーキテクチャ要素Ａ１〜Ａ３の変更を行った担当１〜３との対応関係Ｒ２を推定する。ユーザインタフェース１１１は、アーキテクチャ要素Ａ１〜Ａ３と、アーキテクチャ要素Ａ１〜Ａ３の変更を行った担当１〜３との対応関係Ｒ２を表示する。
【００３７】
これにより、プロジェクトマネージャ１０１は、アーキテクチャ要素Ａ１〜Ａ３と、アーキテクチャ要素Ａ１〜Ａ３の変更を行った担当１〜３との関連性を定義することなく、アーキテクチャ要素Ａ１〜Ａ３の変更を行った担当１〜３を容易に把握することができる。このため、プロジェクトマネージャ１０１の作業量を削減しつつ、アーキテクチャ要素Ａ１〜Ａ３の担当１〜３の変更の見逃しを低減することができる。
【００３８】
また、アーキテクチャ要素Ａ１〜Ａ３によっては開発の難易度が異なる場合があり、アーキテクチャ要素Ａ１〜Ａ３の開発の難易度は、タスクＴ１〜Ｔ３の作業時間と関係がある。
【００３９】
ここで、対応関係推定処理部１１２は、例えば、アーキテクチャ要素Ａ１〜Ａ３の担当１〜３と、タスクＴ１〜Ｔ３の担当１〜３との比較結果に基づいて、アーキテクチャ要素Ａ１〜Ａ３と、タスクＴ１〜Ｔ３との対応関係Ｒ３を推定する。この時、ユーザインタフェース１１１は、アーキテクチャ要素Ａ１〜Ａ３と、タスクＴ１〜Ｔ３との対応関係Ｒ３を表示する。ここで、同一担当が係わっているアーキテクチャ要素とタスクがある場合、それらのアーキテクチャ要素とタスクは対応関係があると推定することができる。
【００４０】
これにより、プロジェクトマネージャ１０１は、アーキテクチャ要素Ａ１〜Ａ３と、タスクＴ１〜Ｔ３との関連性を定義することなく、アーキテクチャ要素Ａ１〜Ａ３の開発に係るタスクＴ１〜Ｔ３の進捗を把握することができる。このため、プロジェクトマネージャ１０１の作業量を削減しつつ、工程終了を阻害しているアーキテクチャ要素Ａ１〜Ａ３がないかどうかの確認を行うことができる。
【００４１】
図３は、図１のユーザインタフェ−スに表示される情報サマリ画面の一例を示す図である。
図３において、図１のユーザインタフェ−ス１１１は、情報サマリ画面２０１を表示する。情報サマリ画面２０１には、工程情報２１１と、アーキテクチャ情報２２１が表示される。工程情報２１１には、各工程を一意に識別する識別情報２１２、工程名２１３、開始予定日２１４、完了予定日２１５、開始実績日２１６、完了実績日２１７および関連タスク２１８が登録される。
【００４２】
識別情報２１２、工程名２１３、開始予定日２１４、完了予定日２１５、開始実績日２１６および完了実績日２１７は、工程情報データベース１２１から取得される。関連タスク２１８は、対応関係データベース１２５から取得される。関連タスク２１８は、対応関係推定処理部１１２にて推定された情報の信頼度が低い場合には、（）付きやグレーで表示され、正確ではない情報も含めて表示される。
【００４３】
プロジェクトマネージャ１０１は、情報サマリ画面２０１に表示された工程情報２１１を確認することにより、工程に関係するタスクを把握することができ、各工程の進捗や難易度を容易に知ることができる。また、正確ではない情報も含めて関連タスク２１８が表示されることで、プロジェクトマネージャ１０１は、予定と異なる事象が起きつつある予兆に気付くことができる。
【００４４】
また、アーキテクチャ情報２２１には、各アーキテクチャを一意に識別する識別情報２２２、アーキテクチャ要素名２２３、ソースコードディレクトリ２２４、担当者名２２５および関連タスク２２６が登録される。
【００４５】
識別情報２２２、アーキテクチャ要素名２２３およびソースコードディレクトリ２２４は、タスク情報データベース１２２から取得される。担当者名２２５および関連タスク２２６は、対応関係データベース１２５から取得される。担当者名２２５において、担当１、３は、プロジェクトマネージャ１０１が登録した担当者である。担当４、５は、プロジェクトマネージャ１０１が登録していない担当者である。担当４、５は、対応関係推定処理部１１２にて推定される。プロジェクトマネージャ１０１が登録していない担当４、５は、下線付きで表示される。また、対応関係推定処理部１１２にて推定された情報の信頼度が低い場合には、？付きで表示され、推定された情報の信頼度が高い場合には、！付きで表示される。
【００４６】
関連タスク２２６は、アーキテクチャ要素に対応したタスクの数を集計して表示される。例えば、関連タスク２２６は、完了実績日が入力されていないタスク数を分子に、全てのタスク数を分母にし、分数形式あるいは％で表示される。
【００４７】
プロジェクトマネージャ１０１は、情報サマリ画面２０１に表示されたアーキテクチャ情報２２１を確認することにより、予定されていない担当者がアーキテクチャ要素に関係する作業を行っていないか容易に知ることができる。正確ではない情報も含めて担当者名２２５が表示されることで、プロジェクトマネージャ１０１は、予定と異なる事象が起きつつある予兆に気付くことができる。また、プロジェクトマネージャ１０１は、アーキテクチャ要素に関係するタスクを把握することができ、各アーキテクチャ要素の作業進捗や完成度を容易に知ることができる。
【００４８】
以下、図３の情報サマリ画面２０１に表示される工程情報２１１およびアーキテクチャ情報２２１の生成方法について、具体的に説明する。
【００４９】
図４は、第１実施形態に係る対応関係デ−タベ−スの構築方法の一例を示す図である。なお、図４では、図３の工程情報２１１に関連タスク２１８を付加する方法を示した。
【００５０】
図４において、工程情報データベース１２１には、工程情報３１１が格納されている。タスク情報データベース１２２には、タスク情報３２１が格納されている。対応関係推定処理部１１２は、工程情報３１１とタスク情報３２１との比較結果に基づいて、工程タスク対応情報３３１を生成し、対応関係情報管理部１１８を介して対応関係データベース１２５に格納する。
【００５１】
工程情報３１１には、各工程を一意に識別する識別情報３１２、工程名３１３、開始予定日３１４、完了予定日３１５、開始実績日３１６および完了実績日３１７が登録される。タスク情報３２１には、各タスクを一意に識別する識別情報３３２、タスク名３２３、担当者名３２５、タスクの内容３２５、開始予定日３２６、開始実績日３２７、完了予定日３２８および完了実績日３２９が登録される。工程タスク対応情報３３１には、各工程を一意に識別する識別情報３３２、各タスクを一意に識別する識別情報３３３、日付信頼度３３４および確定信頼度３３５が登録される。
【００５２】
日付信頼度３３４は、工程情報３１１の日付と、タスク情報３２１の日付との比較結果に基づいて、工程とタスクとの対応関係を推定した時の信頼度である。確定信頼度３３５は、工程情報３１１と、タスク情報３２１との間の比較項目が複数ある時に、工程情報３１１と、タスク情報３２１との比較結果を総合的に判断して、工程とタスクとの対応関係を推定した時の信頼度である。工程情報３１１と、タスク情報３２１との間の比較項目が１つの場合、日付信頼度３３４と確定信頼度３３５は等しくすることができる。
【００５３】
この時、対応関係推定処理部１１２は、工程情報３１１の日付と、タスク情報３２１の日付とを比較するルールベースの推定を行う。ここで、対応関係推定処理部１１２は、日付の一致度及び実績日の記入の有無に基づいて、工程とタスクとの対応関係の日付信頼度３３４を算出することができる。日付の一致度は、例えば、工程情報３１１の日付で示される作業期間と、タスク情報３２１の日付で示される作業期間との間の包含関係または重複率を用いるようにしてもよい。
【００５４】
例えば、工程情報３１１の開始予定日３１３と完了予定日３１４の間に、タスク情報３２１の開始予定日３２５と完了予定日３２７が収まっており、かつタスク情報３２１の開始実績日３２６と完了実績日３２８が収まっている場合、工程タスク対応情報３３１の日付信頼度３３４を高とする。図４の例では、工程Ｐ１とタスクＴ１がこの条件を満たす。このため、工程Ｐ１とタスクＴ１の組み合わせに対して、工程タスク対応情報３３１の日付信頼度３３４が高に設定される。
【００５５】
工程情報３１１の開始予定日３１３と完了予定日３１４の間に、タスク情報３２１の開始予定日３２５と完了予定日３２７が収まっているが、タスク情報３２１の完了実績日３２８が入力されておらずタスクが完了していない場合、日付信頼度３３４を中とする。図４の例では、工程Ｐ１とタスクＴ２がこの条件を満たす。このため、工程Ｐ１とタスクＴ２の組み合わせに対して、工程タスク対応情報３３１の日付信頼度３３４が中に設定される。
【００５６】
工程情報３１１の開始予定日３１３と完了予定日３１４の間に、タスク情報３２１の開始予定日３２５が収まっているが、開始実績日３２６が入力されておらずタスクが開始していない場合、日付信頼度３３４を低とする。図４の例では、工程Ｐ１とタスクＴ３がこの条件を満たす。このため、工程Ｐ１とタスクＴ３の組み合わせに対して、工程タスク対応情報３３１の日付信頼度３３４が低に設定される。ここで示した例は非常に単純な例だが、様々なルールで日付信頼度３３４を算出してもよい。
【００５７】
次に、対応関係推定処理部１１２は、複数の信頼度を複合して最終的に確定された確定信頼度３３５を算出する。図４の例では、日付信頼度３３４が高の時は確定信頼度３３５が○、日付信頼度３３４が中の時は確定信頼度３３５が△、日付信頼度３３４が低の時は×確定信頼度３３５とした。
【００５８】
対応関係推定処理部１１２は、工程情報３１１に登録されている全ての工程と、タスク情報３２１に登録されている全てのタスクについて、工程情報３１１の日付と、タスク情報３２１の日付とを比較し、工程とタスクの全ての組み合わせについて確定信頼度３３５を算出する。
【００５９】
図１のユーザインタフェ−ス１１１は、確定信頼度３３５に基づいて、図３の情報サマリ画面２０１に関連タスク２１８を表示する。図３の例では、確定信頼度３３５が○の時は黒字表示、確定信頼度３３５が△の時は括弧つきグレー表示、確定信頼度３３５が×の時は無表示とした。
【００６０】
図５は、第２実施形態に係る対応関係デ−タベ−スの構築方法の一例を示す図である。なお、図５では、図３のアーキテクチャ情報２２１に担当者名２２５を付加する方法を示した。
【００６１】
図５において、ア−キテクチャ情報デ−タベ−ス１２４には、ア−キテクチャ情報４１１が格納されている。ソ−ス変更情報デ−タベ−ス１２３には、ソ−ス変更情報４２１が格納されている。対応関係推定処理部１１２は、ア−キテクチャ情報４１１とソ−ス変更情報４２１との比較結果に基づいて、ア−キテクチャ担当対応情報４３１を生成し、対応関係情報管理部１１８を介して対応関係データベース１２５に格納する。
【００６２】
ア−キテクチャ情報４１１には、ア−キテクチャ要素を一意に識別する識別情報４１２、ア−キテクチャ要素名４１３、ア−キテクチャ要素の格納位置を示すソースコードディレクトリ４１４、ア−キテクチャ要素の説明４１５および担当者名４１６が登録される。ソ−ス変更情報４２１には、担当者による変更を一意に識別する識別情報４２２、変更ファイル４２３、ファイル変更内容４２４、ファイル変更内容のコメント４２５および担当者名４２６が登録される。変更ファイル４２２には、変更ファイル４２２のファイルパスが登録される。ア−キテクチャ担当対応情報４３１には、ア−キテクチャ要素を一意に識別する識別情報４３２、担当者名４３３、ファイル信頼度４３４、コメント信頼度４３５および確定信頼度４３６が登録される。
【００６３】
ファイル信頼度４３４は、ア−キテクチャ情報４１１のソースコードディレクトリ４１４と、ソ−ス変更情報４２１の変更ファイル４２３との比較結果に基づいて、ア−キテクチャと担当との対応関係を推定した時の信頼度である。コメント信頼度４３５は、ア−キテクチャ情報４１１の説明４１５と、ソ−ス変更情報４２１のコメント４２５との比較結果に基づいて、ア−キテクチャと担当との対応関係を推定した時の信頼度である。確定信頼度３３５は、ファイル信頼度４３４と、コメント信頼度４３５を総合的に判断して、ア−キテクチャと担当との対応関係を推定した時の信頼度である。
【００６４】
ファイル信頼度４３４を求める場合、対応関係推定処理部１１２は、ア−キテクチャ情報４１１のファイルパスと、ソ−ス変更情報４２１のファイルパスを比較するルールベースの推定を行う。例えば、アーキテクチャ情報４１１において、アーキテクチャＡ１のソースコードディレクトリ４１３は￥ａｒｃｈ１である。一方、ソース変更情報４２１の一つの変更Ｃ１において、担当１は、変更ファイル４２３として、ｆｉｌｅ１．ｃ、ｆｉｌｅ１．ｈおよびｆｉｌｅ１．ｋを作成し、ｆｉｌｅ１．ｃ、ｆｉｌｅ１．ｈおよびｆｉｌｅ１．ｋを￥ａｒｃｈ１に以下に配置したものとする。この時、その変更Ｃ１を行った担当１がアーキテクチャ要素Ａ１の担当である確率が高い。このため、ア−キテクチャ要素Ａ１と担当１の組み合わせに対して、ア−キテクチャ担当対応情報４３１のファイル信頼度４３４が高に設定される。
【００６５】
また、ソース変更情報４２１において、担当２が作成した変更ファイルの大部分が様々のアーキテクチャに属しているものとする。この時、その変更を行った担当２がアーキテクチャＡ１の担当である確率が低い。このため、ア−キテクチャ要素Ａ１と担当２の組み合わせに対して、ア−キテクチャ担当対応情報４３１のファイル信頼度４３４が低に設定される。この場合、アーキテクチャ要素に属するファイル数の比率を判断する閾値を設けたルールを用いるようにしてもよい。例えば、同じアーキテクチャ要素に属する変更ファイル４２２の比率が３０％以下の場合、ファイル信頼度４３４を低とすることができる。
【００６６】
また、ソース変更情報４２１において、担当３が作成した変更ファイルの大部分がアーキテクチャ要素Ａ１に属しており、一部が他のアーキテクチャ要素に属しているものとする。この時、その変更を行った担当３がアーキテクチャ要素Ａ１の担当である確率は高と低の間になる。このため、ア−キテクチャ要素Ａ１と担当３の組み合わせに対して、ア−キテクチャ担当対応情報４３１のファイル信頼度４３４が中に設定される。この場合、アーキテクチャ要素に属するファイル数の比率を判断する閾値を設けたルールを用いるようにしてもよい。例えば、同じアーキテクチャ要素に属する変更ファイル４２２の比率が８０％以上の場合、ファイル信頼度４３４を中とすることができる。
【００６７】
また、ソース変更情報４２１において、担当４が作成した変更ファイルの全てがアーキテクチャ要素Ａ１に属しているものとする。この時、ア−キテクチャ要素Ａ１と担当４の組み合わせに対して、ア−キテクチャ担当対応情報４３１のファイル信頼度４３４が高に設定される。
【００６８】
また、ソース変更情報４２１において、担当５が作成した変更ファイルの全てがアーキテクチャ要素Ａ１に属しているものとする。この時、ア−キテクチャ要素Ａ１と担当５の組み合わせに対して、ア−キテクチャ担当対応情報４３１のファイル信頼度４３４が高に設定される。
【００６９】
コメント信頼度４３５を求める場合、対応関係推定処理部１１２は、ア−キテクチャ情報４１１の説明４１５と、ソ−ス変更情報４２１のコメント４２５との間の文字列類似度を用いた機械学習ベースの推定を行う。例えば、アーキテクチャ情報４１１の説明４１５とソ−ス変更情報４２１のコメント４２５の類似度を算出するためのベクトルを予め別のデータセットで機械学習し、その時の学習ベクトルを利用した類似度計算により変更Ｃ１がア−キテクチャ要素Ａ１に関係する確率を求め、変更Ｃ１の担当者がアーキテクチャＡ１に関係する確率としてコメント信頼度の高中低を決定する。
【００７０】
例えば、ア−キテクチャ情報４１１において、ア−キテクチャ要素Ａ１の説明４１５に「画面の機能です。」と記載してあるものとする。また、ソース変更情報４２１において、変更Ｃ１のコメント４２５に「画面の機能の表示モードを追加しました。」と記載してあるものとする。この場合、ア−キテクチャ情報４１１の説明４１５と、ソ−ス変更情報４２１のコメント４２５との間での「画面」という文字列が一致している。このため、ア−キテクチャ要素Ａ１と担当１の組み合わせに対して、ア−キテクチャ担当対応情報４３１のコメント信頼度４３５が高に設定される。ここで示した例は非常に単純な例だが、様々なルールで信頼度を算出してもよい。
【００７１】
次に、対応関係推定処理部１１２は、複数の信頼度を複合して最終的に確定された確定信頼度４３６を算出する。図５の例では、ファイル信頼度４３４が高かつコメント信頼度４３５が高の時、確定信頼度４３６が○、ファイル信頼度４３４が中かつコメント信頼度４３５が中の時、確定信頼度４３６が△、ファイル信頼度４３４とコメント信頼度４３５の両方が低か、一方が中でもう一方が低の時、確定信頼度４３６が×とした。ファイル信頼度４３４とコメント信頼度４３５が高と低で判定が割れている場合は、？とした。
【００７２】
対応関係推定処理部１１２は、ア−キテクチャ情報４１１に登録されている全てのア−キテクチャ要素と、ソ−ス変更情報４２１に登録されている全ての変更について、ア−キテクチャ情報４１１のソースコードディレクトリ４１４と、ソ−ス変更情報４２１の変更ファイル４２３とを比較するとともに、ア−キテクチャ情報４１１の説明４１５と、ソ−ス変更情報４２１のコメント４２５とを比較し、ア−キテクチャ要素と担当の全ての組み合わせについて確定信頼度４３６を算出する。
【００７３】
図１のユーザインタフェ−ス１１１は、確定信頼度４３６に基づいて、図３の情報サマリ画面２０１に担当者名２２５を表示する。この時、確定信頼度４３６が×の担当２は、担当者名２２５に表示されない。確定信頼度４３６が〇の担当１、５と、確定信頼度４３６が△の担当３と、確定信頼度４３６が？の担当４は、担当者名２２５に表示される。
【００７４】
また、情報整合性チェック部１１３は、ア−キテクチャ担当対応情報４３１に設定されたア−キテクチャ要素に対する担当名４３３と、ア−キテクチャ情報４１１で事前に定義されたア−キテクチャ要素に対する担当名４１６との整合性を確認する。そして、ユーザインタフェ−ス１１１は、この整合性の確認結果に基づいて、情報サマリ画面２０１に表示される担当者名２２５の表示態様を変更する。
【００７５】
たとえば、図３の情報サマリ画面２０１では、事前に定義された担当名４１６に含まれ、確定信頼度４３６が△以上の担当１、３は通常通り表示を行う。この通常表示は、デフォルトとして設定することができる。事前に定義された担当名４１５に含まれておらず、確定信頼度４３６が△以上の担当５は、計画と異なる作業が発生したとみなし、赤字！付きで強調表示する。事前に定義された担当名４１５に含まれておらず、確定信頼度４３６が？の担当４は、参考情報として赤字？マ−ク付きで強調表示する。これは一つの例であり、実際の実施例はこれに制約されない。
【００７６】
プロジェクトマネージャ１０１は、ア−キテクチャ要素Ａ１について、計画と異なる担当４、５の表示を情報サマリ画面２０１で確認すると、想定外の事態に発生を把握することができる。そして、プロジェクトマネージャ１０１は、担当４、５のところに行って、どうしてア−キテクチャ要素Ａ１の作業をしているかを聞き出すことができ、想定外の事態に対処することができる。
【００７７】
図６は、第３実施形態に係る対応関係デ−タベ−スの構築方法の一例を示す図である。なお、図６は、図３のアーキテクチャ情報２２１に関連タスク２２６を付加する方法を示した。
【００７８】
図６において、ア−キテクチャ情報デ−タベ−ス１２４には、ア−キテクチャ情報４１１が格納されている。タスク情報データベース１２２には、タスク情報３２１が格納されている。対応関係データベース１２５には、ア−キテクチャ担当対応情報４３１が格納されている。対応関係推定処理部１１２は、タスク情報３２１とア−キテクチャ担当対応情報４３１との比較結果およびタスク情報３２１とア−キテクチャ情報４１１との比較結果に基づいて、ア−キテクチャタスク対応情報５１１を生成し、対応関係情報管理部１１８を介して対応関係データベース１２５に格納する。
【００７９】
ア−キテクチャタスク対応情報５１１には、ア−キテクチャ要素を一意に識別する識別情報５１２、タスクを一意に識別する識別情報５１３、担当信頼度５１４、内容信頼度５１５および確定信頼度５１６が登録される。
【００８０】
担当信頼度５１４は、タスク情報３２１の担当者名３２４と、ア−キテクチャ−担当対応情報４３１の確定信頼度４３６を加味した担当者名４３３との比較結果に基づいて、ア−キテクチャ要素とタスクとの対応関係を推定した時の信頼度である。内容信頼度５１５は、タスク情報３２１の内容３２５と、ア−キテクチャ情報４１１の説明４１５との比較結果に基づいて、ア−キテクチャ要素とタスクとの対応関係を推定した時の信頼度である。確定信頼度５１６は、担当信頼度５１４と、内容信頼度５１５を総合的に判断して、ア−キテクチャと要素タスクとの対応関係を推定した時の信頼度である。
【００８１】
担当信頼度５１４を求める場合、対応関係推定処理部１１２は、タスク情報３２１の担当者名３２４と、ア−キテクチャ担当対応情報４３１の確定信頼度４３６を加味した担当者名４３３との比較するル−ルベ−スの推定を行う。例えば、タスク情報３２１の担当者名３２４と、ア−キテクチャ−担当対応情報４３１の担当者名４３３とその確定信頼度４３６を用いて、アーキテクチャＡ＃５１２とタスクＴ＃５１３の対応付けの担当信頼度５１４を算出する。対応付けは、担当者名をキ−として行うが、ア−キテクチャ担当対応情報４３１の確定信頼度４３６にばらつきがあるため、確定信頼度４３６を加味する。
【００８２】
例えば、ア−キテクチャ担当対応情報４３１において、担当１がア−キテクチャ要素Ａ１の担当である確定信頼度４３６は○である。一方、タスク情報３２１において、担当１は、タスクＴ１の担当である。このため、タスクＴ１がア−キテクチャ要素Ａ１に関連する作業である確率は高いとして、ア−キテクチャタスク対応情報５１１のア−キテクチャ要素Ａ１とタスクＴ１との組み合わせに対する担当信頼度５１４を高とする。
【００８３】
また、ア−キテクチャ−担当対応情報４３１において、担当３がア−キテクチャ要素Ａ１の担当である確定信頼度は△である。一方、タスク情報３２１において、担当３は、タスクＴ３の担当である。このため、このため、タスクＴ３がア−キテクチャ要素Ａ１に関連する作業である確率が中であるとして、ア−キテクチャタスク対応情報５１１のア−キテクチャ要素Ａ１とタスクＴ３との組み合わせに対する担当信頼度５１４を中とする。
【００８４】
また、ア−キテクチャ−担当対応情報４３１において、担当２がア−キテクチャ要素Ａ１の担当である確定信頼度は×である。一方、タスク情報３２１において、担当２は、タスクＴ２の担当である。このため、このため、タスクＴ２がア−キテクチャ要素Ａ１に関連する作業である確率が低いとして、ア−キテクチャタスク対応情報５１１のア−キテクチャ要素Ａ１とタスクＴ２との組み合わせに対する担当信頼度５１４を低とする。
【００８５】
内容信頼度５１５を求める場合、対応関係推定処理部１１２は、タスク情報３２１の内容３２５と、ア−キテクチャ情報４１１の説明４１５との間の文字列類似度を用いた機械学習ベースの推定を行う。例えば、アーキテクチャ情報４１１の説明４１５と、タスク情報３２１の内容３２５の類似度を算出するためのベクトルを予め別のデータセットとして機械学習し、その時の学習ベクトルを利用した類似度計算によりタスクＴ１がアーキテクチャＡ１に関係する確率を求め、内容信頼度５１５の高中低を決定する。
【００８６】
例えば、ア−キテクチャ情報４１１において、ア−キテクチャ要素Ａ１の説明４１５に「画面の機能です。」と記載してあるものとする。また、タスク情報３２１において、タスクＴ１の内容３２５に「画面の機能の表示モードを追加しました。」と記載してあるものとする。この場合、ア−キテクチャ情報４１１の説明４１５と、タスク情報３２１の内容３２５との間での「画面」という文字列が一致している。このため、ア−キテクチャ要素Ａ１とタスクＴ１の組み合わせに対して、ア−キテクチャタスク対応情報５１１の内容信頼度５１５が高に設定される。ここで示した例は非常に単純な例だが、様々なルールで信頼度を算出してもよい。
【００８７】
次に、対応関係推定処理部１１２は、複数の信頼度を複合して最終的に確定された確定信頼度５１６を算出する。図６の例では、担当信頼度５１４が高かつ内容信頼度５１５が高の時は、確定信頼度５１６が○、担当信頼度５１４が中かつ内容信頼度５１５が中の時は、確定信頼度５１６が△、担当信頼度５１４と内容信頼度５１５の両方が低か、一方が中でもう一方が低の時は、確定信頼度５１６が×とした。
【００８８】
対応関係推定処理部１１２は、タスク情報３２１に登録されている全てのタスクと、ア−キテクチャ担当対応情報４３１に登録されている全てのア−キテクチャ要素について、タスク情報３２１の担当者名３２４と、ア−キテクチャ担当対応情報４３１の担当者名４３３とを比較するとともに、タスク情報３２１に登録されている全てのタスクと、ア−キテクチャ情報４１１に登録されている全てのア−キテクチャ要素について、タスク情報３２１の内容３２５と、ア−キテクチャ情報４１１の説明４１５とを比較し、ア−キテクチャ要素とタスクの全ての組み合わせについて確定信頼度５１６を算出する。
【００８９】
図１のユーザインタフェ−ス１１１は、確定信頼度５１６に基づいて、図３の情報サマリ画面２０１に関連タスク２２６を表示する。この時、確定信頼度５１６が○のタスクのみを集計してもよいし、△以上のタスクを集計してもよい。プロジェクトマネ−ジャ１０１は、開発プロジェクトの特性や、対応付け推定方法の精度に応じて、関連タスク２２６の表示内容を設定可能である。
【００９０】
以上説明したように、上述した実施形態によれば、工程管理システム１０２から得られた工程情報３１１、タスク管理システム１０３から得られたタスク情報３２１、ソースコード構成管理システム１０４から得られたソース変更情報４２１、アーキテクチャ設計情報１０５から得られたアーキテクチャ情報４１１に基づいて、プロジェクト計画情報とプロジェクト実行情報とに対応関係を推定し、情報整合性をチェックし、プロジェクトマネージャ１０１へプロジェクトの情報を表示することができる。
【００９１】
プロジェクトマネージャ１０１は表示されたプロジェクトの情報を見ることで、プロジェクトマネージャ１０１が常時行う開発プロジェクト状況の把握を容易にし、開発プロジェクトに問題が起きていることを短時間に検知可能になる。プロジェクトマネージャ１０１の作業工数を削減し、プロジェクトマネージャの判断精度を向上させることで、プロジェクトマネージャ１０１の問題解決能力を向上させ、開発プロジェクトの問題発生確率を低減させることができる。開発プロジェクトの問題発生確率が減ることで、プロジェクトマネージャ１０１はソフトウェアのリリース期限を守ることができ、開発コストの無駄な増加を抑え、開発プロジェクトの成功確率を増加させることができる。
【００９２】
図７は、図１のプロジェクト支援装置のハードウェア構成例を示すブロック図である。
図７において、プロジェクト支援装置１１０には、プロセッサ１１、通信制御デバイス１２、通信インターフェース１３、主記憶デバイス１４および外部記憶デバイス１５が設けられている。プロセッサ１１、通信制御デバイス１２、通信インターフェース１３、主記憶デバイス１４および外部記憶デバイス１５は、内部バス１６を介して相互に接続されている。主記憶デバイス１４および外部記憶デバイス１５は、プロセッサ１１からアクセス可能である。
【００９３】
また、プロジェクト支援装置１１０の外部には、入力装置２０および出力装置２１が設けられている。入力装置２０および出力装置２１は、入出力インターフェース１７を介して内部バス１６に接続されている。
【００９４】
入力装置２０は、例えば、キーボード、マウス、タッチパネル、カードリーダ、音声入力装置等である。出力装置２１は、例えば、画面表示装置（液晶モニタ、有機ＥＬ（Ｅｌｅｃｔｒｏ  Ｌｕｍｉｎｅｓｃｅｎｃｅ）ディスプレイ、グラフィックカード等）、音声出力装置（スピーカ等）、印字装置等である。
【００９５】
プロセッサ１１は、プロジェクト支援装置１１０全体の動作制御を司るハードウェアである。主記憶デバイス１４は、例えば、ＳＲＡＭまたはＤＲＡＭなどの半導体メモリから構成することができる。主記憶デバイス１４には、プロセッサ１１が実行中のプログラムを格納したり、プロセッサ１１がプログラムを実行するためのワークエリアを設けたりすることができる。
【００９６】
外部記憶デバイス１５は、大容量の記憶容量を有する記憶デバイスであり、例えば、ハードディスク装置やＳＳＤ（Ｓｏｌｉｄ  Ｓｔａｔｅ  Ｄｒｉｖｅ）である。外部記憶デバイス１５は、各種プログラムの実行ファイルやプログラムの実行に用いられるデータを保持することができる。外部記憶デバイス１５には、プロジェクト支援プログラム１５Ａを格納することができる。プロジェクト支援プログラム１５Ａは、プロジェクト支援装置１１０にインストール可能なソフトウェアであってもよいし、プロジェクト支援装置１１０にファームウェアとして組み込まれていてもよい。
【００９７】
通信制御デバイス１２は、外部との通信を制御する機能を有するハードウェアである。通信制御デバイス１２は、通信インターフェース１３を介してネットワーク１９に接続される。ネットワーク１９は、インターネットなどのＷＡＮ（Ｗｉｄｅ  Ａｒｅａ  Ｎｅｔｗｏｒｋ）であってもよいし、ＷｉＦｉなどのＬＡＮ（Ｌｏｃａｌ  Ａｒｅａ  Ｎｅｔｗｏｒｋ）であってもよいし、ＷＡＮとＬＡＮが混在していてもよい。
【００９８】
入出力インターフェース１７は、入力装置２０から入力されるデータをプロセッサ１１が処理可能なデータ形式に変換したり、プロセッサ１１から出力されるデータを出力装置２１で出力可能なデータ形式に変換したりする。
【００９９】
プロセッサ１１がプロジェクト支援プログラム１５Ａを主記憶デバイス１４に読み出し、プロジェクト支援プログラム１５Ａを実行することにより、プロジェクト計画情報と、プロジェクト実行情報との比較結果に基づいて、プロジェクト計画情報とプロジェクト実行情報との対応関係情報を算出することができる。
【０１００】
この時、プロジェクト支援プログラム１５Ａは、図１の対応関係推定処理部１１２、情報整合性チェック部１１３、工程情報管理部１１４、タスク情報管理部１１５、ソ−ス変更情報管理部１１６、ア−キテクチャ情報管理部１１７および対応関係情報管理部１１８の機能を実現することができる。
なお、プロジェクト支援プログラム１５Ａの実行は、複数のプロセッサやコンピュータに分担させてもよい。あるいは、プロセッサ１１は、ネットワーク１９を介してクラウドコンピュータなどにプロジェクト支援プログラム１５Ａの全部または一部の実行を指示し、その実行結果を受け取るようにしてもよい。
【符号の説明】
【０１０１】
１０１…プロジェクトマネージャ、１０２…工程管理システム、１０３…タスク管理システム、１０４…ソースコード構成管理システム、１０５…アーキテクチャ設計情報、１１０…プロジェクトマネ−ジャ支援システム、１１１…ユーザインタフェ−ス、１１２…対応関係推定処理部、１１３…情報整合性チェック部、１１４…工程情報管理部、１１５…タスク情報管理部、１１６…ソ−ス変更情報管理部、１１７…ア−キテクチャ情報管理部、１１８…対応関係情報管理部、１２０…記憶装置、１２１…工程情報デ−タベ−ス、１２２…タスク情報デ−タベ−ス、１２３…ソ−ス変更情報デ−タベ−ス、１２４…ア−キテクチャ情報デ−タベ−ス、１２５…対応関係デ−タベ−ス
【図１】
2020013189.tif 000003
【図２】
2020013189.tif 000004
【図３】
2020013189.tif 000005
【図４】
2020013189.tif 000006
【図５】
2020013189.tif 000007
【図６】
2020013189.tif 000008
【図７】
2020013189.tif 000009