JP7404158B2 - 業務負荷平準化システム、プロジェクト管理サーバ、及び業務負荷平準化方法 - Google Patents

Description

本発明は、業務負荷平準化技術に関し、特に、複数プロジェクトの作業再割当により業務負荷を平準化する業務負荷平準化システム、プロジェクト管理サーバ、及び業務負荷平準化方法に関する。

国内における少子高齢化に伴い、労働人口の減少が進んでいる。その結果、従来よりも少ない人数で従来と同等の成果を上げるために、働き手一人一人の業務負担が増加している。これにより、長時間労働に起因する離職率が増加し、企業にとっての経営課題の一つとなっている。

また、近年では長時間労働が原因の過労死が社会的な問題となり、働き手への過度な業務負担の是正が急務となっている。

この状況を受け、政府、企業、及び関連団体は、働き手の就業時間の長延化防止を目的の一つとする働き方改革を推進している。働き方改革の実現に向け，ＡＩ（Ａｒｔｉｆｉｃｉａｌ Ｉｎｔｅｌｌｉｇｅｎｃｅ）やビッグデータ解析、クラウド等のＩＴ（Ｉｎｆｏｒｍａｔｉｏｎ Ｔｅｃｈｎｏｌｏｇｙ）を活用した人事関連業務ソリューションを実現する技術であるＨＲ Ｔｅｃｈ（Ｈｕｍａｎ Ｒｅｓｏｕｒｃｅ Ｔｅｃｈｎｏｌｏｇｙ）の検討が広く行われている。

ＨＲ Ｔｅｃｈは、求人マッチングによる働き手の採用・配置、人材育成・教育等による働き手の定着、働き手の勤怠・労務・給与等の情報管理、をビッグデータ解析・ＡＩ・クラウド等のＩＴ技術で支援する。

ＨＲ Ｔｅｃｈの具体例の一つが、社員一人一人の就業時間を管理する勤怠管理システムである。社員一人一人の作業内容と作業時間の実績を勤怠管理システムで管理することにより、上長が部下の勤怠実績を参照可能となる。また、就業時間が閾値を超えた担当者に関して、勤怠管理システムが上長へ警告を送信する機能を備えることもある。これにより、上長が就業時間が多い担当者を特定し、作業の再割り当てによる対応を検討することが可能となる。

企業経営者にとっては、労働人口が減少するなかでも企業の経営持続性を確保するために、働き手の就業時間の長延化防止に加え、企業全体として必要な保有スキルの確保が必要となる。

ソフトウェア製品開発やＩＴソリューション提供を行うシステム開発会社は、社員の就業時間が多く、必要なスキルの種類も様々なプログラミング言語や、データベース設計スキル、ユーザインタフェースデザインスキルなど、多岐にわたる。そのため、多数のシステム開発プロジェクトを同時に進行する必要がある場合は、豊富なスキルを持つ担当者が複数の案件を兼任することが多い。

その結果、複数のプロジェクトで必要となるスキルを、特定の担当者のみが保有する状況では、業務負荷が該当担当者に集中し、その結果、就業時間が長延化してしまう。そのため、就業時間の長延化を防止するためには、企業全体として、複数案件に対応するための保有スキルを確保することが必要となる。

複数プロジェクトの進捗状況管理と、担当者への負荷発生状況を管理するシステムとして、特許文献１に記載のプロジェクト一括管理システムがある。特許文献１に記載のプロジェクト一括管理システムは、複数のプロジェクトの進捗状況を管理し、表示する機能を備える。さらに、特許文献１に記載のシステムは担当者への過負荷発生状況を表示する。

これにより、プロジェクトリーダーは、プロジェクト進捗状況表示の全体を閲覧し、従業員の作業状況、負荷を容易に把握する。過負荷の従業員が発生しメッセージが表示された場合、負荷のかかるタスク、期間を推測し、日程調整や人員の確保を行い、プロジェクトを円滑に進めることが可能となる。複数のプロジェクトを担当する担当者がいる場合は、それぞれのプロジェクトのリーダー同士で特許文献１に記載のプロジェクト一括管理システムを参照しながら、作業の再割り当て案を協議することにより、特定担当者への過負荷を是正することができる。

特開２００７－００４６８８

上記特許文献１では、プロジェクトリーダーが勤怠管理システムを用いて部下の勤怠実績を確認の上、特定担当者への作業負荷集中の兆候が見られた時には作業再割り当てを行うことで、作業負荷集中の是正が可能である。しかし、部下が他のプロジェクトも兼任している場合は、プロジェクトリーダーが他のプロジェクトの作業実績と作業内容を把握し、プロジェクトリーダー同士で作業再割り当ての調整が必要となる。

特許文献１に記載のプロジェクト一括管理システムを用いれば、関連するプロジェクトの各リーダー間での業務再割当案を協議・合意し、反映することで、業務負荷集中を削減できる。

しかし、プロジェクトリーダーが自身のプロジェクトマネジメント業務で多忙な状況では、複数のプロジェクトリーダー間での作業再割り当て協議に時間を要してしまい、その間にも担当者への負荷集中が生じてしまう課題があった。また、各プロジェクトリーダーは自身のプロジェクトの進捗に責任を持つ立場にあり、企業の経営持続性に寄与するプロジェクト優先度や、ＯＪＴ（Ｏｎ－ｔｈｅ－Ｊｏｂ Ｔｒａｉｎｉｎｇ）による人財育成の観点で、公平な判断をすることが難しい。そのため、プロジェクトリーダーが自身のプロジェクトの進捗が遅れる可能性がある作業再割り当て案に容易に同意しない場合、作業再割り当ての協議が難航してしまう。その結果、複数のプロジェクトリーダー間での作業再割り当て協議にさらに時間を要してしまい、その間にも担当者への負荷集中が生じてしまう課題があった。さらに、協議の結果合意した作業再割当案が、必ずしも企業全体としてプロジェクト優先度やＯＪＴによる人財育成の観点で公平な判断とならない課題があった。

本発明は、複数プロジェクトを同時に進行する企業を対象に、企業にとってのプロジェクト優先度とＯＪＴによる企業全体として必要な保有スキル確保に寄与する作業再割り当て案を自動生成することにより、特定担当者への業務負荷の是正と企業全体として必要な保有スキル確保を両立する業務負荷平準化の実現を目的とする。

上記の課題を解決するために、本発明は、複数のプロジェクトに従事する複数の担当者の作業量を平準化するプロジェクト管理サーバを含んで構成される業務負荷平準化システムであって、前記プロジェクト管理サーバは、前記複数のプロジェクト毎の各作業種別の必要作業量を管理するプロジェクト管理表と、前記プロジェクト及び前記担当者毎に割り当てられた各作業種別の割当作業量を管理する作業割当管理表と、を記憶し、勤怠管理サーバから受信した前記担当者毎の就業時間情報を、閾値と比較し、就業時間情報が前記閾値を過えていると判定される担当者に対して業務負荷の集中があることを検知する負荷集中検知部と、前記負荷集中検知部によって業務負荷の集中があると検知された特定担当者が担当する作業を、該特定担当者と同一のプロジェクトに従事する他の担当者に対して再割り当てを行うことで担当者間の作業量を平準化する再割り当て案を生成する負荷集中防止部と、を有し、前記負荷集中防止部は、前記作業割当管理表に基づいて、前記特定担当者と同一のプロジェクトに従事する前記他の担当者が存在するかを確認し、人財管理サーバから受信した、各担当者の作業種別毎の保有スキル情報、各担当者の作業に対する適正情報、及び、各担当者のスキル育成のための作業種別毎の優先度情報に基づき前記特定担当者が担当する対象作業を再割り当て可能な前記他の担当者に対して、該他の担当者の就業時間情報が前記閾値を超えないように該対象作業の再割り当てを行う前記再割り当て案を生成することを特徴とする。

