JP2003016240A - ネットワーク型プロジェクト運営システム及びプログラム - Google Patents

Abstract

(57)【要約】 【課題】 ネットワーク型プロジェクトの効率の良い運
営形態を実現する。 【解決手段】 異なるスキルグループに属する各メンバ
が複数のプロジェクトに割当てられるネットワーク型プ
ロジェクトを運営するためのネットワーク型プロジェク
ト運営システムであって、各メンバ毎に各プロジェクト
に対して予め複数の達成度基準が格納されるメンバ目標
情報格納部２０と、プロジェクトの完了により得られる
各メンバ毎のメンバ成果物が格納される成果物格納部２
８と、成果物格納部内のメンバ成果物とメンバ目標情報
格納部２０内の対応する複数の達成度基準とを比較し、
当該メンバ成果物がいずれの達成度基準を満たしている
かを判定し、この判定結果に基づいてメンバ達成度を評
価するメンバ評価集計部３３とを備える。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、一人のメンバーが
複数のプロジェクトに属するネットワーク型プロジェク
トの効率の良い運営形態を実現し得るネットワーク型プ
ロジェクト運営システム及びプログラムに関する。

【０００２】

【従来の技術】一般に、企業等の組織においては、図６
５に示すように、例えば上位管理者ＭＵが複数の管理者
ＭＡ，ＭＢをそれぞれ管理する形態を有している。ま
た、この場合、一方の管理者ＭＡは、複数のメンバａ１
〜ａ５からなる第１グループＧｒ１を管理しており、他
方の管理者ＭＢは、複数のメンバｂ１〜ｂ５からなる第
２グループＧｒ２を管理しているといった形態を有する
ことも多い。

【０００３】係る組織では、何らかのプロジェクトを実
行する際に、例えば第１グループＧｒ１の管理者ＭＡ
が、各メンバａ１〜ａ５のスキルレベルを考慮し、メン
バａ３〜ａ５をプロジェクトに割当てると共に、そのう
ちの例えばメンバａ５をプロジェクトリーダａ５に任命
することでプロジェクトＰＪａを編成する。なお、残り
のメンバａ１，ａ２に関しては、例えば別のプロジェク
トに編成するか、又は研修により育成する。

【０００４】この場合、管理者ＭＡは、第１グループＧ
ｒ１内の各メンバａ１〜ａ５のスキルレベルを主観によ
る定性的評価として記憶しているか、あるいはテスト等
の点数を表形式で保持している。

【０００５】また、プロジェクトＰＪａの実行後、管理
者ＭＡは、プロジェクトＰＪａの成果を評価する。

【０００６】このように、第１グループＧｒ１のメンバ
ａ１〜ａ５は、第１グループＧｒ１内のプロジェクトの
みに所属し、メンバａ１〜ａ５の活用、育成、評価は、
第１グループＧｒ１の管理者ＭＡが一括して行ってい
る。なお、このような図６５に示す形態を従来型プロジ
ェクトと呼んでいる。

【０００７】一方、近年、貴重な人材を育成し且つ共有
化する観点から、図６６に示すように、１つのスキルグ
ループに属するメンバが複数のプロジェクトにも属する
ネットワーク型プロジェクトが考えられている。係るネ
ットワーク型プロジェクトでは、育成のための複数種類
のスキルグループＧｒ３，Ｇｒ４にそれぞれメンバａ１
〜ａ６，ｂ１〜ｂ６が属している。ここで、スキルグル
ープＧｒ３，Ｇｒ４は、例えばデータベースやネットワ
ークといった一定技術を専門とするメンバの集合であ
る。

【０００８】スキルグループＧｒ３，Ｇｒ４はそれぞれ
専門分野で秀でたスキルグループリーダＳＬ１，ＳＬ２
に管理され、各スキルグループリーダＳＬ１，ＳＬ２は
スキルグループ統括管理者ＭＳに管理されている。

【０００９】一方、各スキルグループＧｒ３，Ｇｒ４の
メンバを混成させた複数のプロジェクトＰＪａ，ＰＪｂ
が編成される。各プロジェクトＰＪａ，ＰＪｂのプロジ
ェクトリーダＰＬ１，ＰＬ２は、プロジェクト統括管理
者ＭＰに管理されている。そして、プロジェクト統括管
理者ＭＰとスキルグループ統括管理者ＭＳとは、上位管
理者ＭＵに管理されている。

【００１０】このようなネットワーク型プロジェクトで
は、メンバの複数プロジェクトへの最適な割当て、メン
バの技術育成、メンバの評価を行う場合、少なくともプ
ロジェクト統括管理者ＭＰとスキルグループ統括管理者
ＭＳとが連携して行う必要がある。

【００１１】

【発明が解決しようとする課題】しかしながら、以上の
ようなネットワーク型プロジェクトは、未だ歴史が浅い
ため、効率の良い運営形態が模索されているという現状
にある。

【００１２】本発明は上記実情を考慮してなされたもの
で、ネットワーク型プロジェクトの効率の良い運営形態
を実現し得るネットワーク型プロジェクト運営システム
及びプログラムを提供することを目的とする。

【００１３】

【課題を解決するための手段】第１の発明は、異なるス
キルグループに属する各メンバが複数のプロジェクトに
割当てられるネットワーク型プロジェクトを運営するた
めのネットワーク型プロジェクト運営システムであっ
て、前記各メンバ毎に各プロジェクトに対して予め複数
の達成度基準が格納される達成度基準格納手段と、プロ
ジェクトの完了により得られる各メンバ毎のメンバ成果
物が格納される成果物格納手段と、前記成果物格納手段
内のメンバ成果物と前記達成度基準格納部内の対応する
複数の達成度基準とを比較し、当該メンバ成果物がいず
れの達成度基準を満たしているかを判定し、この判定結
果に基づいてメンバ達成度を評価する達成度評価手段
と、を備えたネットワーク型プロジェクト運営システム
である。

【００１４】このように、複数のプロジェクトに割り当
てられた各メンバを定量的に評価できるので、評価の分
野においては、ネットワーク型プロジェクトの効率の良
い運営形態を実現することができる。

【００１５】第２の発明は、第１の発明において、前記
各メンバ毎に各プロジェクトに対して予め作業量が格納
される作業量格納手段と、前記達成度評価手段により各
プロジェクト毎に評価された各メンバ達成度、困難度に
関し、前記作業量格納手段内の各プロジェクト毎の作業
量を重み係数とした関数式に基づいて、プロジェクト全
体に対するメンバ評価点を算出する評価点算出手段と、
を備えたネットワーク型プロジェクト運営システムであ
る。これにより、第１の発明の作用に加え、プロジェク
ト全体に対して各メンバの働きを定量的に評価すること
ができる。

【００１６】第３の発明は、第１の発明において、前記
各メンバ毎に各プロジェクトに対して予めスキル育成目
標の複数の達成度基準が格納される達成度基準格納手段
と、プロジェクトの完了により得られる各メンバ毎のス
キル育成の成果物が格納される成果物格納手段と、前記
成果物格納手段内のスキル育成の成果物と前記達成度基
準格納部内の対応する複数の達成度基準とを比較し、当
該スキル育成目標の成果物がいずれの達成度基準を満た
しているかを判定し、この判定結果に基づいて各スキル
毎のスキル育成目標の達成度を評価する達成度評価手段
と、を備えたネットワーク型プロジェクト運営システム
である。

【００１７】これにより、第１の発明の作用に加え、各
メンバの各スキル毎のスキル育成目標の達成度を定量的
に評価することができる。

【００１８】第４の発明は、異なるスキルグループに属
する各メンバが複数のプロジェクトに割当てられるネッ
トワーク型プロジェクトに関し、前記割当て内容を決め
るためのスキル情報を各メンバ毎に格納するスキル情報
格納装置に用いられるスキル情報格納プログラムであっ
て、前記スキル情報格納装置のコンピュータを、前記各
メンバ毎にスキル質問を提示するスキル質問提示手段、
前記スキル質問提示手段により提示されたスキル質問に
対応して回答を受けたとき、この回答からスキルレベル
を判定するスキル判定手段と、前記スキル判定手段によ
り判定されたスキルレベルを当該メンバ情報と共に、格
納するスキル判定格納手段、として機能させるためのス
キル情報格納プログラムである。

【００１９】これにより、各メンバを各プロジェクトに
割り当てる際に用いるスキル情報を効率的且つ定量的に
収集できるので、ネットワーク型プロジェクトの効率の
良い運営形態を実現することができる。

【００２０】第５の発明は、第４の発明において、前記
スキル情報格納装置のコンピュータを、入力された提示
要求に基づいて、同一のスキルレベル毎に該当するメン
バ人数を提示するスキル分布提示手段、として機能させ
るためのスキル情報格納プログラムである。

【００２１】これにより、第４の発明の作用に加え、
「組織全体のスキルレベルを知りたい」という要求に対
して迅速に対応することができる。

【００２２】また、第６の発明は、第４の発明におい
て、前記スキル情報格納装置のコンピュータを、スキル
とレベルの指定に基づいて、該当するメンバ情報を提示
するスキルレベル検索手段、として機能させるためのス
キル情報格納プログラムである。

【００２３】これにより、第４の発明の作用に加え、
「プロジェクト編成の際の人選を速やかに行ないたい」
という要求に対して迅速に対応することができる。

【００２４】第７の発明は、異なるスキルグループに属
する各メンバが複数のプロジェクトに割当てられるネッ
トワーク型プロジェクトを運営するためのネットワーク
型プロジェクト運営システムであって、前記各メンバ毎
に、スキルとレベルとからなる複数種類の条件データが
格納された条件データ格納手段と、前記各プロジェクト
毎に、該当するスキルと必須レベルとが格納されたプロ
ジェクト情報格納手段と、前記プロジェクト情報格納手
段の格納内容に関し、前記条件データ格納手段の各条件
データ毎に当該メンバが適任であるか否かを判定し、各
条件データ毎の優先度を得る優先度決定手段と、前記優
先度決定手段により得られた優先度に基づいて、割当て
候補のメンバを決定する割当て候補決定手段と、を備え
たネットワーク型プロジェクト運営システムである。

【００２５】このように、各メンバ毎に複数の条件デー
タ毎の優先度を得るようにして割り当て候補を決定する
ので、そのメンバにとって、ＯＪＴで成長が期待でき、
且つ、プロジェクトでの貢献度が一番高いと思われるプ
ロジェクトの優先度を決定でき、ネットワーク型プロジ
ェクトの効率の良い運営形態を実現することができる。

【００２６】第８の発明は、第７の発明において、前記
割当て候補決定手段により割当て候補に決定された各メ
ンバ毎に、割当て候補とされた全てのプロジェクトの作
業量を集計し、集計結果が所定値を超えた場合には、警
告を出力するメンバ別集計手段、を備えたネットワーク
型プロジェクト運営システムである。

【００２７】これにより、第７の発明の作用に加え、各
メンバに対し、合計の作業量を適切な範囲に維持しなが
ら、各プロジェクトを割り当てることができる。

【００２８】なお、以上のような各発明は、「システ
ム」や「プログラム」の形態に限らず、「装置」又は
「方法」といった任意な形態で表現してもよい。

【００２９】

【発明の実施の形態】以下、本発明の各実施形態につい
て図面を参照して説明する。 （第１の実施形態）図１は本発明の第１の実施形態に係
るネットワーク型プロジェクト運営システムの構成を示
す模式図である。このネットワーク型プロジェクト運営
システムは、スキル情報格納装置１、プロジェクト編成
支援装置２及び目標管理装置３が互いに接続されてい
る。なお、各装置１〜３は、それぞれ個別に、ハードウ
ェア及び／又はソフトウェアにより実現できる。なお、
ソフトウェアにより実現される場合は、予め記憶媒体か
ら各装置１〜３の機能を実現させるためのプログラムが
各装置１〜３のコンピュータにインストールされる。こ
のようなハードウェア及び／又はソフトウェアにより実
現可能な装置構成は、以下の各実施形態でも同様であ
る。

【００３０】ここで、スキル情報格納装置１は、プロジ
ェクト編成支援装置２及び目標管理装置３から読出可能
であり、スキルグループの各メンバ毎に、スキル（グル
ープ）名、メンバ名、スキルの実レベル及びスキル育成
計画（目標レベル）の組が格納されたものであり、且つ
各メンバから実データを収集する機能を有している。

【００３１】ここで、実レベルは、各メンバから定量的
に収集した数値データ又は数値に換算可能なデータであ
る。収集方法は任意であるが、例えばアンケートや試験
の実施などがある。また、スキル情報格納装置１は、所
望により、実レベルの分布などを提示するための各種の
統計処理機能を有してもよい。

【００３２】プロジェクト編成支援装置２は、プロジェ
クト編成を支援するためのものであり、スキル情報格納
装置１の格納内容に基づいて、各メンバに対し、実レベ
ルを向上させ、且つ過負荷にならないように、プロジェ
クトを編成するための編成機能をもっている。

【００３３】ここで、編成機能としては、例えばプロジ
ェクトのスキルとメンバのスキルとの整合性を確認する
ためのスキル整合機能と、プロジェクトのレベルと各メ
ンバの実レベル及び目標レベルとを比較し、プロジェク
トのレベルが実レベルと目標レベルとの間にあることを
確認するためのレベル比較機能と、各メンバの属するプ
ロジェクトの作業量を合計し、この合計が過負荷になら
ない量であることを確認する合計量確認機能とが使用可
能となっている。

【００３４】目標管理装置３は、プロジェクト編成支援
装置２により編成されたプロジェクトに関するプロジェ
クト目標と、スキル情報格納装置１に格納された実スキ
ルの向上を図るためのメンバ目標と、プロジェクト完了
時に各目標に対して格納される成果物情報とを管理する
管理機能と、各目標と成果物情報とを比較して評価を行
なうための評価機能とを有している。

【００３５】次に、以上のように構成されたネットワー
ク型プロジェクト運営システムの動作を説明する。スキ
ル情報格納装置１は、アンケートや試験等の実施によ
り、スキルに関して各メンバから実レベルを収集し、ス
キル名、メンバ名、実レベル及びスキル育成計画の組を
格納する。なお、育成計画は、メンバが入力した目標レ
ベルか、実レベルより高いレベルとすればよい。

【００３６】次に、プロジェクト編成支援装置２は、ス
キル情報格納装置１の格納内容に基づいて、各メンバに
対し、実レベルを向上させ、且つ過負荷にならないよう
に、プロジェクトを編成する。

【００３７】具体的には、プロジェクト編成支援装置２
は、例えばプロジェクトのスキルとメンバのスキルとの
整合性を確認し、プロジェクトのレベルが実レベルと目
標レベルとの間にあることを確認し、さらに、各メンバ
の属するプロジェクトの合計の作業量が所定値以下であ
るように、プロジェクト編成を仮に実行し、操作者の確
認を受けて編成内容を確定する。

【００３８】次に、目標管理装置３は、プロジェクトリ
ーダにより入力されたプロジェクトに関するプロジェク
ト目標と、各メンバａ，ｂにより入力されたメンバ目標
とを管理する。

【００３９】また、目標管理装置３は、プロジェクト完
了時に、各目標に対して成果物情報が格納されると、各
目標と成果物情報とを比較して評価を行なう。

