JP2008158971A - 作業計画管理プログラム、作業計画管理方法、及び作業計画管理装置 - Google Patents

Abstract

【課題】作業計画の状況に応じて適切な作業者を作業に割り当てることのできる作業計画管理プログラム、作業計画管理方法、及び作業計画管理装置の提供を目的とする。
【解決手段】作業計画を完了するための目標時間と、前記作業計画を完了するために必要であると予測される予測時間とに基づいて前記作業計画の作業時間の余裕度を算出する余裕度算出手順と、前記余裕度と、記憶装置に作業者ごとに記録されている作業の遂行に関する能力の高さを示す指標値とに基づいて、前記作業計画の少なくとも一部の作業の担当させる作業者を選択する担当者選択手順とをコンピュータに実行させることにより上記課題を解決する。
【選択図】図４

Description

本発明は、作業計画管理プログラム、作業計画管理方法、及び作業計画管理装置に関する。

特許文献１には、プロジェクトが必要とする人材に関する情報(必要とする期限と人材のスキルと人材のプロジェクト管理能力)と、企業の構成員の情報とが合致するかどうかを、比較項目を各々比較し、合致する情報を有する構成員を抽出する人材供給最適化方法が説明されている。
特開２００３−４４６４２号公報

しかしながら、特許文献１に記載された技術によれば、常に技術力が高い人材が重用されることになってしまう。したがって、作業者が習熟した仕事が優先的にアサインされ、同じような作業の繰り返しの傾向が出てしまうおそれがある。その結果、作業者のスキルが固定化する可能性が考えられる。また、新人等、これからスキルアップを図ろうという人材に対し、スキルアップのチャンスが十分に与えられないという問題も考えられる。

本発明は、上記の点に鑑みてなされたものであって、作業計画の状況に応じて適切な作業者を作業に割り当てることのできる作業計画管理プログラム、作業計画管理方法、及び作業計画管理装置の提供を目的とする。

そこで上記課題を解決するため、本発明は、作業計画を完了するための目標時間と、前記作業計画を完了するために必要であると予測される予測時間とに基づいて前記作業計画の作業時間の余裕度を算出する余裕度算出手順と、前記余裕度と、記憶装置に作業者ごとに記録されている作業の遂行に関する能力の高さを示す指標値とに基づいて、前記作業計画の少なくとも一部の作業の担当させる作業者を選択する担当者選択手順とをコンピュータに実行させることを特徴とする。

このような作業計画管理プログラムでは、作業計画の状況に応じて適切な作業者を作業に割り当てることができる。

本発明によれば、作業計画の状況に応じて適切な作業者を作業に割り当てることのできる作業計画管理プログラム、作業計画管理方法、及び作業計画管理装置を提供することができる。

以下、図面に基づいて本発明の実施の形態を説明する。図１は、本発明の実施の形態におけるプロジェクト管理装置の機能構成例を示す図である。図１において、プロジェクト管理装置１０は、大きく分類して、リソースコントロール機能１１、作業引き取り機能１２、及び作業者評価機能１３等より構成される。

リソースコントロール機能１１は、プロジェクト情報及びタスク情報等の入力を受け付け、入力されたプロジェクト情報等をタスクＤＢ１１１に登録する機能である。リソースコントロール機能１１は、また、各タスクに対して適切な作業者を自動的に割り当てる。本実施の形態において、プロジェクトとは、ソフトウェアの開発プロジェクト（作業計画）を意味する。但し、このことは、本発明の適用範囲がソフトウェアの開発プロジェクトに限定されることを意図するものではない。

本実施の形態において、プロジェクトは、複数の工程（例えば、設計工程、製造工程、及びテスト工程等）より構成される。各工程は、それぞれ一つ以上のタスクによって構成される。すなわち、タスクとは、工程内において必要とされる一つの作業をいい、本実施の形態では、タスク単位で担当者が割り当てられる。

作業引き取り機能１２は、タスクが作業者に割り当てられたことを通知し、当該タスクを作業者に引き取らせるための機能である。タスクが引き取られることにより当該タスクの担当者が確定する。なお、「タスクの引き取り」とは、作業者による、タスクを担当することの意志表示をいう。

作業者評価機能１３は、タスクの割り当てられた作業者に、当該タスクの作業実績を入力させ、入力された作業実績に基づいて作業者の作業の遂行に関する能力（スキル）の高さを評価する機能である。入力された作業実績は、作業実績管理ＤＢ１３１に登録され、管理される。また、作業者の評価結果は、評価管理ＤＢ１３２に登録され、管理される。なお、作用者管理ＤＢ１３２の管理情報（作業者の評価情報）は、リソースコントロール機能１１において、タスクに対して適切な作業者を割り当てるために利用される。

各機能について、更に詳しく説明する。図２は、本発明の実施の形態のプロジェクト管理装置における各機能の構成例を示す図である。

図２において、リソースコントロール機能１１は、タスクＤＢ１１１、タスク登録部１１２、及びリソースコントロール部１１３等より構成される。タスク登録部１１２は、プロジェクト情報及びタスク情報の入力を受け付け、入力されたプロジェクト情報等をタスクＤＢ１１１に登録する。リソースコントロール部１１３は、タスクＤＢ１１１に登録されている情報及び評価管理ＤＢ１３２に登録されている作業者評価情報等に基づいて、タスクに対して適切な作業者を割り当てる（選択する）。ここで、「適切な作業者」は、プロジェクト（又は工程）の状況に応じて異なる。例えば、スケジュール（作業時間）に余裕がある場合は、当該タスクに関してスキルの低い作業者を優先的に割り当て、人材育成を図る（このタスク割当モードを「ＯＪＴ（On the Job Training）モード」という。）。スケジュールに余裕が無い場合は、納期内にプロジェクトを完了させるため、当タスクに関してスキルの高い作業者（熟練者）を優先的に割り当てる（このタスク割当モードを「プロモード」という。）。また、スケジュールが遅れ気味の場合は、スケジュールの挽回を図るため、強制的に作業者を指名させる（このタスク割当モードを「強制モード」という。）。

