(57)【要約】【課題】  プロジェクトに適合したチームメンバを効率的に決定できるデータ処理方法を提供する。【解決手段】  ＢＰ選択部３９において、処理対象プロジェクトに属性が類似する過去プロジェクトのＢＰチームメンバデータＢＰＴＭＤが選択される。メンバ要件充足判定部２９は、ＢＰチームメンバデータＢＰＴＭＤが示すメンバが、処理対象プロジェクトの要件を満たすか否かを判定し、必要に応じて、補充メンバ検索部３５にメンバを補充させる。【選択図】  図２
2007026404.tif 000002
【特許請求の範囲】
【請求項１】
処理対象のプロジェクトの属性を示す処理対象プロジェクト属性データを入力する第１の工程と、
前記第１の工程で入力した前記処理対象プロジェクト属性データと、記憶手段に記憶されている過去に行われた過去プロジェクトの属性を示す過去プロジェクト属性データとを基に、当該処理対象プロジェクトに類似した属性を持つ前記過去プロジェクトを特定する第２の工程と、
前記第２の工程で特定した前記過去プロジェクトのチームメンバーリストデータを、前記記憶手段から読み出す第３の工程と、
前記第３の工程で読み出した前記チームメンバーリストデータと、前記記憶手段に記憶されたメンバーデータとを基に、前記処理対象プロジェクトのチームメンバーリストデータを生成する第４の工程と
をコンピュータが実行するプロジェクトチームメンバ選定方法。
【請求項２】
前記第２の工程は、
前記処理対象プロジェクト属性データが示す属性に類似した属性を持つ複数の前記過去プロジェクトを特定し、
前記特定した複数の過去プロジェクトのなかから、当該過去プロジェクトの評価値を基に、過去プロジェクトを選択し、
前記第４の工程は、
前記第３の工程で選択した前記過去プロジェクトの前記チームメンバーリストデータを基に、前記処理対象プロジェクトのチームメンバーリストデータを生成する
請求項１に記載のプロジェクトチームメンバ選定方法。
【請求項３】
前記第２の工程は、
前記処理対象プロジェクト属性データおよび前記過去プロジェクト属性データの各々に規定されているプロジェクトカテゴリ、プロジェクトに要求されるメンバの職種、プロジェクト期間、並びにプロジェクト予算額ないし実績総費用額の少なくとも一つを基準に類似度データを生成し、当該類似度データを基に前記複数の過去プロジェクトを特定し、
前記特定した複数の過去プロジェクトに関する品質評価値、コスト評価値およびスケジュール評価値の少なくとも一つを用いて、当該特定した複数の過去プロジェクトから前記過去プロジェクトを選択する
請求項２に記載のプロジェクトチームメンバ選定方法。
【請求項４】
前記第４の工程は、
前記第３の工程で読み出した前記チームメンバーリストデータを、前記記憶手段に記憶されたメンバーデータにより更新し、
当該更新された前記チームメンバーリストデータと、前記処理対象のプロジェクトのメンバの要件を示すメンバ要件データとを基に、前記処理対象プロジェクトのメンバ要件を満たすチームメンバーリストデータを生成し、
当該生成したチームメンバーリストデータが示すメンバが前記処理対象のプロジェクトに要求されるメンバより不足していると判断した場合に、前記メンバ要件データを基に、前記記憶手段に記憶されたメンバーデータを検索して、新たなメンバを前記処理対象プロジェクトの前記チームメンバーリストデータに補充する
請求項１〜３のいずれかに記載のプロジェクトチームメンバ選定方法。
【請求項５】
前記第４の工程中の前記処理対象プロジェクトのチームメンバーリストデータの生成は、前記第３の工程で読み出した前記チームメンバーリストデータと、前記処理対象のプロジェクトのメンバの要件を示すメンバ要件データとを基に、前記第３の工程で読み出した前記チームメンバーリストデータが示すメンバのうち、前記処理対象のプロジェクトの要件を満たさないメンバを削除して行う
請求項１〜４のいずれかに記載のプロジェクトチームメンバ選定方法。
【請求項６】
過去に行われた過去プロジェクトの属性を示す過去プロジェクト属性データと当該過去プロジェクトのチームメンバーリストデータとを対応付けて示す管理データと、メンバーデータとを記憶する記憶手段と、
処理対象のプロジェクトの属性を示す処理対象プロジェクト属性データを入力するインタフェースと、
前記インタフェースが入力した前記処理対象プロジェクト属性データと、記憶手段に記憶されている過去に行われた過去プロジェクトの属性を示す過去プロジェクト属性データとを基に、当該処理対象プロジェクトに類似した属性を持つ前記過去プロジェクトを特定し、当該特定した前記過去プロジェクトのチームメンバーリストデータを前記記憶手段から読み出し、当該読み出した前記チームメンバーリストデータと、前記記憶手段に記憶されたメンバーデータとを基に、前記処理対象プロジェクトのチームメンバーリストデータを生成する処理回路と
を有するプロジェクトチームメンバ選定装置。
【請求項７】
コンピュータが実行するプログラムであって、
処理対象のプロジェクトの属性を示す処理対象プロジェクト属性データを入力する第１の手順と、
前記第１の手順で入力した前記処理対象プロジェクト属性データと、記憶手段に記憶されている過去に行われた過去プロジェクトの属性を示す過去プロジェクト属性データとを基に、当該処理対象プロジェクトに類似した属性を持つ前記過去プロジェクトを特定する第２の手順と、
前記第２の手順で特定した前記過去プロジェクトのチームメンバーリストデータを、前記記憶手段から読み出す第３の手順と、
前記第３の手順で読み出した前記チームメンバーリストデータと、前記記憶手段に記憶されたメンバーデータとを基に、前記処理対象プロジェクトのチームメンバーリストデータを生成する第４の手順と
を前記コンピュータに実行させるプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】  本発明は、プロジェクトの属性に応じてメンバを自動的に選択するプロジェクトチームメンバ選定方法、その装置よびそのプログラムに関する。
【背景技術】
【０００２】  例えば、企業などの組織でプロジェクトが発足すると、予め登録された人材の中から必要なメンバ（人材）を選び出し、最適なチーム編成を行い、プロジェクトの進展に応じて、それぞれのフェーズに適したチームの再編成を行う。【０００３】
【特許文献１】  特開２００４−１３３８６０号公報
【発明の開示】
【発明が解決しようとする課題】
【０００４】  しかしながら、上述したチーム編成を人手で行うと非常に大きな労力が必要となると共に、過去のプロジェクトデータなどをチーム編成構築に効率的に反映できない。【０００５】  本発明は上述した従来技術の問題点を解決するために、プロジェクトに適合したメンバを効率的に決定できるプロジェクトメンバ選定方法、その装置およびそのプログラムを提供することを目的とする。
【課題を解決するための手段】
【０００６】  上述した従来技術の問題点を解決し、上述した目的を達成するため、第１の観点の発明のプロジェクトチームメンバ選定方法は、処理対象のプロジェクトの属性を示す処理対象プロジェクト属性データを入力する第１の工程と、前記第１の工程で入力した前記処理対象プロジェクト属性データと、記憶手段に記憶されている過去に行われた過去プロジェクトの属性を示す過去プロジェクト属性データとを基に、当該処理対象プロジェクトに類似した属性を持つ前記過去プロジェクトを特定する第２の工程と、前記第２の工程で特定した前記過去プロジェクトのチームメンバーリストデータを、前記記憶手段から読み出す第３の工程と、前記第３の工程で読み出した前記チームメンバーリストデータと、前記記憶手段に記憶されたメンバーデータとを基に、前記処理対象プロジェクトのチームメンバーリストデータを生成する第４の工程とをコンピュータが実行する。【０００７】  第１の観点の発明のプロジェクトメンバ選定方法では、コンピュータが、処理対象プロジェクトデータと属性が類似した過去プロジェクト属性データを持つ過去プロジェクトを自動的に特定する。
そして、コンピュータが、上記特定した過去プロジェクトのチームメンバーリストデータと、記憶手段に記憶されているメンバーリストデータとを基に、処理対象のプロジェクトのメンバーリストデータを自動的に特定する。
そのため、ユーザの負荷を軽減できると共に、処理対象のプロジェクトのメンバ構成を、過去プロジェクトで採用したメンバ構成を反映した形態で構築できる。【０００８】  第２の観点の発明のプロジェクトチームメンバ選定装置は、過去に行われた過去プロジェクトの属性を示す過去プロジェクト属性データと当該過去プロジェクトのチームメンバーリストデータとを対応付けて示す管理データと、人材データとを記憶する記憶手段と、処理対象のプロジェクトの属性を示す処理対象プロジェクト属性データを入力するインタフェースと、前記インタフェースが入力した前記処理対象プロジェクト属性データと、記憶手段に記憶されている過去に行われた過去プロジェクトの属性を示す過去プロジェクト属性データとを基に、当該処理対象プロジェクトに類似した属性を持つ前記過去プロジェクトを特定し、当該特定した前記過去プロジェクトのチームメンバーリストデータを前記記憶手段から読み出し、当該読み出した前記チームメンバーリストデータと、前記記憶手段に記憶された人材データとを基に、前記処理対象プロジェクトのチームメンバーリストデータを生成する処理回路とを有する。【０００９】  第３の観点の発明のプログラムは、コンピュータが実行するプログラムであって、
処理対象のプロジェクトの属性を示す処理対象プロジェクト属性データを入力する第１の手順と、前記第１の手順で入力した前記処理対象プロジェクト属性データと、記憶手段に記憶されている過去に行われた過去プロジェクトの属性を示す過去プロジェクト属性データとを基に、当該処理対象プロジェクトに類似した属性を持つ前記過去プロジェクトであるベースプロジェクトＢＰを特定する第２の手順と、前記第２の手順で特定した前記過去プロジェクトのチームメンバーリストデータを、前記記憶手段から読み出す第３の手順と、前記第３の手順で読み出した前記チームメンバーリストデータと、前記記憶手段に記憶された人材データとを基に、前記処理対象プロジェクトのチームメンバーリストデータを生成する第４の手順とを前記コンピュータに実行させる。
【発明の効果】
【００１０】  本発明によれば、プロジェクトに適合したメンバを効率的に決定できるプロジェクトチームメンバ選定方法、その装置およびそのプログラムを提供することができる。
【発明を実施するための最良の形態】
【００１１】  以下、本発明の実施形態に係わるプロジェクトチーム編成支援システムについて説明する。
先ず、本実施形態の構成要素と、本発明の構成要素との対応関係を説明する。
図４に示すステップＳＴ１１が本発明の第１の工程、ステップＳＴ１２が本発明の第２の工程の一例であり、ステップＳＴ１３等が本発明の第３の工程の一例であり、ステップＳＴ１４〜ＳＴ２３等が本発明の第４の工程の一例である。
また、図１に示すメモリ５が本発明の記憶手段の一例であり、インタフェース２が本発明のインタフェースの一例であり、処理回路６が本発明の処理回路の一例である。【００１２】  図１は、本発明の実施形態のプロジェクトチーム編成支援システム１のハードウェア構成図である。
プロジェクトチーム編成支援システム１は、企業などの組織でプロジェクトを発足する場合に、そのプロジェクトに必要なメンバを選出する。
図１に示すように、プロジェクトチーム編成支援システム１は、例えば、インタフェース２、ディスプレイ３、操作部４、メモリ５および処理回路６を有し、これらがデータ線７を介して接続されている。
インタフェース２は、プロジェクトチーム編成支援システム１の外部からデータを入力する。
ディスプレイ３は、処理回路６からの表示信号に応じた画面を表示する。
操作部４は、キーボード、マウス、タッチパネルなどであり、ユーザの操作に応じた操作信号を処理回路６に出力する。
メモリ５は、処理回路６が実行するプログラムＰＲＧ、並びに処理回路６の処理に用いられるデータを記憶する。
処理回路６は、メモリ５から読み出したプログラムＰＲＧを実行して、以下に示すプロジェクトチーム編成支援システム１の動作を統括的に制御する。【００１３】  図２は、図１に示す本発明の実施形態に係わるプロジェクトチーム編成支援システム１の機能ブロック図である。
図３は、図２に示すベースプロジェクトＢＰ選択部３９の機能ブロック図である。
図２に示すように、プロジェクトチーム編成支援システム１は、例えば、メンバ要件評価式入力部１１、メンバ情報入力部１３、メンバ要件評価値計算部１５、人材データベース１０、プロジェクトチームメンバ評価値入力部１９、人材スケジュール入力部２１、ＢＰチームメンバデータ更新部２３、処理対象プロジェクトメンバ要件入力部２５、メンバ要件充足判定部２９、チーム編成規準入力部３１、チーム編成部３３、補充メンバ検索部３５およびＢＰ選択部３９を有する。
また、図３に示すように、ＢＰ選択部３９は、例えば、過去プロジェクト情報入力部４１、処理対象プロジェクト結果入力部４３、プロジェクトデータベース４５、プロジェクトカテゴリ入力部４７、プロジェクトカテゴリ設定部４９、ＢＰ選定規準入力部５１、処理対象プロジェクト情報入力部５３、ＢＰ検索条件設定部５５およびＢＰ検索部５７を有する。【００１４】  本実施形態では、例えば、図２および図３に示すメンバ要件評価式入力部１１、人材情報入力部１３、プロジェクトチームメンバ評価値入力部１９、人材スケジュール入力部２１、処理対象プロジェクトメンバ要件入力部２５、チーム編成規準入力部３１、過去プロジェクト情報入力部４１、処理対象プロジェクト結果入力部４３、プロジェクトカテゴリ入力部４７、ＢＰ選定規準入力部５１および処理対象プロジェクト情報入力部５３は、図１に示すインタフェース２あるいは操作部４によって実現される。
また、人材データベース１０およびプロジェクトデータベース４５は、図１に示すメモリ５によって実現される。
また、メンバ要件評価値計算部１５、ＢＰチームメンバーデータ更新部２３、メンバ要件充足判定部２９、チーム編成部３３、補充メンバ検索部３５、プロジェクトカテゴリ設定部４９、ＢＰ検索条件設定部５５およびＢＰ検索部５７は、図１に示す処理回路６がプログラムＰＲＧを実行することによって実現される。
また、これらのうち一部あるいは全部を専用の電子回路で構成してもよい。【００１５】  以下、図２および図３に示す各機能ブロックを説明する。
［人材データベース１０］
人材データベース１０は、プロジェクトの要員候補として登録した各人材について、その人材のＩＤ、氏名、生年月日、年齢、入社年月日、勤続年数、所属部署または組織（会社名）、職位、職種、所有している資格、コスト（給料）、スケジュール、並びに人間性、一般的能力および専門能力などの評価値などを示す属性データを対応付けて記憶する。【００１６】  ［メンバ要件評価式入力部１１］
メンバ要件評価式入力部１１は、メンバ情報入力部１３から入力された一般的能力および専門能力、資格、人間性などの評価値を、どのように判定または重みづけして、当該メンバの職種に対する総合評価値を算出するかを規定する評価式データを入力する。
メンバ要件評価式入力部１１は、入力した上記評価式データをメンバ要件評価値計算部１５に設定する。【００１７】  ［人材情報入力部１３］
人材情報入力部１３は、上述した人材のＩＤ、氏名、生年月日、年齢、入社年月日、勤続年数、所属部署または組織（会社名）、職位、職種、所有している資格などの人材情報を入力し、これを人材データベース１０内の当該人材の対応する項目に設定する（書き込む）。
また、人材情報入力部１３は、例えば、人材に対して行ったアンケートの結果（回答）を示すアンケート結果データを入力し、これをメンバ要件評価値計算部１５に出力する。【００１８】  ［メンバ要件評価値計算部１５］
メンバ要件評価値計算部１５は、メンバ情報入力部１３から入力した能力、資格、人間性などの評価値から、メンバ要件評価式入力部１１から入力した評価式データを基に総合評価値を生成し、これを人材データベース１０に書き込む（設定する）。
メンバ要件評価値計算部１５は、例えば、既知の性格分析などに用いられる評価手法に応じた評価式データを基に、人材データベース１０の中の各人材について上記総合評価値を生成する。【００１９】  ［プロジェクトチームメンバ実績評価値入力部１９］
プロジェクトチームメンバ実績評価値入力部１９は、例えば、過去プロジェクトに参加した各メンバが、そのプロジェクトにおいて、他のメンバ（例えば、当該職種のリーダやプロジェクトマネジャー）によって、その仕事の成果あるいは能力や人間性をどのように評価されたかを示す実績評価値を入力する。
プロジェクトチームメンバ実績評価値入力部１９は、例えば、そのメンバに過去のプロジェクトで能力や人間性に対して高い評価が与えられた場合に「＋１」を示す実績評価値を入力し、普通の評価が与えられた場合に「０」を示す実績評価値を入力し、低い評価が与えられた場合に「−１」を示す実績評価値を入力する。
プロジェクトチームメンバ実績評価値入力部１９は、入力した実績評価値を、人材データベース１０に記憶されている、そのメンバに対応する項目に設定する。【００２０】  ［人材スケジュール入力部２１］
人材スケジュール入力部２１は、各人材のスケジュールデータを入力し、これを人材データベース１０内の当該人材に対応する項目に設定する。
上記スケジュールデータは、例えばその人材がプロジェクトに参加可能な日や週を示している。【００２１】  ［ＢＰチームメンバーデータ更新部２３］
ＢＰチームメンバーデータ更新部２３は、処理対象プロジェクトに最も類似した過去プロジェクトであるＢＰチームメンバーデータＢＰＴＭＤをＢＰ選択部３９から入力する。
ＢＰチームメンバーデータ更新部２３は、上記入力したＢＰチームメンバーデータＢＰＴＭＤに示される各メンバについて、人材データベース１０に記憶された当該メンバの各項目データを基にＢＰＴＭＤを更新し、さらにスケジュールデータを基に、処理対象プロジェクトメンバ要件入力部２５から入力した処理対象プロジェクトの必要期間内にプロジェクトに参加可能か否かを上記更新後のＢＰＴＭＤの当該項目に設定する。
そして、ＢＰチームメンバーデータ更新部２３は、上記更新後および参加可否項目を設定後のＢＰＴＭＤに示されるメンバのうち、上記処理対象プロジェクトの必要期間内にプロジェクトに参加できないメンバを削除して新たなメンバーデータＰＭＤを生成し、これをメンバ要件充足判定部２９に出力する。
また、ＢＰチームメンバデータ更新部２３は、さらに上記スケジュールデータ以外の属性データを用いて、ＢＰチームメンバのうち属性の要件が合わないメンバを削除したプロジェクトチームメンバデータＰＭＤを生成し、メンバ要件充足判定部２９に出力する。【００２２】  ［処理対象プロジェクトメンバ要件入力部２５］
処理対象プロジェクトメンバ要件入力部２５は、処理対象プロジェクトに参加する各職種のメンバの数、当該メンバに要求する所有資格・能力・人間性、各評価項目の評価値、各職種の必要期間（第何週から第何週または何月何日から何日まで）を示す処理対象プロジェクトメンバ要件データを入力し、これをメンバ要件充足判定部２９に出力する。
所有資格と能力については各資格・能力別に所有者を検索できるようにする。その理由は、プロジェクトの対象システムの発注者である顧客からメンバの所有資格・能力の提示を求められることがあるからである。【００２３】  ［メンバ要件充足判定部２９］
メンバ要件充足判定部２９は、ＢＰチームメンバデータ更新部２３から入力したプロジェクトチームメンバデータＰＭＤに示されるメンバと、処理対象プロジェクトメンバ要件入力部２５から入力した処理対象プロジェクトに要求される各職種のメンバの数などを基に、処理対象プロジェクトのメンバが充足しているか否かを判断する。【００２４】  メンバ要件充足判定部２９は、処理対象プロジェクトのメンバが不足していると判断すると、不足しているメンバの職種とその人数、並びに当該メンバに要求する所有資格・能力・人間性、各評価項目の評価値、各職種の必要期間などの条件を示すメンバ補充要求を補充メンバ検索部３５に出力する。
また、メンバ要件充足判定部２９は、処理対象プロジェクトのメンバが充足していると判断すると、ＢＰチームメンバデータ更新部２３から入力したメンバデータＰＭＤをチーム編成部３３に出力する。【００２５】  ［チーム編成規準入力部３１］
チーム編成規準入力部３１は、チーム編成部３３が最終的なメンバデータＰＭＤを決定（生成）するために用いるＰＭＤの評価尺度値の優先順位を含むＰＭＤの評価尺度値の使い方であるチーム編成規準データを入力し、これをチーム編成部３３に出力する。【００２６】  ［チーム編成部３３］
チーム編成部３３は、メンバ要件充足判定部２９から入力したメンバデータＰＭＤに、補充メンバ検索部３５から通知されたメンバを追加する。
チーム編成部３３は、メンバ要件充足判定部２９による処理によっても処理対象プロジェクトに要求されるメンバが充足されない場合には、処理対象プロジェクトメンバ要件入力部２５から入力される処理対象プロジェクトのメンバ要件を緩和させる処理を行う。
また、チーム編成部３３は、処理対象プロジェクトで必要とされる職種の人数より多い人数が、メンバデータＰＭＤ内に示されている職種について、チーム編成規準入力部３１から入力したチーム編成規準データに従ってメンバの選択を行う。【００２７】  ［補充メンバ検索部３５］
補充メンバ検索部３５は、メンバ要件充足判定部２９から入力したメンバ補充要求に応じて、当該メンバ補充要求が示す条件を満たすメンバを、人材データベース１０から検索する。
そして、補充メンバ検索部３５は、上記検索によって、上記条件を満たすメンバを示すデータをチーム編成部３３に通知する。【００２８】  以下、図３に示すＢＰ選択部３９の各機能ブロックを説明する。
［プロジェクトデータベース４５］
プロジェクトデータベース４５は、過去に行われたプロジェクトの各々について、そのプロジェクト名、プロジェクトコード、プロジェクトカテゴリ、ランク、開始日、終了日、期間（日数）、プロジェクトマネジャー、各職種の必要人数、コスト、並びに評価値を示す属性データを対応付けて示している。
プロジェクトデータベース４５に記憶された上記属性データは、例えば、過去プロジェクト情報入力部４１から入力される。
また、プロジェクトデータベース４５には、処理対象プロジェクトが終了すると、その属性データが処理対象プロジェクト結果入力部４３から書き込まれる。【００２９】  プロジェクトカテゴリとしては、例えば、ＣＡＤシステム構築、ＬＡＮシステム構築、ＰＯＳシステム構築、イントラネット構築、システムインテグレーション、システムコンサルティング、パッケージソフト開発、銀行オンラインシステム構築などがある。
ランクは、プロジェクトの期間と規模を基準として以下のように規定されている。なお、本実施形態では、一例としてプロジェクトの期間は６ケ月を境に短期、長期と分類している。
ランク  １：期間が短く、プロジェクトの規模が「小」のプロジェクト
２：期間が短く、規模は「中」のプロジェクト
３：期間は６ケ月前後で、規模は「中」のプロジェクト
４：期間は長く、規模は「中」のプロジェクト
５：期間は長く、規模は「大」のプロジェクト【００３０】  また、上記各職種の人数、コストは、一例として職種１〜５の必要人数、コストを示している。
職種１〜５の内容および種類は特に限定されないが、例えば、「顧客との折衝・納品」、「システムの概要設計」、「システムの詳細設計」、「プログラミング」、「事務」などである。【００３１】  また、上記評価値は、ブロジェクトが終了した段階で実際にかかった期間、コスト、プロジェクトに関するアンケートの回答を集計した点数（プロジェクト全体の評価値）などを基に、例えば、図１に示す処理回路６によって生成され、プロジェクトデータベース４５に書き込まれる。
処理回路６は、例えば、プロジェクト終了後にプロジェクトマネジャーなどの管理者や第三者が入力した以下に示す評価項目に関するアンケート結果データに基づいて、当該プロジェクトの品質評価値、コスト評価値、並びにスケジュール評価値を生成する。
処理回路６は、以下に示すように、プロジェクトの品質評価値を生成する。
すなわち、上述したアンケート結果データは、例えば、以下に示す２０個の品質評価項目のそれぞれについて、０〜５点の何れかを回答したデータであり、品質評価項目についての最高合計得点が１００点となる。【００３２】１）スキル／リソースの制約
・後輩の面倒を見たか
・チームメンバに無理をさせなかったか
・スケジュールは予定通りだったか
・人手は妥当だったか
２）プロジェクトに対する経験
・開発工程やコスト・納期などの見積もりは適切だったか
・（客側の）業務内容をメンバ全員が理解していたか
・ユーザにしっかりとヒヤリングできたか
・ユーザの意向に沿ったものができたか
３）情報の共有度
・ユーザとのやり取りをメンバ全員が知っていたか
・要件書や開発仕様書のフォーマットは全グループで共通だったか
・要件書や開発仕様書は活用されていたか
・プロジェクトで利用した開発用ツールはプロジェクトで統一されていたか
４）品質の維持
・ドキュメント・コーディング・実装は規約を設定し、プロジェクト内で統一されていたか
・設計・開発時の問題点はドキュメント化されているか
・設計者・開発者間で情報は共有化されていたか
・システムが仕様どおりに動き、コードはしっかりと標準化されているか
５）運用／保守性
・仕様が変わった際、ドキュメントも正しく修正されたか
・再利用や保守性を考慮してシステムが設計されているか
・システムの変更時に解析作業に時間がかからなかったか
・各ドキュメントはしっかりと作成されていたか【００３３】  処理回路６は、例えば、以下に示すように、プロジェクトのコスト評価値を生成する。
すなわち、処理回路６は、上述したアンケート結果データを基に、プロジェクト終了時に実際にかかったコストと予算とを比較し、コストが予算の何パーセントだったかを求め、その数値をコスト評価値とする。
「コストの評価値＝２００−（実際にかかったコスト／予算）×１００」【００３４】  処理回路６は、例えば、以下に示すように、スケジュール評価値を生成する。
すなわち、処理回路６は、プロジェクト終了時に、実際にかかった期間と予定していた期間とを比較し実際にかかった期間が予定していた期間の何パーセントだったかを求め、その数値をスケジュール評価値とする。
「スケジュールの評価値＝２００−（実際にかかった期間／予定していた期間）×１００」【００３５】  ［プロジェクトカテゴリ入力部４７およびプロジェクトカテゴリ設定部４９］
プロジェクトカテゴリ入力部４７は、処理対象プロジェクトを実施する組織が取扱う範囲のプロジェクトのプロジェクトカテゴリデータを入力し、これをプロジェクトカテゴリ設定部４９を介してプロジェクトデータベース４５に設定する。【００３６】  ［ＢＰ選定規準入力部５１］
ＢＰ選定規準入力部５１は、処理対象プロジェクトと、過去プロジェクトとの類似度の判定ルールを示す選定情報を入力し、これをＢＰ検索条件設定部５５に出力する。
上記類似度の判定ルールとしては、後述するように、平均値法および下限値法などがある。
なお、ＢＰ選定規準入力部５１は、例えば、ＢＰ検索部５７が行う、類似度に基づいたベースプロジェクトの１次選定処理と、評価値に基づいたベースプロジェクトの２次選定処理との各々について、平均値法および下限値法の何れを用いるかをＢＰ検索条件設定部５５に出力する。【００３７】  ［処理対象プロジェクト情報入力部５３］
処理対象プロジェクト情報入力部５３は、プロジェクト名、プロジェクトコード、プロジェクトカテゴリ、ランク、プロジェクトマネジャーの氏名、プロジェクト責任者氏名、開始予定日、終了期限日、予定期間、職種ごとのリーダの要否とメンバの必要人数、予算などの処理対象プロジェクトの要件を示す属性データを入力する。
ここで、上記開始予定日、終了期限日は、スケジュールのチェック、予算はコストのチェックに用いられる。【００３８】  ［ＢＰ検索条件設定部５５］
ＢＰ検索条件設定部５５は、ＢＰ選定規準入力部５１から入力した情報をＢＰ検索部５７に設定すると共に、処理対象プロジェクト情報入力部５３から入力した処理対象プロジェクトの要件を示す属性データをＢＰ検索部５７に出力する。【００３９】  ［ＢＰ検索部５７］
ＢＰ検索部５７は、ＢＰ検索条件設定部５５から入力した処理対象プロジェクトの要件を示す属性データと、プロジェクトデータベース４５に記憶された過去プロジェクトの属性データとを基に、これらの間の類似度を示す類似度データを生成する。
そして、ＢＰ検索部５７は、上記生成した類似度データが所定の基準値以上の過去プロジェクトを特定する（１次選定処理）。
次に、ＢＰ検索部５７は、複数の過去プロジェクトを上記特定した場合に、それら過去プロジェクトの評価値をプロジェクトデータベース４５から読み出し、各過去プロジェクトの総合評価値データを生成する。
そして、ＢＰ検索部５７は、上記特定した複数の過去プロジェクトのうち、総合評価値データが最大の過去プロジェクトを選択し（２次選定処理）、当該過去プロジェクトのメンバーリストデータを、ＢＰチームメンバデータＢＰＴＭＤとしてＢＰチームメンバデータ更新部２３に出力する。【００４０】  ＜プロジェクトの類似度データ生成＞
ＢＰ検索部５７は、ＢＰ検索条件設定部５５から入力した処理対象プロジェクトの要件を示す属性データと、プロジェクトデータベース４５に記憶された過去プロジェクトの属性データとを基に、これらの間の類似度を示す類似度データを生成する。
ＢＰ検索部５７は、例えば、プロジェクトの種類、規模および仕事内容の３つの項目の類似度を基に、類似度データを生成する。
ここで、プロジェクトの種類は、例えば、プロジェクトカテゴリおよびプロジェクトのランクをそれぞれ５段階で示す。また、プロジェクトの種類は、プロジェクト遂行に係わる職種である使用職種をも示す。
また、プロジェクトの規模は、期間の長さ（日数、週数、月数）、総工数（人日）、総コスト、プロジェクト予算額、実績総費用額、総人数などをサブ項目として示す。
また、仕事内容は、職種ごとの人数を示す。【００４１】  ＢＰ検索部５７は、上記３つの項目内あるいはサブ項目のうち、類似度データの生成に用いる項目を、ＢＰ選定規準入力部５１が入力した選定情報などを基に、選択項目として選択する。
そして、ＢＰ検索部５７は、上記選択項目の各々についての類似度を示す類似度データを生成する。
ＢＰ検索部５７は、プロジェクトカテゴリが選択項目である場合に、その類似度データを以下に示すように生成する。
すなわち、ＢＰ検索部５７は、処理対象プロジェクトをｊ、過去プロジェクトをｋとし、プロジェクトｊとｋとの類似度データをｐ（ｊ，ｋ）とし、プロジェクトＡ〜Ｈを規定すると、例えば以下に表１に示すように、ｐ（ｊ，ｋ）を取得する。表１は、各種のプロジェクトの組み合わせについての類似度データｐ（ｊ，ｋ）を示している。【００４２】  Ａ：  ＣＡＤシステム構築プロジェクト
Ｂ：  ＬＡＮシステム構築プロジェクト
Ｃ：  ＰＯＳシステム構築プロジェクト
Ｄ：  イントラネットシステム構築プロジェクト
Ｅ：  システムインテグレーションプロジェクト
Ｆ：  システムコンサルティングプロジェクト
Ｇ：  パッケージソフト開発システムプロジェクト
Ｈ：  銀行オンラインシステム構築プロジェクト【００４３】
【表１】
2007026404.tif 000003
【００４４】  また、ＢＰ検索部５７は、使用職種が選択項目である場合に、その類似度データを以下に示すように生成する。
本実施形態では、例えば職種１から職種５までと５つの職種を規定する。
ＢＰ検索部５７は、処理対象プロジェクト（ｊ）とプロジェクトデータベースに格納されているプロジェクト（ｋ）とを比較し同じ職種を使用したら１ポイントとする。
例えば、ＢＰ検索部５７は、処理対象プロジェクトの必要職種が職種１、職種２、職種３、職種４、職種５、ベースプロジェクト候補の使用職種が職種１、職種２、職種４の場合、職種１、職種２、職種４が共通して必要とされる職種のためｐ（ｊ，ｋ）＝３とする。【００４５】  また、ＢＰ検索部５７は、プロジェクトの期間の長さが選択項目である場合に、その類似度データを、例えば下記表２に示すように生成する。
ＢＰ検索部５７は、プロジェクトｊ，ｋの期間の長さをそれぞれｄｊ、ｄｋとすると、（ｄｊ−ｄｋ）／ｄｊ＝ｐ（ｊ，ｋ）に対するランキングしきい値をｒｊｋとし、ｒｊｋに対して下記表２左の関係がある場合に、それに対応する右の類似度データｐ（ｊ、ｋ）を割り当てる。【００４６】
【表２】
2007026404.tif 000004
【００４７】  ＢＰ検索部５７は、上述した各選択項目について生成した類似度データｐ（ｊ、ｋ）を基に、平均値法あるいは下限値法のうち選択された方法で、類似度データが所定の基準値以上の過去プロジェクトを特定する。ＢＰ検索部５７は、平均値法が選択されている場合には、以下に示すように、過去プロジェクトを特定する。
すなわち、ＢＰ検索部５７は、複数の選択項目について生成した類似度データｐ（ｊ、ｋ）の平均値を示す類似度データｓ（ｊ，ｋ）を算出し、それが基準値を超えた過去プロジェクトを候補として特定する。【００４８】  一方、ＢＰ検索部５７は、下限値法が選択されている場合には、以下に示すように、過去プロジェクトを特定する。
すなわち、ＢＰ検索部５７は、複数の選択項目について生成した類似度データｐ（ｊ、ｋ）のそれぞれについて、予め決めた平均値を超えているか否かを判断し、全ての選択項目の類似度データｐ（ｊ，ｋ）が基準値を超えている場合に、その過去プロジェクトを候補として特定する。この場合に用いる上記予め決めた平均値は、上記ＢＰ選択規準入力部５１における入力時に、下限値法の指定とともに入力されているものである。【００４９】  次に、ＢＰ検索部５７が、上記類似度データを基に選択した複数の過去プロジェクトのなかから、評価値を基に、ベースプロジェクトを特定する方法を説明する。
ＢＰ検索部５７は、平均値法あるいは下限値法のうち選択された方法で、類似度データを基に特定された複数の過去プロジェクトのなかから、類似度も評価値も共に高い一つの過去プロジェクトを選択する。
ＢＰ検索部５７は、平均値法が選択されている場合には、下記式（１）に基づいて、上記複数の過去プロジェクトの各々のプロジェクト総合評価値を、当該過去プロジェクトの上記品質評価値、上記コスト評価値および上記スケジュール評価値を用いて生成する。
そして、ＢＰ検索部５７は、上記類似度データを基に選択した複数の過去プロジェクトのうち、プロジェクト総合評価値が最大の過去プロジェクトを選択する。【００５０】
【数１】
プロジェクト総合評価値＝（品質評価値＋スケジュール評価値＋コスト評価値）／３
…（１）
【００５１】  一方、ＢＰ検索部５７は、下限値法が選択されている場合には、上記複数の過去プロジェクトのうち、その品質評価値、コスト評価値およびスケジュール評価値が全て指定された下限値以上であるという条件を満たす過去プロジェクトを選択する。
ＢＰ検索部５７は、複数の過去プロジェクトが上記条件を満たす場合には、上記基準値を段階的に厳しく設定し、最終的に１つの過去プロジェクトを選択する。
【００５２】  以下、本発明の実施形態に係わるプロジェクトチーム編成支援システム１の動作例を説明する。
図４は、本発明の実施形態に係わるプロジェクトチーム編成支援システム１の全体動作例を説明するためのフローチャートである。
ステップＳＴ１１：
処理対象プロジェクトメンバ要件入力部２５は、処理対象プロジェクトに参加する各職種のリーダの要否及びメンバの必要人数、当該リーダ及びメンバに要求する所有資格・能力・人間性の各評価項目の評価値及び／または上記総合評価値、各職種の必要期間（第何週から第何週までまたは何月何日から何日まで）を示す処理対象プロジェクトメンバ要件データを入力し、これをＢＰチームメンバデータ更新部２３およびメンバ要件充足判定部２９に設定する。
ステップＳＴ１２：
ＢＰ選択部３９は、過去プロジェクトのうち、処理対象プロジェクトに類似し、且つ、評価値が所定の要件を満たす過去プロジェクトを選択する。
そして、ＢＰ選択部３９は、上記選択した過去プロジェクトのメンバリストデータを、ＢＰチームメンバデータＢＰＴＭＤとしてＢＰチームメンバデータ更新部２３に出力する。ステップＳＴ１２については、後に詳細に説明する。
ステップＳＴ１３：
ＢＰチームメンバデータ更新部２３は、上記入力したＢＰチームメンバデータＢＰＴＭＤに示される各メンバについて、人材データベース１０に記憶された当該メンバのデータを基に更新処理を行い、その後、人材スケジュール入力部２１で入力した当該メンバのスケジュールデータを基に、処理対象プロジェクトメンバ要件入力部２５から入力した処理対象プロジェクトの必要期間内にプロジェクトに参加可能か否かを判断する。
そして、ＢＰチームメンバデータ更新部２３は、ＢＰチームメンバデータＢＰＴＭＤに示されるメンバのうち、上記処理対象プロジェクトの必要期間内にプロジェクトに参加できないメンバを削除して新たなメンバデータＰＭＤを生成し、これをメンバ要件充足判定部２９に出力する。
【００５３】  ステップＳＴ１４：
メンバ要件充足判定部２９は、ステップＳＴ１３で入力したメンバデータＰＭＤが示す各職種のメンバの数（職種別合格者数）が、処理対象プロジェクトメンバ要件に示される各職種の必要人数以上である場合にステップＳＴ１５に進み、そうでない場合にステップＳＴ１９に進む。
ステップＳＴ１５：
チーム編成部３３は、処理対象プロジェクトで必要とされる職種の人数より多い人数が、メンバデータＰＭＤ内に示されている職種について、チーム編成規準入力部３１から入力したチーム編成規準に従ってメンバの選択を行う。
ステップＳＴ１６：
チーム編成部３３は、ステップＳＴ１５のメンバ選択によって決まったチーム編成結果を、例えば図１に示すディスプレイ３に表示する。
ステップＳＴ１７：
チーム編成部３３は、ユーザによる図１に示す操作部４の操作に応じて、チーム編成処理完了の指示を入力した場合には処理を終了し、チーム編成規準変更指示を入力した場合にはステップＳＴ１８に進む。
【００５４】  ステップＳＴ１８：
チーム編成部３３は、ユーザによる図１に示す操作部４の操作に応じて、チーム編成規準入力部３１から変更後のチーム編成規準を入力した場合は、ステップＳＴ１５の処理に戻る。
ステップＳＴ１９：
補充メンバ検索部３５は、メンバ要件充足判定部２９から入力したメンバ補充要求に応じて、当該メンバ補充要求が示す条件を満たすメンバを、人材データベース１０から検索する。
そして、補充メンバ検索部３５は、上記検索によって、上記条件を満たすメンバをチーム編成部３３に通知する。
ステップＳＴ２０：
チーム編成部３３は、ステップＳＴ１９によって補充された後の各職種のメンバの数（職種別合格者数）が、処理対象プロジェクトメンバ要件に示される各職種の必要人数以上である場合にステップＳＴ１５に進み、そうでない場合にステップＳＴ２１に進む。
ステップＳＴ２１：
チーム編成部３３は、職種別必要人数を変更するか否かを問い合わせる画面を図１に示すディスプレイ３に表示し、ユーザによる操作部４の操作に応じて、職種別必要人数を変更する旨の指示を入力するとステップＳＴ２２に進み、そうでない場合にはステップＳＴ２３に進む。
【００５５】  ステップＳＴ２２：
メンバ要件充足判定部２９は、判断に用いる各職種の必要人数を変更（少なくする）した後にステップＳＴ１４に戻る。
ステップＳＴ２３：
チーム編成部３３は、メンバ選定規準を変更するか否かを問い合わせる画面を図１に示すディスプレイ３に表示し、ユーザによる操作部４の操作に応じて、メンバ選定規準を変更する旨の指示を入力するとステップＳＴ１１に戻り、そうでない場合には指定された条件ではチーム編成ができない旨を表示して処理を終了する。
ステップＳＴ１１では、緩和された処理対象プロジェクトメンバ要件を入力したり、当該緩和処理が行われたりする。
【００５６】  以下、図４に示すステップＳＴ１２について詳細に説明する。
ステップＳＴ４１：
ＢＰ検索部５７は、ＢＰ検索条件設定部５５から入力した処理対象プロジェクトの要件を示す属性データと、プロジェクトデータベース４５に記憶された過去プロジェクトの属性データとを基に、これらの間の類似度を示す類似度データを各サブ項目について生成する。
ステップＳＴ４２：
ＢＰ検索部５７は、ステップＳＴ４１で生成した各サブ項目の類似度データを基に、平均値法あるいは下限値法で、所定の条件を満たす過去プロジェクトを特定する。
ステップＳＴ４３：
ＢＰ検索部５７は、ステップＳＴ４２で特定した複数の過去プロジェクトの評価値をプロジェクトデータベース４５から読み出し、当該評価値を基に、平均値法あるいは下限値法で過去プロジェクトを選択する。
ステップＳＴ４４：
ＢＰ検索部５７は、ステップＳＴ４３で選択した過去プロジェクトのメンバリストデータを、ＢＰチームメンバデータＢＰＴＭＤとしてＢＰチームメンバデータ更新部２３に出力する。
【００５７】  以上説明したように、プロジェクトチーム編成支援システム１によれば、処理対象プロジェクトの属性に応じて、そのプロジェクトと属性が類似した過去プロジェクトを選定し、その過去プロジェクトのＢＰチームメンバデータＢＰＴＭＤを基に、処理対象プロジェクトのメンバデータＰＭＤを自動的に生成する。
そのため、処理対象プロジェクトのメンバ選定に伴うユーザの負担を大幅に軽減できる。
また、プロジェクトチーム編成支援システム１によれば、参照するＢＰチームメンバデータＢＰＴＭＤに係わる過去プロジェクトを、処理対象プロジェクトとの間の属性の類似性と、その評価値とを基に選定する。そのため、過去プロジェクトによって得られた経験を反映させたチーム編成が可能になる。
【００５８】  本発明は上述した実施形態には限定されない。
すなわち、当業者は、本発明の技術的範囲またはその均等の範囲内において、上述した実施形態の構成要素に関し、様々な変更、コンビネーション、サブコンビネーション、並びに代替を行ってもよい。例えば、上述した実施形態では、プロジェクトとして会社などで仕事として与えられるプロジェクトを例示したが、本発明は、例えば、ネットワークゲームなどで、チーム対抗戦などを行う場合に、チームを各メンバの属性を基に自動的に編成し、ゲームの面白さを増大させるために用いてもよい。
なお、本実施形態において、基準は評価尺度などによる判断に用いるものであるのに対し、規準は評価尺度の優先順位を含む評価尺度の使い方を示す用語である。
【図面の簡単な説明】
【００５９】
【図１】  図１は、本発明の実施形態のプロジェクトチーム編成支援システムのハードウェア構成図である。
【図２】  図２は、図１に示す本発明の実施形態に係わるプロジェクトチーム編成支援システムの機能ブロック図である。
【図３】  図３は、図２に示すＢＰ選択部の機能ブロック図である。
【図４】  図４は、本発明の実施形態に係わるプロジェクトチーム編成支援システムの全体動作例を説明するためのフローチャートである。
【図５】  図５は、図４の続きのフローチャートである。
【図６】  図６は、図４に示すステップＳＴ１２を詳細に説明するためのフローチャートである。
【符号の説明】
【００６０】  １…プロジェクトチーム編成支援システム、２…インタフェース、３…ディスプレイ、４…操作部、５…メモリ、６…処理回路、１０…人材データベース、１１…メンバ要件評価式入力部、１３…人材情報入力部、１５…メンバ要件評価値計算部、１９…プロジェクトチームメンバ評価値入力部、２１…人材スケジュール入力部、２３…ＢＰチームメンバデータ更新部、２５…処理対象プロジェクトメンバ要件入力部、２９…メンバ要件充足判定部、３１…チーム編成規準入力部、３３…チーム編成部、３５…補充メンバ検索部、３９…ＢＰ選択部、４１…過去プロジェクト情報入力部、４３…処理対象プロジェクト結果入力部、４５…プロジェクトデータベース、４７…プロジェクトカテゴリ入力部、４９…プロジェクトカテゴリ設定部、５１…ＢＰ選定規準入力部、５３…処理対象プロジェクト情報入力部、５５…ＢＰ検索条件設定部、５７…ＢＰ検索部
【図１】
2007026404.tif 000005
【図２】
2007026404.tif 000006
【図３】
2007026404.tif 000007
【図４】
2007026404.tif 000008
【図５】
2007026404.tif 000009
【図６】
2007026404.tif 000010