本発明により、例えば、複数プロジェクトに所属して各プロジェクトの作業を行う作業者の業務負荷を、プロジェクトを超えて平準化できる。

本発明を適用する業務負荷平準化システムの構成例を示すブロック図。 プロジェクト管理サーバの構成の一例を示すブロック図。 プロジェクト群表の一例を示す説明図。 プロジェクト作業割当管理表の一例を示す説明図。 プロジェクト作業再割当案管理表の一例を示す説明図。 作業適性管理表の一例を示す説明図。 不足人財スキル管理表の一例を示す説明図。 人財管理サーバの構成の一例を示すブロック図。 人財管理表の一例を示す説明図。 人財育成計画優先度管理表の一例を示す説明図。 不足人財スキル管理表の一例を示す説明図。 勤怠管理サーバの構成の一例を示すブロック図。 勤怠実績管理表の一例を示す説明図。 業務負荷平準化処理の流れの一例を示すシーケンス図。 負荷集中防止機能部の一例を示すフローチャート。 再割当案通知画面の一例を示す説明図。 プロジェクト作業割当管理表の他の一例を示す説明図。 プロジェクト作業再割当案管理表の他の一例を示す説明図。 勤怠実績管理表の他の一例を示す説明図。 再割当案通知画面の他の一例を示す説明図。 不足人財スキル表示画面の一例を示す説明図。

以下、本発明の実施形態を添付図面に基づいて説明する。以下、一例として、複数のプロジェクトに所属して各プロジェクトの作業を担当する担当者の作業負荷を、所属プロジェクトを超えて平準化する実施形態を説明するが、本発明は、これに限らない。すなわち、チームを組んで行う案件、業務、プロジェクトなどについて、複数のチームに所属して各チームの作業を担当する担当者の作業負荷を、所属チームを超えて平準化するケースに広く適用可能である。

図１は、本発明を適用する業務負荷平準化システムＳの構成例を示すブロック図である。本発明による業務負荷平準化システムＳは、プロジェクト管理サーバ１、人財管理サーバ２、勤怠管理サーバ３、及び、複数の端末５～９から構成される。プロジェクト管理サーバ１、人財管理サーバ２、勤怠管理サーバ３、及び、端末５～９は、互いにネットワーク４を介して接続する。端末５～９は、表示部を有する。

端末５～７は、それぞれ異なるプロジェクト（Ｐｒｏｊｅｃｔ、以下ＰＪという場合がある）１、２、及び３の責任者であるプロジェクトリーダー（Ｐｒｏｊｅｃｔ Ｌｅａｄｅｒ、以下ＰＬ）１、２、及び３が使用する端末であり、ディスプレイ、キーボード、マウス等の入出力インタフェースを備えた計算機である。端末８は、プロジェクトを運営する企業の人事担当者が使用する端末である。端末９は、プロジェクトを運営する企業の経営者が使用する端末である。

プロジェクト管理サーバ１は、プロジェクト１、２、及び３の進捗管理と作業従事者である担当者（Ｍｅｍｂｅｒ 以下ＭＢ）への作業割当管理を行う。人財管理サーバ２は、企業に所属する全従業員の保有スキル、及び人財育成計画を管理する。勤怠管理サーバ３は、従業員が実施した作業内容と作業時間の実績を管理する。

業務負荷平準化システムＳは、プロジェクト管理サーバ１、人財管理サーバ２、勤怠管理サーバ３、社員が使用する端末５～９がネットワーク４を介して接続する構成をとる。これにより、プロジェクト管理サーバ１は、勤怠管理サーバ３が管理する勤怠実績に基づいて負荷集中の兆候を検出し、人財管理サーバ２が管理する人財情報に基づいて業務の再割当案を作成し、関係するＰＬや人事担当者、経営者が再割当案の確認と承認をするための情報を端末５～９に送信できる。

図２は、プロジェクト管理サーバ１の構成の一例を示すブロック図である。プロジェクト管理サーバ１は、ネットワーク４を介して人財管理サーバ２、勤怠管理サーバ３、及び端末５～９と接続する複数の通信インタフェース１０１、ＣＰＵ１０２、メモリ１０３、ストレージ１０４から構成される。各構成要素は、バス１０５で接続される。

メモリ１０３には、勤怠管理サーバ３から取得した勤怠実績情報に基づいて、担当者への負荷集中の予兆を検知するプログラムである負荷集中予兆検知機能部１１２、担当者への負荷集中の予兆を検知したときに負荷集中防止のための作業再割当案を生成するプログラムである負荷集中防止機能部１０６、作業再割当案をＰＬ１～３、人事担当者、及び経営者が確認するためのＷＥＢ画面情報を生成し、端末５～９へ送信する機能であるＷＥＢサーバ機能部１０７が記憶されている。

ストレージ１０４は、複数のプロジェクトの優先度、顧客情報、納期、及び必要作業量を管理するプロジェクト群管理表１０８、担当者への作業割当を管理するプロジェクト作業割当管理表１０９、負荷集中予兆検知機能部１１２が担当者への負荷集中の予兆を検知したときに負荷集中防止機能部１０６が生成した負荷集中を防止するための作業再割当案を保存するプロジェクト作業再割当案管理表１１０、作業種別と望ましい担当者の適性との対応を管理する作業適性管理表１１１、及び、企業に不足している人財のスキル要件及び適性要件を管理する不足人財スキル管理表１１３を格納する。

プロジェクト管理サーバ１は、プロジェクト群管理表１０８、プロジェクト作業割当管理表１０９、プロジェクト作業再割当案管理表１１０、作業適性管理表１１１、及び、負荷集中防止機能部１０６を備えることにより、特定の担当者への負荷集中の予兆を検知したときに、複数プロジェクトの情報と、複数プロジェクトの作業に対する作業適性の観点を加味した作業再割当案を作成できる。

図３は、プロジェクト群管理表１０８の一例である。プロジェクト群管理表１０８は、プロジェクト３０１、プロジェクトの優先度３０２、プロジェクト３０１が対象とする顧客名３０３、納期３０４、プロジェクト３０１の各プロジェクトを完遂するために必要なＤＢ（データベース）開発作業量３０５、サーバ開発作業量３０６、及び、クライアント開発作業量３０７の対応を管理する。

プロジェクトの優先度３０２は、経営者が予め設定する値で、値が小さいほど優先度が高いことを意味し、例えば顧客名３０３及び納期３０４の値に応じて設定される。