【００４０】上述したように本実施形態によれば、例え
ばプロジェクトのスキルとメンバのスキルとの整合性を
確認し、プロジェクトのレベルが実レベルと目標レベル
との間にあることを確認し、さらに、各メンバの属する
プロジェクトの合計の作業量が所定値以下であるよう
に、プロジェクト編成を仮に実行し、操作者の確認を受
けて編成内容を確定するので、各メンバに対し、実レベ
ルを向上させ、且つ過負荷にならないように、プロジェ
クトを編成することができる。従って、ネットワーク型
プロジェクトの効率の良い運営形態を実現することがで
きる。

【００４１】（第２の実施形態）図２及び図３はそれぞ
れ本発明の第２の実施形態に係るネットワーク型プロジ
ェクト運営システムの構成を部分的に示すブロック図で
ある。このネットワーク型プロジェクト運営システム
は、プロジェクト情報格納部１１、プロジェクト設定部
１２、メンバ情報格納部１３、プロジェクトメンバ設定
部１４、スキルグループ情報格納部１５、スキルグルー
プ設定部１６、アクセス制御部１７、プロジェクト目標
情報格納部１８、プロジェクト目標設定部１９、メンバ
目標情報格納部２０、メンバ目標設定部２１、メンバ育
成情報格納部２２、育成目標設定部２３、プロジェクト
目標集計部２４、メンバ目標集計部２５、スキルグルー
プ目標集計部２６、成果物管理情報格納部２７、成果物
格納部２８、プロジェクト評価設定部２９、メンバ評価
設定部３０、育成評価設定部３１、プロジェクト評価集
計部３２、メンバ評価集計部３３及び育成評価集計部３
４を備えている。

【００４２】ここで、プロジェクト情報格納部１１は、
プロジェクト名、プロジェクトリーダ名、プロジェクト
概要、プロジェクト状況（例、メンバ割当済など）、プ
ロジェクト開始日、プロジェクト終了日が読出／書込可
能にプロジェクト設定部１２により格納されるものであ
る。

【００４３】プロジェクト設定部１２は、プロジェクト
統括管理者の操作により、プロジェクト名、プロジェク
トリーダ名、プロジェクト概要、プロジェクト状況、プ
ロジェクト開始日、プロジェクト終了日をプロジェクト
情報格納部１１に格納するものである。

【００４４】メンバ情報格納部１３は、メンバ名、プロ
ジェクト名、メンバ作業量、作業開始日、作業終了日が
読出／書込可能にプロジェクトメンバ設定部１４により
格納されるものである。

【００４５】プロジェクトメンバ設定部１４は、プロジ
ェクトリーダの操作により、メンバ名、プロジェクト
名、メンバ作業量、作業開始日、作業終了日をメンバ情
報格納部１３に格納するものである。

【００４６】スキルグループ情報格納部１５は、メンバ
名、スキルグループ名が読出／書込可能にスキルグルー
プ設定部１６により格納されるものである。

【００４７】スキルグループ設定部１６は、スキルグル
ープリーダの操作により、メンバ名、スキルグループ名
をスキルグループ情報格納部１５に格納するものであ
る。

【００４８】アクセス制御部１７は、各目標設定部１
９，２１，２３、各目標集計部２４〜２６、各評価設定
部２９〜３１及び各評価集計部３２〜３４による各格納
部１８，２０，２２，２７，２８へのアクセスを制限す
るものであり、具体的には図４に示すように、操作者の
役割に応じて読出（Ｒ）及び／又は書込（Ｗ）を制限す
る機能をもっている。なお、同図４中、管理者は、上位
管理者、プロジェクト統括管理者、スキルグループ統括
管理者を意味している。

【００４９】プロジェクト目標情報格納部１８は、プロ
ジェクト名、プロジェクト全体の目標、リーダ名、記入
日、評価日、目標状況Ａ〜Ｄのいずれか、実施項目、作
業量合計、困難度（計画），困難度（期末）、達成度基
準（３）、達成度基準（２）、達成度基準（１.５）、
達成度基準（１）、計画時コメント（プロジェクトリー
ダ）、計画時コメント（レビュー者）、期末時コメント
（プロジェクトリーダ）、期末時コメント（レビュー
者）が読出／書込可能に、プロジェクト目標設定部１９
により格納されるものである。

【００５０】なお、目標状況Ａ〜Ｄは、例えば次の内容
を記号化したものである。 Ａ：プロジェクト統括管理者の目標レビュー完了 Ｂ：プロジェクト目標設定完了 Ｃ：プロジェクト目標設定中 Ｄ：プロジェクト内容の交渉中 プロジェクト目標設定部１９は、プロジェクトリーダ又
はレビュー者の操作により、アクセス制御部１７を介し
て、プロジェクト名、プロジェクト全体の目標、リーダ
名、記入日、評価日、目標状況、実施項目、作業量合
計、困難度、達成度基準、計画時コメント、期末時コメ
ントなどを各格納部１８，２０，２２に設定するもので
ある。

【００５１】メンバ目標情報格納部２０は、メンバ名、
プロジェクト名、担当テーマ名、メンバ目標、記入日、
評価日、目標状況Ａ〜Ｄのいずれか、実施項目、作業
量、困難度（計画）、困難度（期末）、達成度基準
（３）、達成度基準（２）、達成度基準（１.５）、達
成度基準（１）、計画時コメント（メンバ本人）、計画
時コメント（プロジェクトリーダ）、計画時コメント
（レビュー者）、期末時コメント（メンバ本人）、期末
時コメント（プロジェクトリーダ）、期末時コメント
（レビュー者）が読出／書込可能に各目標設定部１９，
２１により格納されるものである。

【００５２】なお、目標状況Ａ〜Ｄは、例えば次の内容
を記号化したものである。 Ａ：プロジェクト統括管理者の目標レビュー完了 Ｂ：プロジェクト目標設定完了 Ｃ：プロジェクト目標設定中 Ｄ：プロジェクト内容の交渉中 メンバ目標設定部２１は、各メンバ、プロジェクトリー
ダ又はレビュー者の操作により、アクセス制御部１７を
介して、メンバ名、プロジェクト名、担当テーマ名、メ
ンバ目標、記入日、評価日、目標状況、実施項目、作業
量、困難度、達成度基準、計画時コメント、期末時コメ
ントなどをメンバ目標情報格納部２０に設定するもので
ある。

【００５３】メンバ育成情報格納部２２は、メンバ名、
プロジェクト名、担当テーマ名、メンバ育成目標、記入
日、評価日、目標状況Ａ〜Ｄのいずれか、実施項目、作
業量、困難度（計画）、困難度（期末）、達成度基準
（３）、達成度基準（２）、達成度基準（１.５）、達
成度基準（１）、計画時コメント（本人）、計画時コメ
ント（スキルグループリーダ）、計画時コメント（レビ
ュー者）、期末時コメント（本人）、期末時コメント
（スキルグループリーダ）、期末時コメント（レビュー
者）が読出／書込可能に各目標設定部１９，２３により
格納されるものである。

【００５４】なお、ここでいう目標状況Ａ〜Ｄは、例え
ば次の内容を記号化したものである。 Ａ： スキルグループ統括管理者の目標レビュー完了 Ｂ： スキルグループリーダのメンバ目標レビュー済み Ｃ： プロジェクトリーダとの育成目標について合意済
み Ｄ： プロジェクトへのアサイン済み 育成目標設定部２３は、スキルグループリーダの操作に
より、アクセス制御部１７を介して、各スキルグループ
のメンバ名、プロジェクト名、担当テーマ名、メンバ育
成目標、記入日、評価日、目標状況、実施項目、作業
量、困難度、達成度基準、計画時コメント、期末時コメ
ントなどをメンバ育成目標情報格納部２２に設定するも
のである。

【００５５】プロジェクト目標集計部２４は、プロジェ
クト統括管理者の操作により、アクセス制御部１７を介
して、プロジェクト目標情報格納部内のプロジェクト目
標をプロジェクト単位に集計し、各プロジェクト間の目
標の困難度、達成度を補正する機能をもっている。

【００５６】メンバ目標集計部２５は、プロジェクト統
括管理者の操作により、アクセス制御部１７を介して、
メンバ目標情報格納部２０内のメンバ目標をメンバ単位
に集計し、メンバ目標情報格納部内の各メンバ間の目標
の困難度、達成度を補正する機能をもっている。

【００５７】スキルグループ目標集計部２６は、スキル
グループ統括管理者の操作により、アクセス制御部１７
を介して、メンバ育成情報格納部２２内のメンバ目標を
スキルグループ単位に集計し、メンバ育成情報格納部２
２内の各メンバ間の目標の困難度、達成度を補正する機
能をもっている。

【００５８】成果物管理情報格納部２７は、プロジェク
ト名、メンバ名、成果物名、成果物状況、レビジョン、
作成者、予定作成日、作成日、予定ページ数、実績ペー
ジ数、レビュー者、予定レビュー日、レビュー実施日、
コメントが読出／書込可能に各評価設定部２９〜３１に
より格納されるものである。

【００５９】成果物格納部２８は、プロジェクト名、メ
ンバ名、成果物名、成果物ファイル名、成果物タイプが
読出／書込可能に各設定部２９〜３１により格納される
ものである。

【００６０】プロジェクト評価設定部２９は、プロジェ
クトリーダの操作によりアクセス制御部１７を介して、
プロジェクト達成度などをプロジェクト目標情報格納部
１８に設定すると共に、プロジェクトの成果物を成果物
管理情報格納部２７及び成果物格納部２８に設定する機
能をもっている。

【００６１】メンバ評価設定部３０は、各プロジェクト
メンバの操作によりアクセス制御部１７を介して、メン
バ達成度をメンバ目標情報格納部２０に設定すると共
に、各メンバの成果物を成果物管理情報格納部２７及び
成果物格納部２８に設定する機能をもっている。

【００６２】育成評価設定部３１は、プロジェクトリー
ダの操作によりアクセス制御部１７を介して、育成評価
の達成度をメンバ育成目標情報格納部２２に設定すると
共に、育成評価の成果物を成果物管理情報格納部２７及
び成果物格納部２８に設定する機能をもっている。

【００６３】プロジェクト評価集計部３２は、プロジェ
クト統括管理者の操作によりアクセス制御部１７を介し
て、成果物管理情報格納部２７及び成果物格納部２８を
参照することにより、プロジェクトの達成度を評価した
後、各プロジェクト毎にプロジェクトの困難度、達成度
を集計し、集計結果によりプロジェクトリーダを評価し
て評価結果を出力する機能をもっている。

【００６４】メンバ評価集計部３３は、プロジェクト統
括管理者の操作によりアクセス制御部１７を介して、成
果物管理情報格納部２７及び成果物格納部２８を参照す
ることにより、各メンバの達成度を評価した後、各メン
バ毎に各プロジェクトの困難度、達成度を集計し、集計
結果により各メンバを評価して評価結果を出力する機能
をもっている。

【００６５】育成評価集計部３４は、スキルグループ統
括管理者の操作によりアクセス制御部１７を介して、成
果物管理情報格納部２７及び成果物格納部２８を参照す
ることにより、育成評価の達成度を評価した後、各メン
バ毎に各プロジェクトの育成評価の達成度を集計し、集
計結果を出力する機能をもっている。

【００６６】次に、以上のように構成されたネットワー
ク型プロジェクト運営システムの動作を図５及び図６を
用いて、プロジェクト編成、目標設定、目標集計、評価
設定、評価集計、の順に説明する。なお、プロジェクト
編成を除く、目標設定〜評価集計に関しては、特に述べ
ない場合でも、アクセス制御部により、システムへのア
クセスが制限されている。

【００６７】（ＳＴ１：プロジェクト編成）このプロジ
ェクト編成は、プロジェクトの立上げ時に、各設定部１
２，１４，１６への入力操作により実行される。具体的
には以下の通りである。プロジェクト設定部１２は、プ
ロジェクト統括管理者の操作により、プロジェクト名及
びプロジェクトリーダ名を含む、プロジェクトの概要に
関する情報をプロジェクト情報格納部１１に設定する。

【００６８】プロジェクトメンバ設定部１４は、プロジ
ェクトリーダの操作により、メンバ名及びプロジェクト
名を含む、メンバの作業量に関する情報をメンバ情報格
納部１３に設定する。

【００６９】スキルグループ設定部１６は、スキルグル
ープリーダの操作により、メンバ名及びスキルグループ
名をスキルグループ情報格納部１５に設定する。

【００７０】（ＳＴ２：目標設定）目標設定は、プロジ
ェクト編成の完了後に、各目標設定部１９，２１，２３
への入力操作により行われる。具体的には以下の通りで
ある。プロジェクト目標設定部１９は、プロジェクトリ
ーダの操作により、アクセス制御部１７を介して、プロ
ジェクト全体の目標、困難度、達成度基準、などをプロ
ジェクト目標情報格納部１８に設定する。

【００７１】メンバ目標設定部２１は、各プロジェクト
メンバの操作により、アクセス制御部１７を介して、プ
ロジェクトのメンバ目標、困難度、達成度基準、などを
メンバ目標情報格納部２０に設定する。

【００７２】育成目標設定部２３は、スキルグループリ
ーダの操作により、アクセス制御部１７を介して、各ス
キルグループのメンバ育成目標、困難度、達成度基準、
などをメンバ育成目標情報格納部２２に設定する。

【００７３】なお、このような目標設定時の動作は、プ
ロジェクト実行中などの目標変更時や目標追加時にも同
様に実行可能となっている。すなわち、プロジェクトリ
ーダやプロジェクトメンバは、プロジェクトの進度に従
って目標管理の状態を変更できる。また、プロジェクト
リーダやプロジェクトメンバは、プロジェクトの進度に
従って目標管理の困難度、達成度を変更できる。

【００７４】（ＳＴ３：目標集計）目標集計は、目標設
定の完了後に、各目標集計部２４〜２６の操作により行
われる。具体的には以下の通りである。プロジェクト目
標集計部２４は、プロジェクト統括管理者の操作によ
り、アクセス制御部１７を介して、プロジェクト目標情
報格納部１８内のプロジェクト目標をプロジェクト単位
に集計し、各プロジェクト間の目標の困難度、達成度を
補正する。

【００７５】同様に、メンバ目標集計部２５は、プロジ
ェクト統括管理者の操作により、アクセス制御部１７を
介して、メンバ目標情報格納部２０内のメンバ目標をメ
ンバ単位に集計し、メンバ目標情報格納部２０内の各メ
ンバ間の目標の困難度、達成度を補正する。

【００７６】また同様に、スキルグループ目標集計部２
６は、スキルグループ統括管理者の操作により、アクセ
ス制御部１７を介して、メンバ育成情報格納部２２内の
メンバ目標をスキルグループ単位に集計し、メンバ育成
情報格納部２２内の各メンバ間の目標の困難度、達成度
を補正する。

【００７７】なお、この目標集計の処理は、プロジェク
トリーダ、スキルグループリーダ及び各メンバはアクセ
ス制御部によりアクセスが阻止されており、プロジェク
ト統括管理者、スキルグループ統括管理者及び上位管理
者のみがアクセス可能となっている。