作業引き取り機能１２は、作業引き取り部１２１より構成される。

作業者評価機能１３は、作業実績管理ＤＢ１３１、評価管理ＤＢ１３２、作業実績入力部１３３、及び作業者評価部１３４等より構成される。作業実績入力部１３３は、各作業者にタスクの作業実績を入力させ、入力された情報や、入力された情報に基づいて算出される情報等を作業実績管理ＤＢ１３１又はタスクＤＢ１１１に登録する。作業者評価部１３４は、作業実績等に基づいて作業者の評価を行い、その評価結果を評価管理ＤＢ１３２に登録する。

図３は、本発明の実施の形態におけるプロジェクト管理装置のハードウェア構成例を示す図である。図３のプロジェクト管理装置１０は、それぞれバスBで相互に接続されているドライブ装置１００と、補助記憶装置１０２と、メモリ装置１０３と、ＣＰＵ１０４と、インタフェース装置１０５と、表示装置１０６と、入力装置１０７とを有するように構成される。

プロジェクト管理装置１０での処理を実現するプログラムは、ＣＤ−ＲＯＭ等の記録媒体１０１によって提供される。プログラムを記録した記録媒体１０１がドライブ装置１００にセットされると、プログラムが記録媒体１０１からドライブ装置１００を介して補助記憶装置１０２にインストールされる。補助記憶装置１０２は、インストールされたプログラムを格納すると共に、図２に示される各種データベースに係る情報等を格納する。

メモリ装置１０３は、プログラムの起動指示があった場合に、補助記憶装置１０２からプログラムを読み出して格納する。ＣＰＵ１０４は、メモリ装置１０３に格納されたプログラムに従ってプロジェクト管理装置１０に係る機能を実現する。インタフェース装置１０５は、ネットワークに接続するためのインタフェースとして用いられる。表示装置１０６はプログラムによるＧＵＩ（Graphical User Interface）等を表示する。入力装置１０７はキーボード及びマウス等で構成され、様々な操作指示を入力させるために用いられる。

なお、プログラムのインストールは必ずしも記録媒体１０１より行う必要はなく、ネットワークを介して他のコンピュータよりダウンロードするようにしてもよい。また、プロジェクト管理装置１０は、ネットワークを介して接続された複数のコンピュータによって構成されていてもよい。

以下、図１のプロジェクト管理装置１０の処理手順について説明する。図４は、リソースコントロール機能の処理手順を説明するためのフローチャートである。

まず、タスク登録部１１２は、ユーザによる入力に応じて、表示装置１０６にプロジェクト登録画面を表示させ、プロジェクト情報を入力させる（Ｓ１０１）。

図５は、プロジェクト登録画面の表示例を示す図である。図５において、プロジェクト登録画面２００は、タスクツリー表示領域２１０及びプロジェクト情報入力領域２２０より構成されている。タスクツリー表示領域２１０は、プロジェクトに属するタスクの一覧がツリー形式で表示される領域である。この状態では、プロジェクトにはタスクは登録されていないため、当該プロジェクトを示すプロジェクトノード２１１のみが表示されている。

プロジェクト情報入力領域２２０は、ユーザにプロジェクト情報を入力させるための領域であり、プロジェクト名、予想規模、標準生産性、及び工程情報等の入力欄を有する。プロジェクト名入力欄には、プロジェクトの名称が入力される。予想規模入力欄には、例えば、当該プロジェクトの完了するために必要なプログラムの予想ステップ数が入力される。標準生産性入力欄には、単位時間当たりのステップ数として、例えば、プロジェクト又は企業において定められている標準値又は目標値等が入力される。本実施の形態では、１７０時間あたりのステップ数として入力されることとする。

工程情報としては、工程情報入力領域２３１において、プロジェクトを構成する工程ごとに工程名及び工程配分率が入力される。工程名は、工程の名前である。工程配分率は、プロジェクトの全行程にかかる作業時間（プロジェクト総作業時間）のうち、各工程の作業にかかる割合（％）である。したがって、工程配分率の合計は１００となる。追加ボタン２３２がクリックされると、タスク登録部１１２は、工程情報を入力させるための行を追加する。

図６は、プロジェクト登録画面に対するプロジェクト情報の入力例を示す図である。図６では、プロジェクト名として「Ａ開発」が入力されている。予想規模として、５００００（＝５０Ｋ）［ｓ（ステップ）］が入力されている。標準生産性として１０００（＝１Ｋ）［ｓ／１７０ｈ］が入力されている。

プロジェクト総作業時間は、予想規模及び標準生産性の入力に応じて、タスク登録部１１２が、以下の式を用いて自動的に計算し、表示させる。

プロジェクト総作業時間＝予想規模÷標準生産性
なお、ここで、標準生産性は、予め定められている標準値又は目標値である。したがって、プロジェクト総作業時間は、プロジェクト全体を完了するために目標とされる作業時間であると考えることができる。

図６の例では、プロジェクト総作業時間＝（５０／１）×１７０ｈ＝８５００ｈとなる。

工程情報入力領域２３１では、設計工程、製造工程、テスト工程が入力され、それぞれの工程配分率が２９［％］、４２［％］、２９［％］とされている。この状態において、ＯＫボタン２４０がクリックされると、タスク登録部１１２は、各工程について、プロジェクト総作業時間にそれぞれの工程配分率を乗ずることにより工程別標準作業時間を算出する（Ｓ１０２）。

図６の例では、設計工程の工程別標準作業時間は、８５００×０．２９＝２４６５ｈとなる。製造工程の工程別標準作業時間は、８５００×０．４２＝３５７０ｈとなる。また、テスト工程の工程別作業標準時間は、８５００×０．２９＝２４６５ｈとなる。なお、工程別標準作業時間は、当該工程を完了するための目標時間である。

続いて、タスク登録部１１２は、プロジェクト情報と工程情報とをタスクＤＢ１１１に登録する（Ｓ１０３）。プロジェクト情報は、タスクＤＢ１１１におけるプロジェクト管理テーブルに登録される。