プロジェクト群管理表１０８が、各プロジェクト３０１の優先度３０２、顧客名３０３、納期３０４の対応情報を管理することにより、経営者は、顧客との関係性や納期３０４に基づいて各プロジェクト３０１の優先度３０２をプロジェクト群管理表１０８に保存できる。

図４は、プロジェクト作業割当管理表１０９の一例である。プロジェクト作業割当管理表１０９は、プロジェクト３２１、プロジェクト３２１に従事する担当者３２２、担当者３２２の役割３２３、担当者３２２が担当するＤＢ開発残作業量３２４、サーバ開発残作業量３２５、クライアント開発残作業量３２６、及びプロジェクトマネジメント残作業量３２７の対応を管理する。残作業量は、担当者に割り当てられている割当作業量のうち、現段階で未処理の作業量である。

プロジェクト作業割当管理表１０９が担当者３２２と担当するＤＢ開発残作業量３２４、サーバ開発残作業量３２５、クライアント開発残作業量３２６、プロジェクトマネジメント残作業量３２７の対応情報を管理することにより、プロジェクト管理サーバ１は、各プロジェクトの担当者３２２の作業量に基づいて作業再割当案を作成できる。

図５は、プロジェクト作業再割当案管理表１１０の一例である。プロジェクト作業再割当案管理表１１０は、作業再割当案を一意に識別する再割当案ＩＤ３４１、プロジェクト３４２、プロジェクト３４２に従事する担当者３４３、担当者３４３の役割３４４、再割当案を適用した場合に担当者３４３が担当するＤＢ開発作業量３４５、サーバ開発作業量３４６、クライアント開発作業量３４７、及びプロジェクトマネジメント残作業量３４８の対応を管理する。

プロジェクト管理サーバ１は、負荷集中予兆検知機能部１１２の機能により、特定の担当者への作業負荷集中の予兆を検知したら、作業再割当案を作成してプロジェクト作業再割当案管理表１１０に保存し、プロジェクト作業再割当案管理表１１０の内容を端末５～９に送信する。これにより、各プロジェクトリーダー、人事担当者、及び経営者は、プロジェクト管理サーバ１が作成した作業再割当案を確認できる。

図６は、作業適性管理表１１１の一例である。作業適性管理表１１１は、作業種別３６１、作業種別３６１に要求される緻密さ３６２、及び、作業種別３６１に要求される創造性３６３の対応（作業の適正要件）を管理する。緻密さ３６２の値が“○”とは、該当作業の担当者の適正として緻密さを要求されることを示す。創造性３６３の値が“○”とは、該当作業の担当者の適正として創造性を要求されることを示す。“×”は、これらの適性が要求されないことを示す。緻密さ３６２及び創造性３６３は、数値で表してもよい。

作業適性管理表１１１が、作業種別３６１と望ましい適性との対応を管理することにより、プロジェクト管理サーバ１は、作業適性管理表１１１を参照することで、作業種別３６１と担当者の適性とに基づいて、作業再割当案を作成できる。

図７は不足人財スキル管理表１１３の一例である。不足人財スキル管理表１１３は、プロジェクト管理サーバ１が生成した再割当案を一意に識別する再割当案ＩＤ４６１、プロジェクト管理サーバ１が人財の不足があると判定した判定日時４６２、負荷集中の予兆があった担当者の作業のうち、再割り当てを行った作業４６３、及び、作業再割り当てを実行した場合、作業を再割り当てされた担当者の作業のうち遅延する作業４６４を管理する。

プロジェクト管理サーバ１が人事担当者の端末８へ不足人財スキル管理表１１３の内容を通知することで、人事担当者は今後採用すべき人財の要件を把握できる。

図８は、人財管理サーバ２の構成の一例を示すブロック図である。人財管理サーバ２は、ネットワーク４と接続する複数の通信インタフェース１３１、ＣＰＵ１３２、メモリ１３３、ストレージ１３４から構成される。各構成要素は、バス１３５で接続される。

メモリ１３３には、企業の従業員のスキルや教育計画等の人財情報の入出力機能を提供するプログラムである人財情報入出力機能部１３６、及び、人財情報をプロジェクトリーダー、人事担当者、及び経営者が確認するためのＷＥＢ画面情報を生成し、端末５～９へ送信する機能であるＷＥＢサーバ機能部１３７が記憶されている。

ストレージ１３４は、各担当者のスキルと適性を管理する人財管理表１３８、各担当者のスキル育成の優先度を管理する人財育成計画優先度管理表１３９、及び、プロジェクト管理サーバ１が作業再割当案を生成した際に判明した、企業に不足している人財のスキル要件及び適性要件を管理する不足人財スキル管理表１４０を格納する。

人財管理サーバ２が、人財管理表１３８と人財育成計画優先度管理表１３９を管理することにより、プロジェクト管理サーバ１は人財管理サーバ２から人財管理表１３８と人財育成計画優先度管理表１３９の内容を取得することで、担当者の適性と育成計画に基づく作業再割当案を作成できる。

また、人財管理サーバ２が不足人財スキル管理表１４０を管理することにより、人事担当者は不足人財スキル管理表１４０の内容を確認することで、企業が今後採用すべき人財の要件を把握できる。

図９は人財管理表１３８の一例である。人財管理表１３８は、担当者３８１、担当者３８１が保有するＤＢ開発スキルレベル３８２、サーバ開発スキルレベル３８３、クライアント開発スキルレベル３８４、担当者３８１の緻密さ３８５、及び、創造性３８６の対応を管理する。

ＤＢ開発スキルレベル３８２、サーバ開発スキルレベル３８３、及びクライアント開発スキルレベル３８４は、各担当者３８１の各スキルを数値化したものである。緻密さ３８５及び創造性３８６のそれぞれは、該当担当者が作業に対する適正として緻密さ及び創造性をそれぞれ有することを、例えば“○”及び“△”の２段階の情報で示す。“×”は、該当担当者がこれらの適正を有さないことを示す。緻密さ３８５及び創造性３８６は、数値で表してもよい。

人財管理サーバ２が人財管理表１３８を管理することにより、プロジェクト管理サーバ１は人財管理サーバ２から人財管理表１３８の内容を取得することで、担当者の保有スキルと適性に応じた作業再割当案を作成できる。

図１０は、人財育成計画優先度管理表１３９の一例である。人財育成計画優先度管理表１３９は、担当者４０１と、担当者４０１のＤＢ開発スキル育成優先度４０２、サーバ開発スキル育成優先度４０３、及び、クライアント開発スキル育成優先度４０４の対応を管理する。