【００７８】この目標集計の完了後、各プロジェクトが
実行可能となり、所定の期日から実行される。なお、プ
ロジェクト実行中には、前述した通り、目標などを追加
／変更できる。 （ＳＴ４：評価設定）評価設定は、プロジェクトの完了
後に、各評価設定部２９〜３１への入力操作により行わ
れる。具体的には以下の通りである。プロジェクト評価
設定部２９は、プロジェクトリーダの操作によりアクセ
ス制御部１７を介して、プロジェクト達成度をプロジェ
クト目標情報格納部１８に設定すると共に、プロジェク
トの成果物を成果物管理情報格納部２７及び成果物格納
部２８に設定する。

【００７９】メンバ評価設定部３０は、各プロジェクト
メンバの操作によりアクセス制御部１７を介して、メン
バ達成度をメンバ目標情報格納部２０に設定すると共
に、各メンバの成果物を成果物管理情報格納部２７及び
成果物格納部２８に設定する。

【００８０】また、育成評価設定部３１は、プロジェク
トリーダの操作によりアクセス制御部１７を介して、ス
キル育成目標の達成度をメンバ育成目標情報格納部２２
に設定すると共に、育成評価の成果物を成果物管理情報
格納部２７及び成果物格納部２８に設定する。

【００８１】（ＳＴ５：評価集計）評価集計は、評価設
定の完了後に、各評価集計部３２〜３４の操作により行
われる。具体的には以下の通りである。まず、プロジェ
クトリーダに関する評価集計について述べる。プロジェ
クト評価集計部３２は、プロジェクト統括管理者の操作
によりアクセス制御部１７を介して、成果物管理情報格
納部２７及び成果物格納部２８内のプロジェクト成果物
を読出し、このプロジェクト成果物に基づいて、プロジ
ェクト目標情報格納部１８内のプロジェクト達成度を評
価する。

【００８２】また同様に、プロジェクト評価集計部３２
は、プロジェクト統括管理者の操作によりアクセス制御
部１７を介して、プロジェクト目標情報格納部１８内の
プロジェクト困難度（＝評価の比例係数）を読出す。

【００８３】しかる後、プロジェクト評価集計部３２
は、プロジェクト統括管理者の操作により、各プロジェ
クト毎にプロジェクトの困難度、達成度を集計し、次式
に基づいてプロジェクトリーダの評価を行い、評価結果
を出力する。

【００８４】プロジェクトリーダ評価 = 困難度×達成
度＋活動評価＋加減点 次に、各メンバに関する評価集計について述べる。メン
バ評価集計部３３は、プロジェクト統括管理者の操作に
よりアクセス制御部を介して、成果物管理情報格納部２
７及び成果物格納部２８内のメンバ成果物を読出し、こ
のメンバ成果物がメンバ目標情報格納部２０内のいずれ
の達成度基準（３）〜（１）を満たすかに基づいてメン
バ達成度を評価する。

【００８５】また同様に、メンバ評価集計部３３は、プ
ロジェクト統括管理者の操作によりアクセス制御部１７
を介して、メンバ目標情報格納部２０内のメンバ困難度
を読出す。

【００８６】しかる後、メンバ評価集計部３３は、プロ
ジェクト統括管理者の操作により、各メンバ毎に各プロ
ジェクトの困難度、達成度を集計し、各プロジェクト毎
の作業量を重み係数とした関数式に基づいて各メンバの
評価を行なう。関数式の例として次式に基づいて各メン
バの評価を行い、評価結果を出力する。

【００８７】メンバ困難度 = 各困難度の作業量による
加重平均 ＋ 合計作業量による補正 メンバ達成度 = 各達成度の作業量による加重平均 ＋
プロジェクト評価による補正 メンバ評価点 = メンバ困難度×メンバ達成度 最後に、スキル育成に関する評価集計について述べる。
育成評価集計部３４は、スキルグループ統括管理者の操
作によりアクセス制御部を介して、成果物管理情報格納
部２７及び成果物格納部２８内のスキル育成の成果物を
読出し、このスキル育成の成果物に基づいて、メンバ育
成目標情報格納部２２内のスキル育成目標の達成度を評
価する。

【００８８】しかる後、育成評価集計部３４は、スキル
グループ統括管理者の操作により、各メンバ毎に、各プ
ロジェクトのスキル育成目標の達成度を各スキル毎に集
計し、得られた各達成度に関して各プロジェクト毎の作
業量を重み係数とした次の関数式に基づいて各メンバの
各スキルの育成評価を行ない、評価結果を出力する。 メンバ育成達成度 = 各スキルの達成度の作業量による
加重平均 また、評価結果は、スキルレベルの見直しに用いられ
る。

【００８９】上述したように本実施形態によれば、人材
活用、人材育成、定量的な人材評価、といった観点から
種々の利点を奏することができる。例えば、人材活用の
観点からは、プロジェクトの要求に合うスキルを持った
メンバを編成できるので、プロジェクト編成の最適化を
図り得る利点をもっている。また、プロジェクトで必要
な複数スキルを最適に組合せてプロジェクトを編成する
ことができる。

【００９０】次に、人材育成の観点からは、個人の育成
計画（キャリアパス）に合った適切な人材配置を実現す
る利点をもっている。また、人材活用との整合性を見て
も、プロジェクトの割当てによるＯＪＴにより、メンバ
のスキル育成を行うことができる。

【００９１】人材評価の定量化という観点からは、複数
プロジェクトに割当られたメンバの評価を定量的に評価
できる利点を有する。なお、本実施形態は、例えば次の
（ｉ）〜（ｖｉ）のように変形してもよい。

【００９２】（ｉ） プロジェクトの編成は、階層を持
たない単独のプロジェクトの場合を説明したが、これに
限らず、プロジェクト、テーマ、サブテーマと階層化し
たプロジェクトとしてもよい。

【００９３】（ｉｉ） 作業量の算出は、標準作業者に
換算した作業量として説明したが、これにかぎらず、各
メンバの工数としてもよい。

【００９４】（ｉｉｉ） プロジェクト統括管理者と、
スキルグループ統括管理者とを区別して説明したが、こ
れに限らず、同一の管理者が兼任してもよい。

【００９５】（ｉｖ） スキルグループ統括管理者と、
スキルグループリーダとを区別して説明したが、これに
限らず、同一の管理者が兼任してもよい。

【００９６】（ｖ） プロジェクト目標と、メンバ目標
とを区別して説明したが、これに限らず、同一の目標と
しても実施できる。

【００９７】（ｖｉ） メンバ育成目標と、メンバ目標
とが異なる場合を説明したが、同一の目標としても実施
できる。

【００９８】また、本実施形態では、メンバ評価集計部
３３及び育成評価集計部３４で用いられる「…重み係数
とした関数式」の一例として、作業量の加重平均を用い
たが、これに限らず、あるしきい値以下の作業量の重み
係数を０とし、残りの作業量で係数を按分する方式でも
実施できる。さらに、これに限らず、最大作業量の係数
を１とし、他の係数を０とし、最大作業量の困難度、達
成度をメンバ困難度、メンバ達成度とする方式でも実施
できる。

【００９９】（第３の実施形態）図７は本発明の第３の
実施形態に係るスキル情報格納装置の機能構成を示すブ
ロック図である。このスキル情報格納装置は、前述した
ネットワーク型プロジェクト運営システムに適用可能な
ものであり、スキル質問格納部４１、スキル質問提示部
４２、スキル回答入力部４３、スキル回答格納部４４、
スキル判定部４５、スキルレベル目標入力部４６、スキ
ル判定格納部４７、掲示選択入力部４８、組織メンバ選
択部４９、スキルレベル分布提示部５０、スキルレベル
検索入力部５１、スキルレベル検索結果提示部５２、ス
キルレベル提示部５３及びスキルレベル詳細提示部５４
を備えている。

【０１００】ここで、スキル質問格納部４１は、スキル
質問提示部４２から読出可能に、スキル質問や各質問の
重み、各技術の満点、レベル対応表が格納されており、
例えば図８〜図１０のような構造を持ったＤＢのテーブ
ルで構成されている。

【０１０１】スキル質問提示部４２は、スキル判定に先
行してスキル質問格納部４１を参照し、各メンバのスキ
ルレベルを判定する際に必要となる質問（スキル質問）
を提示するものである。

【０１０２】スキル回答入力部４３は、スキル質問提示
部４２により提示されたスキル質問に対し、組織の各メ
ンバが回答を入力するものであり、入力内容をスキル回
答格納部４４に書込む機能をもっている。

【０１０３】スキル回答格納部４４は、スキル回答入力
部４３から入力されたスキル回答が格納されており、例
えば、図１１のような構造を持ったＤＢテーブルに格納
可能となっている。

【０１０４】スキル判定部４５は、スキル回答格納部４
４内のスキル回答に基づいて、組織の各メンバのスキル
レベルを判定するものであり、判定結果としての実レベ
ルをスキル判定格納部４７に書込む機能をもっている。

【０１０５】スキルレベル目標入力部４６は、各メンバ
の操作により、スキル判定格納部４７内の対応する実レ
ベルを提示し、各スキル毎に入力された目標レベルをス
キル判定格納部４７に入力する機能をもっている。

【０１０６】スキル判定格納部４７は、スキル判定部４
５により判定された各メンバの実レベルと、スキルレベ
ル目標入力部４６で入力された目標レベルとをスキル毎
に格納するものであり、例えば図１２のような構造をも
ったＤＢテーブルで構成されている。

【０１０７】提示選択入力部４８は、提示要求などの入
力により、スキル判定格納部４７内の各メンバ毎の実レ
ベル及び／又は目標レベルを表示する際に、操作者の操
作により、表示形式を選択するためのものであり、選択
結果に応じて、組織メンバ選択部４９、スキルレベル分
布提示部５０又はスキルレベル検索入力部５１を起動す
る機能をもっている。

【０１０８】組織メンバ選択部４９は、提示選択入力部
４８により起動され、例えば管理者の操作により、組織
内のメンバ名をリスト表示する機能と、リスト表示から
選択されたメンバ名をスキルレベル提示部５３に送出す
る機能とをもっている。

【０１０９】スキルレベル分布提示部５０は、提示選択
入力部４８により起動され、例えば管理者の操作によ
り、選択されたスキルに関してスキル判定格納部４７を
検索し、検索結果としてのスキルレベルの人数分布（ス
キルの実レベル毎のメンバ人数）を提示する機能と、提
示内容から更にメンバ名のリスト表示を介してメンバ名
が選択されると、選択されたメンバ名をスキルレベル提
示部５３に送出する機能とをもっている。なお、「提
示」は、通常、画面表示により行ない、特に指示がある
場合のみ、更に印字出力をも行なう。以下の「提示」も
同様である。

【０１１０】スキルレベル検索入力部５１は、提示選択
入力部４８により起動され、例えば管理者の操作によ
り、選択されたスキルと実レベルとに属するメンバ名を
検索する旨の検索条件をスキルレベル検索結果提示部５
１に入力するものである。

【０１１１】スキルレベル検索結果提示部５２は、スキ
ルレベル検索入力部５１から入力した検索条件に基づい
てスキル判定格納部４７を検索し、検索結果としてのス
キルレベルのメンバ名分布（スキルの実レベル毎のメン
バ名）を提示する機能と、メンバ名分布から選択された
メンバ名をスキルレベル提示部５３に送出する機能とを
もっている。

【０１１２】スキルレベル提示部５３は、組織メンバ選
択部４９、スキルレベル分布提示部５０又はスキルレベ
ル検索結果提示部５２から送出されたメンバ名に関して
スキル判定格納部４７を検索し、検索結果としてのメン
バのスキル情報（メンバの各スキル毎の実レベル及び／
又は目標レベル）を提示する機能をもっている。

【０１１３】スキルレベル詳細提示部５４は、スキルレ
ベル提示部５３の提示内容に関して、操作者の操作によ
り適宜スキル判定格納部４７を参照し、より詳細な内容
（各メンバの実レベルの合計得点、割合など）を提示す
るものである。

【０１１４】次に、以上のように構成されたスキル情報
格納装置の動作を図１３のフローチャートを用いて説明
する。なお、ステップＳＴ１２は組織の各メンバが行う
作業であり、ステップＳＴ１４〜ステップＳＴ１７まで
は組織全体のスキルレベルの把握や、プロジェクトの編
成や、各メンバの賃金や成績の優劣をつけるために組織
の長が行う作業である。

【０１１５】（ＳＴ１１：スキル質問の提示）スキル質
問提示部４２は、予めスキル質問格納部４１に設定され
た各分野毎の質問を提示する。分野としては、ここでは
コンピュータソフトウェアの技術（例、ネットワーク技
術、データベース技術）を例に挙げている。質問は各技
術（分野）毎に２０個程あり、各質問内容はその技術の
スペシャリストが作成した質問である。

【０１１６】例えば質問は「データベース技術につい
て」という質問名があり、以下の例に示すように、５〜
６段階の各レベルから自己のレベルを選択する形式であ
り、各メンバのスキルレベルを問う内容となっている。 「０．ＲＤＢ、ＳＱＬについて知らない」 「１．触ったことは無いがどんな機能かは知っている、
使うなら勉強しながら」 「２．触ったことがある、または、ドキュメントを詳し
く読んだことがある」 「３．業務で使ったことがありドキュメントがあれば使
える」 「４．殆どの機能を使いこなせる。他人に教えられるほ
ど知っている」 「５．社内で５本の指に入るほど知っている。長所、短
所を即座に列挙できる」 なお、このレベル総数及び各レベルの内容は、一例であ
り、任意に設定できることは言うまでもない。スキル質
問提示部４２は、組織の各メンバの操作により、このよ
うな質問を当該メンバに提示する。

【０１１７】（ＳＴ１２：スキル回答の入力）スキル回
答入力部４３は、スキル質問提示部４２に提示された質
問に対し、各メンバの操作により、質問に対する回答
（の値）をスキル回答格納部４４に入力する。

【０１１８】（ＳＴ１３：スキル判定）スキル判定部４
５は、スキル回答格納部４４内の回答に基づいて、スキ
ルレベルの判定が行われる。具体的には、例えば、以下
の（１）〜（９）の手順に沿ってスキルレベルが判定さ
れる。

【０１１９】（１）スキル回答格納部４４の回答を取り
出す。

【０１２０】（２）回答の先頭部分（０〜５）を点数と
みなす。

【０１２１】（３）各質問に予め設定されている重みを
スキル質問格納部４１より取り出す。

【０１２２】（４）（２）の点数と（３）の重みを乗算
し、これを得点とする。

【０１２３】（５）（４）を各技術毎の全質問について
実行し、得られた全質問の得点を加算して合計点を求め
る。

【０１２４】（６）スキル質問格納部４１より各技術毎
の満点を取り出す （７）（５）の合計点を（６）の満点で除算することで
各技術の割合を求める。

【０１２５】（８）割合とレベルを対応付け、スキルレ
ベルを判定する。割合とレベルの対応は例えば、次のよ
うな対応で行えばよい。 割合 ０〜２９％…スキルレベル１ 割合３０〜４９％…スキルレベル２ 割合５０〜６９％…スキルレベル３ 割合７０〜８９％…スキルレベル４ 割合９０〜１００％…スキルレベル５ スキル判定部４５は、（１）〜（８）の方法を用いて得
られた各メンバの各技術のスキルレベルをスキル判定格
納部４７に格納する。