図７は、タスクＤＢを構成するプロジェクト管理テーブルの構成例を示す図である。図７において、プロジェクト管理テーブル１１１１は、プロジェクトごとに、プロジェクト名、予想規模、標準生産性、及びプロジェクト総作業時間等を管理する。各項目の意味は、上述した通りである。

また、工程情報は、タスクＤＢ１１１における工程管理テーブルに登録される。図８は、タスクＤＢを構成する工程管理テーブルの構成例を示す図である。

図８において、工程管理テーブル１１１２は、工程ごとに、プロジェクト名、工程、工程配分率、工程別標準作業時間、余裕度、工程内全完了タスク作業累積時間、及び工程内全未完了タスク標準作業時間等を管理する。プロジェクト名は、当該工程が属するプロジェクトのプロジェクト名である。余裕度は、当該工程に関して作業時間の余裕の度合いを示す指標である。工程内全完了タスク作業累積時間は、当該工程に属するタスクのうち、完了した全てのタスクの作業に要した時間の累積値（合計値）である。工程内全未完了タスク標準作業時間は、当該工程に属する全ての未完了のタスクの標準作業時間（当該タスクを完了するために必要される時間として予め見積もられた値）の合計値である。その他の項目の意味は、上述した通りである。なお、余裕度、工程内全完了タスク作業累積時間、及び工程内全未完了タスク標準作業時間については、作業の進行に応じて更新される。従って、初期状態においては、「０」が初期値として登録される。

続いて、ユーザによって、タスク登録画面の表示が指示されると、タスク登録部１１２は、タスク登録画面を表示装置１０６に表示させ、タスク情報を入力させる（Ｓ１０４）。

図９は、タスク登録画面の表示例を示す図である。タスク登録画面３００は、タスクツリー表示領域２１０及びタスク情報入力領域３１０より構成されている。プロジェクト登録画面２００が表示されている状態において、プロジェクトノード２１１がマウスでポイントされた状態でマウスボタンの右クリックが実行されると、タスク登録部１１２は、コンテキストメニュー２１５を表示させる。コンテキストメニュー２１５の「子タスク作成」メニューが選択されると、タスク登録部１１２は、プロジェクトノード２１１の子ノードとして新たに作成されるタスクのノード（タスクノード２１２）を表示させ、また、プロジェクト情報入力領域２２０をタスク情報入力領域３１０に切り替えることにより、タスク登録画面３００を表示させる。

タスク情報入力領域３１０は、ユーザにタスク情報を入力させるための領域であり、タスク名、プロジェクト名、工程、作業種別、担当者、予定成果物名・数量、標準作業時間計算式、標準作業時間、開始予定日、完了予定日、詳細作業指示、付帯情報、親タスク名、及び子タスク名等の入力又は表示欄がある。タスク名入力欄には、タスクの名称が入力される。プロジェクト名表示欄には、当該タスクが属するプロジェクトのプロジェクト名が自動的に表示される。工程入力欄には、当該タスクが属する工程の工程名が入力される。当該欄は、例えば、コンボボックスによって形成されてもよい。この場合、当該タスクが属する工程を、工程管理テーブル１１１２に登録されている工程の中から選択させることができる。

作業種別には、当該タスクが分類される作業種別の名前が入力される。ここで作業種別とは、具体的な各タスクをその作業内容に応じて分類するための情報をいい、予めタスクＤＢ１１１内においてその種別（種類）が定義されている。したがって、作業種別は、タスクＤＢ１１１内に登録されている作業種別の一覧の中から選択させるようにしてもよい。

図１０は、タスクＤＢを構成する作業種別テーブルの一例を示す図である。図１０において、作業種別テーブル１１１３は、定義された作業種別の名前（作業種別名）の一覧を管理する。図１０では、作業種別として、構成設計、構成レビュー、コーディング、コーディングレビュー、結合テスト、及び結合テストレビューが定義された例が示されている。作業種別テーブル１１１３では、作業種別ごとに有効・無効フラグが登録されている。有効であるものは、タスクの作業種別として選択可能であることを示す。無効であるものは、タスクの作業種別として選択できないことを示す。

タスク登録画面３００において、担当者入力欄には、当該タスクを担当させる作業者の名前が入力される。プロジェクトに参加している作業者の一覧は、タスクＤＢ１１１内に登録されている。したがって、担当者は、タスクＤＢ１１１内に登録されている作業者の一覧の中から選択させるようにしてもよい。

図１１は、タスクＤＢを構成する作業者テーブルの一例を示す図である。図１１において、作業者テーブル１１１４は、プロジェクトに参加している作業者ごとに名前（作業者名）と有効・無効フラグとを管理する。有効であるものは、担当者として選択可能であることを示す。無効であるものは、担当者として選択できないことを示す。

但し、上述したように、本実施の形態におけるプロジェクト管理装置１０は、タスクに対して自動的に適切な担当者を割り当てる機能を備えている。したがって、担当者は、強制モード以外のときはタスク情報入力領域３１０の担当者欄に入力する必要はない。

予定成果物名・数量入力欄は、当該タスクによって作成される成果物の名称とその数量（ｘ）とが入力される。標準作業時間計算式入力欄には、当該タスクの完了するために必要であると予測される見積もり時間（標準作業時間）を計算するための計算式が、例えば、成果物の数量（ｘ）の関数として入力される。標準作業時間表示欄には、標準作業時間計算式によって自動的に計算された値が標準作業時間として表示される。開始予定日入力欄、終了予定日欄には、当該タスクを開始する予定年月日、完了する予定年月日が入力される。詳細作業指示入力欄は、当該タスクに関する作業指示を担当者に伝達するための文書へのリンク情報（例えば、ファイルのパス名やＵＲＬ等）が必要に応じて入力される。付帯情報入力欄には、当該タスクに関する付帯情報が記述された文書へのリンク情報が必要に応じて入力される。親タスク名、子タスク名には、当該タスクの親タスク、子タスクが必要に応じて入力される。すなわち、タスク間には親子関係（階層関係）を定義することが可能である。