ＤＢ開発スキル育成優先度４０２、サーバ開発スキル育成優先度４０３、及び、クライアント開発スキル育成優先度４０４は、担当者４０１の各担当者の育成の観点から、ＤＢ開発、サーバ開発、及びクライアント開発のそれぞれの作業を各割り当てる優先度を示す。例えば図１０では、担当者４０１が“ＭＢ１”の場合は、ＤＢ開発スキル育成優先度４０２、サーバ開発スキル育成優先度４０３、及び、クライアント開発スキル育成優先度４０４の何れの優先度も同一であり、ＭＢ１に対してＤＢ開発、サーバ開発、及びクライアント開発の各作業を同様の優先度で割り当てることを示す。担当者４０１が“ＭＢ２”の場合は、サーバ開発スキル育成優先度４０３を最優先、ＤＢ開発スキル育成優先度４０２を次に優先し、クライアント開発スキル育成優先度４０４は優先度なしであり、サーバ開発及びＤＢ開発の順で作業を割り当て、クライアント開発の作業は割り当てないことを示す。

人財管理サーバ２が人財育成計画優先度管理表１３９を管理することにより、プロジェクト管理サーバ１は人財管理サーバ２から人財育成計画優先度管理表１３９の内容を取得することで、担当者の育成計画に基づく作業再割当案を作成できる。

図１１は不足人財スキル管理表１４０の一例である。不足人財スキル管理表１４０は、プロジェクト管理サーバ１が生成した再割当案を一意に識別する再割当案ＩＤ４２１、プロジェクト管理サーバ１が人財の不足があると判定した判定日時４２２、負荷集中の予兆があった担当者の作業のうち、再割り当てを行った作業４２３、及び、作業再割り当てを実行した場合、作業を再割り当てされた担当者の作業のうち遅延する作業４２４を管理する。人財管理サーバ２が、プロジェクト管理サーバ１から通知された不足人財スキル管理表１４０を管理することにより、人事担当者は不足人財スキル管理表１４０の内容を確認することで、今後採用すべき人財の要件を把握できる。

図１２は、勤怠管理サーバ３の構成の一例を示すブロック図である。勤怠管理サーバ３は、ネットワーク４と接続する複数の通信インタフェース１６１、ＣＰＵ１６２、メモリ１６３、ハードディスク１６４から構成される。各構成要素は、バス１６５で接続される。

メモリ１６３には、従業員の勤怠実績情報の入出力機能を提供するプログラムである勤怠情報入出力機能部１６６、及び、従業員の勤怠実績情報をプロジェクトリーダー、人事担当者、及び経営者が確認するためのＷＥＢ画面情報を生成し、端末５～９へ送信する機能であるＷＥＢサーバ機能部１６７が記憶されている。ハードディスク１６４は、各従業員が実施した作業内容と作業時間の実績を管理する勤怠実績管理表１６８を格納する。

勤怠管理サーバ３が勤怠実績管理表１６８を管理することにより、プロジェクト管理サーバ１は、勤怠管理サーバ３から勤怠実績管理表の１６８を取得することで、担当者の勤怠実績に基づいて、担当者の勤怠実績と閾値を比較し、負荷集中の予兆有無を判定できる。

図１３は勤怠実績管理表１６８の一例である。勤怠実績管理表１６８は、担当者４４１、担当者４４１が所属すうるプロジェクト４４２、担当者４４１がプロジェクト４４２で担当する作業種別４４３、及び、担当者４４１が当月にプロジェクト４４２の作業種別４４３の作業に従事した就業時間４４４の対応を管理する。

勤怠管理サーバ３が勤怠実績管理表１６８を管理することにより、プロジェクト管理サーバ１は、勤怠管理サーバ３から勤怠実績管理表の１６８を取得することで、担当者の勤怠実績に基づいて、担当者の勤怠実績と閾値を比較し、負荷集中の予兆有無を判定できる。

図１４は、業務負荷平準化処理の流れの一例を示すシーケンス図である。図１４に示すシーケンスに従って、プロジェクト管理サーバ１が担当者への負荷集中の予兆を検知し、負荷集中を防止する作業再割当案を生成する手順を説明する。業務負荷平準化処理は、例えば日次で実行される。

勤怠管理サーバ３は、各担当者の当月の就業実績を記録し（Ｓ８０１）、１日に１回定期的に、プロジェクト管理サーバ１へ勤怠実績管理表１６８に格納する就業実績データを送信する（Ｓ８０２）。プロジェクト管理サーバ１は就業実績データを受信すると、負荷集中予兆検知機能部１１２を起動する（Ｓ８０３）。

負荷集中予兆検知機能部１１２は、受信した就業実績データを元に担当者であるＭＢ１～４の当月の就業時間を算出し、当月の経過日数に応じて予め設定した閾値を超えている場合は負荷集中が発生していると判定する。閾値は、例えば経過日数が２０日間の場合は１８０時間、３０日間の場合は２４０時間のように、当月初日を１日目とした本業務負荷平準化処理の実行時の経過日数に９時間を乗じた時間とする。ここでは、経過日数が２０日間であるものとして、負荷集中予兆検知機能部１１２は閾値を１８０時間として判定するものとする。

ＭＢ１の当月就業実績は就業実績データ８０２が含む勤怠実績管理表１６８の担当者４４１としてＭＢ１が記録されている行の就業時間４４４の合計値２００時間が閾値１８０時間より大きいので、ＭＢ１への負荷集中の予兆が発生していると判定する。同様に、負荷集中予兆検知機能部１１２は勤怠実績管理表１６８の担当者４４１としてＭＢ２、ＭＢ３、及びＭＢ４が記録されている就業時間４４４の合計値を計算する。それぞれ８０時間、１２０時間、８０時間となりいずれも閾値の１８０時間を超えていないので、ＭＢ２、ＭＢ３、及びＭＢ４への負荷集中は発生していないと判定する。

続いてプロジェクト管理サーバ１は、ＭＢ１への負荷集中の予兆を検知したことにより、人財管理サーバ２へ人財情報リクエストを送信する（Ｓ８０４）。人財管理サーバ２はプロジェクト管理サーバ１から人財情報リクエストを受信すると、人財管理表１３８、人財育成計画優先度管理表１３９に格納する人財情報をプロジェクト管理サーバ１へ送信する（Ｓ８０５）。

プロジェクト管理サーバ１は、人財管理サーバ２から人財情報８０５を受信すると、負荷集中防止機能部１０６を起動する。

図１５に、図１４のＳ８０６の負荷集中防止機能部１０６の各処理ステップを示す。負荷集中防止機能部１０６は処理を開始すると、まず未確認の担当者を選択し、負荷集中の兆候有無を確認する（Ｓ８０６－１）。例えばＭＢ１について、負荷集中の兆候有無の確認結果を参照する。ＭＢ１は、負荷集中予兆検知機能部１１２により、負荷集中の予兆があるとＳ８０３で判定済のため、Ｓ８０６－２ＹｅｓとなりＳ８０６－３に進み、プロジェクト作業割当管理表１０９を参照し、ＭＢ１と同じプロジェクトに従事する担当者に、育成計画の観点でＭＢ１の作業を引き取れる担当者がいるか確認する。