【０１２６】（ＳＴ１４：スキルレベル目標入力）スキ
ルレベル目標入力部４６は、各メンバの操作により、ス
キル判定格納部４７内の対応する実レベルを提示し、各
スキル毎に入力された目標レベルをスキル判定格納部４
７に入力する。

【０１２７】（ＳＴ１５：提示形式の選択）提示選択入
力部４８は、スキル判定格納部４７内の各メンバ毎の実
レベル及び／又は目標レベルを表示する際に、操作者の
操作により、組織メンバ提示、スキルレベル分布提示、
スキルレベル検索提示の中から表示形式を選択し、選択
結果に応じて、組織メンバ選択部４９、スキルレベル分
布提示部５０又はスキルレベル検索入力部５１を起動す
る。

【０１２８】（ＳＴ１６：スキルレベル分布の提示）ま
ず、「スキルレベル分布提示」が選択された場合につい
て述べる。なお、「スキルレベル分布提示」は組織の中
のメンバがどのスキルのどのレベルに何人いるかを提示
する機能である。この機能は、組織全体のスキルレベル
がどの程度であるかを把握するのに役立つ。また、各メ
ンバの賃金や成績の優劣を決定するための指針ともな
る。

【０１２９】さて、提示選択入力部４８は、操作者の操
作により、スキルレベル分布提示が選択されると、スキ
ルレベル分布提示部５０を起動する。

【０１３０】スキルレベル分布提示部５０は、選択され
たスキルに関してスキル判定格納部４７を検索し、検索
結果としてのスキルレベル分布（スキルの実レベル毎の
メンバ人数の分布）を提示する。

【０１３１】ここで、スキルレベル分布は、図１４に示
す形式のように、縦軸に「スキル名」、横軸に「スキル
レベル（１〜５）」を有し、各スキルに各レベルのメン
バが何人いるかを示すものである。

【０１３２】なお、スキルレベル分布の提示後は、操作
者の操作により、提示内容から更にメンバ名のリスト表
示を介してメンバ名が選択されると、選択されたメンバ
名をスキルレベル提示部５３に送出する。これにより、
各メンバのスキルレベルを提示することが可能となる。

【０１３３】（ＳＴ１７：レベル検索結果の提示）次
に、「スキルレベル検索提示」が選択された場合につい
て述べる。なお、「スキルレベル検索提示」はスキルと
レベルを指定し、それに該当するメンバを提示する機能
である。例えば「ＤＢ技術でスキルレベル３以上のメン
バ」といった具合に指定すると、該当するメンバが提示
される。この機能は賃金や成績の優劣をつける時や、プ
ロジェクト編成を行う際に適した人材を検索するのに役
立つ。スキルレベル検索提示が行われた後には、各メン
バのスキルレベルを提示することが可能である。

【０１３４】スキルレベル検索入力部５１は、提示選択
入力部４８により起動され、例えば管理者の操作によ
り、選択されたスキルと実レベルとに属するメンバ名を
検索する旨の検索条件をスキルレベル検索結果提示部５
２に入力する。

【０１３５】ここで、検索条件としては、例えば「スキ
ル」と「レベル」と「領域条件（＜，＞，＝）」を図１
５のような形式で指定可能となっている。

【０１３６】スキルレベル検索結果提示部５２は、この
検索条件に基づいてスキル判定格納部４７を検索し、検
索結果としてのスキルレベルのメンバ名分布（スキルの
実レベル毎のメンバ名）を図１６のような形式で提示す
る。

【０１３７】なお、スキルレベル分布の提示後は、操作
者の操作により、提示内容から更にメンバ名が選択され
ると、選択されたメンバ名をスキルレベル提示部５３に
送出する。これにより、各メンバのスキルレベルを提示
することが可能となる。

【０１３８】（ＳＴ１８：メンバのスキルレベル提示）
また、「組織メンバ提示」が選択された場合について述
べる。なお、「組織メンバ提示」は組織の任意のメンバ
個人のスキルを提示する機能である。この機能は組織の
各メンバ個人のスキルレベルを知ることに役立つ。

【０１３９】さて、提示選択入力部４８は、操作者の操
作により、組織メンバ提示が選択されると、組織メンバ
選択部４９を起動する。

【０１４０】組織メンバ選択部４９は、例えば管理者の
操作により、例えば図１７に示すように、組織内のメン
バ名をリスト表示し、リスト表示から選択されたメンバ
名をスキルレベル提示部５３に送出する。

【０１４１】スキルレベル提示部５３は、このメンバ名
に関してスキル判定格納部４７を検索し、検索結果とし
てのメンバのスキル情報（メンバの各スキル毎の実レベ
ル及び／又は目標レベル）を図１８の形式により、縦軸
にスキル名、横軸にスキルレベルを有して提示する。

【０１４２】なお、この提示は、スキルレベル分布提示
部５０又はスキルレベル検索結果提示部５２から送出さ
れたメンバ名に関しても同様に実行される。

【０１４３】しかる後、図１８のスキル名をクリックす
ることにより、スキルレベル詳細提示部５４が起動され
る。スキルレベル詳細提示部５４は、スキルレベル提示
部５３の提示内容に関して、操作者の操作により適宜ス
キル判定格納部４７を参照し、図１９に示すような形式
で、詳細情報を提示する。

【０１４４】ここで、詳細情報としては、例えば、各ス
キル質問に対する点数、重み、得点、総合得点、割合な
どがある。この詳細情報の提示機能は、前述同様に、組
織の各メンバの賃金や成績の優劣を決める時に役立つ。

【０１４５】上述したように本実施形態によれば、スキ
ル質問提示部４２による質問に対し、組織の各メンバが
回答することによってスキル判定部４５が各メンバのス
キルレベルを自動的に判断し、各メンバの定量的なスキ
ルレベルを速やかに収集・格納できる。

【０１４６】また、スキルレベル分布提示部５０などに
より、組織の長が「組織全体のスキルレベルを知りた
い」という要求に対して、組織のスキルレベルの分布を
提示することで、対応することができる。

【０１４７】さらに、スキルレベル検索入力部５１及び
スキルレベル検索結果提示部５２により、上長の「プロ
ジェクト編成の際の人選を速やかに行いたい」という要
求に対して、スキルとレベルを指定して、検索を実行
し、その結果を提示することで、対応することができ
る。

【０１４８】上長の「各メンバの賃金や成績の優劣をつ
けたい」という要求に対して、スキルレベルの分布の提
示で優劣の指針を与え、各メンバのスキルレベルの提示
やスキルレベルの検索結果の提示で対応することができ
る。

【０１４９】なお、本実施形態に係るスキル情報格納装
置の効果について補足的に説明する。本発明者の考察に
よれば、従来のスキル管理は、図６５の従来型プロジェ
クトでは特に問題とならなかったが、ネットワーク型プ
ロジェクトを効率的に運営する際には、次のｐ１〜ｐ３
等に示すように種々の欠点を有している。

【０１５０】（ｐ１）各メンバａ１〜ａ４，ｂ１〜ｂ４
のスキルレベルは、各スキルグループリーダＳＬ１，Ｓ
Ｌ２の主観により定性的に評価されるので、実際のプロ
ジェクト編成が大まかになる。

【０１５１】（ｐ２）数多くあるスキル（技術）の種類
も大まかな分類でしかなく、整理整頓されて組織のスキ
ル情報（技術情報）が格納されていない。

【０１５２】（ｐ３）各スキルグループリーダＳＬ１，
ＳＬ２が個別にスキルレベルを評価するので、組織全体
の統一的なスキルレベルの把握が困難となっている。特
に、上位管理者ＭＵやプロジェクト統括管理者ＭＰ又は
プロジェクトリーダＰＬ１，ＰＬ２といった者は、各メ
ンバのスキルレベルを把握し難い状況にあったので、ス
キルレベルを考慮したプロジェクト編成といっても、ス
キルの向上を伴わない最適任者を選び出す程度のことで
あった。

【０１５３】しかしながら、本実施形態のスキル情報格
納装置によれば、各メンバのスキルレベルを統一的な基
準（アンケート回答による自己申告）で定量的に把握す
ることができる。また、これにより、スキルレベルをＯ
ＪＴの目的でプロジェクト編成に利用することができる
ようになった。従って、本実施形態のスキル情報格納装
置の使用により、容易且つ確実に、ネットワーク型プロ
ジェクトを効率的に運営することができる。

【０１５４】（第４の実施形態）図２０は本発明の第４
の実施形態に係るプロジェクト編成支援装置の構成を示
すブロック図である。このプロジェクト編成支援装置
は、第３の実施形態のスキル情報格納装置に対してネッ
トワークを介して接続されており、ＣＤＰ入力装置６
１、ＣＤＰ格納装置６２、ＰＪ要求情報入力装置６３、
ＰＪ情報格納装置６４、ＰＪ優先度決定部６５、ＰＪ優
先度格納装置６６、ＰＪ優先度表示装置６７、ＰＪアサ
イン候補決定部６８、ＰＪアサイン候補格納装置６９、
ＰＪアサイン候補表示装置７０、ＰＪアサイン要求入力
装置７１、ＰＪアサイン要求格納装置７２、ＰＪアサイ
ン決定部７３、ＰＪアサイン結果格納装置７４、メンバ
別集計部７５、メンバ別集計表示装置７６、プロジェク
ト集計部７７、プロジェクト別集計表示装置７８及びＰ
Ｊアサイン結果編集入力装置７９を備えている。なお、
「ＰＪ」は「プロジェクト」の略語である。

【０１５５】ここで、ＣＤＰ入力装置６１は、スキルグ
ループリーダの操作により、スキル情報格納装置の各提
示部５０，５３，５４を参照しながら、各メンバの育成
計画の作成を支援するものであり、具体的にはスキルグ
ループリーダの操作により、各メンバ名毎に、過去の業
務経歴、資格、責任の範囲、立場、今年の育成計画をＣ
ＤＰ格納装置６２に入力する機能をもっている。

【０１５６】ＣＤＰ格納装置６２は、図２１に示すよう
に、各メンバ名毎に、過去の業務経歴、資格、責任の範
囲、立場、今年の育成計画からなるデータ構造がＣＤＰ
入力装置６１により格納されるものであり、ＰＪ優先度
決定部６５から読出可能となっている。

【０１５７】ＰＪ要求情報入力装置６３は、プロジェク
トリーダの操作により、プロジェクトの情報（プロジェ
クト名、そのプロジェクトに必要なスキル、そのスキル
の必須レベル）をＰＪ情報格納装置６４に格納する機能
をもっている。

【０１５８】ＰＪ情報格納装置６４は、図２２に示すよ
うに、プロジェクト名毎に、必要なスキルと必須レベル
からなるデータ構造がＰＪ要求情報入力装置６３により
格納されるものであり、ＰＪ優先度決定部６５及びプロ
ジェクト集計部７７により読出可能となっている。

【０１５９】ＰＪ優先度決定部６５は、ＣＤＰ格納装置
６２の格納内容と、スキルレベル提示部５３の提示内容
と、ＰＪ情報格納装置６４の格納内容とに基づいて、各
メンバ毎のプロジェクトの優先度を決定するものであ
り、各条件毎の優先度をプロジェクトに付加し、得られ
た各条件毎の優先度とプロジェクトとの組をＰＪ優先度
格納装置６６に格納すると共に、格納内容をＰＪ優先度
表示装置６７に表示させる機能をもっている。

【０１６０】ＰＪ優先度格納装置６６は、図２３に示す
ように、メンバ名毎に、各条件毎の優先度とプロジェク
トとからなるデータ構造がＰＪ優先度決定部６５により
格納されるものであり、ＰＪ優先度表示装置６７及びＰ
Ｊアサイン候補決定部６８から読出可能となっている。

【０１６１】ＰＪ優先度表示装置６７は、ＰＪ優先度決
定部６５からの制御により、ＰＪ優先度格納装置６６の
格納内容を表示するものである。

【０１６２】ＰＪアサイン候補決定部６８は、ＰＪ優先
度格納装置６６の記憶内容に基づいて、各条件毎の優先
度に重み付け演算を施し、得られた重み付け優先度を各
プロジェクト毎に合計してメンバ名毎にプロジェクトの
優先度を算出する機能と、算出した優先度とプロジェク
トとの組をメンバ名毎に、ＰＪアサイン候補格納装置６
９に格納すると共に、格納内容をＰＪアサイン候補表示
装置７０に表示させる機能とをもっている。

【０１６３】ＰＪアサイン候補格納装置６９は、図２３
と同様のデータ構造を有しており、メンバ名毎に、優先
度とプロジェクトとからなるデータ構造がＰＪアサイン
候補決定部６８により格納されるものであり、ＰＪアサ
イン候補表示装置７０及びＰＪアサイン決定部７３から
読出可能となっている。

【０１６４】ＰＪアサイン候補表示装置７０は、ＰＪア
サイン候補決定部６８からの制御により、ＰＪアサイン
候補格納装置６９の格納内容を表示するものである。

【０１６５】ＰＪアサイン要求入力装置７１は、プロジ
ェクトリーダの操作により、スキルレベル提示部５３、
スキルレベル検索結果提示部５２、スキルレベル詳細提
示部５４を参照し、当該プロジェクトリーダのプロジェ
クト名に関してメンバ名と必要な作業量との組からなる
リストをＰＪアサイン要求格納装置７２に格納する機能
をもっている。

【０１６６】ＰＪアサイン要求格納装置７２は、図２４
に示す形式で、プロジェクト名に関してメンバ名と必要
な作業量との組からなるリストがＰＪアサイン要求入力
装置７１により格納されるものであり、ＰＪアサイン決
定部７３、メンバ別集計部７５及びプロジェクト集計部
７７から読出可能となっている。

【０１６７】ＰＪアサイン決定部７３は、ＰＪアサイン
候補格納装置６９の格納内容と、ＰＪアサイン要求格納
装置７２の格納内容とを照合し、候補プロジェクトと要
求プロジェクトとが同一の場合、アサイン要求をＰＪア
サイン結果格納装置７４に格納する機能をもっている。

【０１６８】ＰＪアサイン結果格納装置７４は、図２４
に示す形式で、プロジェクト名に関してメンバ名と必要
な作業量との組からなるリストがＰＪアサイン決定部７
３により格納されるものであり、メンバ別集計部７５、
プロジェクト集計部７７及びＰＪアサイン結果編集入力
装置７９から読出可能となっており、且つＰＪアサイン
結果編集入力装置７９から書換可能となっている。

【０１６９】メンバ別集計部７５は、ＰＪアサイン要求
格納装置７２の格納内容と、ＰＪアサイン結果格納装置
７４の格納内容とに基づいて、各メンバ毎に、割り当て
られたプロジェクト名と作業量との組をメンバ別集計表
示装置７６に提示させる機能と、提示内容が所定の制約
条件を満たさないときには警告を出力する機能とをもっ
ている。