図１２は、タスク登録画面に対するタスク情報の入力例を示す図である。図１２では、タスク名として「ＳＤ００１」が入力されている。工程として「設計」が選択されている。「作業種別」として「構成設計」が選択されている。予定成果物名として「構成仕様」が、その数量（ｎ）として「１００（枚）」が入力されている。標準作業時間計算式として、「数量（ｎ）×８ｈ」が入力されている。標準作業時間計算式に基づいて計算された「８００」が、標準作業時間として表示されている。開始予定日、完了予定日として「２００７０４０４、「２００７０５０１」が入力されている。なお、担当者、詳細作業指示、付帯情報、親タスク名、及び子タスク名については入力されていない。

タスク情報の入力が完了すると、タスク登録部１１２は、入力されたタスク情報をタスクＤＢ１１１のタスク管理テーブルに登録する（Ｓ１０５）。図１３は、タスクＤＢを構成するタスク管理テーブルの構成例を示す図である。

図１３において、タスク管理テーブル１１１５は、登録されたタスクごとに、タスク名、プロジェクト名、工程、作業種別、担当者、予定成果物名、予定成果物数量、標準作業時間計算式、標準作業時間、開始予定日、完了予定日、詳細作業指示、付帯情報、前タスク名、後タスク名、状態、作業進捗度、作業累積時間、完了時成果物名・数量、完了時標準作業時間、検査項目数、初回検査ＯＫ項目数、及び残存ＮＧ数等を管理する。

工程、作業種別、担当者、予定成果物名、予定成果物数量、標準作業時間計算式、標準作業時間、開始予定日、完了予定日、詳細作業指示、及び付帯情報は、タスク登録画面３００において入力又は表示されていた情報がそのまま登録される。前タスク名は、後タスク名は、タスク間に依存関係がある場合に、当該タスクの前に実行されるべきタスク、又は後に実行されるべきタスクのタスク名が登録される。

状態、作業進捗度、及び作業累積時間は、作業の進行に応じて登録又は更新される項目である。状態には、タスクの作業状態が登録される。初期値としては「開始待ち」が登録される。作業進捗度には、タスクの担当者によって作業の進捗度が登録される。作業累積時間には、当該タスクに投入された作業時間の累積値が登録される。

完了時成果物名・数量、完了時標準作業時間、検査項目数、初回検査ＯＫ項目数、及び残存ＮＧ数は、当該タスクが完了したときに登録される項目である。その詳細については後述する。

なお、ステップＳ１０４及びＳ１０５が繰り返されることにより、プロジェクトに対して複数のタスクが登録され得る。

図１４は、複数のタスクが登録されたタスク管理テーブルの例を示す図である。図１４では、タスク名が、ＳＤ００１、ＳＤＲ００１、ＰＧ００１、ＰＧＲ００１、ＣＴ００１、ＣＴＲ００１のタスクが登録された例が示されている。このうち、ＳＤ００１とＳＤＲ００１とは、設計工程に属している。ＲＧ００１とＰＧＲ００１とは、製造工程に属している。ＣＴ００１とＣＴＲ００１とはテスト工程に属している。なお、図１４では、作業進捗度以降の項目については便宜上省略されている。

続いて、リソースコントロール部１１３は、工程管理テーブル１１１２に登録されている各工程について残作業時間（工程別残作業時間）を算出する（Ｓ１０６）。工程別残作業時間は、工程内の残作業を完了するための目標時間に相当し、以下の式で算出される。

工程別残作業時間＝工程別標準作業時間−工程内での完了タスクの作業累積時間の総和
ここで、「工程別標準作業時間」は、作業の進捗に応じて変化しない値である。一方、「工程内での完了タスクの作業累積時間の総和」は、各タスクの作業の進捗に応じてその値は増加する。したがって、「工程別残作業時間」は、作業の進捗に応じて減少する。なお、プロジェクト情報及びタスク情報の登録直後（以下「初期状態」という。）では、「工程内での完了タスクの作業累積時間の総和」は０である。したがって、工程別残作業時間は、工程別標準作業時間に一致する。

続いて、リソースコントロール部１１３は、工程管理テーブル１１１２に登録されている工程について、「工程内全未完了タスク標準作業時間」を算出し、算出された値を工程管理テーブル１１１２に登録する（Ｓ１０７）。

各工程の工程内全未完了タスク標準作業時間は、工程内の残作業の完了に必要とされる予測時間に相当し、タスク管理テーブル１１１５に基づいて、工程ごとに未完了のタスクの標準作業時間の総和を求めることにより算出される。図１４に基づいて説明する。図１４において、設計工程に属するタスクは、ＳＤ００１及びＳＤＲ００１であり、それぞれの標準作業時間は、８００、４０である。タスクが未完了であるか否かは、「状態」の値によって判別される。「状態」の値が「完了」以外であれば、未完了であると判定される。ＳＤ００１及びＳＤＲ００１は、いずれも未完了である。したがって、設計工程の全未完了タスク標準時間は、８００＋４０＝８４０となる。

同様に、製造工程の全未完了タスク標準時間は、タスクＰＧ００１及びＰＧＲ００１の標準作業時間より、２５００＋２０＝２５２０となる。また、テスト工程の全未完了タスク標準時間は、タスクＣＴ００１及びＣＴＲ００１の標準作業時間より、１５００＋２００＝１７００となる。

続いて、リソースコントロール部１１３は、各工程について余裕度を算出する（Ｓ１０８）。余裕度は、以下の式で算出される。

余裕度＝工程残作業時間÷工程内全未完了タスク標準作業時間
この式より、余裕度の値は大きい程スケジュールに余裕があることを示し、小さい程スケジュールに余裕が無いことを示すことが分かる。算出された各工程の余裕度は、工程管理テーブル１１１２に登録される。

図１５は、工程内全未完了タスク標準作業時間及び余裕度が登録された工程管理テーブルの例を示す図である。すなわち、図１５の工程管理テーブル１１１２は、ステップＳ１０７及びＳ１０８の処理結果が反映されたものである。図１５では、設計工程の余裕度は、２．９、製造工程の余裕度は１．４１、テスト工程の余裕度は１．４５として登録されている。