もしＭＢ１の作業を引き取れる担当者がいない場合は（Ｓ８０６－３Ｎｏ）、ＭＢ１の作業再割り当ては不可と判定し、Ｓ８０６－９に進み、図４のプロジェクト作業割当管理表１０９で担当者３２２がＭＢ１となっている行のＤＢ開発残作業量３２４、サーバ開発残作業量３２５、クライアント開発残作業量３２６が０よりも大きい作業の情報を不足人財スキル管理表１１３に追記する。ここでは、ＭＢ１は、ＤＢ開発、サーバ開発、クライアント開発の３種類の作業を担当しているので、再割当案ＩＤ４６１として今回の再割り当て処理を一意に識別する再割当案ＩＤ４６１、判定日時として判定日時４６２を格納し、再割り当てした作業４６３は空欄として遅延させた作業４６４として「ＤＢ開発、サーバ開発、クライアント開発」と記録する。

Ｓ８０６－３で、図４の例ではＭＢ１が担当するプロジェクト３２１としてＰＪ１とＰＪ２があり、プロジェクト３２１がＰＪ１かつ担当者３２２がＭＢ２の行と、プロジェクト３２１がＰＪ２かつ担当者３２２がＭＢ３の行がある。よって、ＭＢ１の作業を引き取れる担当者としてＭＢ２とＭＢ３の２名が存在する（Ｓ８０６－３Ｙｅｓ）。

プロジェクト管理サーバ１は、人財管理サーバ２から取得した人財育成計画優先度管理表１３９の内容を確認し、ＭＢ２とＭＢ３について、ＭＢ１から引き取る作業であるＤＢ開発スキル育成優先度４０２、サーバ開発スキル育成優先度４０３、及びクライアント開発育成優先度４０４を確認する。そして、ＭＢ２はサーバ開発スキル育成優先度４０３が高く、続いてＤＢ開発スキル育成優先度４０２が高いこと、ＭＢ３はクライアント開発スキル育成優先度４０４が高く、続いてＤＢ開発スキル育成優先度４０２、サーバ開発スキル育成優先度４０３が高いことを確認する。

負荷集中防止機能部１０６はＳ８０６－４に進み、プロジェクト作業割当管理表１０９を参照し、ＭＢ２またはＭＢ３の作業量が閾値を超えないようにＭＢ１の作業の再割り当てが可能か確認する。ここでは、ＭＢ１、ＭＢ２、ＭＢ３、ＭＢ４の作業量の閾値を２４０とする。なお、ＭＢ１の作業量の閾値を２４０として、ＭＢ２、ＭＢ３、ＭＢ４の作業量の閾値を図１３の勤怠実績管理表１６８に基づいて、就業実績の時間が少ないほど閾値を大きくするように自動計算してもよい。

図４を参照する。ＭＢ１が担当するＰＪ１のサーバ開発残作業量３２５をＭＢ２に再割り当てしても、ＭＢ２の総作業量は２５＋２５＝５０となり、閾値の２４０を超えない。この再割り当てにより、ＭＢ１の作業量の総和は２２５となり、こちらも閾値の２４０を下回る。この結果、各担当者の作業量の総和は、ＭＢ１が２２５、ＭＢ２が５０、ＭＢ３が７５、ＭＢ４が５０となり、負荷集中防止機能部１０６は、これらの分散値が５３１２．５であることを確認する。

また、ＭＢ１が担当するＰＪ２のクライアント開発残作業量３２６をＭＢ３に再割り当てしても、ＭＢ３の総作業量は１００となり、閾値の２４０を超えない。この再割り当てにより、ＭＢ１の作業量の総和は２２５となり、こちらも閾値の２４０を下回る。この結果、各担当者の作業量の総和は、ＭＢ１が２２５、ＭＢ２が２５、ＭＢ３が１００、ＭＢ４が５０となる。負荷集中防止機能部１０６は、これらの分散値が５９３７．５であり、ＭＢ１が担当するＰＪ１のサーバ開発残作業量３２５をＭＢ２に再割り当てした方が分散値が小さくなることを確認する。このように他の担当者に閾値を超えないように作業再割り当て可能である場合（Ｓ８０６－４Ｙｅｓ）、Ｓ８０６－５へ処理を移す。

続いて、Ｓ８０６－５に進んで、負荷集中防止機能部１０６は、分散値が最も小さい作業再割当案として、Ｓ８０６－４で確認した、ＭＢ１が担当するＰＪ１のサーバ開発残作業量３２５をＭＢ２に再割り当てする作業再割当案を採用し、プロジェクト作業再割当案管理表１１０に保存する。この結果、プロジェクト作業再割当案管理表１１０は図５の状態となる（破線囲み部分参照）。

続いて、負荷集中防止機能部１０６はＳ８０６－６に進み、負荷集中の予兆が検出された担当者のうち、未確認の担当者がいる場合はＳ８０６－１に戻る。ここでは、負荷集中の予兆が検出された担当者のうち、未確認の担当者はいないため、Ｓ８０６－７に進み、今回の作業再割当案作成の際に不足人財スキル管理表１１３に新規に追加した行があるか確認する。今回は不足人財スキル管理表１１３に新規に追加した行がないため（Ｓ８０６－７Ｎｏ）、負荷集中防止機能部１０６の処理を終了する。

一方、不足人財スキル管理表１１３に新規に追加した行がある場合（Ｓ８０６－７Ｙｅｓ）、不足人財スキル管理表１１３、及び、作業適性管理表１１１から導出できる作業種別毎に緻密さ３６２と創造性３６３の適性度合いを人事担当者の端末８宛送信内容に追加する。例えば図７の例では、遅延させた作業４６４がクライアント開発であるため、「クライアント開発」の人財が不足していると認識できる。そして作業適性管理表１１１から、クライアント開発は緻密さ３６２が“×”で要求されないが、創造性３６３が“○”で要求されることから、創造性を持つクライアント開発を担当できる人財が必要であることを人事担当者の端末８宛送信内容に追加する。

また、他の担当者に閾値を超えないように作業再割り当て不可能である場合（Ｓ８０６－４Ｎｏ）、Ｓ８０６－１０へ処理を移す例として、ＭＢ２とＭＢ３にＭＢ１の作業を引き取るだけの作業量の余裕がない場合を説明する。

ここでは、図１７のプロジェクト作業割当管理表１０９、及び、図１８の勤怠実績管理表１６８を例に説明する。この例では、作業量の総和の閾値２４０に対し、ＭＢ１、ＭＢ２、ＭＢ３、及びＭＢ４の作業量の総和はそれぞれ２５０、２２５、２２５、５０となっている。

また、図１８は勤怠実績管理表１６８の例では、就業時間の閾値１８０時間に対し、ＭＢ１、ＭＢ２、ＭＢ３、及びＭＢ４の就業時間はそれぞれ２００時間、１５０時間、１５０時間、８０時間となっている。

負荷集中防止機能部１０６は、ステップ６０６－４において、プロジェクト作業割当管理表１０９を参照し、ＭＢ２及びＭＢ３の作業量が閾値を超えないようにＭＢ１の作業の再割り当てが可能か確認する。ここでは、作業量の閾値を２４０とする。

図１７を参照する。ＭＢ１が担当するＰＪ１のサーバ開発残作業量３２５をＭＢ２に再割り当てすると、ＭＢ２の総作業量は５０＋２２５＝２７５となり、閾値の２４０を超えてしまう。また、ＭＢ３の総作業量はすでに２２５であるため、ＭＢ１が担当するＰＪ２のＤＢ開発残作業量３２４またはサーバ開発残作業量３２５をＭＢ３に再割り当てすると、閾値の２４０を超えてしまう。