【０１７０】メンバ別集計表示装置７６は、メンバ別集
計部７５からの制御により、各メンバ毎に、割り当てら
れたプロジェクト名と作業量との組を表示するものであ
る。

【０１７１】プロジェクト集計部７７は、ＰＪアサイン
要求格納装置７２の格納内容と、ＰＪアサイン結果格納
装置７４の格納内容とに基づいて、各プロジェクト毎
に、割り当てられたメンバ名と作業量との組をプロジェ
クト別集計表示装置７８に提示させる機能と、提示内容
に関し、ＰＪ情報格納装置６４を参照して必要なスキル
とスキルレベルが充足されていない旨を判定した際には
警告を出力する機能とをもっている。

【０１７２】プロジェクト別集計表示装置７８は、プロ
ジェクト集計部７７からの制御により、各プロジェクト
毎に、割り当てられたメンバ名と作業量との組を表示す
るものである。

【０１７３】ＰＪアサイン結果編集入力装置７９は、プ
ロジェクトリーダやスキルグループ統括管理者の操作に
より、ＰＪアサイン結果格納装置７４のアサイン結果を
修正するものである。

【０１７４】次に、以上のように構成されたプロジェク
ト編成支援装置の動作を図２５のフローチャートを用い
て説明する。 （ＳＴ２１：ＣＤＰの作成）ＣＤＰ入力装置６１は、ス
キルグループリーダの操作により、スキル情報格納装置
の各提示部５０，５３，５４を参照しながら、各メンバ
の育成計画の作成を支援する。今年の育成計画は、各メ
ンバ毎に習得させたい技術や、取得させたい資格等から
なり、具体的には、図２１に示すように、各メンバ名毎
に、過去の業務経歴、資格、責任の範囲、立場（社内で
の職務）、今年の育成計画からなるデータ構造として、
ＣＤＰ入力装置６１からＣＤＰ格納装置６２に入力され
る。

【０１７５】このデータ構造は、「業務経歴」は「過去
の業務で培ったスキルとレベル」からなり、資格には属
性として、該当する「スキルとレベル」が付加されてい
る。また、今年の育成計画は「今年の目標とするスキル
とレベル」から構成されている。なお、スキルはスキル
情報格納装置で扱われているスキルであり、レベルはス
キル情報格納装置で扱われているスキルレベルである。

【０１７６】なお、このＣＤＰ格納装置６２のデータ構
造に含まれるデータの総称をＣＤＰ（Career Developme
nt Path）と呼ぶ。ここで、ＣＤＰは、少なくとも育成
計画（スキルと目標レベル）を含めばよく、他の業務経
歴、資格、責任の範囲、社内での職務等を適宜省略して
もよく、あるいは適宜、他のデータ（例、新入社員で業
務経歴が無い場合、学歴とその属性のスキルとレベルな
ど）を追加してもよい。

【０１７７】さてＣＤＰがスキルグループリーダにより
格納された後、さらに上位のスキルグループ統括者は、
各スキルグループリーダにより別途、作成された技術分
野の育成計画を収集する。しかる後、ＣＤＰ入力装置６
１は、この収集結果を参考にしたスキルグループ統括者
の操作により、ＣＤＰ格納装置６２内の今年の育成計画
を各メンバ名毎に参照して適宜修正する。

【０１７８】（ＳＴ２２：プロジェクト情報の作成）Ｓ
Ｔ２１の完了後、ＰＪ要求情報入力装置６３は、プロジ
ェクトリーダの操作により、計画されているプロジェク
トの情報（プロジェクト名、そのプロジェクトに必要な
スキル、そのスキルの必須レベル）を図２２に示す形式
でＰＪ情報格納装置６４に格納する。

【０１７９】なお、必須レベルは、プロジェクトの達成
に最低限必要な実レベルｎを示しており、ある実レベル
ｎのメンバがこのプロジェクトに参加すると、ＯＪＴに
よってプロジェクトを達成できるものの、達成時には実
レベルがｎ＋１に向上していると考えられるレベルを意
味している。

【０１８０】すなわち、必須レベルは、メンバの実際の
スキルレベルに換算すると、実レベル＜必須レベル≦目
標レベルという関係にある。

【０１８１】（ＳＴ２３：プロジェクト優先度の決定）
ＳＴ２２の完了後、ＰＪ優先度決定部６５は、ＣＤＰ格
納装置６２内における各メンバの育成計画、業務経歴及
び資格と、スキルレベル提示部５３で提示される各メン
バの実レベル及び目標レベルと、ＰＪ情報格納装置６４
内におけるプロジェクトに必要なスキル及び必須レベル
とに基づいて、各メンバ毎のプロジェクトの優先度を決
定する。

【０１８２】ここで、プロジェクトの優先度とは、各メ
ンバ毎に割り当てられるプロジェクトの優先順位であ
る。各メンバにとって、優先度が高い程、そのプロジェ
クトでのＯＪＴ（On The Job Training）による成長が
高く、プロジェクトへの貢献度が高い。

【０１８３】具体的な決定方法としては、まず、ＰＪ優
先度決定部６５が、ＰＪ情報格納装置６４のプロジェク
ト情報を参照し、プロジェクトに必要なスキルと必須レ
ベルを得る。それを満たすメンバをスキルレベル提示部
５３から検索し、プロジェクトにふさわしいメンバのメ
ンバ名を得る。

【０１８４】さらに、ＰＪ優先度決定部６５は、このメ
ンバ名に関し、ＣＤＰ格納装置６２内の業務経歴、資
格、今年の育成計画のスキルの目標レベルに基づいて、
複数の条件（例、「ＰＪに必要なスキルと必須レベ
ル」、「今年の育成計画」、「過去の業務経歴」、「資
格」）について個別に同一プロジェクトに優先度を付加
する。

【０１８５】例えば「ＰＪに必要なスキルと必須レベ
ル」に関し、このメンバがプロジェクトに適任か否かを
判定し、適任の場合には優先度１を付加する。また、
「今年の育成計画（スキルとレベル）」に関し、このメ
ンバがプロジェクトに適任か否かを判定し、適任の場合
には優先度１を付加する。以下同様に、「過去の業務経
歴（スキルとレベル）」や「資格（スキルとレベル）」
に関しても個別に判定し、それぞれ適任の場合には優先
度１をそれぞれ付加する。この場合、最も適任のメンバ
であれば、４つの条件に対応し、同一プロジェクトと、
条件毎の優先度との組が４組作成される。

【０１８６】しかる後、ＰＪ優先度決定部６５は、図２
３に示すように、各条件毎の優先度と同一プロジェクト
との組をＰＪ優先度格納装置６６に格納すると共に、格
納内容をＰＪ優先度表示装置６７に表示させる。

【０１８７】（ＳＴ２４：プロジェクトアサイン）ＳＴ
２３の完了後、ＰＪアサイン候補決定部６８は、プロジ
ェクトにアサイン（assign：割当て）する人材の候補を
決定する。ＰＪアサイン候補決定部６８は、ＰＪ優先度
格納装置６６の記憶内容に基づいて、各条件毎の優先度
に所定の重み係数を乗じ、得られた重み付け優先度を同
一プロジェクト毎に合計してメンバ名毎に各プロジェク
トの優先度を算出する。これにより、同一プロジェクト
につき、優先度は合計された１つの優先度となる。な
お、優先度とプロジェクトとの組は、プロジェクトの個
数だけ各メンバ名毎に算出される。しかる後、ＰＪアサ
イン候補決定部６８は、算出した優先度とプロジェクト
との組をメンバ名毎に、図２３と同様の形式でＰＪアサ
イン候補として、ＰＪアサイン候補格納装置６９に格納
すると共に、格納内容をＰＪアサイン候補表示装置７０
に表示させる。

【０１８８】ＰＪアサイン候補の表示中、ＰＪアサイン
要求入力装置７１は、プロジェクトリーダの操作によ
り、スキルレベル提示部５３、スキルレベル検索結果提
示部５２、スキルレベル詳細提示部５４を参照し、当該
プロジェクトリーダのプロジェクト名に関してメンバ名
と必要な作業量との組からなるリストを入力し、メンバ
の割当て要求を行う。なお、「必要な作業量」は、正確
な見積りが困難な場合もあるので、「割当て作業量」と
読み替えてもよい。

【０１８９】なお、入力されたリストは、ＰＪアサイン
要求入力装置７１により、図２４に示す形式でＰＪアサ
イン要求格納装置７２に格納される。

【０１９０】これにより、各プロジェクトリーダは、メ
ンバと各メンバの作業量の要望をスキルグループ統括管
理者に提出したことになる。

【０１９１】（ＳＴ２５：調整）ＳＴ２４の完了後、ス
キルグループ統括者は、各プロジェクトリーダから提出
された、メンバと各メンバの作業量の要望を調整する。
調整するにあたって、プロジェクト編成支援装置は以下
の処理を実行し、調整の作業を支援する。

【０１９２】まず、ＰＪアサイン決定部７３は、ＰＪア
サイン候補格納装置６９の格納内容と、ＰＪアサイン要
求格納装置７２の格納内容とを照合し、候補プロジェク
トと要求プロジェクトとが同一の場合、アサイン要求を
ＰＪアサイン結果格納装置７４に格納する。

【０１９３】プロジェクト集計部７７は、ＰＪアサイン
要求格納装置７２の格納内容と、ＰＪアサイン結果格納
装置７４の格納内容とに基づいて、各プロジェクト毎
に、割り当てられたメンバ名と作業量との組をプロジェ
クト別集計表示装置７８に提示させる。

【０１９４】また、プロジェクト集計部７７は、メンバ
名、スキル及び実レベルの組を表示し、ＰＪ情報格納装
置６４を参照し、各プロジェクトに必要なスキルと実レ
ベルが割り当たっているかを判断し、必要なスキルとス
キルレベルが充足されていなかったら、その部分の警告
を出す。

【０１９５】一方、メンバ別集計部７５は、ＰＪアサイ
ン要求格納装置７２の格納内容と、ＰＪアサイン結果格
納装置７４の格納内容とに基づいて、各メンバ毎に、割
り当てられたプロジェクト名と作業量との組をメンバ別
集計表示装置７６に提示させる。

【０１９６】その時、メンバ別集計部７５は、以下の制
約条件（ｒ１）〜（ｒ３）を満たさない場合、警告を出
す。

【０１９７】（ｒ１）作業量の合計が所定の上限値を超
えていた場合。 （ｒ２）ＰＪアサイン候補格納装置６９に格納された、
高い優先度のプロジェクトにメンバがアサインされてな
い場合。 （ｒ３）プロジェクトの合計数が所定の上限値を越えた
場合。

【０１９８】これらプロジェクト集計部７７及び／又は
メンバ別集計部７５から警告が出た部分について、プロ
ジェクトリーダやスキルグループ統括管理者は、再度
（ＳＴ２４）~（ＳＴ２５）の作業を行う。

【０１９９】また、ＰＪアサイン結果編集入力装置７９
は、これらプロジェクトリーダやスキルグループ統括管
理者の操作により、ＰＪアサイン結果格納装置７４のア
サイン結果を修正する。この修正により、警告が出なく
なった時にプロジェクトの編集が終了する。

【０２００】上述したように本実施形態によれば、各メ
ンバ毎に各条件毎の優先度を得るようにして割り当て候
補を決定するので、そのメンバにとって、ＯＪＴで成長
が期待でき、且つ、プロジェクトでの貢献度が一番高い
と思われるプロジェクトの優先度を決定でき、ネットワ
ーク型プロジェクトの効率の良い運営形態を実現するこ
とができる。

【０２０１】また、プロジェクト集計部７７により、各
プロジェクトに必要なスキルと実レベルが割り当たって
いるかを判断し、必要なスキルとスキルレベルが充足さ
れていなかったら、その部分の警告を出すので、プロジ
ェクト編成を適切に行なうことができる。

【０２０２】また、メンバ別集計部７５により、各メン
バに対し、合計の作業量又はプロジェクト数を適切な範
囲に維持しながら、各プロジェクトを割り当てることが
できる。

【０２０３】（第５の実施形態）次に、本発明の第５の
実施形態に係る目標管理装置について説明するが、その
前にこの目標管理装置の概要について述べる。プロジェ
クトの目標とメンバの目標を管理するためには、目標を
中心のオブジェクトとしたアクセスモデルを検討する必
要がある。目標にはプロジェクトを達成するためにブレ
ークダウンされたテーマとそのテーマ目標、そして、そ
のテーマに所属するメンバのメンバ目標がある。また、
目標を操作するアクターとして、プロジェクト統括管理
者、プロジェクトリーダ、プロジェクトリーダから権限
委譲をされた第三者（テーマリーダ）、メンバがいる。

【０２０４】次に、このような目標管理と各アクターの
役割などに関し、「プロジェクトの目標管理」、「メン
バの目標管理」、「権限の委譲」、「アクセス制御」の
順に述べる。

【０２０５】（プロジェクトの目標管理）まず、プロジ
ェクト統括管理者がプロジェクトを設定し、各プロジェ
クトのプロジェクトリーダを任命する。そしてプロジェ
クトリーダがプロジェクトの目的を達成するためのテー
マを設定する。このテーマとは、このテーマ全てが達成
されることによってそのプロジェクトが達成されたこと
になるように設定される。

【０２０６】そして、プロジェクトリーダは、どのテー
マにどのメンバを割り当てるのかを決定する。このメン
バは通常は組織に所属するものとする。また、一つのテ
ーマに複数のメンバを割当て可能であり、また一人のメ
ンバは複数のテーマに所属可能となっている。

【０２０７】なお、ここまでは本システムが管理するも
のでは無く、予めプロジェクト編成支援装置などの別の
システムによって決定されているものとする。

【０２０８】さて、プロジェクトリーダは自分に割り当
てられたテーマに対して、目標を設定する。割当てられ
るべき目標が決定された時点で目標設定のステータスは
初期状態Ｄになる。

【０２０９】目標の項目には、目標そのものと、目標を
達成するために必要な工数と、目標の達成の度合いを言
葉で表現した達成基準（４段階（３，２，１.５，
１））と、目標設定時のコメントとを入力し、目標設定
のステータスをＣにする。目標の達成の度合いは、達成
基準“２”を目標に対する達成度が１００％の状態とす
る。

【０２１０】なお、本実施形態の運用では達成基準
“２”が１００％の目標達成状態であるが、これまでの
目標達成の実績の平均が“２”を上回るような場合は、
達成基準“１．５”を１００％の達成状態として運用し
てもよい。すなわち、達成基準の１００％を中心とした
達成度の適用範囲は、本実施形態で例示した範囲にとら
われずに運用形態に応じて柔軟に変更することが可能で
ある。

【０２１１】プロジェクト統括管理者はテーマ目標の設
定状況を検討し、妥当であると判断したら、目標設定の
ステータスをＢにする。妥当でないと判断した場合は、
修正であると分かるマーキングを付加し設定されている
目標の内容を修正して、プロジェクトリーダに修正の要
求を通知する。プロジェクトリーダは通知にしたがっ
て、自分の判断を加味して、目標を変更する。この変更
プロセスは両者が合意に達するまで繰り返される。最終
的に合意に達したら目標設定のステータスをＢに設定す
る。