続いて、リソースコントロール部１１３は、余裕度に基づいて、各工程に対するタスク割当モードを判定する（Ｓ１０９）。余裕度が２以上の場合（ある程度余裕がある場合）、リソースコントロール部１１３は、タスク割当モードをＯＪＴモードと判定し、未だ引き取られていないタスク（以下「未引き取りタスク」という。）が分類される作業種別に関して評価（又は能力）が相対的に低い作業者を担当者として割り当てる（Ｓ１１０）。未引き取りタスクか否かは、タスク管理テーブル１１１５の「状態」の値によって判別される。「状態」の値が「開始待ち」のタスクについては、未引き取りタスクであると判定される。

工程の余裕度が１以上２未満の場合（それほど余裕がない場合）、リソースコントロール部１１３は、タスク割当モードをプロモードと判定し、未引き取りタスクが分類される作業種別に関して評価（又は能力）が相対的に高い作業者を担当者として割り当てる（Ｓ１１１）。余裕度が１未満の場合（作業が遅れている場合）、リソースコントロール部１１３は、タスク割当モードを強制モードと判定し、タスク登録画面３００において入力された担当者をそのまま割り当てる（Ｓ１１２）。但し、強制モードの場合、タスク登録画面３００において担当者が入力されていなかった場合は、リソースコントロール部１１３は、例えば、各タスクについて担当者の入力を促すメッセージを表示装置１０６に表示させる。

なお、上記いずれかのモードにおいて未引き取りタスクに割り当てられた担当者の名前は、タスク管理テーブル１１１５において該当タスクの「担当者」の項目に登録される。

ＯＪＴモード及び強制モードにおける担当者の割り当て（選択）について更に詳しく説明する。ＯＪＴモード及び強制モードの場合、リソースコントロール部１１３は、評価管理ＤＢ１３２の作業者スキルテーブルに基づいて、各作業種別について評価の低い又は高い作業者を判定する。

図１６は、作業者スキルテーブルの構成例を示す図である。図１６において、作業者スキルテーブル１３２１は、各作業者について、工程及び作業種別の組み合わせごとに、作業効率、品質データ、及び作業種別評価点を管理する。

作業効率は、当該作業者の当該作業種別に関する効率性を指標であり、値が小さい程、当該作業者の評価が高くなる。品質データは、当該作業者の当該作業種別に関する品質の良さを示す指標であり、値が大きい程当該作業者の評価が高くなる。作業種別評価点は、等が作業者の当該作業種別に対する評価を示す指標であり、（品質データ÷作業効率）によって算出される。したがって、値が大きい程、当該作業者の評価は高いことを示す。なお、作業効率及び品質データ等は、作業者評価機能１３によって登録される。したがって、その詳細な内容については、作業者評価機能１３の説明において記載する。

ＯＪＴモードの場合、リソースコントロール部１１３は、各未引き取りタスクについて、それぞれの属する工程及び作業種別に関して作業種別評価点が相対的に低い作業者から優先的に当該タスクを割り当てる。したがって、図１６の例によれば、工程アにおいて作業種別イに分類されるタスクは、作業種別評価点が０．７と最も低い作業者Ｃに割り当てられる。

一方、プロモードの場合、リソースコントロール部１１３は、各未引き取りタスクについて、それぞれの属する工程及び作業種別に関して作業種別評価点が相対的に高い作業者から優先的に当該タスクを割り当てる。したがって、図１６の例によれば、工程アにおいて作業種別イに分類されるタスクは、作業種別評価点が４．１と最も高い作業者Ｅに割り当てられる。

次に、作業引き取り機能１２について説明する。図１７は、作業引き取り機能の処理手順を説明するためのフローチャートである。

ユーザが、例えば、プロジェクト管理装置１０とネットワークを介して接続する自らのＰＣ等（以下、「ユーザ端末」という。）から作業引き取り部１２１にログインすると（Ｓ２０１）、作業引き取り部１２１は、ログインユーザが担当者として参加しているプロジェクトに属するタスクの中で未完了のタスク（未完了タスク）を検索する（Ｓ２０２）。続いて、作業引き取り部１２１は、その検索結果を含むタスク表示画面をユーザ端末の表示装置に表示させる（Ｓ２０３）。

図１８は、タスク表示画面の表示例を示す図である。図１８において、タスク表示画面４００には、検索された未完了タスクのそれぞれについて、モード、タスク名、作業種別、プロジェクト名、状態、担当者、開始予定日、及び完了予定日が表示されている。ここで、状態が「開始待」となっているタスクは、まだ引き取られていないタスクである。なお、「仕掛中」は、当該タスクの作業が、今現在担当者によって行われていることを示す。また、「中断」は、当該タスクの作業が一時的に中断されていることを示す。

ユーザが、開始待ちのタスクを選択し、開始ボタン４１０をクリックすると（Ｓ２０４）、作業引き取り部１２１は、当該タスクの属する工程のタスク割当モードが、強制モードであるか否かを判定する（Ｓ２０５）。強制モードである場合（Ｓ２０５でＹｅｓ）、作業引き取り部１２１は、ログインユーザは当該タスクの担当者であるか、すなわち、リソースコントロール機能１１において選択された担当者であるか否かを判定する（Ｓ２０６）。ログインユーザが当該タスクの担当者である場合、作業引き取り部１２１は、ログインユーザによる当該タスクの引き取りを許可し、タスク管理テーブル１１１５における当該タスクの状態を「仕掛中」とする（Ｓ２０７）。ログインユーザが当該タスクの担当者でない場合、作業引き取り部１２１は、ログインユーザには当該タスクの引き取りは許可されない旨のメッセージを表示させる（Ｓ２０８）。

一方、タスク割当モードが強制モード以外の場合（Ｓ２０５でＮｏ）、作業引き取り部１２１は、ログインユーザが当該タスクの担当者であるか否かにかかわらず、ログインユーザによる当該タスクの引き取りを許可し、当該タスクの状態を「仕掛中」とする（Ｓ２０７）。