このように他の担当者に閾値を超えないように作業再割り当て不可能である場合（Ｓ８０６－４Ｎｏ）、負荷集中防止機能部１０６は、Ｓ８０６―１０に進む。Ｓ８０６―１０では、負荷集中防止機能部１０６は、プロジェクト群管理表１０８を参照して、遅延させるプロジェクト候補として優先度３０２が最も低いＰＪ３を選択する。そして、負荷集中防止機能部１０６は、ＰＪ３の作業量を減らした場合に、ＭＢ１が担当するＰＪ２のＤＢ開発残作業量３２４またはサーバ開発残作業量３２５をＭＢ３に再割り当てできるか確認する。

その結果、ＭＢ３が担当するＰＪ３のクライアント開発作業量３４７を１５０から０に削減することで、ＭＢ１が担当するＰＪ２のサーバ開発残作業量３２５をＭＢ３に再割り当てしても、ＭＢ３の作業量の総和は１７５となり、閾値の２４０を超えないことを確認する。また、その結果ＭＢ１の作業量の総和は１５０となり、閾値の２４０を下回ることを確認する。

さらに、負荷集中防止機能部１０６は、ＭＢ１が担当するＰＪ２のＤＢ開発残作業量３２４のみをＭＢ３に再割り当てする場合と、ＭＢ１が担当するＰＪ２のＤＢ開発残作業量３２４及びサーバ開発残作業量３２５の両方をＭＢ３に再割り当てする場合についても計算し、ＭＢ１、ＭＢ２、ＭＢ３，及びＭＢ４の各作業量の分散値が一番小さくなるのは、ＭＢ１が担当するＰＪ２のサーバ開発残作業量３２５をＭＢ３に再割り当てした場合であることを確認する。

その結果、図１７のプロジェクト作業割当管理表１０９で担当者３２２がＭＢ３であるＰＪ３のクライアント開発残作業量３２６の情報を不足人財スキル管理表１１３に追記する。具体的には、再割当案ＩＤ４６１として今回の再割り当て処理を一意に識別する再割当案ＩＤ４６１、判定日時として判定日時４６２を格納し、再割り当てした作業４６３として「サーバ開発」、遅延させた作業４６４として「クライアント開発」と記録する。負荷集中防止機能部１０６は、Ｓ８０６－４１０が終了すると、Ｓ８０６－５へ処理を移す。

なお、Ｓ８０６―１０において、遅延させるプロジェクト候補として選択するプロジェクトは、再割り当てする作業のプロジェクトよりも優先度が低いプロジェクトである。遅延させるプロジェクト候補が複数である場合は、優先度が低いプロジェクトから順に作業の再割り当て可能性を確認し、再割り当て可能となるプロジェクトのうち最も優先度が低いプロジェクトを選択する。

また、負荷集中防止機能部１０６は、ＭＢ１が担当するＰＪ２のサーバ開発残作業量３２５をＭＢ３に再割り当てする案を採用する（Ｓ８０６－５）。

さらに、負荷集中防止機能部１０６は、不足人財スキル管理表１１３に、再割当案を一意に識別する再割当案ＩＤ４６１、判定日時４６２、再割り当てした作業４６３としてサーバ開発、遅延させた作業４６４としてクライアント開発を設定した行を追加する。その結果、不足人財スキル管理表１１３は図７の状態となる。

続いて負荷集中防止機能部１０６は、Ｓ８０６－５に進み、ＭＢ１が担当するＰＪ２のサーバ開発残作業量３２５をＭＢ３に再割り当てする案をプロジェクト作業再割当案管理表１１０に反映する。その結果、プロジェクト作業再割当案管理表１１０は図１９の状態になる（破線囲み部分参照）。

図１４に戻り、プロジェクト管理サーバ１が端末５～９にプロジェクト作業再割当案管理表１１０に保存した作業再割当案を送信すると（Ｓ８０７）、ＰＬ１、２、３、人事担当者、及び、経営者は、それぞれの端末５、６、７、８にて、図１６に示す再割当案通知画面９２０を端末５～９で確認する。

図１６に示すように再割当案通知画面９２０は、勤怠実績のグラフ９２１と、再割当案の表９２９、ＰＬ１、２、３、人事担当者、及び、経営者が再割当案を承認または却下する際に選択する承認ボタン９３０、却下ボタン９３１から構成される。

勤怠実績のグラフ９２１は、横軸に担当者ＭＢ１からＭＢ４を表示し、縦軸に就業時間の実績値を棒グラフで表示する。棒グラフは、担当するプロジェクトと作業種別毎に分割して表示する積み上げ棒グラフの形式で表示される。これにより、ＰＬ１、２、３、人事担当者、及び、経営者は、各担当者の業務時間と、特に負荷の原因となっているプロジェクト及び作業種別を容易に把握できる。

再割当案の表９２９は、プロジェクト９２２、プロジェクト９２２に従事する担当者９２３、担当者９２３の役割９２４、再割当案を適用した場合に担当者９２３が担当するＤＢ開発残作業量９２５、サーバ開発残作業量９２６、クライアント開発残作業量９２７、及びプロジェクトマネジメント残作業量９２８の対応を表示する。

ＤＢ開発残作業量９２５、サーバ開発残作業量９２６、及び、クライアント開発残作業量９２７は、作業再割当の結果変更がある欄については、変更前後の値を表示する。ここでは、ＰＪ１でＭＢ１が担当するサーバ開発残作業量９２６を２５から０に修正し、ＰＪ１でＭＢ１が担当するサーバ開発残作業量９２６を２５から５０に修正する再割り当てなので、該当する欄を太字でそれぞれ「２５→０」、「２５→５０」と太字で強調表示する。変更箇所を太字で強調表示することにより、ＰＬ１、２、３、人事担当者、及び、経営者は、作業再割当案を適用した場合の変更点を容易に把握できる。

また、図２０に示す再割当案通知画面９２０では、ＰＬ１、２、３、人事担当者、及び、経営者は、ＭＢ３が担当するＰＪ３のクライアント開発残作業量９２７が１５０を０に更新することと、ＭＢ１が担当するＰＪ２のサーバ開発残作業量９２６をＭＢ３に再割り当てすることとを、再割当案のテーブル９２９の太字箇所を確認することで容易に把握できる。

図１４に戻り、端末５～９がプロジェクト管理サーバ１から再割当案通知８０７を受信すると、ＰＬ１、２、３、人事担当者、及び、経営者は端末５～９を用いて再割当案通知画面９２０を確認し、承認ボタン９３０または却下ボタン９３１を選択する。すると、端末５～９は承認応答または却下応答８０８をプロジェクト管理サーバ１へ送信する（Ｓ８０８）。

プロジェクト管理サーバ１の負荷集中防止機能部１０６は、端末５～９全てからの承認応答または却下応答を受信すると（Ｓ８０８）、全ての応答が「承認」であった場合には再割当案を採用し、プロジェクト作業割当管理表１０９に反映する。その他の場合は非採用と判定する。）。