【０２１２】このプロジェクトを実行している組織の全
体会議にてテーマの目標が承認されたら、ステータスを
Ａにして目標設定が完了となる。なお、承認されなかっ
た場合は、オフラインの話し合いにより目標に対する修
正が行われる。ここまでが横糸（プロジェクト単位）の
機能である。

【０２１３】プロジェクト統括管理者は、この目標設定
の一連の状況を集計して一覧することが可能である。す
なわち、全てのプロジェクトについて目標の設定状況が
Ａ〜Ｄのいずれにあるかの合計を数値として閲覧するこ
とができる。これによって、プロジェクトの目標設定の
進捗状況を把握でき、プロジェクトの全体のバランスを
取って目標設定をすることが可能になる。これが縦糸
（プロジェクト全体を組織の立場から見た）の機能であ
る。

【０２１４】なお、テーマ目標の達成度の評価は、まず
プロジェクトリーダが自己評価を行い、０〜５の数値評
価とその評価に対するコメントを入力する。次に、プロ
ジェクト統括管理者がプロジェクトリーダの自己評価を
参考にした評価を行い、０〜５の数値評価と評価に対す
るコメントを入力する。

【０２１５】以上がプロジェクトに係わる目標管理装置
の機能である。

【０２１６】（メンバの目標管理）次に、メンバ目標に
係わる目標管理装置の機能について述べる。メンバは自
分に割り当てられたテーマに対して、目標と工数を設定
する。テーマが割り当てられた時点で目標のステータス
は初期状態であるＤをとる。目標の項目は、前述のテー
マ目標と同一である。目標の項目に、目標そのものと、
目標の達成に必要となる工数と、目標の達成の度合いを
言葉で表現したもの（４段階）と、目標設定時のコメン
トとを入力し、目標設定のステータスをＣにする。

【０２１７】プロジェクトリーダはテーマ目標の設定状
況を検討し、妥当であると判断したら、目標設定のステ
ータスをＢにする。妥当でないと判断した場合は、修正
であると分かるマーキングを付加し、設定されている目
標の内容を修正して、メンバに修正の要求を通知する。
メンバは通知にしたがって、自分の判断を加味して、目
標を変更する。この変更プロセスは両者が合意に達する
まで繰り返される。

【０２１８】最終的に合意に達したら目標設定のステー
タスをＢに設定する。

【０２１９】このプロジェクトを実行している組織の全
体会議にてテーマの目標が承認されたら、ステータスを
Ａにして目標設定が完了となる。承認されなかった場合
は、オフラインの話し合いにより目標に対する修正が行
われる。ここまでが横糸（プロジェクト単位）の機能で
ある。

【０２２０】プロジェクト統括管理者は、メンバの目標
設定の状況を集計して一覧することが可能である。すな
わち、全てのメンバについて目標と工数の設定状況がＡ
〜Ｄのいずれにあるかを数値として閲覧することができ
る。これによって、メンバの目標設定と各メンバが担当
している工数の進捗情況を把握でき、各メンバ毎に負荷
状況のバランスを取って目標を設定することが可能にな
る。これが縦糸（組織全体から見た管理）の機能であ
る。

【０２２１】メンバ目標の達成度の評価は、まずメンバ
自身が自己評価を行い、０〜５の数値評価とその評価に
対するコメントを入力する。次に、プロジェクトリーダ
がメンバの自己評価を参考にした評価を行い、０〜５の
数値評価と評価に対するコメントを入力する。 以上が
メンバに係わる目標管理装置の機能である。

【０２２２】（権限の委譲）次に権限の委譲について述
べる。プロジェクトは規模が大きいため、一人のＰＬが
全てのテーマに設定されるテーマ目標やメンバ目標を管
理することが難しい。これを解決するために、プロジェ
クト内の各テーマについてテーマリーダを任命してプロ
ジェクトリーダの権限の一部を委譲することがある。こ
れを本システムで実現する。

【０２２３】テーマリーダはプロジェクトリーダによっ
て決定される。プロジェクトリーダは各テーマのメンバ
となっている人間からテーマリーダを選定することがで
き、そのテーマリーダに与える権限を設定できる。ここ
で設定される権限は、テーマ目標の入力・変更・閲覧権
限、テーマに所属するメンバの目標の変更・閲覧権限で
ある。なお、メンバ目標の評価にかかわる権限はいかな
る場合でも付与できない。

【０２２４】（アクセス制御）次に、アクセス制御モデ
ルについて述べる。前述した通り、目標管理装置に係わ
るアクターは、プロジェクト統括管理者、プロジェクト
リーダ、テーマリーダ（本項目で定義する）、メンバの
四者である。そしてアクターの行えるアクションは大別
すると、目標入力（変更、削除を含む）、目標閲覧、達
成度評価、達成度閲覧である。

【０２２５】メンバは自分のメンバ目標について目標入
力、目標閲覧が行え、また自分の所属するプロジェクト
について目標閲覧、達成度閲覧が行える。

【０２２６】テーマリーダは、メンバができることに加
えて、リーダであるテーマのテーマ目標の入力が行え、
またそのテーマに所属するメンバの目標入力、目標閲
覧、達成度閲覧が行える。また、自分がリーダであるテ
ーマに所属するメンバの目標設定状況、工数の集計が行
える。

【０２２７】プロジェクトリーダは、自分のプロジェク
トの目標入力、目標閲覧、達成度閲覧が行える。また、
自分のプロジェクトに所属するメンバの目標について、
目標入力、目標閲覧、達成度評価、達成度閲覧が行え、
自分のプロジェクトに所属しないメンバについては、目
標閲覧、達成度閲覧が行える。また、自分がリーダであ
るプロジェクトに所属するメンバの目標設定状況、工数
の集計が行える。

【０２２８】プロジェクト統括管理者は、特にプロジェ
クトのテーマ目標の評価入力ができることの他、全ての
操作が行える。また、全てのプロジェクトのメンバにつ
いて、目標設定状況、工数の集計が行える。

【０２２９】このような役割の分担により、階層的にア
クセス可能な部分とアクセス制限のかからない部分をシ
ステムにおいてシームレスに扱うことが可能になってい
る。

【０２３０】さらに、システムの利用者は他のアクター
の権限を意識することなく自分の操作を実行できる。

【０２３１】また、テーマリーダはテーマ単体の目標と
そのテーマに属するメンバの目標を管理することがで
き、ＰＬはテーマ全体の目標を管理することができるの
で、これによっても横糸（テーマ単体）と縦糸（テーマ
全体）の目標管理を行うことが可能になっている。

【０２３２】以上が、第５の実施形態に係る目標管理装
置の概要である。次に、第５の実施形態に係る目標管理
装置の構成について説明する。この目標管理装置は、計
算機上で実装されるものであり、基本コンポーネントと
して処理部と、データベースとを備えている。

【０２３３】ここで、処理部は、処理したい内容を遂行
するために必要となるパラメータを受理して当該パラメ
ータを加工し、データベースにリクエストを渡し、デー
タベースから受けた結果を加工し、ＧＵＩ（この構成で
はＷＥＢブラウザ）に表示可能な形態に整形する、とい
う機能を有し、具体的には以後の図２６、図２９〜図３
３、図３９、図４１、図４３〜図４５、図５０、図５
２、図５６〜図５７、図６１、図６３の各フローチャー
トに示すように、ログインしたアクターの役割に応じ
て、目標入力、目標閲覧、達成度評価、達成度閲覧など
の処理をデータベースを用いて行なうものである。

【０２３４】一方、データベースは、メンバテーブルＴ
ｂ１、プロジェクトメンバ登録テーブルＴｂ２、メンバ
目標テーブルＴｂ３、テーマリーダ登録テーブルＴｂ
４、テーマ登録テーブルＴｂ５、テーマ目標テーブルＴ
ｂ６を備えている。ここで、各テーブルのうち、もっぱ
ら参照のためにのみ使用されるテーブルが、メンバテー
ブルＴｂ１、プロジェクトメンバ登録テーブルＴｂ２、
テーマ登録テーブルＴｂ５であり、これらは本システム
を実施する以前に予め定義されているものとする。

【０２３５】これ以外の、メンバ目標テーブルＴｂ３、
テーマリーダ登録テーブルＴｂ４、テーマ目標テーブル
Ｔｂ６は本システムで登録・参照するために用いられ
る。

【０２３６】また、これらのテーブルＴｂ１〜Ｔｂ６
は、本実施形態では同一データベース上に存在するよう
に表現しているが、実装するシステム環境に応じて、各
テーブルＴｂ１〜Ｔｂ６は互いに異なるデータベース上
に登録されていても全く問題無い。

【０２３７】また、本実施形態中のフローチャートに記
載した各図面においては、図の左上方から処理への入力
データ、処理データ、出力データの流れとなっており、
データベースのテーブルＴｂ１〜Ｔｂ６は参照・登録さ
れる順序に応じて上方から並んでいる。

【０２３８】データベースに対しては、処理側から問合
せを発行し、それに対してデータベースが応答（問合せ
結果）を返却する。したがって、各図面においては、デ
ータベースへの入線が先ず行われる。

【０２３９】次に、以上のように構成された目標管理装
置の動作について「ログイン」を述べた後、「メンバの
場合」、「テーマリーダの場合」、「プロジェクトリー
ダの場合」、「プロジェクト統括管理者の場合」のよう
に、権限が広がる順に説明する。（ログイン：図２６）
まず、目標管理装置を利用する者はログインをする必要
がある。図２７に示すように、ユーザ名ｇ１０とパスワ
ードｇ１１を入力するが、このときに目標管理装置で必
要なアクセス制限が付加される。

【０２４０】アクセス制限を付加するには、ログインす
るユーザがどの役割（プロジェクト統括管理者、プロジ
ェクトリーダ、テーマリーダ、メンバ）に属するかを決
定する必要があるが、これに係わる情報はバックエンド
のシステムによって予め登録されているものとし、本シ
ステムはその管理には関知しない。

【０２４１】具体的には、図２６において、入力ＳＴ３
０にユーザ名、パスワードを用い、それを処理ＳＴ３１
がメンバテーブルＴｂ１に問合せることによって認証さ
れたユーザか否かを判別する。その結果の表示ＳＴ３２
として役割に応じたメニューを得る。

【０２４２】（メンバの場合）メンバが実施することの
できる行動は、図２８に示すように、メンバ目標入力・
修正ｇ２０、プロジェクト目標閲覧ｇ２１、メンバ目標
閲覧ｇ２２である。ログオフｇ２３でシステムを終了す
る。

【０２４３】［メンバ目標入力・修正ｇ２０：図２９〜
図３３］メンバ目標入力・修正ｇ２０を選択すると、図
３４に示すように、自分が所属しているプロジェクト一
覧ｇ３１が表示される。これを実現するために、図２９
に示すように、入力としてログインのときに取得した従
業員番号を入力ＳＴ４０として用いる。

【０２４４】メンバが担当しているテーマを問合せるた
めに、プロジェクトメンバ登録テーブルＴｂ２に従業員
番号をキーとして担当しているテーマ番号とそのテーマ
名を問合せ、それによって得られたテーマ番号をメンバ
目標テーブルＴｂ３に問合せて、現在設定してある目標
の内容から工数を得る。

【０２４５】その得た工数をテーマ単位で合計したも
の、メンバが割り当てられている工数の総合計を処理Ｓ
Ｔ４１で計算する。

【０２４６】以上の結果を、プロジェクト、テーマ毎に
まとめて表示ＳＴ４２として出力する。

【０２４７】また、図３４において、入力・修正したい
テーマを選択ｇ３２すると、図３５に示すように、選択
したテーマに既に目標が設定されていればその一覧ｇ４
０が表示され、設定されていなければ空白が表示され
る。

【０２４８】この目標の一覧表示にも、ステップＳＴ４
０〜ＳＴ４２の手順が同様に用いられるが、ステップＳ
Ｔ４１，ＳＴ４２においては選択されたテーマに付いて
のみ表示する。

【０２４９】データベースの負荷軽減のために、クライ
アントや中間にあるキャッシュサーバで問合せ結果を一
時保存しておく構成としてもよい。中間のキャッシュサ
ーバの構成は、一般的なキャッシュサーバと同一でよ
い。

【０２５０】また、図３５において、新規に目標を入力
する場合は新規目標追加ｇ４１を選択し、既に入力され
ている目標を変更したい場合は該当する目標に附属する
「変更」を選択する。

【０２５１】「新規目標入力」「変更」のいずれでも図
３６に示す同じ画面に遷移し、目標の入力を行う。変更
の場合は既に入力されている目標の内容がｇ６０〜ｇ７
１に既定値として表示される。この処理は、図３０に示
すステップＳＴ５０〜ＳＴ５２によって実現される。

【０２５２】また、図３６において、目標の内容を入力
したら登録７２を選択し、図３１の処理ＳＴ６０〜ＳＴ
６２により、図３７の確認画面へと遷移し、変更を目標
管理装置に反映してよいなら登録完了ｇ８０を選択す
る。登録処理は、図３２のステップＳＴ７０〜ＳＴ７２
によって実現される。

【０２５３】また、図３６の目標入力画面において、キ
ャンセルｇ７３を選択すると変更を破棄し、図３７の確
認画面でやり直しｇ８１を選択すると、図３６の目標入
力画面に戻り、入力した内容の修正を行うことができ
る。また、削除も同様にして、図３３のステップＳＴ８
０により図３８の確認画面を表示させ、削除してよいな
ら図３３のステップＳＴ８１，ＳＴ８２により実行す
る。

【０２５４】［メンバ目標閲覧ｇ２２：図３９］図２８
において、メンバ目標閲覧ｇ２２を選択すると、検索条
件を設定する図４０の画面へ遷移し、目標を閲覧したい
人の名前（実際はアクセス権限により自分の目標に限ら
れる）、プロジェクトの番号、プロジェクトの名称、プ
ロジェクトの実施期、困難度、達成度、目標の変更日
付、などをｇ１００の入力欄で検索条件を指定して検索
をすることができる。この処理は、図３９のステップＳ
Ｔ９０〜ＳＴ９３によって実現される。なお、ステップ
ＳＴ９１は入力の待ち状態を表す。

【０２５５】また、何も検索条件を指定しないで検索実
行ｇ１０１をした場合は、自分の今期の目標の一覧が出
力される。これは処理ＳＴ９１によって得られた検索条
件にしたがってメンバ目標テーブルＴｂ３を検索し、そ
の目標に対応するテーマの名前などをプロジェクトメン
バ登録テーブルＴｂ２とテーマ登録テーブルＴｂ５で検
索する。

【０２５６】データベースの検索順はこの通りである必
要がある。理由は、メンバ目標テーブルＴｂ３で（アク
セス権限等による）検索可能な目標の全体を得て、その
目標に付随する従業員番号をキーとしてテーマ番号を抽
出し、そのテーマ番号をキーとしてプロジェクト名など
を得るからである。

【０２５７】また、ステップＳＴ９３では、これらの処
理結果を目標単位に結合し、従業員番号、プロジェクト
番号、テーマ番号の優先順位で昇順にソートして出力す
る。なお、印刷ｇ１０２をすると検索条件は前回の検索
のものを使用して印刷用の目標一覧画面が出力される。
Ｅｘｃｅｌ（登録商標）出力ｇ１０３は、ＣＳＶ形式で
ローカルファイルに保存できるので、目標の設定状況の
現状を出力したいときに使用するとよい。