すなわち、図１７の処理によれば、強制モード以外のときは、担当者として割り当てられていない作業者もタスクを引き取ることができる。これは、強制モード以外の場合は、システムが担当者に指名した作業者が、他の業務の都合により作業を引き取ることができなかった場合等を考慮し、作業の引き取りについて柔軟性を持たせようとする考えに基づく。但し、例えば、プロモードの場合は、引き取った作業者の作業種別評価点が担当者として選択されている作業者より低い場合は、引き取りを許可しないようにしてもよい。また、いずれのモードの場合であっても、担当者以外の作業者による引き取りを許可しないようにしてもよい。

また、タスク表示画面４００に、拒否ボタンを追加し、担当者として指名されている作業者が拒否ボタンをクリックすることにより引き取りを拒否した場合に、リソースコントロール部１１３が次点の作業者を改めて担当者として自動的に選択するようにしてもよい。

次に、作業者評価機能１３について説明する。図１９は、作業者評価機能の処理手順を説明するためのフローチャートである。

作業の進捗に伴い、作業実績入力部１３３は、担当者による入力に応じてタスクに関する作業の作業実績を作業実績管理ＤＢ１３１に登録する（Ｓ３０１）。作業実績の登録は、以下のように行われる。

前提として、引き取られた各タスクの「状態」は、当該タスクの作業が開始されると「仕掛中」となり、中断されると「中断」となる。これは、タスクが完了するまで日々繰り返される。例えば、朝出勤した際や休憩から復帰した際等、担当者が作業に着手するときに、当該タスクの状態は「中断」から「仕掛中」にされる。また、帰宅する際や休憩する際等、作業を中断するときに、当該タスクの状態は「仕掛中」から「中断」にされる。このような状態の変更は、次のような操作に基づいて行われる。

各担当者は、作業を開始する際、作業引き取り部１２１にログインし、図１８において説明したタスク表示画面４００を表示させる。続いて、タスク表示画面４００において、自らが担当しており中断中のタスク、又は自らが引き取ろうとするタスクを選択し、開始ボタン４１０をクリックする。開始ボタン４１０のクリックに応じ、作業実績入力部１３３は、作業実績管理ＤＢ１３１の作業実績テーブルに作業開始時刻を登録する。

図２０は、作業実績管理ＤＢを構成する作業実績テーブルの構成例を示す図である。図２０において、作業実績テーブル１３１１は、作業日、タスク名、作業進捗度、作業開始時刻、作業終了時刻、及び担当者より構成されるレコードを管理する。開始ボタン４１０のクリックに応じ、作業実績入力部１３３は、作業実績テーブル１３１１に新たなレコードを追加し、当該レコードの作業日、タスク名、作業開始時刻に値を登録する。すなわち、作業実績テーブル１３１１には、担当者ごとに、作業が開始されるたび（開始ボタン４１０がクリックされるたび）に新たなレコードが作成される。ここで作成されたレコードを、以下「カレント作業実績レコード」という。

作業実績入力部１３３は、また、開始ボタン４１０のクリックに応じ、作業実績登録画面をユーザ端末の表示装置に表示させる。

図２１は、作業実績登録画面の表示例を示す図である。図２１において、作業実績登録画面５００には、中断ボタン５１０及び完了ボタン５２０が配置され、また、作業が開始されたタスクのタスク名が表示されている。中断ボタン５１０は、休憩する際や帰宅する際等、作業が中断されるときにクリックされるボタンである。完了ボタン５２０は、タスクが完了したときにクリックされるボタンである。したがって、タスクの作業中は、作業実績登録画面５００がユーザ端末の表示装置に表示されている。

作業の中断時又は完了時に、中断ボタン５１０又は完了ボタン５２０がクリックされると、作業実績入力部１３３は、作業終了時刻を作業実績テーブル１３１１のカレント作業実績レコードに登録する。作業実績入力部１３３は、また、タスクＤＢ１１１のタスク管理テーブル１１１５の当該タスクに係るレコード（以下、「カレントタスクレコード」という。）の作業累積時間の値を更新する。すなわち、既に登録されている作業累積時間をｃとし、作業実績テーブル１３１１のカレント作業実績レコードの作業開始時刻をａ、作業終了時刻をｂとした場合、以下のような演算を行うことにより、作業累積時間の値を更新する。

作業累積時間＝ｃ＋ｂ−ａ
作業実績入力部１３３は、更に、中断ボタン５１０又は完了ボタン５２０のクリックに応じ、進捗状況登録画面６００をユーザ端末の表示装置に表示させる。

図２２は、進捗状況登録画面の表示例を示す図である。図Ｇ３において、進捗状況登録画面６００は、作業進捗度入力領域６１０、成果物情報入力領域６２０、及び検査情報入力領域６３０等より構成されている。

作業進捗度入力領域６１０には、作業の完了を１００とした場合の、担当者による主観的な進捗度が入力される。但し、完了ボタン５２０がクリックされた場合、作業進捗度入力領域６１０には、作業実績入力部１３３によって１００が自動的に表示される。成果物情報入力領域６２０には、現時点で作成が完了している成果物の成果物名及び数量が入力される。検査項目情報入力領域６３０は、完了ボタン５２０がクリックされた場合に入力が可能となる領域であり、検索項目数及び初回ＯＫ数が入力される。検査項目とは、タスクの完了時において成果物に対して行った検査項目の数である。検査項目は、担当者本人によって作成されてもよいし、他の作業者（例えば、当該タスクの上司等）によって作成されてもよい。いずれにしても、タスクの成果物に対して検査項目が作成され、タスクの完了時に当該検査項目に沿って成果物の妥当性が確認される。初回ＯＫ数は、第一回目の検査において、肯定的な結果が得られた検査項目の数である。

進捗状況登録画面６００に対して入力が行われ、ＯＫボタン６４０がクリックされると、作業実績入力部１３３は、進捗状況登録画面６００において入力された作業進捗度をカレントタスクレコードの作業進捗度の項目に登録する。