続いて、プロジェクト管理サーバ１は、端末５～９に結果を送信すると（Ｓ８０９）、続いて不足人財スキル管理表１１３で管理する不足人財スキル情報を人財管理サーバ２に送信する（Ｓ８１０）。人財管理サーバ２は、プロジェクト管理サーバ１から不足人財スキル管理表１１３の内容を受信すると、人財管理サーバ２が管理する不足人財スキル管理表１４０に上書きする。

さらに、人事担当者は、人財管理サーバ２から取得できる作業適性管理表１１１及び不足人財スキル管理表１１３に基づいて、端末８の表示画面に表示される、図２１に示す不足人財スキル表示画面９００を確認する。不足人財スキル表示画面９００は、判定日時９０１、遅延させた作業か再割り当てした作業のどちらかを意味する作業属性９０２、ＤＢ開発、サーバ開発、またはクライアント開発のいずれか一つ以上を取り得る作業種別９０３、及び、作業種別９０３に対する緻密さ及び創造性の適性要件９０４の対応を示すテーブルで構成される。人事担当者は、不足人財スキル表示画面９００を確認することにより、今後採用すべき人財の要件を把握できる。

以上の処理により、プロジェクト管理サーバ１は、勤怠管理サーバ３が管理する就業実績データ８０２と人財管理サーバ２が管理する人財情報８０４に基づいて負荷集中の予兆有無を確認し、負荷集中の予兆がある場合には再割当案をＰＬ１、ＰＬ２、ＰＬ３，人事担当者、及び経営者に送信する。これにより、プロジェクトリーダー間で、担当者への作業再割り当ての調整を迅速に行うことができる。また、人事担当者と経営者も、各担当者の負荷状況と、作業再割当の状況を迅速に把握することができる。

また、以上の処理により、プロジェクト管理サーバ１は、担当者全員の作業量を閾値以下とする再割当案がない場合に、経営者が顧客との関係や納期などの情報に基づいて予め設定したプロジェクトの優先度３０２に基づいて、遅延させるプロジェクトを選択し、各担当者の人財育成計画に基づいて再割当案を作成する。その結果、高優先のプロジェクトを遅延させることなく、企業全体としての保有スキルを確保するためのＯＪＴ効果が得られると想定される作業の再割り当てを行い、業務負荷集中を防止することができる。

本実施形態によれば、複数プロジェクトを兼任する担当者が存在する状況で、プロジェクト管理サーバ１が担当者の勤怠実績に基づいて業務負荷集中の兆候を検知し、プロジェクト優先度及び人財育成計画の観点で望ましい公正な業務再割り当て案を作成する。これにより、プロジェクトリーダー間で担当者の作業再割り当てを調整する方法よりも、高優先プロジェクトを遅延させることなく、人財育成計画に沿う担当者への作業再割り当て案を迅速に生成できる。その結果、担当者の就業時間長延化防止と、企業全体としての保有スキル確保が可能となり、企業の経営持続性が向上する。

本発明は上述の実施形態に限定されるものではなく、様々な変形例を含む。例えば、上記した実施形態は本発明を分かりやすく説明するために詳細に説明したものであり、必ずしも説明した全ての構成を備えるものに限定されるものではない。また、矛盾しない限りにおいて、ある実施形態の構成の一部を他の実施形態の構成で置き換え、ある実施形態の構成に他の実施形態の構成を加えることも可能である。また、各実施形態の構成の一部について、構成の追加、削除、置換、統合、又は分散をすることが可能である。また実施形態で示した構成及び処理は、処理効率又は実装効率に基づいて適宜分散、統合、又は入れ替えることが可能である。

１：プロジェクト管理サーバ、２：人財管理サーバ、３：勤怠管理サーバ、１０６：負荷集中防止機能部、１０８：プロジェクト群管理表、１０９：プロジェクト作業割当管理表、１１０：プロジェクト作業再割当管理表、１１１：作業適性管理表、１１２：負荷集中予兆検知機能部、１１３：不足人財スキル管理表、１３８：人財管理表、１３９：人財育成計画優先度管理表、１４０：不足人財スキル管理表、１６８：勤怠実績管理表

Claims (15)

1. 複数のプロジェクトに従事する複数の担当者の作業量を平準化するプロジェクト管理サーバを含んで構成される業務負荷平準化システムであって、
   前記プロジェクト管理サーバは、
   前記複数のプロジェクト毎の各作業種別の必要作業量を管理するプロジェクト管理表と、前記プロジェクト及び前記担当者毎に割り当てられた各作業種別の割当作業量を管理する作業割当管理表と、を記憶し、
   勤怠管理サーバから受信した前記担当者毎の就業時間情報を、閾値と比較し、就業時間情報が前記閾値を過えていると判定される担当者に対して業務負荷の集中があることを検知する負荷集中検知部と、
   前記負荷集中検知部によって業務負荷の集中があると検知された特定担当者が担当する作業を、該特定担当者と同一のプロジェクトに従事する他の担当者に対して再割り当てを行うことで担当者間の作業量を平準化する再割り当て案を生成する負荷集中防止部と、
   を有し、
   前記負荷集中防止部は、
   前記作業割当管理表に基づいて、前記特定担当者と同一のプロジェクトに従事する前記他の担当者が存在するかを確認し、
   人財管理サーバから受信した、各担当者の作業種別毎の保有スキル情報、各担当者の作業に対する適正情報、及び、各担当者のスキル育成のための作業種別毎の優先度情報に基づき前記特定担当者が担当する対象作業を再割り当て可能な前記他の担当者に対して、該他の担当者の就業時間情報が前記閾値を超えないように該対象作業の再割り当てを行う前記再割り当て案を生成する
   ことを特徴とする業務負荷平準化システム。
2. 前記プロジェクト管理サーバは、
   前記再割り当て案を、前記複数のプロジェクトのリーダーと、前記複数のプロジェクトを運営する企業の人事担当者と、前記企業の経営者の端末へ送信する
   ことを特徴とする請求項１に記載の業務負荷平準化システム。
3. 前記負荷集中防止部は、
   前記対象作業を再割り当て可能な前記他の担当者が複数存在し、複数の前記他の担当者毎に前記再割り当て案を生成できる場合、前記複数の担当者間の作業量のばらつきが最小となる前記再割り当て案を採用する
   ことを特徴とする請求項１に記載の業務負荷平準化システム。
4. 前記プロジェクト管理サーバは、前記複数のプロジェクトの優先度を管理し、
   前記負荷集中防止部は、
   前記他の担当者の就業時間情報が前記閾値を超えないように前記対象作業の再割り当てを行う前記再割り当て案を生成できない場合に、
   前記優先度に基づいて、前記特定担当者と同一のプロジェクトに従事する前記他の担当者が従事するプロジェクトのうち遅延させるプロジェクトを決定し、
   前記作業割当管理表に基づいて、前記遅延させるプロジェクトの作業量を削減し、該削減した作業量の作業を担当する担当者に対して、該担当者の就業時間情報が前記閾値を超えないように前記対象作業の再割り当てを行う前記再割り当て案を生成する
   ことを特徴とする請求項３に記載の業務負荷平準化システム。