【０２５８】［プロジェクト目標一覧ｇ２１：図４１］
図２８において、プロジェクト目標一覧ｇ２１を選択す
ると、検索条件を設定する図４０の画面へ遷移して、プ
ロジェクトの目標一覧を表示できる。設定できる検索条
件ｇ１００は、メンバ目標閲覧と同一であるが、目標を
閲覧したい人の名前を選択すると、そのメンバの所属す
るプロジェクトの一覧について表示できる。

【０２５９】プロジェクトの一覧に表示されるテーマ目
標の評価は、アクセス制限により自分の所属するプロジ
ェクトの評価しか見ることができない。これもメンバ目
標の閲覧と同様に、図４１のステップＳＴ１００〜ＳＴ
１０３の処理手順で実施される。データベースへのアク
セスの順番もテーブルＴｂ６，Ｔｂ２，Ｔｂ５の順であ
る必要がある。その他の、「印刷」、「Ｅｘｃｅｌ出
力」の機能はメンバ目標閲覧と同一である。

【０２６０】以上が、目標管理装置においてメンバが実
行できる機能である。

【０２６１】（テーマリーダの場合）図４２に示すよう
に、テーマリーダはメンバが行えることに加えて、担当
テーマに属するメンバ目標の変更（２５３の一覧表示か
ら選択する）と、担当テーマ目標の入力・変更２５０
と、担当テーマに属するメンバとテーマに係わる集計機
能（目標設定状況一覧）２５４とが実行できる。また、
アクセス制限はテーマリーダ用のものが適用される。

【０２６２】図３５のメンバ目標の入力の画面では、自
分に割り当てられたメンバ目標４３が表示され、それに
ついて入力・変更を行う。この処理は「メンバの場合」
で詳述した図２９〜図３３までの処理と同様である。

【０２６３】［プロジェクト目標入力ｇ１１０：図４３
〜図４５］図４２において、プロジェクト目標入力ｇ１
１０を選択すると、図４６に示すように、自分がテーマ
リーダとなっているテーマのリストが表示される。この
処理は、図４３のステップＳＴ１１０〜ＳＴ１１１．
２、ＳＴ１１２によって行われる。次のステップで行う
処理を途中まで行ったものと同様である。

【０２６４】図４６において、入力・変更したいテーマ
を選択ｇ１２０すると、図３５に示すように、テーマに
ついて設定された目標の一覧が表示される。まだ目標が
設定されていない場合は、空白が表示される。

【０２６５】この処理は、図４３のステップＳＴ１１０
〜ＳＴ１１２によって行われ、リーダとしてアサインさ
れているテーマの探索ＳＴ１１１．１、そのテーマの内
容の検索ＳＴ１１１．２、テーマ単位での工数の計算、
その工数の自分がテーマリーダとなっているテーマでの
合計値の計算を行う（ＳＴ１１１．３〜ＳＴ１１１．
５）。その結果を一覧表示する（ＳＴ１１１．６〜ＳＴ
１１２）。

【０２６６】新規入力を選択すると、図４７に示すよう
に、目標の入力画面が表示され、テーマ目標の入力を行
う。以前に目標が設定されている場合は、その内容が既
定値として表示される。

【０２６７】目標を入力・変更したら登録ｇ１２１を選
択し、図４８に示すように、入力・変更された目標の確
認画面へと遷移し、その内容を登録する場合は登録完了
ｇ１２３を選択する。処理手順は、図４４のステップＳ
Ｔ１２０〜ＳＴ１２２と同様であるが、登録する内容は
メンバ目標ではなくテーマ目標の内容となる。

【０２６８】図４７の入力・変更画面でのキャンセルｇ
１２２は入力内容を破棄し、確認画面でのやり直しｇ１
２４は入力・変更画面へ戻って入力した内容の変更が行
える。また、削除も同様にして、図４５のステップＳＴ
１３０により図４９の確認画面を表示させ、削除してよ
いなら図４５のステップＳＴ１３１，ＳＴ１３２により
実行する。

【０２６９】［メンバ目標閲覧ｇ１１３］図４２に示す
メンバ目標閲覧ｇ１１３では、検索条件の指定はメンバ
が行えるものと同一だが、表示される目標はアクセス制
限により自分のメンバ目標と自分がテーマリーダとなっ
ているテーマに所属するメンバのメンバ目標を表示でき
る。この処理手順は、図３９のステップＳＴ９０〜ＳＴ
９３と同様である。

【０２７０】［プロジェクト目標閲覧ｇ１１２］図４２
に示すプロジェクト目標閲覧ｇ１１２では、検索条件の
指定や表示される内容はメンバが行えるものと同一であ
る。この処理手順は、図４１のステップＳＴ１００〜Ｓ
Ｔ１０３と同様である。

【０２７１】［目標設定状況一覧ｇ１１４：図５０］図
４２に示す目標設定状況一覧ｇ１１４では、図５１に示
すように、担当テーマに属するメンバの工数と、その合
計と、その目標設定状況の一覧ｇ１４０と、その状況の
数の合計とが表示される。この処理は、図５０のステッ
プＳＴ１４０〜ＳＴ１４２によって行われる。テーマリ
ーダは自分がリーダであるテーマに属するメンバの状況
のみを閲覧することが可能なので、入力の担当テーマと
ＳＴ１４１．１とプロジェクトメンバ登録テーブルＴｂ
２により、アクセス制限（閲覧可能な従業員番号を制限
する）を付加する。これによって、担当するメンバが目
標設定を行っている状況や、その負荷状況の把握が可能
となっている。

【０２７２】さらに、アクセス制御によって他のテーマ
に属するメンバの負荷状況は見ることができないので、
テーマ毎の権限の分散が可能となっている。

【０２７３】（プロジェクトリーダの場合）プロジェク
トリーダはメンバ（テーマリーダを含む）の評価入力
と、テーマリーダの任命を行えることが大きく異なる。

【０２７４】［メンバ目標評価ｇ１７２：図５２］図５
３のメンバ目標評価ｇ１７２を選択すると、図４６に示
すように、プロジェクトリーダがリーダとなっているテ
ーマの一覧が表示される。この処理は、図４３のステッ
プＳＴ１１０〜１１１．２によって行われるものと同様
である。

【０２７５】図４６にて評価するテーマを選択ｇ１２０
すると、図５４に示すように、そのテーマに属するメン
バ目標の一覧が表示され、評価項目を入力することがで
きる。この評価入力のための入力フォームを表示する部
分は、図５２のステップＳＴ１５０〜ＳＴ１５２で実現
する。

【０２７６】続いて、図５４にて登録ｇ１９３を選択す
ると、図５５に示すように、入力した評価の確認画面が
表示され、登録完了ｇ２００を選択すると入力した評価
がシステムに登録される。メンバ目標テーブルＴｂ３に
評価の内容を登録する処理手順はＳＴ７０〜ＳＴ７２で
行う目標入力と同様である。しかし、評価入力の場合
は、評価項目以外を変更しないので、目標入力とは論理
的に排他制御がなされている。

【０２７７】図５４の評価項目入力画面でのキャンセル
ｇ１９４は入力内容を破棄し、図５５の確認画面での戻
るｇ２０１は評価項目入力画面へ戻って入力した内容の
変更を行う。

【０２７８】［テーマリーダの任命ｇ１７６：図５６〜
図５７］図５３にてテーマリーダの任命ｇ１７６を選択
すると、図５８に示すように、プロジェクトリーダのプ
ロジェクト下の全てのテーマｇ２０２と既に任命されて
いるテーマリーダｇ２０３の組の一覧が表示される。任
命したいテーマを選択すると、図５９に示すように、テ
ーマに所属するメンバの一覧ｇ２０５が表示される。こ
の処理は、図５６のステップＳＴ１６０〜ＳＴ１６２で
実現される。

【０２７９】既にテーマリーダが任命されているテーマ
を選択した場合はテーマリーダを変更することができ
る。テーマリーダの既定値は画面上部ｇ２０４に表示さ
れる。テーマリーダに任命したいメンバのボタンｇ２０
５をクリックすると、テーマリーダを任命したことにな
る。この処理は、図５７のステップＳＴ１７０〜ＳＴ１
７３で実現される。

【０２８０】［目標設定状況一覧機能ｇ１７７］図５３
の目標設定状況一覧機能ｇ１７７では、担当プロジェク
トに属する全てのメンバの工数と、その工数の合計と、
図５１に示す如き、その目標設定の状況ｇ１４０と、そ
の目標設定の状況の人数の合計の一覧が表示される。

【０２８１】さらに、アクセス制御によって他のプロジ
ェクトに属するメンバの負荷状況は見ることができない
ので、権限の分散が実現されている。これは、テーマリ
ーダで行った処理と同様に、図５０の処理ＳＴ１４０〜
ＳＴ１４２で実現される。

【０２８２】しかし、プロジェクトリーダは、テーマリ
ーダと異なり、自分がリーダであるプロジェクト全般に
渡ってメンバの工数を集計できる。

【０２８３】（プロジェクト統括管理者の場合）プロジ
ェクト統括管理者は本目標管理装置における全ての機能
を実行することができる。プロジェクトリーダと異なる
のは全てのメンバ目標の評価機能、全てのテーマ目標の
評価機能、全てのメンバ目標の設定状況の集計機能、全
てのテーマ目標の設定状況の集計機能、が実行できるこ
とである。

【０２８４】［プロジェクト目標の評価ｇ２１１］図６
０のプロジェクト目標の評価ｇ２１１を選択すると、図
４６のプロジェクトの一覧が表示される。この表示は、
図５２のＳＴ１５０〜ＳＴ１５２で処理される。

【０２８５】これはプロジェクトリーダのメンバ評価で
テーマを選択する機能と同じ画面であるが、全てのテー
マに渡って表示され、かつテーマ目標の評価を行うとこ
ろが異なる。この処理は、図４４のステップＳＴ１２０
〜ＳＴ１２２と同様であるが、評価項目のみを操作する
ところが異なる。

【０２８６】［メンバ目標の評価ｇ２１２］図６０のメ
ンバ目標の評価ｇ２１２を選択すると、すべてのテーマ
に属するメンバの目標の評価をできること以外は、プロ
ジェクトリーダと同様の機能である。この処理は、図４
３のＳＴ１１０〜ＳＴ１１１．２と、図５２のＳＴ１５
０〜ＳＴ１５２と、図３２のＳＴ７０〜ＳＴ７２で行わ
れる処理と同様である。

【０２８７】［メンバ目標の設定状況の集計ｇ２２１］
図６１のステップＳＴ１８０に伴い、図６２のメンバ目
標の設定状況の集計ｇ２２１を選択すると、図５１に示
すように、全てのメンバについてメンバ目標の入力状況
の集計が行える。集計の内容は、メンバが入力した工数
と目標の各ステータスの個数である。

【０２８８】また、全メンバの工数の合計と目標のステ
ータスの合計を最下部に表示する。これによって、メン
バ全体の負荷状況が把握できるため、メンバの負荷が重
いプロジェクトに対しては負荷が軽いプロジェクトから
人員を投入するという管理が可能になる。つまり、メン
バのリソースについて縦糸の管理を実現していると言え
る。この処理は、図５０のＳＴ１４０〜ＳＴ１４２によ
って実現される。

【０２８９】［テーマ目標の設定状況の集計ｇ２２０：
図６３］図６２のテーマ目標の設定状況の集計ｇ２２０
を選択すると、全てのテーマについてテーマ目標の入力
状況の集計が行える。集計の内容ｇ２３２は、図６４に
示すように、プロジェクトリーダによるテーマの見積も
り工数と、各テーマにおける目標設定の各ステータスの
個数である。

【０２９０】また、全テーマの工数の合計と目標のステ
ータスの合計を最下部に表示する。これによってプロジ
ェクト全体を見渡して、工数の多いテーマと少ないテー
マの間でリソースの管理を容易に行うことができるよう
になる。この処理は、図６３のＳＴ１９０〜ＳＴ１９２
によって実現される。

【０２９１】上述したように本実施形態によれば、メン
バ、テーマリーダ、プロジェクトリーダ、プロジェクト
統括管理者の階層構造を設け、上層の者が下層の者を管
理する構成の目標管理装置としたので、プロジェクト単
位でのメンバのリソースの管理と、組織全体でのメンバ
のリソース管理とを相互に関連して実施することができ
る。

【０２９２】具体的には、予め設定されたプロジェクト
とそのテーマについて、プロジェクトリーダがテーマ目
標を設定し、メンバがテーマ毎にメンバ目標を設定し、
プロジェクト統括管理者がテーマ目標の達成度を評価
し、プロジェクトリーダがメンバ目標の達成度を評価す
ることができる。

【０２９３】また、プロジェクトリーダは個々のテーマ
目標、メンバ目標に関する権限を任意の第三者のテーマ
リーダに委譲でき、プロジェクト統括管理者やプロジェ
クトリーダやテーマリーダは各アクターが組織やプロジ
ェクトを管理する粒度に応じて、各目標の入力の進捗度
合いやメンバの工数（それによって表される負荷度合）
を一覧によって管理することができる。

【０２９４】従って、前出の機能と合わせることによっ
て、プロジェクト単位でのメンバのリソースの管理と、
組織全体でのメンバのリソース管理とを相互に関連して
実施できる目標管理装置を構築することができる。

【０２９５】また、目標や工数などに関し、メンバが入
力したものを各プロジェクトリーダが調整し、各プロジ
ェクトリーダが調整したものをプロジェクト統括管理者
が調整するように、アクセス制御に階層構造を持たせた
構成なので、極めて容易且つ確実に、プロジェクトの目
標を統一的に管理できると同時にメンバのリソースを統
一的に管理できるシステムを実現することができる。

【０２９６】また、メンバのリソース管理とプロジェク
トの進行状況の管理とをイントラネットのシステムの一
つとして実装して実現することができる。また、目標管
理システムのユーザインタフェースをＷｅｂトップで実
現して可用性を向上させることができる。なお、上記各
実施形態に記載した手法は、コンピュータに実行させる
ことのできるプログラムとして、磁気ディスク（フロッ
ピー（登録商標）ディスク、ハードディスクなど）、光
ディスク（ＣＤ−ＲＯＭ、ＤＶＤなど）、光磁気ディス
ク（ＭＯ）、半導体メモリなどの記憶媒体に格納して頒
布することもできる。

【０２９７】また、この記憶媒体としては、プログラム
を記憶でき、かつコンピュータが読み取り可能な記憶媒
体であれば、その記憶形式は何れの形態であっても良
い。

【０２９８】また、記憶媒体からコンピュータにインス
トールされたプログラムの指示に基づきコンピュータ上
で稼働しているＯＳ（オペレーティングシステム）や、
データベース管理ソフト、ネットワークソフト等のＭＷ
（ミドルウェア）等が本実施形態を実現するための各処
理の一部を実行しても良い。

【０２９９】さらに、本発明における記憶媒体は、コン
ピュータと独立した媒体に限らず、ＬＡＮやインターネ
ット等により伝送されたプログラムをダウンロードして
記憶または一時記憶した記憶媒体も含まれる。