続いて、作業実績入力部１３３は、当該タスクが完了したか否かを判定する（Ｓ３０２）。タスクが完了したか否かは、作業実績登録画面５００から進捗状況登録画面６００に遷移する際に、完了ボタン５２０がクリックされたのか中断ボタン５１０がクリックされたのかによって判定される。作業が完了していない場合（Ｓ３０２でＮｏ）、作業の進捗に応じて上述した登録作業が繰り返される。作業が完了した場合（Ｓ３０２でＹｅｓ）、作業実績入力部１３３は、カレントタスクレコードの完了時成果物名・数量、完了時標準作業時間、検査項目数、及び初回検査ＯＫ項目数の項目に値を登録する（Ｓ３０３）。

完了時成果物名・数量、完了時標準作業時間、検査項目数、及び初回検査ＯＫ項目数の値は、進捗状況登録画面６００に入力された値がそのまま登録される。完了時成果物名・数量は、進捗状況登録画面６００に入力された数に応じて複数登録され得る。完了時標準作業時間は、当該タスク対して登録されている標準作業時間計算式に完了時成果物の数量を当てはめることにより算出される。すなわち、完了時標準作業時間は、実際に作成された成果物に対して必要であると予測される作業時間（又は、通常であればこの程度でできるであろうと予測される時間）である。

続いて、作業者評価部１３４は、カレントタスクレコードに基づいて、当該担当者の評価情報（作業効率、品質データ、及び作業種別評価点）を算出し（Ｓ３０４）、算出された評価情報によって作業者スキルテーブル１３２１（図１６参照）における当該担当者の当該タスクの作業種別に係るレコード（以下、「カレントスキルレコード」という。）に更新する（Ｓ３０５）。

作業効率は、作業累積時間÷完了時標準作業時間によって算出される。すなわち、作業効率は、タスクを完了させるために実際にかかった時間を、当該タスクにおいて実際に作成された成果物から導き出された見積もり時間によって除した値である。したがって、作業効率の値が小さい程、効率良く作業が行われたと評価される。

品質データは、初回検査ＯＫ項目数÷検査項目数によって算出される。すなわち、品質データは、成果物に対する最初の検査時に、いかに品質が確保されているかを示す指標であり、この値が大きい程、当初より品質の高い成果物が作成されたと評価される。

なお、当該担当者が、同一工程の同一の作業種別に関して過去に作業経験がある場合、カレントスキルレコードの作業効率、品質データには既に値が登録されている。ここで、既に登録されている作業効率をａとし、今回の作業効率をａ１とした場合、登録される作業効率の値は、（ａ＋ａ１）／２によって算出される。

また、既に登録されている品質データをｂとし、今回の品質データをｂ１とした場合、登録される品質データの値は、（ｂ＋ｂ１）／２によって算出される。

以上の演算によって算出された作業効率及び品質データに基づいて作業種別評価点（品質データ÷作業効率）が算出される。例えば、作業種別評価点の値が１の場合は「標準的」、１より大きい場合は「優れている」、１より小さい場合は「劣っている」と判定される。

このように、作業者スキルテーブル１３２１のレコードは、過去の実績をも加味して更新される。したがって、作業者スキルテーブル１３２１の内容が継続的に更新されることにより、各作業者に関してより適切な評価が導出され得る。なお、算出された作業種別評価点は、上述したように、リソースコントロール機能１１において、タスクに対して作業者を割り当てる際に利用される。

作業者スキルテーブル１３２１が更新されると、リソースコントロール機能１１によって改めて、余裕度等が算出され、当該余裕度に基づいて下流工程の未引き取りタスクの担当者が割り当てられるようにしてもよい。この場合、リソースコントロール機能１１による作業者の割当は、工程ごとに行われるようにすればよい。

ところで、各作業者の評価情報は、作業種別ごとに算出される。また、各タスクについても作業種別によって分類され、その作業種別に関する評価情報に基づいてタスクの担当者が選択される。したがって、作業種別は、運用に合わせて適切に定義されることが望ましい。例えば、設計工程に関する作業種別であれば、ＧＵＩの設計、データベースの設計、ネットワークの設計等に、コーディングに関する作業種別であれば、Ｊａｖａ（登録商標）によるプログラミング、Ｃ＋＋によるプログラミング等に分類するといったように更に技術的内容を具体的に特定してもよい。

上述したように、本実施の形態におけるプロジェクト管理装置１０は、プロジェクトの状況を余裕度によって判定し、その余裕度に基づいて選択される作業者が変化する。したがて、作業時間に余裕があるときは、当該作業に習熟していない作業者に当該作業を割り当てることができ、作業者のスキルアップを図りつつ、プロジェクトを遂行することが可能となる。

以上、本発明の実施例について詳述したが、本発明は斯かる特定の実施形態に限定されるものではなく、特許請求の範囲に記載された本発明の要旨の範囲内において、種々の変形・変更が可能である。

