工程管理方法、および情報処理装置
【課題】マイルストーンの遅延リスクを把握することが可能な工程管理方法、および情報処理装置を提供する。
【解決手段】互いに依存関係にある複数の作業工程によって定義されるプロジェクトの工程を管理する工程管理方法であって、作業工程の工期と作業工程の進捗情報との入力を受け付ける入力受付ステップと、受け付けられた工期と進捗情報とに基づいて、工期の遅れを吸収するためのマイルストーンバッファの消費期間および工期の進捗率を算出し、算出した消費期間のマイルストーンバッファに対する消費率と進捗率とを出力する算出ステップと、を含む。
【解決手段】互いに依存関係にある複数の作業工程によって定義されるプロジェクトの工程を管理する工程管理方法であって、作業工程の工期と作業工程の進捗情報との入力を受け付ける入力受付ステップと、受け付けられた工期と進捗情報とに基づいて、工期の遅れを吸収するためのマイルストーンバッファの消費期間および工期の進捗率を算出し、算出した消費期間のマイルストーンバッファに対する消費率と進捗率とを出力する算出ステップと、を含む。
【発明の詳細な説明】
【技術分野】
【0001】
本発明は、マイルストーンの進捗状況を可視化した工程管理方法および情報処理装置に関するものである。
【背景技術】
【0002】
プロジェクト等の作業の工程を管理する方法には様々な方法がある。例えば、特許文献1及び特許文献2には、アローダイアグラムやガントチャート等の工程表によって工程を管理する技術が開示されている。
【0003】
近年、イスラエルのゴールドラット博士により、CCPM(Critical Chain Project Management)と呼ばれる新しい工程管理方法が提唱されている。このCCPMは、プロジェクト管理のグローバールスタンダートであるPMBOKにも取り上げられている(例えば、非特許文献1及び非特許文献2)。
【先行技術文献】
【特許文献】
【0004】
【特許文献1】特開2009−230382号公報
【特許文献2】特開平5−233247号公報
【非特許文献】
【0005】
【非特許文献1】Critical Chain, 1997, Eliyahu M. Goldratt、ISBN: 978-0884271536(URL http://en.wikipedia.org/wiki/Eliyahu_M._Goldratt)
【非特許文献2】PMBOKガイド 第4版、Project Management Institute,Inc(URL http://www.pmi.org)
【発明の概要】
【発明が解決しようとする課題】
【0006】
上述した各種の方法では、プロジェクト進行途中に遅延が許されないマイルストーンを有するプロジェクトの納期遅延を防止することは可能であるが、マイルストーンの遅延を防止することができないという問題があった。
【0007】
例えば、CCPMの工程管理手法を用いることにより、プロジェクトの最終的な納期に対する進捗状況は、プロジェクトバッファの消費状況をグラフ化することによって可視化することができる。しかし、プロジェクトの途中のマイルストーンに対する遅れは、プロジェクトバッファが消費されない場合があり、プロジェクトバッファの監視だけではマイルストーンの遅延リスクを把握することができないという問題があった。
【0008】
図9は、マイルストーンを有するプロジェクトについて、従来のCCPM工程管理手法に基づいて計画した工程表の例を示す図である。図9に示すように、w1〜w6はプロジェクトを構成する作業(タスク)であり、PBはCCPMのプロジェクトバッファであり、FBはCCPMの合流バッファであり、t0はプロジェクトの納期であり、t1はマイルストーンの期日を示している。また、各タスクの依存関係を矢印で表すとともに、このプロジェクトの例では、w1→w2→w3→w4がクリティカルチェーンであり、w1→w5→w6がマイルストーンの期日t1までに完了させる必要があるタスクであることを示している。
【0009】
図10は、図9に示したプロジェクトの進行途中におけるCCPM工程表を示す図である。図10に示す例では、進捗管理日t2の日付においてタスクw1、w2、w5は完了しているが、タスクw3とw6は仕掛中であることを示している。
【0010】
CCPMでは、タスクの進捗に伴う、プロジェクトバッファの消費量の推移をグラフ化することによってプロジェクトの納期遅延リスクを捉えることができる。しかし、この例ではタスクw5、w6の遅れはプロジェクトバッファに何ら影響を与えていないため、マイルストーンの期日t1に遅れる予兆を見過ごしてしまう懸念がある。
【0011】
一般に、プロジェクトバッファの終了日は、プロジェクトの納期と一致する。計画立案時のプロジェクトバッファの位置は、プロジェクトの納期を変更しない限り不変であるため、タスクの遅れが生じた場合には、プロジェクトバッファを消費する形でその遅れを吸収する。
【0012】
例えば、合流バッファは、非クリティカルチェーンのタスクがクリティカルチェーンに合流する位置に置かれ、非クリティカルチェーンのタスクの遅れに伴って位置が移動する性質がある。合流バッファの移動によって、クリティカルチェーンに遅れの影響が出る場合は、合流バッファを消費する形で遅れを吸収する。合流バッファがすべて消費しつくされた場合は、合流するクリティカルチェーンのタスクに遅延を引き起こし、以下後続するタスクも連鎖的に遅延が生じ、クリティカルチェーンの遅延はプロジェクトバッファを消費する形で吸収する。
【0013】
図10に示した例では、タスクw5、w6の遅れに伴って、合流バッファは右にシフトしたものの、プロジェクトバッファを侵食するほどには至っていない。つまり、CCPMのプロジェクトバッファは、プロジェクト進行途中のマイルストーンの遅れをとらえることができないという問題があった。
【0014】
本発明は、上記に鑑みてなされたものであって、マイルストーンの遅延リスクを把握することが可能な工程管理方法、および情報処理装置を提供することを目的とする。
【課題を解決するための手段】
【0015】
上述した課題を解決し、目的を達成するために、本発明にかかる工程管理方法は、互いに依存関係にある複数の作業工程によって定義されるプロジェクトの工程を管理する工程管理方法であって、前記作業工程の工期と前記作業工程の進捗情報との入力を受け付ける入力受付ステップと、受け付けられた前記工期と前記進捗情報とに基づいて、前記工期の遅れを吸収するためのマイルストーンバッファの消費期間および前記工期の進捗率を算出し、算出した前記消費期間の前記マイルストーンバッファに対する消費率と前記進捗率とを出力する算出ステップと、を含むことを特徴とする。
【0016】
また、本発明は、上記工程管理方法を実行する情報処理装置である。
【発明の効果】
【0017】
本発明によれば、マイルストーンの遅延リスクを把握することが可能な工程管理方法、および情報処理装置を提供することができる。
【図面の簡単な説明】
【0018】
【図1A】本発明の実施の形態にかかるコンピュータの構成を示すブロック図である。
【図1B】図1Aに示したコンピュータの入出力構成を示す図である。
【図2】入力受付部が受け付け、記憶部が記憶するタスク定義情報(タスク定義テーブル)の例を示す図である。
【図3】入力受付部が受け付け、記憶部が記憶する進捗情報(進捗テーブル)の例を示す図である。
【図4】本実施の形態におけるCCPM工程管理手法に基づいて計画したCCPM工程表の例を示す図である。
【図5】マイルストーンバッファを有するプロジェクトの進行途中のCCPM工程表の例を示す図である。
【図6】マイルストーンバッファの消費状況の推移を示すグラフである。
【図7】コンピュータにおいて行われるマイルストーンバッファを有するCCPM工程表を作成する処理の処理手順を示すフローチャートである。
【図8】マイルストーンバッファを有するCCPM工程表による進捗管理の処理手順を示すフローチャートである。
【図9】マイルストーンを有するプロジェクトについて、従来のCCPM工程管理手法に基づいて計画した工程表の例を示す図である。
【図10】図9に示したプロジェクトの進行途中におけるCCPM工程表を示す図である。
【発明を実施するための形態】
【0019】
以下に添付図面を参照して、本発明にかかる工程管理方法、および情報処理装置の実施の形態を詳細に説明する。
【0020】
図1Aは、本発明の実施の形態にかかるコンピュータ1000の構成を示すブロック図である。図1Aに示すように、コンピュータ1000は、入力受付部110と、表示部120と、記憶部130と、算出部140とを含んで構成されている。
【0021】
図1Bは、上述したコンピュータ1000の入出力構成を示す図である。図1Bに示すように、入力受付部110が、表示部120に表示されたプロジェクトの日程計画を定義するためのタスク定義画面からタスクの定義の入力を受け付け、各タスクの見通しを報告する進捗入力画面から各タスクの進捗状況の入力を受け付けると、受け付けられたこれらのデータ(工程表ファイル)を、算出部140が記憶部130に記憶する。そして、算出部140は、工程表ファイルに格納されているデータを用いて、CCPM工程表を出力し、あるいはバッファの消費状況の推移を示した進捗グラフを出力する機能を有し、プロジェクトバッファ以外にマイルストーンバッファの進捗グラフを出力することが可能となっている。これらの各機能の具体的な処理についてはフローチャートを用いて後述する。続いて、上述したコンピュータ1000を構成する各部について説明する。
【0022】
入力受付部110は、例えば、キーボードやマウス等の入力装置である。入力受付部110は、ユーザからプロジェクトを構成する作業(タスク)の定義、タスクまたはプロジェクトの進捗状況の入力を受け付ける。
【0023】
表示部120は、例えば、LCD(Liquid Crystal Display)等の表示装置である。表示部120は、入力受付部110が入力を受け付けたタスクの定義、タスクまたはプロジェクトの進捗状況を入力するための画面、あるいは後述する算出部140によってタスクまたはプロジェクトの進捗状況を示すグラフ(進捗グラフ)やCCPM工程表を表示する。
【0024】
記憶部130は、例えば、HDD(Hard Disk Drive)等の記憶装置である。記憶部130は、入力受付部110が受け付けたタスクの定義やタスクまたはプロジェクトの進捗状況、あるいは進捗グラフに表示するための領域(後述)の境界を記憶する。
【0025】
図2は、入力受付部110が受け付け、記憶部130が記憶するタスク定義情報(タスク定義テーブル)の例を示す図である。図2に示すように、タスク定義テーブルは、タスクを識別するためのタスク識別NOと、タスク名と、日数と、先行タスクNOとが対応付けて記憶されている。
【0026】
図2に示す例では、1つのプロジェクトにタスクNO1〜6までのタスクが存在し、タスク名がw1〜w6までの各タスクの予定工期は、それぞれ15日、18日、12日、13日、8日、6日であり、タスクw2およびw5は先行タスクとしてw1が存在し、タスクw3は先行タスクとしてw2が存在し、タスクw4は先行タスクとしてw3が存在し、タスクw6は先行タスクとしてw5が存在することを示している。このように、タスク定義テーブルでは、各タスク間の依存関係が定義されている。
【0027】
図3は、入力受付部110が受け付け、記憶部130が記憶する進捗情報(進捗テーブル)の例を示す図である。図3に示すように、進捗テーブルは、上述したタスク識別NOと、タスク名と、残日数とが対応付けて記憶されている。
【0028】
図3に示す例では、仕掛中のタスクとしてタスクw3およびw6があり、各タスクが終了する見通しを示す残日数は、それぞれ13日、11日であることを示している。後述するように、算出部140は、進捗テーブルのデータを参照して、未着手のタスクの実施予定日や終了日、プロジェクトバッファの消費、マイルストーンバッファの消費日数の計算を行う。
【0029】
図4は、本実施の形態におけるCCPM工程管理手法に基づいて計画したCCPM工程表の例を示す図である。図4に示すように、CCPM工程表には、従来の工程表にはないマイルストーンバッファ(MB)が追加されている。
【0030】
図4に示すCCPM工程表では、マイルストーンバッファの終了日はマイルストーンの期日t1と一致させている。また、マイルストーンバッファの長さは、マイルストーンバッファに先行するタスクの計画日数に応じて設定することができる。
【0031】
例えば、図4に示したタスクw1、w5、w6のそれぞれの予定工期が10日である場合、これらのタスクの合計の予定工期30日の半分(15日)をマイルストーンバッファの長さとして設定する。そして、予定工期が2日遅れた場合には、2日分の遅れが生じていることを示すマークを、マイルストーンバッファのうち、2/15の範囲だけに色付けする等して視覚的に分ける。このように、マイルストーンバッファの位置は不動とし、先行するタスクの遅れを、マイルストーンバッファを消費する形で吸収する。
【0032】
図5は、マイルストーンバッファを有するプロジェクトの進行途中のCCPM工程表の例を示す図である。図5に示す例では、CCPM工程表に示された進捗管理日t2の日付においてタスクw1、w2、w5は完了し、タスクw3およびw6は仕掛中であることを示している。この場合、タスクw5およびw6の遅れによって、マイルストーンバッファが消費され、マイルストーンバッファの中の他の部分とは異なるように色づけされた状態となっている。
【0033】
本実施の形態におけるCCPM工程表ではプロジェクトバッファの消費状況の推移をグラフ化することにより、遅延リスクを可視化することも可能である。遅延リスクを可視化することによって、タスクの遅延に対して早期に適切な対策を講じることが可能となり、プロジェクトの納期遅延を防止することができる。本実施の形態におけるCCPM工程表では、この考えをマイルストーンバッファにも応用して、プロジェクト進行途中の重要なマイルストーンの遅延防止を図っている。このように、マイルストーンバッファおよびプロジェクトバッファの進捗状況を組み合わせて管理することによって、よりきめ細やかな工程管理が可能となる。
【0034】
図6は、マイルストーンバッファの消費状況の推移を示すグラフである。図6では、横軸をプロジェクトの進捗率とし、縦軸をマイルストーンバッファの消費率とした場合の例を示している。また、図6に示すグラフにおいて、全体の領域を3つの領域(安全域、警告域、危険域)に区分し、ユーザがプロジェクトの進捗状況を一目で認識することが可能となっている。
【0035】
ここで、安全域とは、プロジェクトの計画が順調に進行していることを示す領域であり、この領域にプロットされている場合には、ユーザは特にプロジェクトの計画を変更する等の対策は不要である。また、警告域とは、プロジェクトの計画に遅れが生じる可能性のある領域であり、この領域にプロットされている場合には、ユーザはプロジェクトの計画を安全域に移行させるための回復計画を策定する等の措置が必要となる。さらに、危険域とは、既にプロジェクトの計画に遅れが生じている領域であり、この領域にプロットされている場合には、ユーザはプロジェクトの計画を警告域または安全域に移行させるために、あらかじめ策定された回復計画にしたがって対策を講じてプロジェクトの遅れを回復させる。なお、各領域の境界は、あらかじめユーザによって定められるが、プロジェクトの特性に応じて適宜変更することも可能である。
【0036】
算出部140は、工程表ファイルに格納されているデータを用いて、未着手のタスクの実施予定日や終了日、プロジェクトバッファの消費、マイルストーンバッファの消費日数を計算し、進捗グラフやCCPM工程表を出力するものである。この算出部140が行う具体的な処理については、フローチャートを用いて後述する。
【0037】
算出部140が、後述する各処理を行うことによって、マイルストーンバッファに影響を与えるタスクの全体進捗率と、マイルストーンバッファの消費率をグラフにプロットするので、ユーザは定期的に各タスクの進捗の見通しを確認し、進捗の管理日時点で、プロットの位置する領域に応じた対策を講じることができる。
【0038】
また、マイルストーンバッファの消費状況を監視することにより、プロジェクト全体の遅れの予兆を捉え、対策を打つべきタイミングが誰にでも明白になり、容易にその状況を把握することが可能となる。さらに、このような工程管理方法によってプロジェクトの進捗を管理することによって、無駄な原価を発生させることなく、マイルストーンの遅延を防止することができる。
【0039】
なお、プロジェクトが完了した際に、バッファ消費率および進捗率のいずれもが100%となる位置にプロットされた場合(P1)には、プロジェクトは計画通りに終了したことを表し、プロジェクトが完了した際に、進捗率が100%であるがバッファ消費率が100%を超えている位置にプロットされた場合(P2)には、プロジェクトは計画から遅れて終了したことを表すこととなる。一方、プロジェクトが完了した際に、進捗率が100%であるがバッファ消費率が100%に満たない位置にプロットされた場合(P3)には、プロジェクトは計画より早く終了したことを表すこととなる。続いて、マイルストーンバッファを有するCCPM工程表を作成する処理について説明する。
【0040】
図7は、コンピュータ1000において行われるマイルストーンバッファを有するCCPM工程表を作成する処理の処理手順を示すフローチャートである。以下に示す処理は、ユーザ(例えば、プロジェクトマネージャ)が、図1Bに示したCCPM工程管理システムにおいて、タスク定義画面から入力された情報にしたがって、CCPM工程表を作成する手順を示したものでもある。
【0041】
図7に示すように、入力受付部110が、タスク定義画面から入力された情報の入力を受け付けると、算出部140は、図2に示したタスク定義テーブルを参照し、各タスク間の依存関係と各タスクの計画工期とを読み取り、最も作業期間が長くなるタスクの流れをクリティカルチェーンとして識別する(ステップS701)。
【0042】
例えば、図2に示した例では、算出部140は、互いに依存関係のあるタスクw1〜w4までの日数の合計が58日であり、最も作業期間が長くなるタスクの流れであるため、この流れをクリティカルチェーンとして識別する。
【0043】
そして、算出部140は、識別したクリティカルチェーンの長さを元にプロジェクトバッファの長さ(日数)を決定する。算出部140は、識別したクリティカルチェーンに一定の比率(ここでは、バッファ率と呼ぶ。)を乗じた長さを、クリティカルチェーンの長さとして算出し、プロジェクトバッファの終了日がプロジェクトの納期と一致するように、プロジェクトバッファを配置する(ステップS702)。なお、このバッファ率は、プロジェクトの特性に応じて決定するものとする。
【0044】
その後、算出部140は、あらかじめ定められたプロジェクト開始日からクリティカルチェーンの各タスクを順番に実行するように(すなわち、先行タスクの終了日が後続タスクの開始日と一致するように)、各タスクを配置する(ステップS703)。
【0045】
算出部140は、各タスクを配置すると、マイルストーンに影響を与えるタスクの長さにバッファ率を乗じて、マイルストーンバッファの長さを決定し、マイルストーンバッファの終了日がマイルストーンの期日と一致するように、マイルストーンバッファを配置する(ステップS704)。
【0046】
そして、算出部140は、非クリティカルチェーンの長さ(例えば、図2に示したタスクw5、w6の長さ14日)にバッファ率を乗じて合流バッファの長さを決定し、合流バッファをクリティカルチェーンへ合流する場所に配置する(ステップS705)。このとき、算出部140は、非クリティカルチェーンのタスクを、合流バッファの左側に配置する。ただし、マイルストーンに影響を与えるタスクについては、マイルストーンバッファに対しても、その左側の位置となるように配置する。
【0047】
その後、算出部140は、それぞれのバッファの長さ分の余裕が確保できない場合は、バッファを消費した計画として、プロジェクトの計画を作成する(ステップS706)。このステップS706の処理が終了すると、図7に示した全ての処理が終了する。続いて、マイルストーンバッファを有するCCPM工程表による進捗管理の手順について説明する。
【0048】
図8は、マイルストーンバッファを有するCCPM工程表による進捗管理の処理手順を示すフローチャートである。以下に示す処理は、図7に示した場合と同様に、プロジェクトマネージャ等のユーザが、図1Bに示すCCPM工程管理システムを利用して進捗管理する手順を示したものでもある。
【0049】
図8に示すように、入力受付部110は、定期的に図3に示した進捗入力画面から入力された仕掛中のタスクの見通しを示す残日数の入力を受け付ける(ステップS801)。
【0050】
算出部140は、受け付けられた仕掛中のタスクの残日数を、ステップS703およびS706で配置された後続するタスクの開始日に加算することによって、後続するタスクの予定開始日・終了日を計算し(ステップS802)、各タスクの遅れに伴って、影響を受けるバッファの消費日数を計算する(ステップS803)。
【0051】
そして、算出部140は、プロジェクトバッファとマイルストーンバッファの個々のバッファごとに、後述するステップS805からS809までの処理を繰り返す(ステップS804)。
【0052】
算出部140は、当該バッファに影響を与えるタスクの進捗率と当該バッファの消費率とを算出し、図6に示した進捗グラフにプロットして表示部120に表示させる(ステップS805)。例えば、算出部140は、あらかじめ定められたタスクの工期に対する入力受付部110が受け付けた残日数の割合を算出することによって、上記タスクの進捗率を算出する。
【0053】
その後、算出部140は、ステップS805でプロットした値(すなわち、現在の進捗状況)が危険領域にプロットされているか否かを判定し(ステップS806)、現在の進捗状況が危険領域にプロットされていると判定した場合(ステップS806;Yes)、あらかじめ策定した対策を実施するためのアラーム(警告メッセージ)を出力する(ステップS807)。
【0054】
一方、算出部140は、現在の進捗状況が危険領域にプロットされていないと判定した場合(ステップS806;No)、さらに、現在の進捗状況が警告領域にプロットされているか否かを判定し(ステップS808)、現在の進捗状況が警告領域にプロットされていると判定した場合(ステップS808;Yes)、危険領域になった際に実施すべき対策を事前に策定するためのアラーム(警告メッセージ)を出力する(ステップS809)。このように、ステップS807またはS809においてアラームを出力されると、プロジェクトマネージャ等のユーザは、上述した対策を実施し、または策定することとなる。
【0055】
ステップS808において、算出部140が、現在の進捗状況が警告領域にプロットされていないと判定した場合(ステップS808;No)、何もせずにステップS810に進み、以降、ステップS805からS809までの処理を繰り返す(ステップS810)。このステップS810の処理が終了すると、図8に示した全ての処理が終了する。
【0056】
このように、互いに依存関係にある複数の作業工程によって定義されるプロジェクトの工程を管理する工程管理方法において、入力受付部110が、タスクの工期とタスクの進捗情報との入力を受け付け、算出部140が、受け付けられた工期と進捗情報とに基づいて、工期の遅れを吸収するためのマイルストーンバッファの消費期間および工期の進捗率を算出し、算出した消費期間のマイルストーンバッファに対する消費率と進捗率とを出力するので、マイルストーンの遅延リスクを把握することが可能となる。
【0057】
具体的には、マイルストーンの期日を守るためのマイルストーンバッファをCCPM工程表に設置し、マイルストーンバッファの消費状況をグラフ化することにより進捗状況を可視化しているので、マイルストーンバッファの消費状況をもとに、遅延の予兆をつかみ、先手で対策をとることにより、マイルストーンの遅延も防止することが可能となる。
【0058】
すなわち、従来のCCPM工程表では、プロジェクトバッファの消費状況をグラフ化することにより、現在の進捗状況(安全、警告、危険)を把握できるが、中間リリース等、プロジェクト途中の重要なマイルストーンの遅延は、このプロジェクトバッファの状況で必ずしも「警告や危険」とならない場合があったが、本実施の形態におけるCCPM工程表では、マイルストーン毎にマイルストーンバッファを設置し、この消費状況をプロジェクトバッファと同様に監視することにより、プロジェクト全体の進捗を把握しつつ、マイルストーンの遅延も防止することができる。
【0059】
なお、本発明は、上記実施の形態そのままに限定されるものではなく、実施段階ではその要旨を逸脱しない範囲で構成要素を変形して具体化することができる。また、上記実施の形態に開示されている複数の構成要素の適宜な組み合わせにより、種々の発明を形成することができる。例えば、実施の形態に示される全構成要素からいくつかの構成要素を削除してもよい。さらに、異なる実施の形態にわたる構成要素を適宜組み合わせても良い。
【符号の説明】
【0060】
1000 コンピュータ
110 入力受付部
120 表示部
130 記憶部
140 算出部
P1 P2 P3 プロット値。
【技術分野】
【0001】
本発明は、マイルストーンの進捗状況を可視化した工程管理方法および情報処理装置に関するものである。
【背景技術】
【0002】
プロジェクト等の作業の工程を管理する方法には様々な方法がある。例えば、特許文献1及び特許文献2には、アローダイアグラムやガントチャート等の工程表によって工程を管理する技術が開示されている。
【0003】
近年、イスラエルのゴールドラット博士により、CCPM(Critical Chain Project Management)と呼ばれる新しい工程管理方法が提唱されている。このCCPMは、プロジェクト管理のグローバールスタンダートであるPMBOKにも取り上げられている(例えば、非特許文献1及び非特許文献2)。
【先行技術文献】
【特許文献】
【0004】
【特許文献1】特開2009−230382号公報
【特許文献2】特開平5−233247号公報
【非特許文献】
【0005】
【非特許文献1】Critical Chain, 1997, Eliyahu M. Goldratt、ISBN: 978-0884271536(URL http://en.wikipedia.org/wiki/Eliyahu_M._Goldratt)
【非特許文献2】PMBOKガイド 第4版、Project Management Institute,Inc(URL http://www.pmi.org)
【発明の概要】
【発明が解決しようとする課題】
【0006】
上述した各種の方法では、プロジェクト進行途中に遅延が許されないマイルストーンを有するプロジェクトの納期遅延を防止することは可能であるが、マイルストーンの遅延を防止することができないという問題があった。
【0007】
例えば、CCPMの工程管理手法を用いることにより、プロジェクトの最終的な納期に対する進捗状況は、プロジェクトバッファの消費状況をグラフ化することによって可視化することができる。しかし、プロジェクトの途中のマイルストーンに対する遅れは、プロジェクトバッファが消費されない場合があり、プロジェクトバッファの監視だけではマイルストーンの遅延リスクを把握することができないという問題があった。
【0008】
図9は、マイルストーンを有するプロジェクトについて、従来のCCPM工程管理手法に基づいて計画した工程表の例を示す図である。図9に示すように、w1〜w6はプロジェクトを構成する作業(タスク)であり、PBはCCPMのプロジェクトバッファであり、FBはCCPMの合流バッファであり、t0はプロジェクトの納期であり、t1はマイルストーンの期日を示している。また、各タスクの依存関係を矢印で表すとともに、このプロジェクトの例では、w1→w2→w3→w4がクリティカルチェーンであり、w1→w5→w6がマイルストーンの期日t1までに完了させる必要があるタスクであることを示している。
【0009】
図10は、図9に示したプロジェクトの進行途中におけるCCPM工程表を示す図である。図10に示す例では、進捗管理日t2の日付においてタスクw1、w2、w5は完了しているが、タスクw3とw6は仕掛中であることを示している。
【0010】
CCPMでは、タスクの進捗に伴う、プロジェクトバッファの消費量の推移をグラフ化することによってプロジェクトの納期遅延リスクを捉えることができる。しかし、この例ではタスクw5、w6の遅れはプロジェクトバッファに何ら影響を与えていないため、マイルストーンの期日t1に遅れる予兆を見過ごしてしまう懸念がある。
【0011】
一般に、プロジェクトバッファの終了日は、プロジェクトの納期と一致する。計画立案時のプロジェクトバッファの位置は、プロジェクトの納期を変更しない限り不変であるため、タスクの遅れが生じた場合には、プロジェクトバッファを消費する形でその遅れを吸収する。
【0012】
例えば、合流バッファは、非クリティカルチェーンのタスクがクリティカルチェーンに合流する位置に置かれ、非クリティカルチェーンのタスクの遅れに伴って位置が移動する性質がある。合流バッファの移動によって、クリティカルチェーンに遅れの影響が出る場合は、合流バッファを消費する形で遅れを吸収する。合流バッファがすべて消費しつくされた場合は、合流するクリティカルチェーンのタスクに遅延を引き起こし、以下後続するタスクも連鎖的に遅延が生じ、クリティカルチェーンの遅延はプロジェクトバッファを消費する形で吸収する。
【0013】
図10に示した例では、タスクw5、w6の遅れに伴って、合流バッファは右にシフトしたものの、プロジェクトバッファを侵食するほどには至っていない。つまり、CCPMのプロジェクトバッファは、プロジェクト進行途中のマイルストーンの遅れをとらえることができないという問題があった。
【0014】
本発明は、上記に鑑みてなされたものであって、マイルストーンの遅延リスクを把握することが可能な工程管理方法、および情報処理装置を提供することを目的とする。
【課題を解決するための手段】
【0015】
上述した課題を解決し、目的を達成するために、本発明にかかる工程管理方法は、互いに依存関係にある複数の作業工程によって定義されるプロジェクトの工程を管理する工程管理方法であって、前記作業工程の工期と前記作業工程の進捗情報との入力を受け付ける入力受付ステップと、受け付けられた前記工期と前記進捗情報とに基づいて、前記工期の遅れを吸収するためのマイルストーンバッファの消費期間および前記工期の進捗率を算出し、算出した前記消費期間の前記マイルストーンバッファに対する消費率と前記進捗率とを出力する算出ステップと、を含むことを特徴とする。
【0016】
また、本発明は、上記工程管理方法を実行する情報処理装置である。
【発明の効果】
【0017】
本発明によれば、マイルストーンの遅延リスクを把握することが可能な工程管理方法、および情報処理装置を提供することができる。
【図面の簡単な説明】
【0018】
【図1A】本発明の実施の形態にかかるコンピュータの構成を示すブロック図である。
【図1B】図1Aに示したコンピュータの入出力構成を示す図である。
【図2】入力受付部が受け付け、記憶部が記憶するタスク定義情報(タスク定義テーブル)の例を示す図である。
【図3】入力受付部が受け付け、記憶部が記憶する進捗情報(進捗テーブル)の例を示す図である。
【図4】本実施の形態におけるCCPM工程管理手法に基づいて計画したCCPM工程表の例を示す図である。
【図5】マイルストーンバッファを有するプロジェクトの進行途中のCCPM工程表の例を示す図である。
【図6】マイルストーンバッファの消費状況の推移を示すグラフである。
【図7】コンピュータにおいて行われるマイルストーンバッファを有するCCPM工程表を作成する処理の処理手順を示すフローチャートである。
【図8】マイルストーンバッファを有するCCPM工程表による進捗管理の処理手順を示すフローチャートである。
【図9】マイルストーンを有するプロジェクトについて、従来のCCPM工程管理手法に基づいて計画した工程表の例を示す図である。
【図10】図9に示したプロジェクトの進行途中におけるCCPM工程表を示す図である。
【発明を実施するための形態】
【0019】
以下に添付図面を参照して、本発明にかかる工程管理方法、および情報処理装置の実施の形態を詳細に説明する。
【0020】
図1Aは、本発明の実施の形態にかかるコンピュータ1000の構成を示すブロック図である。図1Aに示すように、コンピュータ1000は、入力受付部110と、表示部120と、記憶部130と、算出部140とを含んで構成されている。
【0021】
図1Bは、上述したコンピュータ1000の入出力構成を示す図である。図1Bに示すように、入力受付部110が、表示部120に表示されたプロジェクトの日程計画を定義するためのタスク定義画面からタスクの定義の入力を受け付け、各タスクの見通しを報告する進捗入力画面から各タスクの進捗状況の入力を受け付けると、受け付けられたこれらのデータ(工程表ファイル)を、算出部140が記憶部130に記憶する。そして、算出部140は、工程表ファイルに格納されているデータを用いて、CCPM工程表を出力し、あるいはバッファの消費状況の推移を示した進捗グラフを出力する機能を有し、プロジェクトバッファ以外にマイルストーンバッファの進捗グラフを出力することが可能となっている。これらの各機能の具体的な処理についてはフローチャートを用いて後述する。続いて、上述したコンピュータ1000を構成する各部について説明する。
【0022】
入力受付部110は、例えば、キーボードやマウス等の入力装置である。入力受付部110は、ユーザからプロジェクトを構成する作業(タスク)の定義、タスクまたはプロジェクトの進捗状況の入力を受け付ける。
【0023】
表示部120は、例えば、LCD(Liquid Crystal Display)等の表示装置である。表示部120は、入力受付部110が入力を受け付けたタスクの定義、タスクまたはプロジェクトの進捗状況を入力するための画面、あるいは後述する算出部140によってタスクまたはプロジェクトの進捗状況を示すグラフ(進捗グラフ)やCCPM工程表を表示する。
【0024】
記憶部130は、例えば、HDD(Hard Disk Drive)等の記憶装置である。記憶部130は、入力受付部110が受け付けたタスクの定義やタスクまたはプロジェクトの進捗状況、あるいは進捗グラフに表示するための領域(後述)の境界を記憶する。
【0025】
図2は、入力受付部110が受け付け、記憶部130が記憶するタスク定義情報(タスク定義テーブル)の例を示す図である。図2に示すように、タスク定義テーブルは、タスクを識別するためのタスク識別NOと、タスク名と、日数と、先行タスクNOとが対応付けて記憶されている。
【0026】
図2に示す例では、1つのプロジェクトにタスクNO1〜6までのタスクが存在し、タスク名がw1〜w6までの各タスクの予定工期は、それぞれ15日、18日、12日、13日、8日、6日であり、タスクw2およびw5は先行タスクとしてw1が存在し、タスクw3は先行タスクとしてw2が存在し、タスクw4は先行タスクとしてw3が存在し、タスクw6は先行タスクとしてw5が存在することを示している。このように、タスク定義テーブルでは、各タスク間の依存関係が定義されている。
【0027】
図3は、入力受付部110が受け付け、記憶部130が記憶する進捗情報(進捗テーブル)の例を示す図である。図3に示すように、進捗テーブルは、上述したタスク識別NOと、タスク名と、残日数とが対応付けて記憶されている。
【0028】
図3に示す例では、仕掛中のタスクとしてタスクw3およびw6があり、各タスクが終了する見通しを示す残日数は、それぞれ13日、11日であることを示している。後述するように、算出部140は、進捗テーブルのデータを参照して、未着手のタスクの実施予定日や終了日、プロジェクトバッファの消費、マイルストーンバッファの消費日数の計算を行う。
【0029】
図4は、本実施の形態におけるCCPM工程管理手法に基づいて計画したCCPM工程表の例を示す図である。図4に示すように、CCPM工程表には、従来の工程表にはないマイルストーンバッファ(MB)が追加されている。
【0030】
図4に示すCCPM工程表では、マイルストーンバッファの終了日はマイルストーンの期日t1と一致させている。また、マイルストーンバッファの長さは、マイルストーンバッファに先行するタスクの計画日数に応じて設定することができる。
【0031】
例えば、図4に示したタスクw1、w5、w6のそれぞれの予定工期が10日である場合、これらのタスクの合計の予定工期30日の半分(15日)をマイルストーンバッファの長さとして設定する。そして、予定工期が2日遅れた場合には、2日分の遅れが生じていることを示すマークを、マイルストーンバッファのうち、2/15の範囲だけに色付けする等して視覚的に分ける。このように、マイルストーンバッファの位置は不動とし、先行するタスクの遅れを、マイルストーンバッファを消費する形で吸収する。
【0032】
図5は、マイルストーンバッファを有するプロジェクトの進行途中のCCPM工程表の例を示す図である。図5に示す例では、CCPM工程表に示された進捗管理日t2の日付においてタスクw1、w2、w5は完了し、タスクw3およびw6は仕掛中であることを示している。この場合、タスクw5およびw6の遅れによって、マイルストーンバッファが消費され、マイルストーンバッファの中の他の部分とは異なるように色づけされた状態となっている。
【0033】
本実施の形態におけるCCPM工程表ではプロジェクトバッファの消費状況の推移をグラフ化することにより、遅延リスクを可視化することも可能である。遅延リスクを可視化することによって、タスクの遅延に対して早期に適切な対策を講じることが可能となり、プロジェクトの納期遅延を防止することができる。本実施の形態におけるCCPM工程表では、この考えをマイルストーンバッファにも応用して、プロジェクト進行途中の重要なマイルストーンの遅延防止を図っている。このように、マイルストーンバッファおよびプロジェクトバッファの進捗状況を組み合わせて管理することによって、よりきめ細やかな工程管理が可能となる。
【0034】
図6は、マイルストーンバッファの消費状況の推移を示すグラフである。図6では、横軸をプロジェクトの進捗率とし、縦軸をマイルストーンバッファの消費率とした場合の例を示している。また、図6に示すグラフにおいて、全体の領域を3つの領域(安全域、警告域、危険域)に区分し、ユーザがプロジェクトの進捗状況を一目で認識することが可能となっている。
【0035】
ここで、安全域とは、プロジェクトの計画が順調に進行していることを示す領域であり、この領域にプロットされている場合には、ユーザは特にプロジェクトの計画を変更する等の対策は不要である。また、警告域とは、プロジェクトの計画に遅れが生じる可能性のある領域であり、この領域にプロットされている場合には、ユーザはプロジェクトの計画を安全域に移行させるための回復計画を策定する等の措置が必要となる。さらに、危険域とは、既にプロジェクトの計画に遅れが生じている領域であり、この領域にプロットされている場合には、ユーザはプロジェクトの計画を警告域または安全域に移行させるために、あらかじめ策定された回復計画にしたがって対策を講じてプロジェクトの遅れを回復させる。なお、各領域の境界は、あらかじめユーザによって定められるが、プロジェクトの特性に応じて適宜変更することも可能である。
【0036】
算出部140は、工程表ファイルに格納されているデータを用いて、未着手のタスクの実施予定日や終了日、プロジェクトバッファの消費、マイルストーンバッファの消費日数を計算し、進捗グラフやCCPM工程表を出力するものである。この算出部140が行う具体的な処理については、フローチャートを用いて後述する。
【0037】
算出部140が、後述する各処理を行うことによって、マイルストーンバッファに影響を与えるタスクの全体進捗率と、マイルストーンバッファの消費率をグラフにプロットするので、ユーザは定期的に各タスクの進捗の見通しを確認し、進捗の管理日時点で、プロットの位置する領域に応じた対策を講じることができる。
【0038】
また、マイルストーンバッファの消費状況を監視することにより、プロジェクト全体の遅れの予兆を捉え、対策を打つべきタイミングが誰にでも明白になり、容易にその状況を把握することが可能となる。さらに、このような工程管理方法によってプロジェクトの進捗を管理することによって、無駄な原価を発生させることなく、マイルストーンの遅延を防止することができる。
【0039】
なお、プロジェクトが完了した際に、バッファ消費率および進捗率のいずれもが100%となる位置にプロットされた場合(P1)には、プロジェクトは計画通りに終了したことを表し、プロジェクトが完了した際に、進捗率が100%であるがバッファ消費率が100%を超えている位置にプロットされた場合(P2)には、プロジェクトは計画から遅れて終了したことを表すこととなる。一方、プロジェクトが完了した際に、進捗率が100%であるがバッファ消費率が100%に満たない位置にプロットされた場合(P3)には、プロジェクトは計画より早く終了したことを表すこととなる。続いて、マイルストーンバッファを有するCCPM工程表を作成する処理について説明する。
【0040】
図7は、コンピュータ1000において行われるマイルストーンバッファを有するCCPM工程表を作成する処理の処理手順を示すフローチャートである。以下に示す処理は、ユーザ(例えば、プロジェクトマネージャ)が、図1Bに示したCCPM工程管理システムにおいて、タスク定義画面から入力された情報にしたがって、CCPM工程表を作成する手順を示したものでもある。
【0041】
図7に示すように、入力受付部110が、タスク定義画面から入力された情報の入力を受け付けると、算出部140は、図2に示したタスク定義テーブルを参照し、各タスク間の依存関係と各タスクの計画工期とを読み取り、最も作業期間が長くなるタスクの流れをクリティカルチェーンとして識別する(ステップS701)。
【0042】
例えば、図2に示した例では、算出部140は、互いに依存関係のあるタスクw1〜w4までの日数の合計が58日であり、最も作業期間が長くなるタスクの流れであるため、この流れをクリティカルチェーンとして識別する。
【0043】
そして、算出部140は、識別したクリティカルチェーンの長さを元にプロジェクトバッファの長さ(日数)を決定する。算出部140は、識別したクリティカルチェーンに一定の比率(ここでは、バッファ率と呼ぶ。)を乗じた長さを、クリティカルチェーンの長さとして算出し、プロジェクトバッファの終了日がプロジェクトの納期と一致するように、プロジェクトバッファを配置する(ステップS702)。なお、このバッファ率は、プロジェクトの特性に応じて決定するものとする。
【0044】
その後、算出部140は、あらかじめ定められたプロジェクト開始日からクリティカルチェーンの各タスクを順番に実行するように(すなわち、先行タスクの終了日が後続タスクの開始日と一致するように)、各タスクを配置する(ステップS703)。
【0045】
算出部140は、各タスクを配置すると、マイルストーンに影響を与えるタスクの長さにバッファ率を乗じて、マイルストーンバッファの長さを決定し、マイルストーンバッファの終了日がマイルストーンの期日と一致するように、マイルストーンバッファを配置する(ステップS704)。
【0046】
そして、算出部140は、非クリティカルチェーンの長さ(例えば、図2に示したタスクw5、w6の長さ14日)にバッファ率を乗じて合流バッファの長さを決定し、合流バッファをクリティカルチェーンへ合流する場所に配置する(ステップS705)。このとき、算出部140は、非クリティカルチェーンのタスクを、合流バッファの左側に配置する。ただし、マイルストーンに影響を与えるタスクについては、マイルストーンバッファに対しても、その左側の位置となるように配置する。
【0047】
その後、算出部140は、それぞれのバッファの長さ分の余裕が確保できない場合は、バッファを消費した計画として、プロジェクトの計画を作成する(ステップS706)。このステップS706の処理が終了すると、図7に示した全ての処理が終了する。続いて、マイルストーンバッファを有するCCPM工程表による進捗管理の手順について説明する。
【0048】
図8は、マイルストーンバッファを有するCCPM工程表による進捗管理の処理手順を示すフローチャートである。以下に示す処理は、図7に示した場合と同様に、プロジェクトマネージャ等のユーザが、図1Bに示すCCPM工程管理システムを利用して進捗管理する手順を示したものでもある。
【0049】
図8に示すように、入力受付部110は、定期的に図3に示した進捗入力画面から入力された仕掛中のタスクの見通しを示す残日数の入力を受け付ける(ステップS801)。
【0050】
算出部140は、受け付けられた仕掛中のタスクの残日数を、ステップS703およびS706で配置された後続するタスクの開始日に加算することによって、後続するタスクの予定開始日・終了日を計算し(ステップS802)、各タスクの遅れに伴って、影響を受けるバッファの消費日数を計算する(ステップS803)。
【0051】
そして、算出部140は、プロジェクトバッファとマイルストーンバッファの個々のバッファごとに、後述するステップS805からS809までの処理を繰り返す(ステップS804)。
【0052】
算出部140は、当該バッファに影響を与えるタスクの進捗率と当該バッファの消費率とを算出し、図6に示した進捗グラフにプロットして表示部120に表示させる(ステップS805)。例えば、算出部140は、あらかじめ定められたタスクの工期に対する入力受付部110が受け付けた残日数の割合を算出することによって、上記タスクの進捗率を算出する。
【0053】
その後、算出部140は、ステップS805でプロットした値(すなわち、現在の進捗状況)が危険領域にプロットされているか否かを判定し(ステップS806)、現在の進捗状況が危険領域にプロットされていると判定した場合(ステップS806;Yes)、あらかじめ策定した対策を実施するためのアラーム(警告メッセージ)を出力する(ステップS807)。
【0054】
一方、算出部140は、現在の進捗状況が危険領域にプロットされていないと判定した場合(ステップS806;No)、さらに、現在の進捗状況が警告領域にプロットされているか否かを判定し(ステップS808)、現在の進捗状況が警告領域にプロットされていると判定した場合(ステップS808;Yes)、危険領域になった際に実施すべき対策を事前に策定するためのアラーム(警告メッセージ)を出力する(ステップS809)。このように、ステップS807またはS809においてアラームを出力されると、プロジェクトマネージャ等のユーザは、上述した対策を実施し、または策定することとなる。
【0055】
ステップS808において、算出部140が、現在の進捗状況が警告領域にプロットされていないと判定した場合(ステップS808;No)、何もせずにステップS810に進み、以降、ステップS805からS809までの処理を繰り返す(ステップS810)。このステップS810の処理が終了すると、図8に示した全ての処理が終了する。
【0056】
このように、互いに依存関係にある複数の作業工程によって定義されるプロジェクトの工程を管理する工程管理方法において、入力受付部110が、タスクの工期とタスクの進捗情報との入力を受け付け、算出部140が、受け付けられた工期と進捗情報とに基づいて、工期の遅れを吸収するためのマイルストーンバッファの消費期間および工期の進捗率を算出し、算出した消費期間のマイルストーンバッファに対する消費率と進捗率とを出力するので、マイルストーンの遅延リスクを把握することが可能となる。
【0057】
具体的には、マイルストーンの期日を守るためのマイルストーンバッファをCCPM工程表に設置し、マイルストーンバッファの消費状況をグラフ化することにより進捗状況を可視化しているので、マイルストーンバッファの消費状況をもとに、遅延の予兆をつかみ、先手で対策をとることにより、マイルストーンの遅延も防止することが可能となる。
【0058】
すなわち、従来のCCPM工程表では、プロジェクトバッファの消費状況をグラフ化することにより、現在の進捗状況(安全、警告、危険)を把握できるが、中間リリース等、プロジェクト途中の重要なマイルストーンの遅延は、このプロジェクトバッファの状況で必ずしも「警告や危険」とならない場合があったが、本実施の形態におけるCCPM工程表では、マイルストーン毎にマイルストーンバッファを設置し、この消費状況をプロジェクトバッファと同様に監視することにより、プロジェクト全体の進捗を把握しつつ、マイルストーンの遅延も防止することができる。
【0059】
なお、本発明は、上記実施の形態そのままに限定されるものではなく、実施段階ではその要旨を逸脱しない範囲で構成要素を変形して具体化することができる。また、上記実施の形態に開示されている複数の構成要素の適宜な組み合わせにより、種々の発明を形成することができる。例えば、実施の形態に示される全構成要素からいくつかの構成要素を削除してもよい。さらに、異なる実施の形態にわたる構成要素を適宜組み合わせても良い。
【符号の説明】
【0060】
1000 コンピュータ
110 入力受付部
120 表示部
130 記憶部
140 算出部
P1 P2 P3 プロット値。
【特許請求の範囲】
【請求項1】
互いに依存関係にある複数の作業工程によって定義されるプロジェクトの工程を管理する工程管理方法であって、
前記作業工程の工期と前記作業工程の進捗情報との入力を受け付ける入力受付ステップと、
受け付けられた前記工期と前記進捗情報とに基づいて、前記工期の遅れを吸収するためのマイルストーンバッファの消費期間および前記工期の進捗率を算出し、算出した前記消費期間の前記マイルストーンバッファに対する消費率と前記進捗率とを出力する算出ステップと、
を含むことを特徴とする工程管理方法。
【請求項2】
前記算出ステップにおいて、出力した前記消費率と前記進捗率とに基づいて、前記プロジェクトの進捗状況を示すグラフを生成し、生成した前記グラフを表示部に表示させる、
ことを特徴とする請求項1に記載の工程管理方法。
【請求項3】
前記グラフは、前記プロジェクトが順調に進行していることを示す安全域と、前記プロジェクトに遅れが生じる可能性のあることを示す警告域と、前記プロジェクトに既に遅れが生じていることを示す危険域とに分けられ、
前記算出部は、算出した前記消費率と前記進捗率とが前記警告域にある場合には、前記プロジェクトを前記安全域に移行させるために、所定の回復計画を策定する旨のメッセージを出力し、算出した前記消費率と前記進捗率とが前記危険域にある場合には、前記プロジェクトを前記警告域または前記安全域に移行させるために、前記所定の回復計画にしたがって所定の対策を講じさせる旨のメッセージを出力する、
ことを特徴とする請求項1または2に記載の工程管理方法。
【請求項4】
前記算出ステップにおいては、前記工期と前記進捗情報とに基づいて、前記プロジェクトに含まれる前記作業工程の進捗状況を示す工程表を出力する、
ことを特徴とする請求項1〜3のいずれか1項に記載の工程管理方法。
【請求項5】
前記入力受付ステップにおいては、前記工期と前記進捗情報とを前記表示部を介して受け付ける、
ことを特徴とする請求項2〜4のいずれか1項に記載の工程管理方法。
【請求項6】
互いに依存関係にある複数の作業工程によって定義されるプロジェクトの工程を管理することが可能な情報処理装置であって、
前記作業工程の工期と前記作業工程の進捗情報との入力を受け付ける入力受付部と、
前記入力受付部が受け付けた前記工期と前記進捗情報とに基づいて、前記工期の遅れを吸収するためのマイルストーンバッファの消費期間および前記工期の進捗率を算出し、算出した前記消費期間の前記マイルストーンバッファに対する消費率と前記進捗率とを出力する算出部と、
を備えたことを特徴とする情報処理装置。
【請求項1】
互いに依存関係にある複数の作業工程によって定義されるプロジェクトの工程を管理する工程管理方法であって、
前記作業工程の工期と前記作業工程の進捗情報との入力を受け付ける入力受付ステップと、
受け付けられた前記工期と前記進捗情報とに基づいて、前記工期の遅れを吸収するためのマイルストーンバッファの消費期間および前記工期の進捗率を算出し、算出した前記消費期間の前記マイルストーンバッファに対する消費率と前記進捗率とを出力する算出ステップと、
を含むことを特徴とする工程管理方法。
【請求項2】
前記算出ステップにおいて、出力した前記消費率と前記進捗率とに基づいて、前記プロジェクトの進捗状況を示すグラフを生成し、生成した前記グラフを表示部に表示させる、
ことを特徴とする請求項1に記載の工程管理方法。
【請求項3】
前記グラフは、前記プロジェクトが順調に進行していることを示す安全域と、前記プロジェクトに遅れが生じる可能性のあることを示す警告域と、前記プロジェクトに既に遅れが生じていることを示す危険域とに分けられ、
前記算出部は、算出した前記消費率と前記進捗率とが前記警告域にある場合には、前記プロジェクトを前記安全域に移行させるために、所定の回復計画を策定する旨のメッセージを出力し、算出した前記消費率と前記進捗率とが前記危険域にある場合には、前記プロジェクトを前記警告域または前記安全域に移行させるために、前記所定の回復計画にしたがって所定の対策を講じさせる旨のメッセージを出力する、
ことを特徴とする請求項1または2に記載の工程管理方法。
【請求項4】
前記算出ステップにおいては、前記工期と前記進捗情報とに基づいて、前記プロジェクトに含まれる前記作業工程の進捗状況を示す工程表を出力する、
ことを特徴とする請求項1〜3のいずれか1項に記載の工程管理方法。
【請求項5】
前記入力受付ステップにおいては、前記工期と前記進捗情報とを前記表示部を介して受け付ける、
ことを特徴とする請求項2〜4のいずれか1項に記載の工程管理方法。
【請求項6】
互いに依存関係にある複数の作業工程によって定義されるプロジェクトの工程を管理することが可能な情報処理装置であって、
前記作業工程の工期と前記作業工程の進捗情報との入力を受け付ける入力受付部と、
前記入力受付部が受け付けた前記工期と前記進捗情報とに基づいて、前記工期の遅れを吸収するためのマイルストーンバッファの消費期間および前記工期の進捗率を算出し、算出した前記消費期間の前記マイルストーンバッファに対する消費率と前記進捗率とを出力する算出部と、
を備えたことを特徴とする情報処理装置。
【図1A】
【図1B】
【図2】
【図3】
【図4】
【図5】
【図6】
【図7】
【図8】
【図9】
【図10】
【図1B】
【図2】
【図3】
【図4】
【図5】
【図6】
【図7】
【図8】
【図9】
【図10】
【公開番号】特開2012−58867(P2012−58867A)
【公開日】平成24年3月22日(2012.3.22)
【国際特許分類】
【出願番号】特願2010−199466(P2010−199466)
【出願日】平成22年9月7日(2010.9.7)
【出願人】(000152985)株式会社日立情報システムズ (409)
【Fターム(参考)】
【公開日】平成24年3月22日(2012.3.22)
【国際特許分類】
【出願日】平成22年9月7日(2010.9.7)
【出願人】(000152985)株式会社日立情報システムズ (409)
【Fターム(参考)】
[ Back to top ]