【０３００】また、記憶媒体は１つに限らず、複数の媒
体から本実施形態における処理が実行される場合も本発
明における記憶媒体に含まれ、媒体構成は何れの構成で
あっても良い。

【０３０１】尚、本発明におけるコンピュータは、記憶
媒体に記憶されたプログラムに基づき、本実施形態にお
ける各処理を実行するものであって、パソコン等の１つ
からなる装置、複数の装置がネットワーク接続されたシ
ステム等の何れの構成であっても良い。

【０３０２】また、本発明におけるコンピュータとは、
パソコンに限らず、情報処理機器に含まれる演算処理装
置、マイコン等も含み、プログラムによって本発明の機
能を実現することが可能な機器、装置を総称している。

【０３０３】なお、本願発明は、上記各実施形態に限定
されるものでなく、実施段階ではその要旨を逸脱しない
範囲で種々に変形することが可能である。また、各実施
形態は可能な限り適宜組み合わせて実施してもよく、そ
の場合、組み合わされた効果が得られる。さらに、上記
各実施形態には種々の段階の発明が含まれており、開示
される複数の構成用件における適宜な組み合わせにより
種々の発明が抽出され得る。例えば実施形態に示される
全構成要件から幾つかの構成要件が省略されることで発
明が抽出された場合には、その抽出された発明を実施す
る場合には省略部分が周知慣用技術で適宜補われるもの
である。

【０３０４】その他、本発明はその要旨を逸脱しない範
囲で種々変形して実施できる。

【０３０５】

【発明の効果】以上説明したように本発明によれば、ネ
ットワーク型プロジェクトの効率の良い運営形態を実現
させることができる。

【図面の簡単な説明】

【図１】本発明の第１の実施形態に係るネットワーク型
プロジェクト運営システムの構成を示す模式図

【図２】本発明の第２の実施形態に係るネットワーク型
プロジェクト運営システムの構成を部分的に示す模式図

【図３】同実施形態におけるネットワーク型プロジェク
ト運営システムの構成を部分的に示す模式図

【図４】同実施形態におけるアクセス制御部の機能を説
明するための模式図

【図５】同実施形態における動作を説明するための模式
図

【図６】同実施形態における動作を説明するための模式
図

【図７】本発明の第３の実施形態に係るスキル情報格納
装置の機能構成を示すブロック図

【図８】同実施形態におけるスキル質問格納部のデータ
構造を説明するための模式図

【図９】同実施形態におけるスキル質問格納部のデータ
構造を説明するための模式図

【図１０】同実施形態におけるスキル質問格納部のデー
タ構造を説明するための模式図

【図１１】同実施形態におけるスキル回答格納部のデー
タ構造を説明するための模式図

【図１２】同実施形態におけるスキル判定格納部のデー
タ構造を説明するための模式図

【図１３】同実施形態における動作を説明するためのフ
ローチャート

【図１４】同実施形態におけるスキルレベル分布の形式
の例を示す模式図

【図１５】同実施形態における検索条件の形式の例を示
す模式図

【図１６】同実施形態におけるスキルレベルのメンバ名
分布の形式の例を示す模式図

【図１７】同実施形態におけるメンバ名のリスト表示を
説明するための模式図

【図１８】同実施形態におけるスキルレベル提示部の提
示形式の例を示す模式図

【図１９】同実施形態における詳細情報の提示形式の例
を示す模式図

【図２０】本発明の第４の実施形態に係るプロジェクト
編成支援装置の構成を示すブロック図

【図２１】同実施形態におけるＣＤＰ格納装置のデータ
構造を示す模式図

【図２２】同実施形態におけるＰＪ情報格納装置のデー
タ構造を示す模式図

【図２３】同実施形態におけるＰＪ優先度格納装置のデ
ータ構造を示す模式図

【図２４】同実施形態におけるＰＪアサイン要求格納装
置のデータ構造を示す模式図

【図２５】同実施形態におけるプロジェクト編成支援装
置の動作を説明するためのフローチャート

【図２６】本発明の第５の実施形態に係る目標管理装置
のログイン処理を説明するためのフローチャート

【図２７】同実施形態におけるログイン画面を示す模式
図

【図２８】同実施形態におけるメニュー画面を示す模式
図

【図２９】同実施形態におけるプロジェクト一覧処理を
説明するためのフローチャート

【図３０】同実施形態におけるメンバ目標入力フォーム
表示処理を説明するためのフローチャート

【図３１】同実施形態における目標入力内容の確認表示
処理を説明するためのフローチャート

【図３２】同実施形態におけるメンバ目標データベース
登録処理を説明するためのフローチャート

【図３３】同実施形態におけるメンバ目標削除処理を説
明するためのフローチャート

【図３４】同実施形態におけるプロジェクト一覧画面を
示す模式図

【図３５】同実施形態におけるメンバ目標一覧画面を示
す模式図

【図３６】同実施形態におけるＰＪメンバ目標入力画面
を示す模式図

【図３７】同実施形態におけるメンバ目標の登録内容確
認画面を示す模式図

【図３８】同実施形態におけるメンバ目標の削除内容確
認画面を示す模式図

【図３９】同実施形態におけるメンバ目標閲覧処理を説
明するためのフローチャート

【図４０】同実施形態における検索条件の設定画面を示
す模式図

【図４１】同実施形態におけるテーマ目標閲覧処理を説
明するためのフローチャート

【図４２】同実施形態におけるテーマリーダ用メニュー
画面を示す模式図

【図４３】同実施形態におけるリーダ担当プロジェクト
一覧処理を説明するためのフローチャート

【図４４】同実施形態におけるテーマ目標データベース
登録処理を説明するためのフローチャート

【図４５】同実施形態におけるテーマ目標削除処理を説
明するためのフローチャート

【図４６】同実施形態におけるプロジェクト選択画面を
示す模式図

【図４７】同実施形態におけるプロジェクト全体目標入
力画面を示す模式図

【図４８】同実施形態におけるプロジェクト全体目標入
力の登録内容確認画面を示す模式図

【図４９】同実施形態における目標削除内容確認画面を
示す模式図

【図５０】同実施形態におけるメンバ別工数・目標設定
状況集計処理を説明するためのフローチャート

【図５１】同実施形態におけるメンバ別設定状況集計一
覧画面を示す模式図

【図５２】同実施形態における目標評価フォーム表示処
理を説明するためのフローチャート

【図５３】同実施形態におけるプロジェクトリーダ用メ
ニュー画面を示す模式図

【図５４】同実施形態における目標評価入力画面を示す
模式図

【図５５】同実施形態における目標評価内容確認画面を
示す模式図

【図５６】同実施形態におけるテーマリーダ一覧処理を
説明するためのフローチャート

【図５７】同実施形態におけるテーマリーダ登録処理を
説明するためのフローチャート

【図５８】同実施形態におけるテーマリーダ一覧画面を
示す模式図

【図５９】同実施形態におけるテーマリーダ選択画面を
示す模式図

【図６０】同実施形態におけるプロジェクト統括管理者
用のメニュー画面を示す模式図

【図６１】同実施形態における集計メニュー表示処理を
説明するための模式図

【図６２】同実施形態における目標の設定状況一覧メニ
ュー画面を示す模式図

【図６３】同実施形態におけるテーマ別工数・目標設定
状況集計処理を説明するためのフローチャート

【図６４】同実施形態におけるテーマ目標の設定状況の
集計一覧画面を示す模式図

【図６５】従来の従来型プロジェクトを示す模式図

【図６６】一般的なネットワーク型プロジェクトの構成
を示す模式図

【符号の説明】

１…スキル情報格納装置 ２…プロジェクト編成支援装置 ３…目標管理装置 １１…プロジェクト情報格納部 １２…プロジェクト設定部 １３…メンバ情報格納部 １４…プロジェクトメンバ設定部 １５…スキルグループ情報格納部 １６…スキルグループ設定部 １７…アクセス制御部 １８…プロジェクト目標情報格納部 １９…プロジェクト目標設定部 ２０…メンバ目標情報格納部 ２１…メンバ目標設定部 ２２…メンバ育成情報格納部 ２３…育成目標設定部 ２４…プロジェクト目標集計部 ２５…メンバ目標集計部 ２６…スキルグループ目標集計部 ２７…成果物管理情報格納部 ２８…成果物格納部 ２９…プロジェクト評価設定部 ３０…メンバ評価設定部 ３１…育成評価設定部 ３２…プロジェクト評価集計部 ３３…メンバ評価集計部 ３４…育成評価集計部 ４１…スキル質問格納部 ４２…スキル質問提示部 ４３…スキル回答入力部 ４４…スキル回答格納部 ４５…スキル判定部 ４６…スキルレベル目標入力部 ４７…スキル判定格納部 ４８…掲示選択入力部 ４９…組織メンバ選択部 ５０…スキルレベル分布提示部 ５１…スキルレベル検索入力部 ５２…スキルレベル検索結果提示部 ５３…スキルレベル提示部 ５４…スキルレベル詳細提示部 ６１…ＣＤＰ入力装置 ６２…ＣＤＰ格納装置 ６３…ＰＪ要求情報入力装置 ６４…ＰＪ情報格納装置 ６５…ＰＪ優先度決定部 ６６…ＰＪ優先度格納装置 ６７…ＰＪ優先度表示装置 ６８…ＰＪアサイン候補決定部 ６９…ＰＪアサイン候補格納装置 ７０…ＰＪアサイン候補表示装置 ７１…ＰＪアサイン要求入力装置 ７２…ＰＪアサイン要求格納装置 ７３…ＰＪアサイン決定部 ７４…ＰＪアサイン結果格納装置 ７５…メンバ別集計部 ７６…メンバ別集計表示装置 ７７…プロジェクト集計部 ７８…プロジェクト別集計表示装置 ７９…ＰＪアサイン結果編集入力装置

───────────────────────────────────────────────────── フロントページの続き (72)発明者 藤居 三喜夫 東京都府中市東芝町１番地 株式会社東芝 府中事業所内 (72)発明者 千藏 大輔 東京都府中市東芝町１番地 株式会社東芝 府中事業所内 (72)発明者 篠崎 政久 東京都府中市東芝町１番地 株式会社東芝 府中事業所内 (72)発明者 井上 洋一 東京都府中市東芝町１番地 株式会社東芝 府中事業所内

Claims (8)

【特許請求の範囲】
1. 【請求項１】 異なるスキルグループに属する各メンバ
   が複数のプロジェクトに割当てられるネットワーク型プ
   ロジェクトを運営するためのネットワーク型プロジェク
   ト運営システムであって、 前記各メンバ毎に各プロジェクトに対して予め複数の達
   成度基準が格納される達成度基準格納手段と、 プロジェクトの完了により得られる各メンバ毎のメンバ
   成果物が格納される成果物格納手段と、 前記成果物格納手段内のメンバ成果物と前記達成度基準
   格納部内の対応する複数の達成度基準とを比較し、当該
   メンバ成果物がいずれの達成度基準を満たしているかを
   判定し、この判定結果に基づいてメンバ達成度を評価す
   る達成度評価手段と、 を備えたことを特徴とするネットワーク型プロジェクト
   運営システム。
2. 【請求項２】 請求項１に記載のネットワーク型プロジ
   ェクト運営システムにおいて、 前記各メンバ毎に各プロジェクトに対して予め作業量が
   格納される作業量格納手段と、 前記達成度評価手段により各プロジェクト毎に評価され
   た各メンバ達成度に関し、前記作業量格納手段内の各プ
   ロジェクト毎の作業量を重み係数とした関数式に基づい
   て、プロジェクト全体に対するメンバ評価点を算出する
   評価点算出手段と、 を備えたことを特徴とするネットワーク型プロジェクト
   運営システム。
3. 【請求項３】 請求項１に記載のネットワーク型プロジ
   ェクト運営システムにおいて、 前記各メンバ毎に各プロジェクトに対して予めスキル育
   成目標の複数の達成度基準が格納される達成度基準格納
   手段と、 プロジェクトの完了により得られる各メンバ毎のスキル
   育成の成果物が格納される成果物格納手段と、 前記成果物格納手段内のスキル育成の成果物と前記達成
   度基準格納部内の対応する複数の達成度基準とを比較
   し、当該スキル育成目標の成果物がいずれの達成度基準
   を満たしているかを判定し、この判定結果に基づいて各
   スキル毎のスキル育成目標の達成度を評価する達成度評
   価手段と、 を備えたことを特徴とするネットワーク型プロジェクト
   運営システム。
4. 【請求項４】 異なるスキルグループに属する各メンバ
   が複数のプロジェクトに割当てられるネットワーク型プ
   ロジェクトに関し、前記割当て内容を決めるためのスキ
   ル情報を各メンバ毎に格納するスキル情報格納装置に用
   いられるスキル情報格納プログラムであって、 前記スキル情報格納装置のコンピュータを、 前記各メンバ毎にスキル質問を提示するスキル質問提示
   手段、 前記スキル質問提示手段により提示されたスキル質問に
   対応して回答を受けたとき、この回答からスキルレベル
   を判定するスキル判定手段と、 前記スキル判定手段により判定されたスキルレベルを当
   該メンバ情報と共に、格納するスキル判定格納手段、 として機能させるためのスキル情報格納プログラム。
5. 【請求項５】 請求項４に記載のスキル情報格納プログ
   ラムにおいて、 前記スキル情報格納装置のコンピュータを、 入力された提示要求に基づいて、同一のスキルレベル毎
   に該当するメンバ人数を提示するスキル分布提示手段、 として機能させるためのスキル情報格納プログラム。
6. 【請求項６】 請求項４に記載のスキル情報格納プログ
   ラムにおいて、 前記スキル情報格納装置のコンピュータを、 スキルとレベルの指定に基づいて、該当するメンバ情報
   を提示するスキルレベル検索手段、 として機能させるためのスキル情報格納プログラム。
7. 【請求項７】 異なるスキルグループに属する各メンバ
   が複数のプロジェクトに割当てられるネットワーク型プ
   ロジェクトを運営するためのネットワーク型プロジェク
   ト運営システムであって、 前記各メンバ毎に、スキルとレベルとからなる複数種類
   の条件データが格納された条件データ格納手段と、 前記各プロジェクト毎に、該当するスキルと必須レベル
   とが格納されたプロジェクト情報格納手段と、 前記プロジェクト情報格納手段の格納内容に関し、前記
   条件データ格納手段の各条件データ毎に当該メンバが適
   任であるか否かを判定し、各条件データ毎の優先度を得
   る優先度決定手段と、 前記優先度決定手段により得られた優先度に基づいて、
   割当て候補のメンバを決定する割当て候補決定手段と、 を備えたことを特徴とするネットワーク型プロジェクト
   運営システム。
8. 【請求項８】 請求項７に記載のネットワーク型プロジ
   ェクト運営システムにおいて、 前記割当て候補決定手段により割当て候補に決定された
   各メンバ毎に、割当て候補とされた全てのプロジェクト
   の作業量を集計し、集計結果が所定値を超えた場合に
   は、警告を出力するメンバ別集計手段、 を備えたことを特徴とするネットワーク型プロジェクト
   運営システム。