以上の説明に関し、更に以下の項を開示する。
（付記１）
作業計画を完了するための目標時間と、前記作業計画を完了するために必要であると予測される予測時間とに基づいて前記作業計画の作業時間の余裕度を算出する余裕度算出手順と、
前記余裕度と、記憶装置に作業者ごとに記録されている作業の遂行に関する能力の高さを示す指標値とに基づいて、前記作業計画の少なくとも一部の作業の担当させる作業者を選択する担当者選択手順とをコンピュータに実行させるための作業計画管理プログラム。
（付記２）
前記担当者選択手順は、前記余裕度と所定値との比較に応じて、前記指標値が相対的に低い作業者を優先的に選択することを特徴とする付記１記載の作業計画管理プログラム。
（付記３）
前記担当者選択手順は、前記余裕度と所定値との比較に応じて、前記指標値が相対的に高い作業者を優先的に選択することを特徴とする付記１又は２記載の作業計画管理プログラム。
（付記４）
前記指標値は、作業の内容に基づいて分類される作業種別ごとに記録されており、
前記担当者選択手順は、前記作業計画の少なくとも一部の作業が分類される作業種別に係る指標値に基づいて当該作業を担当させる作業者を選択することを特徴とする付記１乃至３いずれか一項記載の作業計画管理プログラム。
（付記５）
前記作業を完了するために必要であると予測される時間と前記作業を完了するために実際にかかった時間とを用いて前記作業を担当させた作業者について前記指標値を算出し、前記記憶装置に記録する指標値算出手順を有することを特徴とする付記１乃至４いずれか一項記載の作業計画管理プログラム。
（付記６）
前記作業の結果作成された成果物の品質を示す数値を用いて前記作業を担当させた作業者について前記指標値を算出し、前記記憶装置に記録する指標値算出手順を有することを特徴とする付記１乃至４いずれか一項記載の作業計画管理プログラム。
（付記７）
前記作業を完了するために必要であると予測される時間及び前記作業を完了するために実際にかかった時間と、 前記作業の結果作成された成果物の品質を示す数値とを用いて前記作業を担当させた作業者について前記指標値を算出し、前記記憶装置に記録する指標値算出手順を有することを特徴とする付記１乃至４いずれか一項記載の作業計画管理プログラム。
（付記８）
前記指標値算出手順は、前記作業を担当させた作業者について既に登録されている値を用いて前記指標値を算出することを特徴とする付記５乃至７いずれか一項記載の作業計画管理プログラム。
（付記９）
コンピュータが、
作業計画を完了するための目標時間と、前記作業計画を完了するために必要であると予測される予測時間とに基づいて前記作業計画の作業時間の余裕度を算出する余裕度算出手順と、
前記余裕度と、記憶装置に作業者ごとに記録されている作業の遂行に関する能力の高さを示す指標値とに基づいて、前記作業計画の少なくとも一部の作業の担当させる作業者を選択する担当者選択手順とを実行することを特徴とする作業計画管理方法。
（付記１０）
作業計画を完了するための目標時間と、前記作業計画を完了するために必要であると予測される予測時間とに基づいて前記作業計画の作業時間の余裕度を算出する余裕度算出手段と、
前記余裕度と、記憶装置に作業者ごとに記録されている作業の遂行に関する能力の高さを示す指標値とに基づいて、前記作業計画の少なくとも一部の作業の担当させる作業者を選択する担当者選択手段とを有することを特徴とする作業計画管理装置。

本発明の実施の形態におけるプロジェクト管理装置の機能構成例を示す図である。 本発明の実施の形態のプロジェクト管理装置における各機能の構成例を示す図である。 本発明の実施の形態におけるプロジェクト管理装置のハードウェア構成例を示す図である。 リソースコントロール機能の処理手順を説明するためのフローチャートである。 プロジェクト登録画面の表示例を示す図である。 プロジェクト登録画面に対するプロジェクト情報の入力例を示す図である。 タスクＤＢを構成するプロジェクト管理テーブルの構成例を示す図である。 タスクＤＢを構成する工程管理テーブルの構成例を示す図である。 タスク登録画面の表示例を示す図である。 タスクＤＢを構成する作業種別テーブルの一例を示す図である。 タスクＤＢを構成する作業者テーブルの一例を示す図である。 タスク登録画面に対するタスク情報の入力例を示す図である。 タスクＤＢを構成するタスク管理テーブルの構成例を示す図である。 複数のタスクが登録されたタスク管理テーブルの例を示す図である。 余裕度が登録された工程管理テーブルの例を示す図である。 作業者スキルテーブルの構成例を示す図である。 作業引き取り機能の処理手順を説明するためのフローチャートである。 タスク表示画面の表示例を示す図である。 作業者評価機能の処理手順を説明するためのフローチャートである。 作業実績管理ＤＢを構成する作業実績テーブルの構成例を示す図である。 作業実績登録画面の表示例を示す図である。 進捗状況登録画面の表示例を示す図である。

符号の説明

１０ プロジェクト管理装置
１００ ドライブ装置
１０１ 記録媒体
１０２ 補助記憶装置
１０３ メモリ装置
１０４ ＣＰＵ
１０５ インタフェース装置
１０６ 表示装置
１０７ 入力装置
１１１ タスクＤＢ
１１２ タスク登録部
１１３ リソースコントロール部
１２１ 作業引き取り部
１３１ 作業実績管理ＤＢ
１３２ 評価管理ＤＢ
１３３ 作業実績入力部
１３４ 作業評価部
Ｂ バス

Claims (5)

1. 作業計画を完了するための目標時間と、前記作業計画を完了するために必要であると予測される予測時間とに基づいて前記作業計画の作業時間の余裕度を算出する余裕度算出手順と、
   前記余裕度と、記憶装置に作業者ごとに記録されている作業の遂行に関する能力の高さを示す指標値とに基づいて、前記作業計画の少なくとも一部の作業の担当させる作業者を選択する担当者選択手順とをコンピュータに実行させるための作業計画管理プログラム。
2. 前記担当者選択手順は、前記余裕度と所定値との比較に応じて、前記指標値が相対的に低い作業者を優先的に選択することを特徴とする請求項１記載の作業計画管理プログラム。
3. 前記担当者選択手順は、前記余裕度と所定値との比較に応じて、前記指標値が相対的に高い作業者を優先的に選択することを特徴とする請求項１又は２記載の作業計画管理プログラム。
4. コンピュータが、
   作業計画を完了するための目標時間と、前記作業計画を完了するために必要であると予測される予測時間とに基づいて前記作業計画の作業時間の余裕度を算出する余裕度算出手順と、
   前記余裕度と、記憶装置に作業者ごとに記録されている作業の遂行に関する能力の高さを示す指標値とに基づいて、前記作業計画の少なくとも一部の作業の担当させる作業者を選択する担当者選択手順とを実行することを特徴とする作業計画管理方法。
5. 作業計画を完了するための目標時間と、前記作業計画を完了するために必要であると予測される予測時間とに基づいて前記作業計画の作業時間の余裕度を算出する余裕度算出手段と、
   前記余裕度と、記憶装置に作業者ごとに記録されている作業の遂行に関する能力の高さを示す指標値とに基づいて、前記作業計画の少なくとも一部の作業の担当させる作業者を選択する担当者選択手段とを有することを特徴とする作業計画管理装置。

Images