5. 前記プロジェクト管理サーバは、
   前記対象作業の再割り当てを行った作業の作業種別、及び、前記遅延させた作業の作業種別を含んだ不足人財スキル情報を、前記人財管理サーバへ送信する
   ことを特徴とする請求項４に記載の業務負荷平準化システム。
6. 前記人財管理サーバから取得される、前記不足人財スキル情報、及び、各作業を担当する担当者に対して求める適正要件に基づいて、前記再割り当てを行った前記対象作業の作業種別及び前記遅延させた作業の作業種別のそれぞれについて担当者が求められる前記適正要件を端末に表示させる
   ことを特徴とする請求項５に記載の業務負荷平準化システム。
7. 複数のプロジェクトに従事する複数の担当者の作業量を平準化するプロジェクト管理サーバであって、
   前記複数のプロジェクト毎の各作業種別の必要作業量を管理するプロジェクト管理表と、前記プロジェクト及び前記担当者毎に割り当てられた各作業種別の割当作業量を管理する作業割当管理表と、を記憶し、
   勤怠管理サーバから受信した前記担当者毎の就業時間情報を、閾値と比較し、就業時間情報が前記閾値を過えていると判定される担当者に対して業務負荷の集中があることを検知する負荷集中検知部と、
   前記負荷集中検知部によって業務負荷の集中があると検知された特定担当者が担当する作業を、該特定担当者と同一のプロジェクトに従事する他の担当者に対して再割り当てを行うことで担当者間の作業量を平準化する再割り当て案を生成する負荷集中防止部と、
   を有し、
   前記負荷集中防止部は、
   前記作業割当管理表に基づいて、前記特定担当者と同一のプロジェクトに従事する前記他の担当者が存在するかを確認し、
   人財管理サーバから受信した、各担当者の作業種別毎の保有スキル情報、各担当者の作業に対する適正情報、及び、各担当者のスキル育成のための作業種別毎の優先度情報に基づき前記特定担当者が担当する対象作業を再割り当て可能な前記他の担当者に対して、該他の担当者の就業時間情報が前記閾値を超えないように該対象作業の再割り当てを行う前記再割り当て案を生成する
   ことを特徴とするプロジェクト管理サーバ。
8. 前記負荷集中防止部は、
   前記対象作業を再割り当て可能な前記他の担当者が複数存在し、複数の前記他の担当者毎に前記再割り当て案を生成できる場合、前記複数の担当者間の作業量のばらつきが最小となる前記再割り当て案を採用する
   ことを特徴とする請求項７に記載のプロジェクト管理サーバ。
9. 前記複数のプロジェクトの優先度を管理し、
   前記負荷集中防止部は、
   前記他の担当者の就業時間情報が前記閾値を超えないように前記対象作業の再割り当てを行う前記再割り当て案を生成できない場合に、
   前記優先度に基づいて、前記特定担当者と同一のプロジェクトに従事する前記他の担当者が従事するプロジェクトのうち遅延させるプロジェクトを決定し、
   前記作業割当管理表に基づいて、前記遅延させるプロジェクトの作業量を削減し、該削減した作業量の作業を担当する担当者に対して、該担当者の就業時間情報が前記閾値を超えないように前記対象作業の再割り当てを行う前記再割り当て案を生成する
   ことを特徴とする請求項８に記載のプロジェクト管理サーバ。
10. 前記対象作業の再割り当てを行った作業の作業種別、及び、前記遅延させた作業の作業種別を含んだ不足人財スキル情報を、前記人財管理サーバへ送信する
    ことを特徴とする請求項９に記載のプロジェクト管理サーバ。
11. 複数のプロジェクトに従事する複数の担当者の作業量を平準化するプロジェクト管理サーバを含んで構成される業務負荷平準化システムが行う業務負荷平準化方法であって、
    前記プロジェクト管理サーバが、
    前記複数のプロジェクト毎の各作業種別の必要作業量を管理するプロジェクト管理表と、前記プロジェクト及び前記担当者毎に割り当てられた各作業種別の割当作業量を管理する作業割当管理表と、を管理し、
    勤怠管理サーバから受信した前記担当者毎の就業時間情報を、閾値と比較し、就業時間情報が前記閾値を過えていると判定される担当者に対して業務負荷の集中があることを検知する負荷集中検知ステップと、
    前記負荷集中検知ステップによって業務負荷の集中があると検知された特定担当者が担当する作業を、該特定担当者と同一のプロジェクトに従事する他の担当者に対して再割り当てを行うことで担当者間の作業量を平準化する再割り当て案を生成する負荷集中防止ステップと、
    を有し、
    前記負荷集中防止ステップでは、
    前記作業割当管理表に基づいて、前記特定担当者と同一のプロジェクトに従事する前記他の担当者が存在するかを確認し、
    人財管理サーバから受信した、各担当者の作業種別毎の保有スキル情報、各担当者の作業に対する適正情報、及び、各担当者のスキル育成のための作業種別毎の優先度情報に基づき前記特定担当者が担当する対象作業を再割り当て可能な前記他の担当者に対して、該他の担当者の就業時間情報が前記閾値を超えないように該対象作業の再割り当てを行う前記再割り当て案を生成する
    ことを特徴とする業務負荷平準化方法。
12. 前記負荷集中防止ステップでは、
    前記対象作業を再割り当て可能な前記他の担当者が複数存在し、複数の前記他の担当者毎に前記再割り当て案を生成できる場合、前記複数の担当者間の作業量のばらつきが最小となる前記再割り当て案を採用する
    ことを特徴とする請求項１１に記載の業務負荷平準化方法。
13. 前記プロジェクト管理サーバは、前記複数のプロジェクトの優先度を管理し、
    前記負荷集中防止ステップでは、
    前記他の担当者の就業時間情報が前記閾値を超えないように前記対象作業の再割り当てを行う前記再割り当て案を生成できない場合に、
    前記優先度に基づいて、前記特定担当者と同一のプロジェクトに従事する前記他の担当者が従事するプロジェクトのうち遅延させるプロジェクトを決定し、
    前記作業割当管理表に基づいて、前記遅延させるプロジェクトの作業量を削減し、該削減した作業量の作業を担当する担当者に対して、該担当者の就業時間情報が前記閾値を超えないように前記対象作業の再割り当てを行う前記再割り当て案を生成する
    ことを特徴とする請求項１２に記載の業務負荷平準化方法。
14. 前記対象作業の再割り当てを行った作業の作業種別、及び、前記遅延させた作業の作業種別を含んだ不足人財スキル情報を、前記人財管理サーバへ送信する送信ステップ
    をさらに有することを特徴とする請求項１３に記載の業務負荷平準化方法。
15. 前記人財管理サーバから取得される、前記不足人財スキル情報、及び、各作業を担当する担当者に対して求める適正要件に基づいて、前記再割り当てを行った前記対象作業の作業種別及び前記遅延させた作業の作業種別のそれぞれについて担当者が求められる前記適正要件を端末に表示させる表示ステップ
    をさらに有することを特徴とする請求項１４に記載の業務負荷平準化方法。

Images