進捗管理支援装置、進捗管理支援方法、および進捗管理支援プログラム
【課題】不確定要素を考慮した繰り返し型開発モデルによる効果的な進捗管理を支援する。
【解決手段】サーバ装置１０は、アジャイル開発モデルを適用したプロジェクトにおける４つのイテレーションの後に設けられ、全てのイテレーションのいずれにおいても消費可能なバッファの消費率の実績値および必要日数または必要時間に基づいて、バッファの消費率予測値を計算するバッファ消費予測計算部１０６と、プロジェクト全体における進捗に対するバッファの消費率の実績値および消費率予測値と消費率予測値についての警告レベルとを表すバッファ傾向グラフを生成し、警告レベルに応じてバッファの消費を推奨するか否かの内容を含む推奨アクションを決定するバッファ傾向グラフ生成部１０７と、バッファ傾向グラフと推奨アクションとを表示部１０９に表示させる表示制御部１０８とを備えた。
【解決手段】サーバ装置１０は、アジャイル開発モデルを適用したプロジェクトにおける４つのイテレーションの後に設けられ、全てのイテレーションのいずれにおいても消費可能なバッファの消費率の実績値および必要日数または必要時間に基づいて、バッファの消費率予測値を計算するバッファ消費予測計算部１０６と、プロジェクト全体における進捗に対するバッファの消費率の実績値および消費率予測値と消費率予測値についての警告レベルとを表すバッファ傾向グラフを生成し、警告レベルに応じてバッファの消費を推奨するか否かの内容を含む推奨アクションを決定するバッファ傾向グラフ生成部１０７と、バッファ傾向グラフと推奨アクションとを表示部１０９に表示させる表示制御部１０８とを備えた。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、進捗管理支援装置、進捗管理支援方法、および進捗管理支援プログラムに関する。
【背景技術】
【０００２】
近年、プロジェクト管理手法の中で、ＣＣＰＭ（Ｃｒｉｔｉｃａｌ Ｃｈａｉｎ Ｐｒｏｊｅｃｔ Ｍａｎａｇｅｍａｅｎｔ）が注目されている（例えば、非特許文献１参照）。このＣＣＰＭは、不確定要素が多いプロジェクト型業務において、プロジェクト全体の納期を守ること、または短縮することを目的として、ＴＯＣ（Ｔｈｅｏｒｙ Ｏｆ Ｃｏｎｓｔｒａｉｎｔｓ）の基本原理を適用したプロジェクト管理手法である。ＣＣＰＭは、プロジェクトの各工程における余裕日数または余裕時間（バッファ）をなくす代わりに、プロジェクトバッファと呼ばれるプロジェクト全体共通のバッファを確保し、そのプロジェクトバッファの消費量にしたがって、プロジェクトの進捗状況を把握し管理する仕組みを取り入れている。
【０００３】
従来、ＣＣＰＭは、主にウォーターフォール型開発モデルを適用して開発を行うプロジェクトに取り入れられてきた。ウォーターフォール型開発モデルとは、プロジェクトを時系列の複数の工程に分割し、原則として現工程が終了しないと次工程を開始させないという制約条件を設けた開発モデルである。すなわち、ウォーターフォール型開発モデルは、計画重視型の開発モデルである。
【０００４】
また近年、いわゆる適応型の開発モデルであるアジャイル開発モデルが注目されている。アジャイル開発モデルとは、イテレーション（スプリントとも言う。）と呼ばれる短期の開発を複数計画し、また、開発対象（例えばソフトウェア）を複数の機能に分割し、一つのイテレーションにおいて一つの機能を開発しリリースするサイクルを繰り返すことにより、機能を順次追加して開発を完成させる開発モデルである。このアジャイル開発モデルは、不確定要素を考慮した繰り返し型開発モデルの一種である。
【先行技術文献】
【非特許文献】
【０００５】
【非特許文献１】西原隆著、栗山潤著、「ＴＯＣ／ＣＣＰＭ標準ハンドブック クリティカルチェーン・プロジェクトマネジメント入門」、株式会社秀和システム、２０１０年７月１日
【発明の概要】
【発明が解決しようとする課題】
【０００６】
現在、ＣＣＰＭをアジャイル開発モデル等の繰り返し型開発モデルにそのまま適用することには問題がある。例えば、アジャイル開発モデルでは、一つのイテレーションの期間は１週間から４週間程度であり、比較的小規模の開発期間であるため、イテレーションごとにプロジェクトバッファを設けることは非効率的である。また、イテレーションごとにプロジェクトバッファを管理することは、管理コストの上昇につながる。さらに、イテレーションごとのプロジェクトバッファは、少ない日数または時間にならざるを得ず、大きな不確定要素（例えば、開発上の大きなトラブル）が発生した場合に、その不確定要素を吸収しきれないおそれがある。
【０００７】
そこで、本発明は上記の問題を解決するためになされたものであり、不確定要素を考慮した繰り返し型開発モデルによる効果的な進捗管理を支援する、進捗管理支援装置、進捗管理支援方法、および進捗管理支援プログラムを提供することを目的とする。
【課題を解決するための手段】
【０００８】
［１］上記の課題を解決するため、本発明の一態様である進捗管理支援装置は、繰り返し型開発モデルを適用したプロジェクトにおける複数のイテレーションの後に設けられ、前記複数のイテレーションのいずれにおいても消費可能な余裕期間であるバッファの消費実績値および消費要求期間に基づいて、前記バッファの消費予測値を計算するバッファ消費予測計算部と、前記プロジェクト全体における進捗に対する前記バッファの前記消費実績値および前記消費予測値と前記消費予測値についての警告レベルとを表すバッファ傾向グラフを生成し、前記警告レベルに応じて前記バッファの消費を推奨するか否かの内容を含む推奨アクション情報を生成するバッファ傾向グラフ生成部と、前記バッファ傾向グラフと前記推奨アクション情報とを提示する提示部と、を備えることを特徴とする。
［２］上記［１］記載の進捗管理支援装置において、前記バッファ傾向グラフ生成部は、前記バッファ傾向グラフのグラフ領域を複数の領域に区分した警告ゾーンを設け、前記複数の領域において前記消費予測値を含む領域に応じて前記警告レベルを表す、ことを特徴とする。
［３］上記［２］記載の進捗管理支援装置において、前記バッファ傾向グラフ生成部は、前記警告ゾーンを、前記バッファの消費の少ない領域から順に第１領域と第２領域と第３領域とに区分し、前記消費予測値が前記第１領域に含まれる場合は、前記バッファの消費を推奨する内容を含む前記推奨アクション情報を生成し、前記消費予測値が前記第２領域に含まれる場合は、前記バッファの消費を推奨せず、次または先のイテレーションにおいて実行することを推奨する内容を含む前記推奨アクション情報を生成し、前記消費予測値が前記第３領域に含まれる場合は、前記バッファの消費を推奨せず、現行のイテレーションにおいて実行することを推奨する内容を含む前記推奨アクション情報を生成する、ことを特徴とする。
【０００９】
［４］上記の課題を解決するため、本発明の一態様である進捗管理支援方法は、繰り返し型開発モデルを適用したプロジェクトにおける複数のイテレーションの後に設けられ、前記複数のイテレーションのいずれにおいても消費可能な余裕期間であるバッファの消費実績値および消費要求期間に基づいて、バッファ消費予測計算部が、前記バッファの消費予測値を計算するバッファ消費予測計算ステップと、バッファ傾向グラフ生成部が、前記プロジェクト全体における進捗に対する前記バッファの前記消費実績値および前記消費予測値と前記消費予測値についての警告レベルとを表すバッファ傾向グラフを生成し、前記警告レベルに応じて前記バッファの消費を推奨するか否かの内容を含む推奨アクション情報を生成するバッファ傾向グラフ生成ステップと、提示部が、前記バッファ傾向グラフと前記推奨アクション情報とを提示する提示ステップと、を有することを特徴とする。
［５］上記［４］記載の進捗管理支援方法において、前記バッファ傾向グラフ生成ステップは、前記バッファ傾向グラフ生成部が、前記バッファ傾向グラフのグラフ領域を複数の領域に区分した警告ゾーンを設け、前記複数の領域において前記消費予測値を含む領域に応じて前記警告レベルを表す、ことを特徴とする。
［６］上記［５］記載の進捗管理支援方法において、前記バッファ傾向グラフ生成ステップは、前記バッファ傾向グラフ生成部が、前記警告ゾーンを、前記バッファの消費の少ない領域から順に第１領域と第２領域と第３領域とに区分し、前記消費予測値が前記第１領域に含まれる場合は、前記バッファの消費を推奨する内容を含む前記推奨アクション情報を生成し、前記消費予測値が前記第２領域に含まれる場合は、前記バッファの消費を推奨せず、次または先のイテレーションにおいて実行することを推奨する内容を含む前記推奨アクション情報を生成し、前記消費予測値が前記第３領域に含まれる場合は、前記バッファの消費を推奨せず、現行のイテレーションにおいて実行することを推奨する内容を含む前記推奨アクション情報を生成する、ことを特徴とする。
【００１０】
［７］上記の課題を解決するため、本発明の一態様である進捗管理支援プログラムは、コンピュータを、繰り返し型開発モデルを適用したプロジェクトにおける複数のイテレーションの後に設けられ、前記複数のイテレーションのいずれにおいても消費可能な余裕期間であるバッファの消費実績値および消費要求期間に基づいて、前記バッファの消費予測値を計算するバッファ消費予測計算部と、前記プロジェクト全体における進捗に対する前記バッファの前記消費実績値および前記消費予測値と前記消費予測値についての警告レベルとを表すバッファ傾向グラフを生成し、前記警告レベルに応じて前記バッファの消費を推奨するか否かの内容を含む推奨アクション情報を生成するバッファ傾向グラフ生成部と、前記バッファ傾向グラフと前記推奨アクション情報とを提示する提示部と、として機能させる。
［８］上記［７］記載の進捗管理支援プログラムにおいて、前記バッファ傾向グラフ生成部は、前記バッファ傾向グラフのグラフ領域を複数の領域に区分した警告ゾーンを設け、前記複数の領域において前記消費予測値を含む領域に応じて前記警告レベルを表す。
［９］上記［８］記載の進捗管理支援プログラムにおいて、前記バッファ傾向グラフ生成部は、前記警告ゾーンを、前記バッファの消費の少ない領域から順に第１領域と第２領域と第３領域とに区分し、前記消費予測値が前記第１領域に含まれる場合は、前記バッファの消費を推奨する内容を含む前記推奨アクション情報を生成し、前記消費予測値が前記第２領域に含まれる場合は、前記バッファの消費を推奨せず、次または先のイテレーションにおいて実行することを推奨する内容を含む前記推奨アクション情報を生成し、前記消費予測値が前記第３領域に含まれる場合は、前記バッファの消費を推奨せず、現行のイテレーションにおいて実行することを推奨する内容を含む前記推奨アクション情報を生成する。
【発明の効果】
【００１１】
本発明によれば、不確定要素を考慮した繰り返し型開発モデルによる効果的な進捗管理を支援することができる。
【図面の簡単な説明】
【００１２】
【図１】本発明の一実施形態において示す事例における、第１開発の概略の工程表である。
【図２】同事例における、第２開発の概略の工程表である。
【図３】同事例における、第３開発の概略の工程表である。
【図４】同事例における、第４開発の概略の工程表である。
【図５】同実施形態である進捗管理支援装置を適用した進捗管理支援システムの概略の全体構成図である。
【図６】同実施形態において、サーバ装置における進捗管理支援装置の機能構成を表すブロック図である。
【図７】同実施形態において、クライアント端末における個人進捗管理装置の機能構成を表すブロック図である。
【図８】第１開発に対応するイテレーションおよび第２開発に対応するイテレーションについての、プロジェクト開始前におけるイテレーション計画表の具体例である。
【図９】第３開発に対応するイテレーションおよび第４開発に対応するイテレーションについての、プロジェクト開始前におけるイテレーション計画表の具体例である。
【図１０】線グラフを含まないバッファ傾向グラフを表す図である。
【図１１】線グラフを含むバッファ傾向グラフを表す図である。
【図１２】第１開発に対応するイテレーションおよび第３開発に対応するイテレーションについての、プロジェクト開始後におけるイテレーション計画表の具体例である。
【図１３】プロジェクトの開始後において、サーバ装置が実行する処理手順を表すフローチャートである。
【図１４】プロジェクトの開始後において、サーバ装置が実行する処理手順を表すフローチャートである。
【発明を実施するための形態】
【００１３】
以下、本発明を実施するための形態について、図面を参照して詳細に説明する。
本実施形態では、プロジェクト管理者と、その管理下にある４人の開発担当者（以下、単に“担当者”と言う。）との開発チームが、繰り返し型開発モデルの一種であるアジャイル開発モデルにしたがってアプリケーションソフトウェアを開発する場合のプロジェクト管理（ここでは、特に進捗管理）を事例として挙げて説明する。
【００１４】
本事例では、アプリケーションソフトウェアのリリースを４つの段階に分け、段階ごとに機能を追加しながらリリースすることとする。各リリースのための開発を第１〜第４開発と呼ぶ。また、各開発に対応するイテレーションをイテレーション１〜４と呼ぶ。
【００１５】
まず、図１〜図４を参照して、本事例における第１開発〜第４開発の工程を説明する。
図１は、本事例における第１開発の概略の工程表である。同図（図２〜図４も同様である。）の工程表は、ガントチャート形式で表されたものである。図１に示すように、第１開発は、２０１１年１月１１日に開始して２０１１年１月２４日に終了する予定の開発である。
第１開発は、担当者Ａにより順次作業される機能Ｆ１，Ｆ２，Ｆ５と、機能Ｆ１の終了後に担当者Ｂにより順次作業される機能Ｆ３，Ｆ４とによって計画されている。ここでいう“機能”とは、当該開発において開発されるアプリケーションソフトウェアの機能を指す。各機能の開発には、例えば、要件定義、設計、プログラミング、テスト等の工程が含まれる。
機能Ｆ１，Ｆ２，Ｆ５（同図における網掛け表示された機能）は、第１開発におけるクリティカルチェーンであり、そのリードタイムは３日＋４日＋３日＝１０日である。よって、イテレーション１の期間は１０日となる。
【００１６】
なお、本実施形態では、土曜日、日曜日、および日本国の祝日（２０１１年２月１１日）を除いて作業日を設定している。
【００１７】
図２は、本事例における第２開発の概略の工程表である。同図に示すように、第２開発は、２０１１年１月２５日に開始して２０１１年２月８日に終了する予定の開発である。
第２開発は、担当者Ａにより順次作業される機能Ｆ６，Ｆ７と、機能Ｆ７の終了後に担当者Ｃにより作業される機能Ｆ１０と、機能Ｆ６の終了後に担当者Ｂにより順次作業される機能Ｆ８，Ｆ９とによって計画されている。
機能Ｆ６，Ｆ７，Ｆ１０（同図における網掛け表示された機能）は、第２開発におけるクリティカルチェーンであり、そのリードタイムは４日＋４日＋３日＝１１日である。よって、イテレーション２の期間は１１日となる。
【００１８】
図３は、本事例における第３開発の概略の工程表である。同図に示すように、第３開発は、２０１１年２月９日に開始して２０１１年２月２４日に終了する予定の開発である。
第３開発は、担当者Ｃにより順次作業される機能Ｆ１１，Ｆ１２，Ｆ１６と、機能Ｆ１１の終了後に担当者Ｂにより順次作業される機能Ｆ１３，Ｆ１５と、機能Ｆ１１の終了後に担当者Ｄにより作業される機能Ｆ１４とによって計画されている。
機能Ｆ１１，Ｆ１２，Ｆ１６（同図における網掛け表示された機能）は、第３開発におけるクリティカルチェーンであり、そのリードタイムは３日＋４日＋４日＝１１日である。よって、イテレーション３の期間は１１日となる。
【００１９】
図４は、本事例における第４開発の概略の工程表である。同図に示すように、第４開発は、２０１１年２月２５日に開始して２０１１年３月１０日に終了する予定の開発である。
第４開発は、担当者Ｃにより順次作業される機能Ｆ１７，Ｆ１８と、機能Ｆ１８の終了後に担当者Ｂにより作業される機能Ｆ２０と、機能Ｆ１７の終了後に担当者Ｄにより順次作業される機能Ｆ１９，Ｆ２１と、機能Ｆ２１の終了後に担当者Ｃにより作業される機能Ｆ２２とによって計画されている。
機能Ｆ１７，Ｆ１９，Ｆ２１，Ｆ２２（同図における網掛け表示された機能）は、第４開発におけるクリティカルチェーンであり、そのリードタイムは３日＋３日＋２日＋２日＝１０日である。よって、イテレーション４の期間は１０日となる。
【００２０】
本実施形態においては、時系列最後のイテレーションの直後に、全てのイテレーションのいずれにおいても消費可能なリリースバッファ（“共通バッファ”とも言い、以下、単に“バッファ”と言う。）を設ける。このバッファは、プロジェクト全体の余裕日数または余裕時間等の余裕期間を意味するものである。バッファの総容量（総期間）は、例えば、全てのイテレーションの合計期間の５０％の期間である。このバッファの総容量は、例えばプロジェクト管理者によって任意に変更可能である。また、本実施形態においては、イテレーションの期間はプロジェクトの計画時に固定される。
本事例では、イテレーション１〜４の各期間は、１０日、１１日、１１日、１０日であるため、バッファの総容量はイテレーションの合計期間の５０％である２１日である。よって、本事例におけるアプリケーションソフトウェアの総開発許容期間は、４２日＋２１日＝６３日である。
【００２１】
以上説明した事例を具体例として、本発明の一実施形態について説明する。
図５は、本実施形態である進捗管理支援装置を適用した進捗管理支援システムの概略の全体構成図である。同図に示すように、進捗管理支援システム１は、プロジェクト管理者Ｘが操作するサーバ装置１０と、担当者Ａ，Ｂ，Ｃ，Ｄがそれぞれ操作するクライアント端末２０ａ，２０ｂ，２０ｃ，２０ｄとが、コンピュータネットワークであるネットワーク３０を介してそれぞれ接続された構成を有する。
なお、以下の説明において、クライアント端末２０ａ，２０ｂ，２０ｃ，２０ｄそれぞれを指してクライアント端末２０と呼ぶこともある。
【００２２】
サーバ装置１０は、本実施形態である進捗管理支援装置を実現する装置である。サーバ装置１０は、進捗管理支援装置の機能を実現するための進捗管理支援プログラムをコンピュータ読み取り可能な記録媒体に記録しておき、この記録媒体に記録された進捗管理支援プログラムをコンピュータシステムに読み込ませて実行することによって、進捗管理支援装置の機能を実現する。
【００２３】
コンピュータシステムは、ＯＳ（Ｏｐｅｒａｔｉｎｇ Ｓｙｓｔｅｍ）や周辺装置のハードウェアを含むものである。
また、コンピュータ読み取り可能な記録媒体は、例えば、フレキシブルディスク、光磁気ディスク、光ディスク、メモリカード等の可搬型記録媒体、コンピュータシステムに内蔵される磁気ハードディスク、ソリッドステートドライブ等の記憶装置である。さらに、コンピュータ読み取り可能な記録媒体は、インターネット等のコンピュータネットワークや電話回線等の回線を介してプログラムを送信する場合の通信線のように、短時間の間、動的にプログラムを保持するもの、コンピュータシステム内部の揮発性メモリのように、一定時間プログラムを保持するものを含む。
【００２４】
なお、進捗管理支援プログラムは、コンピュータシステムにすでに記録されている他のコンピュータプログラム、例えば後述する個人進捗管理プログラムとの組み合わせによって進捗管理支援装置の機能を実現するものであってもよい。
【００２５】
サーバ装置１０は、進捗管理支援プログラムを実行することにより、アジャイル開発モデルによるプロジェクトの管理を支援する。例えば、サーバ装置１０は、担当者Ａ，Ｂ，Ｃ，Ｄによって開発されるアプリケーションソフトウェアの、各作業の進捗管理を支援する。
【００２６】
具体的には、プロジェクトの開始前（本事例では、２０１１年１月１１日以前）に、サーバ装置１０は、プロジェクト管理者Ｘの操作にしたがって、当該プロジェクトにおけるイテレーションごとのイテレーション計画表を作成し、作成した全てのイテレーション計画表を登録する。イテレーション計画表は、開発における機能ごとの、実行計画と進捗状況（ステータス）と必要日数（残日数）と推奨アクション情報とを表すデータテーブルである。イテレーション計画表のデータ構成については後述する。
【００２７】
また、サーバ装置１０は、登録された全てのイテレーション計画表に基づいて、バッファ傾向グラフ（線グラフがないもの）を生成し、このバッファ傾向グラフを登録する。バッファ傾向グラフとは、プロジェクト全体における進捗に対してバッファの消費の実績値（消費実績値）と予測値（消費予測値）とを打点して線グラフ化したものである。このバッファ傾向グラフには、警告ゾーンが設けられる。この警告ゾーンは、プロジェクト全体における進捗に対するバッファの消費予測についての警告レベルを表すものである。バッファ傾向グラフの詳細については後述する。
また、サーバ装置１０は、登録したイテレーション計画表をクライアント端末２０ａ，２０ｂ，２０ｃ，２０ｄそれぞれに送信する。
【００２８】
プロジェクトの開始後（本事例では、２０１１年１月１１日以降）において、サーバ装置１０は、担当者Ａ，Ｂ，Ｃ，Ｄによってそれぞれ操作されたクライアント端末２０ａ，２０ｂ，２０ｃ，２０ｄから送信される各タスクデータを受信すると、これらテスクデータを取り込んで記憶する。タスクデータは、担当者個人の作業の進捗状況と、作業停止または作業遅延が生じた場合に回復に要する必要日数または必要時間とを有する進捗報告情報である。
サーバ装置１０は、プロジェクト管理者Ｘの操作にしたがい、記憶したタスクデータに基づいて、進捗状況と必要日数または必要時間とをイテレーション計画表に書き込む。
【００２９】
サーバ装置１０は、書き込んだ進捗状況と必要日数または必要時間とに基づいてバッファの消費率予測値を計算し、すでに登録してあるバッファ傾向グラフにその消費率予測値を予測ポイントとして打点して表示部に表示させる。
また、サーバ装置１０は、バッファ傾向グラフにおける予測ポイントの警告レベルに応じた推奨アクション情報をイテレーション計画表に書き込み、このイテレーション計画表を表示部に表示させる。
また、サーバ装置１０は、プロジェクト管理者Ｘによって更新されたイテレーション計画表を、クライアント端末２０ａ，２０ｂ，２０ｃ，２０ｄそれぞれに送信する。
【００３０】
すなわち、サーバ装置１０は、クライアント端末２０ａ，２０ｂ，２０ｃ，２０ｄから供給され取り込んだ担当者Ａ，Ｂ，Ｃ，Ｄのタスクデータに基づいて進捗を管理し、進捗状況と必要日数または必要時間とに基づくバッファの消費率の予測を提示するとともに、バッファ傾向グラフによる警告レベルに応じた推奨アクションを提示する。
これにより、プロジェクト管理者Ｘは、提示されたバッファの消費率の予測と推奨アクションとを勘案して次のアクションを決めることができる。
【００３１】
クライアント端末２０ａ，２０ｂ，２０ｃ，２０ｄは、担当者Ａ，Ｂ，Ｃ，Ｄによってそれぞれ操作される個人進捗管理装置である。クライアント端末２０は、例えばコンピュータ装置により実現される。クライアント端末２０は、個人進捗管理装置の機能を実現するための個人進捗管理プログラムをコンピュータ読み取り可能な記録媒体に記録しておき、この記録媒体に記録された個人進捗管理プログラムをコンピュータシステムに読み込ませて実行することによって個人進捗管理装置の機能を実現する。
【００３２】
なお、個人進捗管理プログラムは、コンピュータシステムにすでに記録されている他のコンピュータプログラム、例えば進捗管理支援プログラムとの組み合わせによって個人進捗管理装置の機能を実現するものであってもよい。
【００３３】
クライアント端末２０は、個人進捗管理プログラムを実行することにより、担当者個人の作業の進捗状況を管理する。
【００３４】
具体的には、プロジェクトの開始前に、クライアント端末２０は、サーバ装置１０から送信された全てのイテレーション計画表を受信して取り込み記憶する。
プロジェクトの開始後において、クライアント端末２０は、サーバ装置１０から送信される更新後のイテレーション計画表を受信すると、そのイテレーション計画表を取り込んで記憶する。クライアント端末２０は、イテレーション計画表を表示部に表示させる。
クライアント端末２０は、担当者の操作によって入力される、担当者個人の作業の進捗状況と作業停止または作業遅延が生じた場合に回復に要する必要日数または必要時間とを、タスクデータとしてサーバ装置１０に送信する。担当者がクライアント端末２０を操作するタイミングは、例えば、毎日における任意のとき、またはプロジェクト進行中に問題が生じたとき等である。
【００３５】
図６は、サーバ装置１０における進捗管理支援装置の機能構成を表すブロック図である。同図に示すように、サーバ装置１０は、データベース部１０１と、操作部１０２と、ネットワーク制御部１０３と、計画表作成部１０４と、進捗状況指定部１０５と、バッファ消費予測計算部１０６と、バッファ傾向グラフ生成部１０７と、表示制御部１０８と、表示部１０９とを備える。
【００３６】
データベース部１０１は、イテレーション計画表とバッファ傾向グラフとを記録する。データベース部１０１において、イテレーション計画表を記憶する部分はイテレーション計画表記憶部であり、バッファ傾向グラフを記憶する部分はバッファ傾向グラフ記憶部である。データベース部１０１は、例えば磁気ハードディスク等の記憶装置により実現される。
操作部１０２は、オペレータ（例えば、プロジェクト管理者Ｘ）の操作により各種情報を入力する操作系インタフェースである。操作部１０２は、例えば、キーボード、マウス、タッチパネル等の入力装置により実現される。
ネットワーク制御部１０３は、クライアント端末２０ａ，２０ｂ，２０ｃ，２０ｄや、ネットワーク３０を介して接続される他のネットワーク装置（図示省略）との間で通信するネットワークインタフェースである。
【００３７】
計画表作成部１０４は、オペレータによる操作部１０２の操作にしたがって、イテレーションごとのイテレーション計画表を作成し、これら作成されたイテレーション計画表をデータベース部１０１に記録させる。例えば、図１〜図４に示した第１〜第４開発の工程表や図示しないパート図、開発計画書等にしたがい、プロジェクト管理者Ｘによる操作部１０２の操作によって実行計画に関する情報が入力されることにより、計画表作成部１０４は、四つのイテレーション１〜４を定義し、各イテレーションについてのイテレーション計画表を作成して、これら四つのイテレーション計画表をデータベース部１０１に記録させる。
【００３８】
なお、計画表作成部１０４は、ネットワーク３０に接続された他のネットワーク装置、例えばコンピュータ装置から供給されるデータ、つまり実行計画に関する情報を、ネットワーク制御部１０３を介して取り込み、その情報に基づいてイテレーション計画表を作成するようにしてもよい。
【００３９】
進捗状況指定部１０５は、クライアント端末２０ａ，２０ｂ，２０ｃ，２０ｄから送信される各タスクデータを、ネットワーク制御部１０３を介して取り込んで記憶領域に記憶させる。この記憶領域は、進捗状況指定部１０５が有する図示しない記憶部の記憶領域であってもよいし、データベース部１０１が有する記録領域の一部であってもよい。そして、進捗状況指定部１０５は、オペレータによる操作部１０２の操作にしたがって、記憶領域に記憶されたタスクデータに基づき、進捗状況と必要日数または必要時間とをデータベース部１０１に記録されたイテレーション計画表に書き込む。
【００４０】
バッファ消費予測計算部１０６は、バッファの総容量と、イテレーション計画表における進捗状況および必要日数または必要時間と、バッファ傾向グラフにおける最新のバッファ消費率の実績値とに基づいて、バッファの消費率予測値を計算し、この消費率予測値をバッファ傾向グラフ生成部１０７に供給する。バッファ消費予測計算部１０６によるバッファの消費率予測値の計算方法については後述する。
【００４１】
プロジェクトの開始前において、バッファ傾向グラフ生成部１０７は、データベース部１０１に記録された全てのイテレーション計画表に基づいて、バッファ傾向グラフ（線グラフがないもの）を生成し、このバッファ傾向グラフをデータベース部１０１に記録させる。
プロジェクトの開始後において、バッファ傾向グラフ生成部１０７は、バッファ消費予測計算部１０６から供給されるバッファの消費率予測値を取り込む。そして、バッファ傾向グラフ生成部１０７は、データベース１０１に記録されたバッファ傾向グラフにその取り込んだ消費率予測値を予測ポイントとして打点し、そのバッファ傾向グラフをデータベース部１０１に記録させる。
また、バッファ傾向グラフ生成部１０７は、予測ポイントに対応する警告レベルに応じて推奨アクション情報を生成し、この推奨アクション情報をデータベース部１０１に記録されたイテレーション計画表に書き込む。
【００４２】
表示制御部１０８は、データベース部１０１からイテレーション計画表を読み込み、この読み込んだイテレーション計画表を画像信号に変換して表示部１０９に供給する。また、表示制御部１０８は、データベース部１０１からバッファ傾向グラフを読み込み、この読み込んだバッファ傾向グラフを画像信号に変換して表示部１０９に供給する。
表示部１０９は、例えば液晶表示ディスプレイにより実現され、表示制御部１０８から供給される画像信号によりイテレーション計画表およびバッファ傾向グラフまたはいずれか一方を表示する。
表示制御部１０８と表示部１０９とは、提示部を構成する。
【００４３】
図７は、クライアント端末２０における個人進捗管理装置の機能構成を表すブロック図である。同図に示すように、クライアント端末２０は、計画表記憶部２０１と、操作部２０２と、ネットワーク制御部２０３と、タスクデータ登録部２０４と、タスクデータ記憶部２０５と、表示制御部２０６と、表示部２０７とを備える。
【００４４】
計画表記憶部２０１は、ネットワーク制御部２０３を介してサーバ装置１０から取得するイテレーション計画表を記憶する。
操作部２０２は、オペレータ（例えば、担当者Ａ，Ｂ，Ｃ，Ｄ）の操作により各種情報を入力する操作系インタフェースである。操作部２０２は、例えば、キーボード、マウス、タッチパネル等の入力装置により実現される。
ネットワーク制御部２０３は、サーバ装置１０やネットワーク３０を介して接続される他のネットワーク装置（図示省略）との間で通信するネットワークインタフェースである。
【００４５】
タスクデータ登録部２０４は、オペレータ（例えば、担当者Ａ）による操作部２０２の操作にしたがって、担当者個人（担当者Ａ）の作業の進捗状況と、作業停止または作業遅延が生じた場合に回復に要する必要日数または必要時間とを有するタスクデータを生成し、このタスクデータをタスクデータ記憶部２０５に記憶させる。
【００４６】
タスクデータに含まれる進捗状況は、例えば、完了、進行中、停止中、および未着手を表す文字、数字、記号、またはそれらの組み合わせによる情報である。完了は、当該機能の作業が完了したことを示す。進行中は、当該機能の作業が現在進行していることを示す。停止中は、当該機能がなんらかの問題が発生して停止していること、または、大幅に遅延していることを示す。未着手は、当該機能の作業に未着手であることを示す。
【００４７】
なお、タスクデータ登録部２０４は、ネットワーク３０に接続された他のネットワーク装置、例えばコンピュータ装置から供給されるデータ、つまり進捗状況と必要日数または必要時間との情報を、ネットワーク制御部２０３を介して取り込み、そのデータに基づいてタスクデータを生成するようにしてもよい。
タスクデータ記憶部２０５は、タスクデータ登録部２０４が生成したタスクデータを記憶する。
計画表記憶部２０１とタスクデータ記憶部２０５とは、例えば磁気ハードディスクや半導体メモリ等の記憶装置により実現される。
【００４８】
表示制御部２０６は、計画表記憶部２０１からイテレーション計画表を読み込み、この読み込んだイテレーション計画表を画像信号に変換して表示部２０７に供給する。また、表示制御部２０６は、タスクデータ記憶部２０５からタスクデータを読み込み、この読み込んだタスクデータを画像信号に変換して表示部２０７に供給する。
表示部２０７は、例えば液晶表示ディスプレイにより実現され、表示制御部２０６から供給される画像信号によりイテレーション計画表およびタスクデータまたはいずれか一方を表示する。
【００４９】
次に、イテレーション計画表のデータ構成を説明する。
図８は、第１開発に対応するイテレーション１および第２開発に対応するイテレーション２についての、プロジェクト開始前におけるイテレーション計画表の具体例である。同図において、上段の表は、図１に示した第１開発の工程表に対応するイテレーション１についてのイテレーション計画表であり、下段の表は、図２に示した第２開発の工程表に対応するイテレーション２についてのイテレーション計画表である。これら二つのイテレーション計画表は、サーバ装置１０の計画表作成部１０４が作成した時点のものである。
【００５０】
図８に示すように、イテレーション計画表は、「機能名」と、「担当者名」と、「計画開始日」と、「計画終了日」と、「計画日数」と、「残日数」と、「ステータス」と、「推奨アクション」との項目を対応付けて有するデータテーブルである。「機能名」は、前述したとおりの機能の名称や略称の項目である。「担当者名」は、機能名が示す機能を実施する担当者の氏名、担当者コード等の個人を識別する情報の項目である。「計画開始日」および「計画終了日」は、機能名が示す機能の作業開始予定日および作業終了予定日の項目である。「計画日数」は、作業開始予定日および作業終了予定日から得られる作業日数または作業時間の項目である。「残日数」は、作業停止または作業遅延が生じた場合の、回復に要する必要日数または必要時間、言い換えると消費要求期間の項目である。「ステータス」は、担当者名が示す担当者による作業の進捗状況の項目である。「推奨アクション」は、バッファ傾向グラフにおける予測ポイントの警告レベルに応じて生成される、推奨のアクション情報を示す項目である。
イテレーション計画表において、「機能名」と「担当者名」と「計画開始日」と「計画終了日」と「計画日数」との項目が実行計画を表す。
【００５１】
図９は、第３開発に対応するイテレーション３および第４開発に対応するイテレーション４についての、プロジェクト開始前におけるイテレーション計画表の具体例である。同図において、上段の表は、図３に示した第３開発の工程表に対応するイテレーション３についてのイテレーション計画表であり、下段の表は、図４に示した第４開発の工程表に対応するイテレーション４についてのイテレーション計画表である。これら二つのイテレーション計画表は、サーバ装置１０の計画表作成部１０４が作成した時点のものである。
【００５２】
図１０は、線グラフを含まないバッファ傾向グラフを表す図である。同図に示すように、バッファ傾向グラフ５０は、プロジェクト全体における進捗日数（横軸）に対するバッファの消費率（縦軸）を示すグラフである。バッファ傾向グラフ５０には、後で具体的に説明するように、バッファ消費率の実績値および予測値を打点した線グラフが示される。
なお、バッファ傾向グラフ５０の横軸は、プロジェクト全体における進捗率であってもよいし、プロジェクトの計画期間における日付または時刻であってもよい。また、バッファ傾向グラフ５０の縦軸は、バッファの消費量、すなわち消費日数または消費時間であってもよい。
【００５３】
バッファ傾向グラフ５０のグラフ領域内には、安全ゾーン（第１領域）５１と注意ゾーン（第２領域）５２と危険ゾーン（第３領域）５３とに区分される警告ゾーンが設けられる。この警告ゾーンは、プロジェクト全体における進捗に対するバッファの消費予測についての警告レベルを表すとともに、その警告レベルに応じて推奨アクションを決定するための領域である。
【００５４】
安全ゾーン５１は、バッファを消費することに問題がないことを表すとともに、バッファの使用を推奨アクションとして決定するための領域である。
注意ゾーン５２は、バッファの消費に注意を要することを表すとともに、バッファを使用せず、次のイテレーションまたはその先のイテレーションに機能を移行して実行することを推奨アクションとして決定するための領域である。
危険ゾーン５３は、バッファの消費は避けるべきであることを表すとともに、次以降のイテレーションにおける機能追加も避けるべきであることを表し、現時点でのイテレーションにおいて、担当者を追加、交替させる等の対応をとって機能の開発を実行することを推奨アクションとして決定するための領域である。
【００５５】
ここで、バッファ傾向グラフ生成部１０７によるバッファ傾向グラフの生成処理について説明する。
プロジェクトの開始前において、計画表作成部１０４により全てのイテレーションについてのイテレーション計画表が作成されてデータベース部１０１に記録されると、バッファ傾向グラフ生成部１０７は、イテレーション計画表における計画日数に基づいてバッファ傾向グラフ５０を生成する。例えば、本実例において、バッファ傾向グラフ生成部１０７は、イテレーション１〜４の合計期間である４２日分の進捗日数を横軸にとり、イテレーションの合計期間の５０％の期間である２１日を１００％としたバッファ消費率を縦軸にとったバッファ傾向グラフ５０を生成する。
【００５６】
バッファ傾向グラフ生成部１０７は、生成したバッファ傾向グラフ５０に、安全ゾーン５１と注意ゾーン５２と危険ゾーンとに区分される警告ゾーンを設定する。バッファ傾向グラフ生成部１０７は、例えば、縦軸（バッファの消費率）の二つの切片と横軸（プロジェクト全体における進捗日数）に対する傾きとを指定して２本の直線を設けることにより警告ゾーンを区分する。
なお、注意ゾーン５２を区分する境界の２本の直線の傾きは同一であってもよいし、例えば、注意ゾーン５２と危険ゾーン５３とを区分する境界の直線の傾きが、注意ゾーン５２と安全ゾーン５１とを区分する境界の直線の傾きよりも大きくてもよい。
【００５７】
バッファ傾向グラフ生成部１０７は、警告ゾーンを区分するための縦軸の二つの切片と横軸に対する傾きとの一種類または複数種類のデータセットを記憶領域にあらかじめ記憶させている。この記憶領域は、バッファ傾向グラフ生成部１０７が有する図示しない記憶部の記憶領域であってもよいし、データベース部１０１が有する記録領域の一部であってもよい。サーバ装置１０は、例えば、プロジェクトにおけるイテレーションの数に応じて、全てのイテレーションの合計日数に応じて、担当者の人数に応じて、開発対象の種類に応じて等の条件に対応させて、複数種類のデータセットを記憶しておく。
バッファ傾向グラフ生成部１０７は、オペレータによる操作部１０２の操作にしたがって記憶領域から所望のデータセットを読み込み、このデータセットに基づいて警告ゾーンを区分する。
【００５８】
図１１は、線グラフを含むバッファ傾向グラフを表す図である。同図に示すように、バッファ傾向グラフ６０は、安全ゾーン５１と注意ゾーン５２と危険ゾーン５３とに区分される警告ゾーンが設けられたグラフ領域に、過去のバッファの消費率値（実績値）とバッファの消費率予測値６２とを打点し、横軸において隣り合う打点を実線および破線で結線した線グラフを重ね合わせたものである。同図におけるバッファ傾向グラフ６０は、プロジェクト開始後２２日間分のバッファの消費率の実績値と、２３日目のバッファの消費率の予測値とを表すものである。
【００５９】
図１１に示すように、バッファ傾向グラフ生成部１０７は、過去のバッファの消費率値同士を、例えば実線で結線し、過去のバッファの消費率値のうち最新の消費率値６１と消費率予測値６２とを、例えば破線で結線する。このように結線することにより、実績値と予測値との見分けが容易になる。
なお、バッファ傾向グラフ生成部１０７は、実線と破線のように線種を変えて実績値と予測値とを区分してもよいし、線の色や打点されたポイントの色を変えて区分してもよい。また、消費率予測値６２のみ結線しないようにしてもよい。さらには、全て結線せず、ポイントのみを示すようにしてもよい。
【００６０】
図１２は、第１開発に対応するイテレーション１および第３開発に対応するイテレーション３についての、プロジェクト開始後におけるイテレーション計画表の具体例である。同図において、上段の表はイテレーション１についてのイテレーション計画表であり、下段の表はイテレーション３についてのイテレーション計画表である。これら二つのイテレーション計画表は、プロジェクトの開始後に、サーバ装置１０のバッファ傾向グラフ生成部１０７が更新した時点のものである。
【００６１】
同図に示すイテレーション１についてのイテレーション計画表は、図１に示した第１開発の工程表における２０１１年１月１９日（プロジェクト開始後７日目）に、バッファ傾向グラフ生成部１０７が更新した時点のものである。このイテレーション計画表によれば、その時点では、機能Ｆ１が完了し、機能Ｆ２が進行中であり、機能Ｆ３が完了し、機能Ｆ４がなんらかの問題が生じて停止または大きく遅延し、機能Ｆ５が未着手であることがステータスにより示され、機能Ｆ４については必要日数である残日数が１日であることが示されている。また、このイテレーション計画表によれば、２０１１年１月１９日時点でのバッファの消費率予測値が安全ゾーン内にあるため、バッファの使用を推奨することが推奨アクションにより示されている。
【００６２】
また、図１２に示すイテレーション３についてのイテレーション計画表は、図３に示した第３開発の工程表における２０１１年２月１０日（プロジェクト開始後２３日目）に、バッファ傾向グラフ生成部１０７が更新した時点のものである。このイテレーション計画表によれば、その時点では、機能Ｆ１１がなんらかの問題が生じて停止または大きく遅延し、機能Ｆ１２〜Ｆ１６が未着手であることがステータスにより示され、機能Ｆ１１については残日数が３日であることが示されている。また、このイテレーション計画表によれば、２０１１年２月２３日時点でのバッファの消費率予測値が注意ゾーン内にあるため（図１１における消費量予測値６２）、機能Ｆ１１の次開発以降への移行を推奨することが推奨アクションにより示されている。
【００６３】
次に、本実施形態である進捗管理支援装置を適用したサーバ装置１０の動作について説明する。
図１３および図１４は、プロジェクトの開始後において、サーバ装置１０が実行する処理手順を表すフローチャートである。なお、図１４のフローチャートは、図１３のフローチャートに続くものである。
プロジェクトの開始後、クライアント端末２０から送信されるタスクデータを、進捗状況指定部１０５が、ネットワーク制御部１０３を介して取り込んで記憶領域に記憶させた後に、図１３に示すフローチャートの処理が開始される。
【００６４】
まず、図１３のステップＳ１０１において、表示制御部１０８は、データベース部１０１から当該プロジェクトに関する全てのイテレーションについてのイテレーション計画表を読み込んで表示部１０９に表示させる。具体的には、表示制御部１０８は、データベース部１０１からイテレーション１〜４についてのイテレーション計画表を読み込んで画像信号に変換して表示部１０９に供給する。そして、表示部１０９は、表示制御部１０８から供給された画像信号によりイテレーション計画表を表示する。
【００６５】
次に、ステップＳ１０２において、表示制御部１０８は、データベース部１０１からバッファ傾向グラフを読み込んで表示部１０９に表示させる。ただし、この時点でのバッファ傾向グラフは、線グラフが表されないものか、バッファの消費率値の実績値のみが線グラフとして表されたものかのいずれかである。具体的には、表示制御部１０８は、データベース部１０１からバッファ傾向グラフを読み込んで画像信号に変換して表示部１０９に供給する。そして、表示部１０９は、表示制御部１０８から供給された画像信号によりバッファ傾向グラフを表示する。
【００６６】
次に、ステップＳ１０３において、オペレータ（例えば、プロジェクト管理者Ｘ）によって、記憶領域に記憶されたタスクデータに含まれる進捗状況が操作部１０２から入力されると、進捗状況指定部１０５は、その進捗状況を、データベース部１０１に記録されたイテレーション計画表の項目「ステータス」に書き込む。
【００６７】
次に、ステップＳ１０４において、進捗状況指定部１０５は、ステータスに書き込んだ進捗状況が“停止中”であると判定した場合はステップＳ１０５の処理に移り、ステータスに書き込んだ進捗状況が“停止中”以外（“完了”、“進行中”、または“未着手”）であると判定した場合は、このフローチャートの処理を終了させる。
【００６８】
ステップＳ１０５において、オペレータによって、記憶領域に記憶されたタスクデータに含まれる必要日数または必要時間が操作部１０２から入力されると、進捗状況指定部１０５は、その必要日数または必要時間を、データベース部１０１に記録されたイテレーション計画表の項目「残日数」に書き込む。
【００６９】
次に、ステップＳ１０６において、バッファ消費予測計算部１０６は、バッファの総容量と、イテレーション計画表における必要日数または必要時間と、バッファ傾向グラフにおける最新のバッファの消費率の実績値と、に基づいてバッファの消費率予測値を計算し、この消費率予測値をバッファ傾向グラフ生成部１０７に供給する。例えば、バッファの総容量Ｓが２１日、必要日数Ｎが２日、最新のバッファの消費率の実績値Ｂが０．２（実績として、バッファの総容量の２０％を消費していることを意味する。）である場合、バッファ消費予測計算部１０６は、バッファの消費率予測値Ｐ（単位は％）を下記の式１により計算する。
【００７０】
［式１］
Ｐ＝｛（Ｓ×Ｂ＋Ｎ）／Ｓ｝×１００
【００７１】
次に、ステップＳ１０７において、バッファ傾向グラフ生成部１０７は、バッファ消費予測計算部１０６から供給される消費率予測値を取り込む。次に、バッファ傾向グラフ生成部１０７は、データベース１０１に記録されたバッファ傾向グラフにその取り込んだ消費率予測値を予測ポイントとして打点し、そのバッファ傾向グラフをデータベース部１０１に記録させる。
次に、バッファ傾向グラフ生成部１０７は、バッファ傾向グラフにおける予測ポイントに対応する警告レベルを取得する。具体的には、バッファ傾向グラフ生成部１０７は、バッファ傾向グラフにおいて、予測ポイントを含む領域（安全ゾーンと注意ゾーンと危険ゾーンとのうちいずれかの領域）を識別し、その識別結果を警告レベルとして取得する。
【００７２】
次に、ステップＳ１０８において、表示制御部１０８は、データベース部１０１からバッファ傾向グラフを読み込んで表示部１０９に表示させる。具体的には、表示制御部１０８は、データベース部１０１からバッファ傾向グラフを読み込んで画像信号に変換して表示部１０９に供給する。そして、表示部１０９は、表示制御部１０８から供給された画像信号によりバッファ傾向グラフを表示する。
【００７３】
次に、図１４のステップＳ１０９において、ステップＳ１０７の処理において取得した警告レベルが安全ゾーンに対するものであるか否かを判定する。警告レベルが安全ゾーンに対するものである場合はステップＳ１１０の処理に移り、警告レベルが安全ゾーンに対するものでない場合、すなわち、警告レベルが注意ゾーンまたは危険ゾーンに対するものである場合はステップＳ１１１の処理に移る。
【００７４】
ステップＳ１１０において、バッファ傾向グラフ生成部１０７は、バッファの使用を推奨アクションとして決定し、この推奨アクション情報をデータベース部１０１に記録されたイテレーション計画表の項目「推奨アクション」に書き込む。
次に、表示制御部１０８は、イテレーション計画表の項目「推奨アクション」を表示部１０９に表示させる。表示部１０９に表示される推奨アクションの表示内容は、例えば、“バッファ使用”や“Ｓｔａｃｋ ｔｏ ｔｈｅ Ｂｕｆｆｅｒ”等である。
【００７５】
ステップＳ１１１において、ステップＳ１０７の処理において取得した警告レベルが注意ゾーンに対するデータであるか否かを判定する。警告レベルが注意ゾーンに対するものである場合はステップＳ１１２の処理に移り、警告レベルが注意ゾーンに対するものでない場合、すなわち、警告レベルが危険ゾーンに対するものである場合はステップＳ１１３の処理に移る。
【００７６】
ステップＳ１１２において、バッファ傾向グラフ生成部１０７は、バッファを使用せず、次のイテレーションまたはその先のイテレーションに機能を移行して実行することを推奨アクションとして決定し、この推奨アクション情報をデータベース部１０１に記録されたイテレーション計画表の項目「推奨アクション」に書き込む。
次に、表示制御部１０８は、イテレーション計画表の項目「推奨アクション」を表示部１０９に表示させる。表示部１０９に表示される推奨アクションの表示内容は、例えば、“次開発以降”や“Ｓｔａｃｋ ｔｏ ｔｈｅ ｎｅｘｔ ｏｒ ｏｎｗａｒｄ Ｉｔｅｒａｔｉｏｎ”等である。
【００７７】
ステップＳ１１３において、バッファ傾向グラフ生成部１０７は、現時点でのイテレーションにおいて機能を実行することを推奨アクションとして決定し、この推奨アクション情報をデータベース部１０１に記録されたイテレーション計画表の項目「推奨アクション」に書き込む。
次に、表示制御部１０８は、イテレーション計画表の項目「推奨アクション」を表示部１０９に表示させる。表示部１０９に表示される推奨アクションの表示内容は、例えば、“現行開発”や“Ｓｔａｃｋ ｔｏ ｔｈｅ ｃｕｒｒｅｎｔ Ｉｔｅｒａｔｉｏｎ”等である。
【００７８】
以上詳述したとおり、本発明の一実施形態である進捗管理支援装置を適用した進捗管理支援システム１によれば、サーバ装置１０は、クライアント端末２０から取得したタスクデータに基づいてバッファ傾向グラフにバッファの消費率予測値を打点して表示部１０９に表示させる。タスクデータは、前述したとおり、担当者個人の作業の進捗状況と、作業停止または作業遅延が生じた場合に回復に要する必要日数または必要時間とを有する進捗報告情報である。それとともに、サーバ装置１０は、バッファ傾向グラフにおいて消費率予測値が打点された警告ゾーンの領域（安全ゾーン、注意ゾーン、または危険ゾーン）に応じて、次にとり得るアクションを推奨する内容の推奨アクション情報を生成して表示部１０９に表示させる。
【００７９】
言い換えると、安全ゾーンにバッファの消費率予測値が打点される場合、サーバ装置１０は、現時点での進捗に問題はないと判断し、バッファの使用を推奨する。また、注意ゾーンにバッファの消費率予測値が打点される場合、サーバ装置１０は、今後の進捗には注意を要し、最終的な納期遅れの危険性を考慮して対策をとるべきと判断し、バッファを使用せず次または先のイテレーションにおいて機能を実行することを推奨する。また、危険ゾーンにバッファの消費率予測値が打点される場合、サーバ装置１０は、現時点での進捗は問題があり、バッファの残容量を回復するための対策をとるべきと判断し、バッファを使用せず、現行のイテレーションにおいて機能を実行することを推奨する。
【００８０】
よって、サーバ装置１０の管理者であるプロジェクト管理者Ｘは、サーバ装置１０が提示するバッファ傾向グラフの予測と推奨アクションとを勘案して、次にとるべきアクションを決定することができる。
【００８１】
以上詳述したとおり、本実施形態である進捗管理支援装置を適用した進捗管理支援システム１によれば、アジャイル開発モデルを適用し、且つ複数のイテレーションの後にこれら全てのイテレーションによって消費可能なバッファを設けたプロジェクトにおいて、効果的な進捗管理を支援することができる
【００８２】
なお、上述した本発明の一実施形態では、プロジェクトの開始後、サーバ装置１０の進捗状況指定部１０５は、クライアント端末２０から送信されたタスクデータを取り込んで記憶領域に記憶させた後、プロジェクト管理者Ｘによる操作部１０２の操作にしたがって、その記憶領域に記憶されたタスクデータに基づいて、進捗状況と必要日数または必要時間とをイテレーション計画表に書き込むようにした。
これ以外にも、サーバ装置１０の進捗状況指定部１０５は、クライアント端末２０から送信されたタスクデータを取り込んで記憶領域に記憶させた後、その記憶領域に記憶されたタスクデータに基づいて、進捗状況と必要日数または必要時間とをイテレーション計画表に書き込むようにしてもよい。
また、担当者Ａ，Ｂ，Ｃ，Ｄ自らが、クライアント端末２０ａ，２０ｂ，２０ｃ，２０ｄを操作することによるネットワーク３０経由で、または、サーバ装置１０を操作することによって、データベース部１０１に記録されたイテレーション計画表に、タスクデータに基づく進捗状況と必要日数または必要時間とを書き込むようにしてもよい。
【００８３】
以上、本発明の実施の形態について図面を参照して詳述したが、具体的な構成はその実施形態に限られるものではなく、本発明の要旨を逸脱しない範囲の設計等も含まれる。
【符号の説明】
【００８４】
１ 進捗管理支援システム
１０ サーバ装置
２０ａ，２０ｂ，２０ｃ，２０ｄ クライアント端末
３０ ネットワーク
１０１ データベース部
１０２，２０２ 操作部
１０３，２０３ ネットワーク制御部
１０４ 計画表作成部
１０５ 進捗状況指定部
１０６ バッファ消費予測計算部
１０７ バッファ傾向グラフ生成部
１０８，２０６ 表示制御部
１０９，２０７ 表示部
２０１ 計画表記憶部
２０４ タスクデータ登録部
２０５ タスクデータ記憶部
【技術分野】
【０００１】
本発明は、進捗管理支援装置、進捗管理支援方法、および進捗管理支援プログラムに関する。
【背景技術】
【０００２】
近年、プロジェクト管理手法の中で、ＣＣＰＭ（Ｃｒｉｔｉｃａｌ Ｃｈａｉｎ Ｐｒｏｊｅｃｔ Ｍａｎａｇｅｍａｅｎｔ）が注目されている（例えば、非特許文献１参照）。このＣＣＰＭは、不確定要素が多いプロジェクト型業務において、プロジェクト全体の納期を守ること、または短縮することを目的として、ＴＯＣ（Ｔｈｅｏｒｙ Ｏｆ Ｃｏｎｓｔｒａｉｎｔｓ）の基本原理を適用したプロジェクト管理手法である。ＣＣＰＭは、プロジェクトの各工程における余裕日数または余裕時間（バッファ）をなくす代わりに、プロジェクトバッファと呼ばれるプロジェクト全体共通のバッファを確保し、そのプロジェクトバッファの消費量にしたがって、プロジェクトの進捗状況を把握し管理する仕組みを取り入れている。
【０００３】
従来、ＣＣＰＭは、主にウォーターフォール型開発モデルを適用して開発を行うプロジェクトに取り入れられてきた。ウォーターフォール型開発モデルとは、プロジェクトを時系列の複数の工程に分割し、原則として現工程が終了しないと次工程を開始させないという制約条件を設けた開発モデルである。すなわち、ウォーターフォール型開発モデルは、計画重視型の開発モデルである。
【０００４】
また近年、いわゆる適応型の開発モデルであるアジャイル開発モデルが注目されている。アジャイル開発モデルとは、イテレーション（スプリントとも言う。）と呼ばれる短期の開発を複数計画し、また、開発対象（例えばソフトウェア）を複数の機能に分割し、一つのイテレーションにおいて一つの機能を開発しリリースするサイクルを繰り返すことにより、機能を順次追加して開発を完成させる開発モデルである。このアジャイル開発モデルは、不確定要素を考慮した繰り返し型開発モデルの一種である。
【先行技術文献】
【非特許文献】
【０００５】
【非特許文献１】西原隆著、栗山潤著、「ＴＯＣ／ＣＣＰＭ標準ハンドブック クリティカルチェーン・プロジェクトマネジメント入門」、株式会社秀和システム、２０１０年７月１日
【発明の概要】
【発明が解決しようとする課題】
【０００６】
現在、ＣＣＰＭをアジャイル開発モデル等の繰り返し型開発モデルにそのまま適用することには問題がある。例えば、アジャイル開発モデルでは、一つのイテレーションの期間は１週間から４週間程度であり、比較的小規模の開発期間であるため、イテレーションごとにプロジェクトバッファを設けることは非効率的である。また、イテレーションごとにプロジェクトバッファを管理することは、管理コストの上昇につながる。さらに、イテレーションごとのプロジェクトバッファは、少ない日数または時間にならざるを得ず、大きな不確定要素（例えば、開発上の大きなトラブル）が発生した場合に、その不確定要素を吸収しきれないおそれがある。
【０００７】
そこで、本発明は上記の問題を解決するためになされたものであり、不確定要素を考慮した繰り返し型開発モデルによる効果的な進捗管理を支援する、進捗管理支援装置、進捗管理支援方法、および進捗管理支援プログラムを提供することを目的とする。
【課題を解決するための手段】
【０００８】
［１］上記の課題を解決するため、本発明の一態様である進捗管理支援装置は、繰り返し型開発モデルを適用したプロジェクトにおける複数のイテレーションの後に設けられ、前記複数のイテレーションのいずれにおいても消費可能な余裕期間であるバッファの消費実績値および消費要求期間に基づいて、前記バッファの消費予測値を計算するバッファ消費予測計算部と、前記プロジェクト全体における進捗に対する前記バッファの前記消費実績値および前記消費予測値と前記消費予測値についての警告レベルとを表すバッファ傾向グラフを生成し、前記警告レベルに応じて前記バッファの消費を推奨するか否かの内容を含む推奨アクション情報を生成するバッファ傾向グラフ生成部と、前記バッファ傾向グラフと前記推奨アクション情報とを提示する提示部と、を備えることを特徴とする。
［２］上記［１］記載の進捗管理支援装置において、前記バッファ傾向グラフ生成部は、前記バッファ傾向グラフのグラフ領域を複数の領域に区分した警告ゾーンを設け、前記複数の領域において前記消費予測値を含む領域に応じて前記警告レベルを表す、ことを特徴とする。
［３］上記［２］記載の進捗管理支援装置において、前記バッファ傾向グラフ生成部は、前記警告ゾーンを、前記バッファの消費の少ない領域から順に第１領域と第２領域と第３領域とに区分し、前記消費予測値が前記第１領域に含まれる場合は、前記バッファの消費を推奨する内容を含む前記推奨アクション情報を生成し、前記消費予測値が前記第２領域に含まれる場合は、前記バッファの消費を推奨せず、次または先のイテレーションにおいて実行することを推奨する内容を含む前記推奨アクション情報を生成し、前記消費予測値が前記第３領域に含まれる場合は、前記バッファの消費を推奨せず、現行のイテレーションにおいて実行することを推奨する内容を含む前記推奨アクション情報を生成する、ことを特徴とする。
【０００９】
［４］上記の課題を解決するため、本発明の一態様である進捗管理支援方法は、繰り返し型開発モデルを適用したプロジェクトにおける複数のイテレーションの後に設けられ、前記複数のイテレーションのいずれにおいても消費可能な余裕期間であるバッファの消費実績値および消費要求期間に基づいて、バッファ消費予測計算部が、前記バッファの消費予測値を計算するバッファ消費予測計算ステップと、バッファ傾向グラフ生成部が、前記プロジェクト全体における進捗に対する前記バッファの前記消費実績値および前記消費予測値と前記消費予測値についての警告レベルとを表すバッファ傾向グラフを生成し、前記警告レベルに応じて前記バッファの消費を推奨するか否かの内容を含む推奨アクション情報を生成するバッファ傾向グラフ生成ステップと、提示部が、前記バッファ傾向グラフと前記推奨アクション情報とを提示する提示ステップと、を有することを特徴とする。
［５］上記［４］記載の進捗管理支援方法において、前記バッファ傾向グラフ生成ステップは、前記バッファ傾向グラフ生成部が、前記バッファ傾向グラフのグラフ領域を複数の領域に区分した警告ゾーンを設け、前記複数の領域において前記消費予測値を含む領域に応じて前記警告レベルを表す、ことを特徴とする。
［６］上記［５］記載の進捗管理支援方法において、前記バッファ傾向グラフ生成ステップは、前記バッファ傾向グラフ生成部が、前記警告ゾーンを、前記バッファの消費の少ない領域から順に第１領域と第２領域と第３領域とに区分し、前記消費予測値が前記第１領域に含まれる場合は、前記バッファの消費を推奨する内容を含む前記推奨アクション情報を生成し、前記消費予測値が前記第２領域に含まれる場合は、前記バッファの消費を推奨せず、次または先のイテレーションにおいて実行することを推奨する内容を含む前記推奨アクション情報を生成し、前記消費予測値が前記第３領域に含まれる場合は、前記バッファの消費を推奨せず、現行のイテレーションにおいて実行することを推奨する内容を含む前記推奨アクション情報を生成する、ことを特徴とする。
【００１０】
［７］上記の課題を解決するため、本発明の一態様である進捗管理支援プログラムは、コンピュータを、繰り返し型開発モデルを適用したプロジェクトにおける複数のイテレーションの後に設けられ、前記複数のイテレーションのいずれにおいても消費可能な余裕期間であるバッファの消費実績値および消費要求期間に基づいて、前記バッファの消費予測値を計算するバッファ消費予測計算部と、前記プロジェクト全体における進捗に対する前記バッファの前記消費実績値および前記消費予測値と前記消費予測値についての警告レベルとを表すバッファ傾向グラフを生成し、前記警告レベルに応じて前記バッファの消費を推奨するか否かの内容を含む推奨アクション情報を生成するバッファ傾向グラフ生成部と、前記バッファ傾向グラフと前記推奨アクション情報とを提示する提示部と、として機能させる。
［８］上記［７］記載の進捗管理支援プログラムにおいて、前記バッファ傾向グラフ生成部は、前記バッファ傾向グラフのグラフ領域を複数の領域に区分した警告ゾーンを設け、前記複数の領域において前記消費予測値を含む領域に応じて前記警告レベルを表す。
［９］上記［８］記載の進捗管理支援プログラムにおいて、前記バッファ傾向グラフ生成部は、前記警告ゾーンを、前記バッファの消費の少ない領域から順に第１領域と第２領域と第３領域とに区分し、前記消費予測値が前記第１領域に含まれる場合は、前記バッファの消費を推奨する内容を含む前記推奨アクション情報を生成し、前記消費予測値が前記第２領域に含まれる場合は、前記バッファの消費を推奨せず、次または先のイテレーションにおいて実行することを推奨する内容を含む前記推奨アクション情報を生成し、前記消費予測値が前記第３領域に含まれる場合は、前記バッファの消費を推奨せず、現行のイテレーションにおいて実行することを推奨する内容を含む前記推奨アクション情報を生成する。
【発明の効果】
【００１１】
本発明によれば、不確定要素を考慮した繰り返し型開発モデルによる効果的な進捗管理を支援することができる。
【図面の簡単な説明】
【００１２】
【図１】本発明の一実施形態において示す事例における、第１開発の概略の工程表である。
【図２】同事例における、第２開発の概略の工程表である。
【図３】同事例における、第３開発の概略の工程表である。
【図４】同事例における、第４開発の概略の工程表である。
【図５】同実施形態である進捗管理支援装置を適用した進捗管理支援システムの概略の全体構成図である。
【図６】同実施形態において、サーバ装置における進捗管理支援装置の機能構成を表すブロック図である。
【図７】同実施形態において、クライアント端末における個人進捗管理装置の機能構成を表すブロック図である。
【図８】第１開発に対応するイテレーションおよび第２開発に対応するイテレーションについての、プロジェクト開始前におけるイテレーション計画表の具体例である。
【図９】第３開発に対応するイテレーションおよび第４開発に対応するイテレーションについての、プロジェクト開始前におけるイテレーション計画表の具体例である。
【図１０】線グラフを含まないバッファ傾向グラフを表す図である。
【図１１】線グラフを含むバッファ傾向グラフを表す図である。
【図１２】第１開発に対応するイテレーションおよび第３開発に対応するイテレーションについての、プロジェクト開始後におけるイテレーション計画表の具体例である。
【図１３】プロジェクトの開始後において、サーバ装置が実行する処理手順を表すフローチャートである。
【図１４】プロジェクトの開始後において、サーバ装置が実行する処理手順を表すフローチャートである。
【発明を実施するための形態】
【００１３】
以下、本発明を実施するための形態について、図面を参照して詳細に説明する。
本実施形態では、プロジェクト管理者と、その管理下にある４人の開発担当者（以下、単に“担当者”と言う。）との開発チームが、繰り返し型開発モデルの一種であるアジャイル開発モデルにしたがってアプリケーションソフトウェアを開発する場合のプロジェクト管理（ここでは、特に進捗管理）を事例として挙げて説明する。
【００１４】
本事例では、アプリケーションソフトウェアのリリースを４つの段階に分け、段階ごとに機能を追加しながらリリースすることとする。各リリースのための開発を第１〜第４開発と呼ぶ。また、各開発に対応するイテレーションをイテレーション１〜４と呼ぶ。
【００１５】
まず、図１〜図４を参照して、本事例における第１開発〜第４開発の工程を説明する。
図１は、本事例における第１開発の概略の工程表である。同図（図２〜図４も同様である。）の工程表は、ガントチャート形式で表されたものである。図１に示すように、第１開発は、２０１１年１月１１日に開始して２０１１年１月２４日に終了する予定の開発である。
第１開発は、担当者Ａにより順次作業される機能Ｆ１，Ｆ２，Ｆ５と、機能Ｆ１の終了後に担当者Ｂにより順次作業される機能Ｆ３，Ｆ４とによって計画されている。ここでいう“機能”とは、当該開発において開発されるアプリケーションソフトウェアの機能を指す。各機能の開発には、例えば、要件定義、設計、プログラミング、テスト等の工程が含まれる。
機能Ｆ１，Ｆ２，Ｆ５（同図における網掛け表示された機能）は、第１開発におけるクリティカルチェーンであり、そのリードタイムは３日＋４日＋３日＝１０日である。よって、イテレーション１の期間は１０日となる。
【００１６】
なお、本実施形態では、土曜日、日曜日、および日本国の祝日（２０１１年２月１１日）を除いて作業日を設定している。
【００１７】
図２は、本事例における第２開発の概略の工程表である。同図に示すように、第２開発は、２０１１年１月２５日に開始して２０１１年２月８日に終了する予定の開発である。
第２開発は、担当者Ａにより順次作業される機能Ｆ６，Ｆ７と、機能Ｆ７の終了後に担当者Ｃにより作業される機能Ｆ１０と、機能Ｆ６の終了後に担当者Ｂにより順次作業される機能Ｆ８，Ｆ９とによって計画されている。
機能Ｆ６，Ｆ７，Ｆ１０（同図における網掛け表示された機能）は、第２開発におけるクリティカルチェーンであり、そのリードタイムは４日＋４日＋３日＝１１日である。よって、イテレーション２の期間は１１日となる。
【００１８】
図３は、本事例における第３開発の概略の工程表である。同図に示すように、第３開発は、２０１１年２月９日に開始して２０１１年２月２４日に終了する予定の開発である。
第３開発は、担当者Ｃにより順次作業される機能Ｆ１１，Ｆ１２，Ｆ１６と、機能Ｆ１１の終了後に担当者Ｂにより順次作業される機能Ｆ１３，Ｆ１５と、機能Ｆ１１の終了後に担当者Ｄにより作業される機能Ｆ１４とによって計画されている。
機能Ｆ１１，Ｆ１２，Ｆ１６（同図における網掛け表示された機能）は、第３開発におけるクリティカルチェーンであり、そのリードタイムは３日＋４日＋４日＝１１日である。よって、イテレーション３の期間は１１日となる。
【００１９】
図４は、本事例における第４開発の概略の工程表である。同図に示すように、第４開発は、２０１１年２月２５日に開始して２０１１年３月１０日に終了する予定の開発である。
第４開発は、担当者Ｃにより順次作業される機能Ｆ１７，Ｆ１８と、機能Ｆ１８の終了後に担当者Ｂにより作業される機能Ｆ２０と、機能Ｆ１７の終了後に担当者Ｄにより順次作業される機能Ｆ１９，Ｆ２１と、機能Ｆ２１の終了後に担当者Ｃにより作業される機能Ｆ２２とによって計画されている。
機能Ｆ１７，Ｆ１９，Ｆ２１，Ｆ２２（同図における網掛け表示された機能）は、第４開発におけるクリティカルチェーンであり、そのリードタイムは３日＋３日＋２日＋２日＝１０日である。よって、イテレーション４の期間は１０日となる。
【００２０】
本実施形態においては、時系列最後のイテレーションの直後に、全てのイテレーションのいずれにおいても消費可能なリリースバッファ（“共通バッファ”とも言い、以下、単に“バッファ”と言う。）を設ける。このバッファは、プロジェクト全体の余裕日数または余裕時間等の余裕期間を意味するものである。バッファの総容量（総期間）は、例えば、全てのイテレーションの合計期間の５０％の期間である。このバッファの総容量は、例えばプロジェクト管理者によって任意に変更可能である。また、本実施形態においては、イテレーションの期間はプロジェクトの計画時に固定される。
本事例では、イテレーション１〜４の各期間は、１０日、１１日、１１日、１０日であるため、バッファの総容量はイテレーションの合計期間の５０％である２１日である。よって、本事例におけるアプリケーションソフトウェアの総開発許容期間は、４２日＋２１日＝６３日である。
【００２１】
以上説明した事例を具体例として、本発明の一実施形態について説明する。
図５は、本実施形態である進捗管理支援装置を適用した進捗管理支援システムの概略の全体構成図である。同図に示すように、進捗管理支援システム１は、プロジェクト管理者Ｘが操作するサーバ装置１０と、担当者Ａ，Ｂ，Ｃ，Ｄがそれぞれ操作するクライアント端末２０ａ，２０ｂ，２０ｃ，２０ｄとが、コンピュータネットワークであるネットワーク３０を介してそれぞれ接続された構成を有する。
なお、以下の説明において、クライアント端末２０ａ，２０ｂ，２０ｃ，２０ｄそれぞれを指してクライアント端末２０と呼ぶこともある。
【００２２】
サーバ装置１０は、本実施形態である進捗管理支援装置を実現する装置である。サーバ装置１０は、進捗管理支援装置の機能を実現するための進捗管理支援プログラムをコンピュータ読み取り可能な記録媒体に記録しておき、この記録媒体に記録された進捗管理支援プログラムをコンピュータシステムに読み込ませて実行することによって、進捗管理支援装置の機能を実現する。
【００２３】
コンピュータシステムは、ＯＳ（Ｏｐｅｒａｔｉｎｇ Ｓｙｓｔｅｍ）や周辺装置のハードウェアを含むものである。
また、コンピュータ読み取り可能な記録媒体は、例えば、フレキシブルディスク、光磁気ディスク、光ディスク、メモリカード等の可搬型記録媒体、コンピュータシステムに内蔵される磁気ハードディスク、ソリッドステートドライブ等の記憶装置である。さらに、コンピュータ読み取り可能な記録媒体は、インターネット等のコンピュータネットワークや電話回線等の回線を介してプログラムを送信する場合の通信線のように、短時間の間、動的にプログラムを保持するもの、コンピュータシステム内部の揮発性メモリのように、一定時間プログラムを保持するものを含む。
【００２４】
なお、進捗管理支援プログラムは、コンピュータシステムにすでに記録されている他のコンピュータプログラム、例えば後述する個人進捗管理プログラムとの組み合わせによって進捗管理支援装置の機能を実現するものであってもよい。
【００２５】
サーバ装置１０は、進捗管理支援プログラムを実行することにより、アジャイル開発モデルによるプロジェクトの管理を支援する。例えば、サーバ装置１０は、担当者Ａ，Ｂ，Ｃ，Ｄによって開発されるアプリケーションソフトウェアの、各作業の進捗管理を支援する。
【００２６】
具体的には、プロジェクトの開始前（本事例では、２０１１年１月１１日以前）に、サーバ装置１０は、プロジェクト管理者Ｘの操作にしたがって、当該プロジェクトにおけるイテレーションごとのイテレーション計画表を作成し、作成した全てのイテレーション計画表を登録する。イテレーション計画表は、開発における機能ごとの、実行計画と進捗状況（ステータス）と必要日数（残日数）と推奨アクション情報とを表すデータテーブルである。イテレーション計画表のデータ構成については後述する。
【００２７】
また、サーバ装置１０は、登録された全てのイテレーション計画表に基づいて、バッファ傾向グラフ（線グラフがないもの）を生成し、このバッファ傾向グラフを登録する。バッファ傾向グラフとは、プロジェクト全体における進捗に対してバッファの消費の実績値（消費実績値）と予測値（消費予測値）とを打点して線グラフ化したものである。このバッファ傾向グラフには、警告ゾーンが設けられる。この警告ゾーンは、プロジェクト全体における進捗に対するバッファの消費予測についての警告レベルを表すものである。バッファ傾向グラフの詳細については後述する。
また、サーバ装置１０は、登録したイテレーション計画表をクライアント端末２０ａ，２０ｂ，２０ｃ，２０ｄそれぞれに送信する。
【００２８】
プロジェクトの開始後（本事例では、２０１１年１月１１日以降）において、サーバ装置１０は、担当者Ａ，Ｂ，Ｃ，Ｄによってそれぞれ操作されたクライアント端末２０ａ，２０ｂ，２０ｃ，２０ｄから送信される各タスクデータを受信すると、これらテスクデータを取り込んで記憶する。タスクデータは、担当者個人の作業の進捗状況と、作業停止または作業遅延が生じた場合に回復に要する必要日数または必要時間とを有する進捗報告情報である。
サーバ装置１０は、プロジェクト管理者Ｘの操作にしたがい、記憶したタスクデータに基づいて、進捗状況と必要日数または必要時間とをイテレーション計画表に書き込む。
【００２９】
サーバ装置１０は、書き込んだ進捗状況と必要日数または必要時間とに基づいてバッファの消費率予測値を計算し、すでに登録してあるバッファ傾向グラフにその消費率予測値を予測ポイントとして打点して表示部に表示させる。
また、サーバ装置１０は、バッファ傾向グラフにおける予測ポイントの警告レベルに応じた推奨アクション情報をイテレーション計画表に書き込み、このイテレーション計画表を表示部に表示させる。
また、サーバ装置１０は、プロジェクト管理者Ｘによって更新されたイテレーション計画表を、クライアント端末２０ａ，２０ｂ，２０ｃ，２０ｄそれぞれに送信する。
【００３０】
すなわち、サーバ装置１０は、クライアント端末２０ａ，２０ｂ，２０ｃ，２０ｄから供給され取り込んだ担当者Ａ，Ｂ，Ｃ，Ｄのタスクデータに基づいて進捗を管理し、進捗状況と必要日数または必要時間とに基づくバッファの消費率の予測を提示するとともに、バッファ傾向グラフによる警告レベルに応じた推奨アクションを提示する。
これにより、プロジェクト管理者Ｘは、提示されたバッファの消費率の予測と推奨アクションとを勘案して次のアクションを決めることができる。
【００３１】
クライアント端末２０ａ，２０ｂ，２０ｃ，２０ｄは、担当者Ａ，Ｂ，Ｃ，Ｄによってそれぞれ操作される個人進捗管理装置である。クライアント端末２０は、例えばコンピュータ装置により実現される。クライアント端末２０は、個人進捗管理装置の機能を実現するための個人進捗管理プログラムをコンピュータ読み取り可能な記録媒体に記録しておき、この記録媒体に記録された個人進捗管理プログラムをコンピュータシステムに読み込ませて実行することによって個人進捗管理装置の機能を実現する。
【００３２】
なお、個人進捗管理プログラムは、コンピュータシステムにすでに記録されている他のコンピュータプログラム、例えば進捗管理支援プログラムとの組み合わせによって個人進捗管理装置の機能を実現するものであってもよい。
【００３３】
クライアント端末２０は、個人進捗管理プログラムを実行することにより、担当者個人の作業の進捗状況を管理する。
【００３４】
具体的には、プロジェクトの開始前に、クライアント端末２０は、サーバ装置１０から送信された全てのイテレーション計画表を受信して取り込み記憶する。
プロジェクトの開始後において、クライアント端末２０は、サーバ装置１０から送信される更新後のイテレーション計画表を受信すると、そのイテレーション計画表を取り込んで記憶する。クライアント端末２０は、イテレーション計画表を表示部に表示させる。
クライアント端末２０は、担当者の操作によって入力される、担当者個人の作業の進捗状況と作業停止または作業遅延が生じた場合に回復に要する必要日数または必要時間とを、タスクデータとしてサーバ装置１０に送信する。担当者がクライアント端末２０を操作するタイミングは、例えば、毎日における任意のとき、またはプロジェクト進行中に問題が生じたとき等である。
【００３５】
図６は、サーバ装置１０における進捗管理支援装置の機能構成を表すブロック図である。同図に示すように、サーバ装置１０は、データベース部１０１と、操作部１０２と、ネットワーク制御部１０３と、計画表作成部１０４と、進捗状況指定部１０５と、バッファ消費予測計算部１０６と、バッファ傾向グラフ生成部１０７と、表示制御部１０８と、表示部１０９とを備える。
【００３６】
データベース部１０１は、イテレーション計画表とバッファ傾向グラフとを記録する。データベース部１０１において、イテレーション計画表を記憶する部分はイテレーション計画表記憶部であり、バッファ傾向グラフを記憶する部分はバッファ傾向グラフ記憶部である。データベース部１０１は、例えば磁気ハードディスク等の記憶装置により実現される。
操作部１０２は、オペレータ（例えば、プロジェクト管理者Ｘ）の操作により各種情報を入力する操作系インタフェースである。操作部１０２は、例えば、キーボード、マウス、タッチパネル等の入力装置により実現される。
ネットワーク制御部１０３は、クライアント端末２０ａ，２０ｂ，２０ｃ，２０ｄや、ネットワーク３０を介して接続される他のネットワーク装置（図示省略）との間で通信するネットワークインタフェースである。
【００３７】
計画表作成部１０４は、オペレータによる操作部１０２の操作にしたがって、イテレーションごとのイテレーション計画表を作成し、これら作成されたイテレーション計画表をデータベース部１０１に記録させる。例えば、図１〜図４に示した第１〜第４開発の工程表や図示しないパート図、開発計画書等にしたがい、プロジェクト管理者Ｘによる操作部１０２の操作によって実行計画に関する情報が入力されることにより、計画表作成部１０４は、四つのイテレーション１〜４を定義し、各イテレーションについてのイテレーション計画表を作成して、これら四つのイテレーション計画表をデータベース部１０１に記録させる。
【００３８】
なお、計画表作成部１０４は、ネットワーク３０に接続された他のネットワーク装置、例えばコンピュータ装置から供給されるデータ、つまり実行計画に関する情報を、ネットワーク制御部１０３を介して取り込み、その情報に基づいてイテレーション計画表を作成するようにしてもよい。
【００３９】
進捗状況指定部１０５は、クライアント端末２０ａ，２０ｂ，２０ｃ，２０ｄから送信される各タスクデータを、ネットワーク制御部１０３を介して取り込んで記憶領域に記憶させる。この記憶領域は、進捗状況指定部１０５が有する図示しない記憶部の記憶領域であってもよいし、データベース部１０１が有する記録領域の一部であってもよい。そして、進捗状況指定部１０５は、オペレータによる操作部１０２の操作にしたがって、記憶領域に記憶されたタスクデータに基づき、進捗状況と必要日数または必要時間とをデータベース部１０１に記録されたイテレーション計画表に書き込む。
【００４０】
バッファ消費予測計算部１０６は、バッファの総容量と、イテレーション計画表における進捗状況および必要日数または必要時間と、バッファ傾向グラフにおける最新のバッファ消費率の実績値とに基づいて、バッファの消費率予測値を計算し、この消費率予測値をバッファ傾向グラフ生成部１０７に供給する。バッファ消費予測計算部１０６によるバッファの消費率予測値の計算方法については後述する。
【００４１】
プロジェクトの開始前において、バッファ傾向グラフ生成部１０７は、データベース部１０１に記録された全てのイテレーション計画表に基づいて、バッファ傾向グラフ（線グラフがないもの）を生成し、このバッファ傾向グラフをデータベース部１０１に記録させる。
プロジェクトの開始後において、バッファ傾向グラフ生成部１０７は、バッファ消費予測計算部１０６から供給されるバッファの消費率予測値を取り込む。そして、バッファ傾向グラフ生成部１０７は、データベース１０１に記録されたバッファ傾向グラフにその取り込んだ消費率予測値を予測ポイントとして打点し、そのバッファ傾向グラフをデータベース部１０１に記録させる。
また、バッファ傾向グラフ生成部１０７は、予測ポイントに対応する警告レベルに応じて推奨アクション情報を生成し、この推奨アクション情報をデータベース部１０１に記録されたイテレーション計画表に書き込む。
【００４２】
表示制御部１０８は、データベース部１０１からイテレーション計画表を読み込み、この読み込んだイテレーション計画表を画像信号に変換して表示部１０９に供給する。また、表示制御部１０８は、データベース部１０１からバッファ傾向グラフを読み込み、この読み込んだバッファ傾向グラフを画像信号に変換して表示部１０９に供給する。
表示部１０９は、例えば液晶表示ディスプレイにより実現され、表示制御部１０８から供給される画像信号によりイテレーション計画表およびバッファ傾向グラフまたはいずれか一方を表示する。
表示制御部１０８と表示部１０９とは、提示部を構成する。
【００４３】
図７は、クライアント端末２０における個人進捗管理装置の機能構成を表すブロック図である。同図に示すように、クライアント端末２０は、計画表記憶部２０１と、操作部２０２と、ネットワーク制御部２０３と、タスクデータ登録部２０４と、タスクデータ記憶部２０５と、表示制御部２０６と、表示部２０７とを備える。
【００４４】
計画表記憶部２０１は、ネットワーク制御部２０３を介してサーバ装置１０から取得するイテレーション計画表を記憶する。
操作部２０２は、オペレータ（例えば、担当者Ａ，Ｂ，Ｃ，Ｄ）の操作により各種情報を入力する操作系インタフェースである。操作部２０２は、例えば、キーボード、マウス、タッチパネル等の入力装置により実現される。
ネットワーク制御部２０３は、サーバ装置１０やネットワーク３０を介して接続される他のネットワーク装置（図示省略）との間で通信するネットワークインタフェースである。
【００４５】
タスクデータ登録部２０４は、オペレータ（例えば、担当者Ａ）による操作部２０２の操作にしたがって、担当者個人（担当者Ａ）の作業の進捗状況と、作業停止または作業遅延が生じた場合に回復に要する必要日数または必要時間とを有するタスクデータを生成し、このタスクデータをタスクデータ記憶部２０５に記憶させる。
【００４６】
タスクデータに含まれる進捗状況は、例えば、完了、進行中、停止中、および未着手を表す文字、数字、記号、またはそれらの組み合わせによる情報である。完了は、当該機能の作業が完了したことを示す。進行中は、当該機能の作業が現在進行していることを示す。停止中は、当該機能がなんらかの問題が発生して停止していること、または、大幅に遅延していることを示す。未着手は、当該機能の作業に未着手であることを示す。
【００４７】
なお、タスクデータ登録部２０４は、ネットワーク３０に接続された他のネットワーク装置、例えばコンピュータ装置から供給されるデータ、つまり進捗状況と必要日数または必要時間との情報を、ネットワーク制御部２０３を介して取り込み、そのデータに基づいてタスクデータを生成するようにしてもよい。
タスクデータ記憶部２０５は、タスクデータ登録部２０４が生成したタスクデータを記憶する。
計画表記憶部２０１とタスクデータ記憶部２０５とは、例えば磁気ハードディスクや半導体メモリ等の記憶装置により実現される。
【００４８】
表示制御部２０６は、計画表記憶部２０１からイテレーション計画表を読み込み、この読み込んだイテレーション計画表を画像信号に変換して表示部２０７に供給する。また、表示制御部２０６は、タスクデータ記憶部２０５からタスクデータを読み込み、この読み込んだタスクデータを画像信号に変換して表示部２０７に供給する。
表示部２０７は、例えば液晶表示ディスプレイにより実現され、表示制御部２０６から供給される画像信号によりイテレーション計画表およびタスクデータまたはいずれか一方を表示する。
【００４９】
次に、イテレーション計画表のデータ構成を説明する。
図８は、第１開発に対応するイテレーション１および第２開発に対応するイテレーション２についての、プロジェクト開始前におけるイテレーション計画表の具体例である。同図において、上段の表は、図１に示した第１開発の工程表に対応するイテレーション１についてのイテレーション計画表であり、下段の表は、図２に示した第２開発の工程表に対応するイテレーション２についてのイテレーション計画表である。これら二つのイテレーション計画表は、サーバ装置１０の計画表作成部１０４が作成した時点のものである。
【００５０】
図８に示すように、イテレーション計画表は、「機能名」と、「担当者名」と、「計画開始日」と、「計画終了日」と、「計画日数」と、「残日数」と、「ステータス」と、「推奨アクション」との項目を対応付けて有するデータテーブルである。「機能名」は、前述したとおりの機能の名称や略称の項目である。「担当者名」は、機能名が示す機能を実施する担当者の氏名、担当者コード等の個人を識別する情報の項目である。「計画開始日」および「計画終了日」は、機能名が示す機能の作業開始予定日および作業終了予定日の項目である。「計画日数」は、作業開始予定日および作業終了予定日から得られる作業日数または作業時間の項目である。「残日数」は、作業停止または作業遅延が生じた場合の、回復に要する必要日数または必要時間、言い換えると消費要求期間の項目である。「ステータス」は、担当者名が示す担当者による作業の進捗状況の項目である。「推奨アクション」は、バッファ傾向グラフにおける予測ポイントの警告レベルに応じて生成される、推奨のアクション情報を示す項目である。
イテレーション計画表において、「機能名」と「担当者名」と「計画開始日」と「計画終了日」と「計画日数」との項目が実行計画を表す。
【００５１】
図９は、第３開発に対応するイテレーション３および第４開発に対応するイテレーション４についての、プロジェクト開始前におけるイテレーション計画表の具体例である。同図において、上段の表は、図３に示した第３開発の工程表に対応するイテレーション３についてのイテレーション計画表であり、下段の表は、図４に示した第４開発の工程表に対応するイテレーション４についてのイテレーション計画表である。これら二つのイテレーション計画表は、サーバ装置１０の計画表作成部１０４が作成した時点のものである。
【００５２】
図１０は、線グラフを含まないバッファ傾向グラフを表す図である。同図に示すように、バッファ傾向グラフ５０は、プロジェクト全体における進捗日数（横軸）に対するバッファの消費率（縦軸）を示すグラフである。バッファ傾向グラフ５０には、後で具体的に説明するように、バッファ消費率の実績値および予測値を打点した線グラフが示される。
なお、バッファ傾向グラフ５０の横軸は、プロジェクト全体における進捗率であってもよいし、プロジェクトの計画期間における日付または時刻であってもよい。また、バッファ傾向グラフ５０の縦軸は、バッファの消費量、すなわち消費日数または消費時間であってもよい。
【００５３】
バッファ傾向グラフ５０のグラフ領域内には、安全ゾーン（第１領域）５１と注意ゾーン（第２領域）５２と危険ゾーン（第３領域）５３とに区分される警告ゾーンが設けられる。この警告ゾーンは、プロジェクト全体における進捗に対するバッファの消費予測についての警告レベルを表すとともに、その警告レベルに応じて推奨アクションを決定するための領域である。
【００５４】
安全ゾーン５１は、バッファを消費することに問題がないことを表すとともに、バッファの使用を推奨アクションとして決定するための領域である。
注意ゾーン５２は、バッファの消費に注意を要することを表すとともに、バッファを使用せず、次のイテレーションまたはその先のイテレーションに機能を移行して実行することを推奨アクションとして決定するための領域である。
危険ゾーン５３は、バッファの消費は避けるべきであることを表すとともに、次以降のイテレーションにおける機能追加も避けるべきであることを表し、現時点でのイテレーションにおいて、担当者を追加、交替させる等の対応をとって機能の開発を実行することを推奨アクションとして決定するための領域である。
【００５５】
ここで、バッファ傾向グラフ生成部１０７によるバッファ傾向グラフの生成処理について説明する。
プロジェクトの開始前において、計画表作成部１０４により全てのイテレーションについてのイテレーション計画表が作成されてデータベース部１０１に記録されると、バッファ傾向グラフ生成部１０７は、イテレーション計画表における計画日数に基づいてバッファ傾向グラフ５０を生成する。例えば、本実例において、バッファ傾向グラフ生成部１０７は、イテレーション１〜４の合計期間である４２日分の進捗日数を横軸にとり、イテレーションの合計期間の５０％の期間である２１日を１００％としたバッファ消費率を縦軸にとったバッファ傾向グラフ５０を生成する。
【００５６】
バッファ傾向グラフ生成部１０７は、生成したバッファ傾向グラフ５０に、安全ゾーン５１と注意ゾーン５２と危険ゾーンとに区分される警告ゾーンを設定する。バッファ傾向グラフ生成部１０７は、例えば、縦軸（バッファの消費率）の二つの切片と横軸（プロジェクト全体における進捗日数）に対する傾きとを指定して２本の直線を設けることにより警告ゾーンを区分する。
なお、注意ゾーン５２を区分する境界の２本の直線の傾きは同一であってもよいし、例えば、注意ゾーン５２と危険ゾーン５３とを区分する境界の直線の傾きが、注意ゾーン５２と安全ゾーン５１とを区分する境界の直線の傾きよりも大きくてもよい。
【００５７】
バッファ傾向グラフ生成部１０７は、警告ゾーンを区分するための縦軸の二つの切片と横軸に対する傾きとの一種類または複数種類のデータセットを記憶領域にあらかじめ記憶させている。この記憶領域は、バッファ傾向グラフ生成部１０７が有する図示しない記憶部の記憶領域であってもよいし、データベース部１０１が有する記録領域の一部であってもよい。サーバ装置１０は、例えば、プロジェクトにおけるイテレーションの数に応じて、全てのイテレーションの合計日数に応じて、担当者の人数に応じて、開発対象の種類に応じて等の条件に対応させて、複数種類のデータセットを記憶しておく。
バッファ傾向グラフ生成部１０７は、オペレータによる操作部１０２の操作にしたがって記憶領域から所望のデータセットを読み込み、このデータセットに基づいて警告ゾーンを区分する。
【００５８】
図１１は、線グラフを含むバッファ傾向グラフを表す図である。同図に示すように、バッファ傾向グラフ６０は、安全ゾーン５１と注意ゾーン５２と危険ゾーン５３とに区分される警告ゾーンが設けられたグラフ領域に、過去のバッファの消費率値（実績値）とバッファの消費率予測値６２とを打点し、横軸において隣り合う打点を実線および破線で結線した線グラフを重ね合わせたものである。同図におけるバッファ傾向グラフ６０は、プロジェクト開始後２２日間分のバッファの消費率の実績値と、２３日目のバッファの消費率の予測値とを表すものである。
【００５９】
図１１に示すように、バッファ傾向グラフ生成部１０７は、過去のバッファの消費率値同士を、例えば実線で結線し、過去のバッファの消費率値のうち最新の消費率値６１と消費率予測値６２とを、例えば破線で結線する。このように結線することにより、実績値と予測値との見分けが容易になる。
なお、バッファ傾向グラフ生成部１０７は、実線と破線のように線種を変えて実績値と予測値とを区分してもよいし、線の色や打点されたポイントの色を変えて区分してもよい。また、消費率予測値６２のみ結線しないようにしてもよい。さらには、全て結線せず、ポイントのみを示すようにしてもよい。
【００６０】
図１２は、第１開発に対応するイテレーション１および第３開発に対応するイテレーション３についての、プロジェクト開始後におけるイテレーション計画表の具体例である。同図において、上段の表はイテレーション１についてのイテレーション計画表であり、下段の表はイテレーション３についてのイテレーション計画表である。これら二つのイテレーション計画表は、プロジェクトの開始後に、サーバ装置１０のバッファ傾向グラフ生成部１０７が更新した時点のものである。
【００６１】
同図に示すイテレーション１についてのイテレーション計画表は、図１に示した第１開発の工程表における２０１１年１月１９日（プロジェクト開始後７日目）に、バッファ傾向グラフ生成部１０７が更新した時点のものである。このイテレーション計画表によれば、その時点では、機能Ｆ１が完了し、機能Ｆ２が進行中であり、機能Ｆ３が完了し、機能Ｆ４がなんらかの問題が生じて停止または大きく遅延し、機能Ｆ５が未着手であることがステータスにより示され、機能Ｆ４については必要日数である残日数が１日であることが示されている。また、このイテレーション計画表によれば、２０１１年１月１９日時点でのバッファの消費率予測値が安全ゾーン内にあるため、バッファの使用を推奨することが推奨アクションにより示されている。
【００６２】
また、図１２に示すイテレーション３についてのイテレーション計画表は、図３に示した第３開発の工程表における２０１１年２月１０日（プロジェクト開始後２３日目）に、バッファ傾向グラフ生成部１０７が更新した時点のものである。このイテレーション計画表によれば、その時点では、機能Ｆ１１がなんらかの問題が生じて停止または大きく遅延し、機能Ｆ１２〜Ｆ１６が未着手であることがステータスにより示され、機能Ｆ１１については残日数が３日であることが示されている。また、このイテレーション計画表によれば、２０１１年２月２３日時点でのバッファの消費率予測値が注意ゾーン内にあるため（図１１における消費量予測値６２）、機能Ｆ１１の次開発以降への移行を推奨することが推奨アクションにより示されている。
【００６３】
次に、本実施形態である進捗管理支援装置を適用したサーバ装置１０の動作について説明する。
図１３および図１４は、プロジェクトの開始後において、サーバ装置１０が実行する処理手順を表すフローチャートである。なお、図１４のフローチャートは、図１３のフローチャートに続くものである。
プロジェクトの開始後、クライアント端末２０から送信されるタスクデータを、進捗状況指定部１０５が、ネットワーク制御部１０３を介して取り込んで記憶領域に記憶させた後に、図１３に示すフローチャートの処理が開始される。
【００６４】
まず、図１３のステップＳ１０１において、表示制御部１０８は、データベース部１０１から当該プロジェクトに関する全てのイテレーションについてのイテレーション計画表を読み込んで表示部１０９に表示させる。具体的には、表示制御部１０８は、データベース部１０１からイテレーション１〜４についてのイテレーション計画表を読み込んで画像信号に変換して表示部１０９に供給する。そして、表示部１０９は、表示制御部１０８から供給された画像信号によりイテレーション計画表を表示する。
【００６５】
次に、ステップＳ１０２において、表示制御部１０８は、データベース部１０１からバッファ傾向グラフを読み込んで表示部１０９に表示させる。ただし、この時点でのバッファ傾向グラフは、線グラフが表されないものか、バッファの消費率値の実績値のみが線グラフとして表されたものかのいずれかである。具体的には、表示制御部１０８は、データベース部１０１からバッファ傾向グラフを読み込んで画像信号に変換して表示部１０９に供給する。そして、表示部１０９は、表示制御部１０８から供給された画像信号によりバッファ傾向グラフを表示する。
【００６６】
次に、ステップＳ１０３において、オペレータ（例えば、プロジェクト管理者Ｘ）によって、記憶領域に記憶されたタスクデータに含まれる進捗状況が操作部１０２から入力されると、進捗状況指定部１０５は、その進捗状況を、データベース部１０１に記録されたイテレーション計画表の項目「ステータス」に書き込む。
【００６７】
次に、ステップＳ１０４において、進捗状況指定部１０５は、ステータスに書き込んだ進捗状況が“停止中”であると判定した場合はステップＳ１０５の処理に移り、ステータスに書き込んだ進捗状況が“停止中”以外（“完了”、“進行中”、または“未着手”）であると判定した場合は、このフローチャートの処理を終了させる。
【００６８】
ステップＳ１０５において、オペレータによって、記憶領域に記憶されたタスクデータに含まれる必要日数または必要時間が操作部１０２から入力されると、進捗状況指定部１０５は、その必要日数または必要時間を、データベース部１０１に記録されたイテレーション計画表の項目「残日数」に書き込む。
【００６９】
次に、ステップＳ１０６において、バッファ消費予測計算部１０６は、バッファの総容量と、イテレーション計画表における必要日数または必要時間と、バッファ傾向グラフにおける最新のバッファの消費率の実績値と、に基づいてバッファの消費率予測値を計算し、この消費率予測値をバッファ傾向グラフ生成部１０７に供給する。例えば、バッファの総容量Ｓが２１日、必要日数Ｎが２日、最新のバッファの消費率の実績値Ｂが０．２（実績として、バッファの総容量の２０％を消費していることを意味する。）である場合、バッファ消費予測計算部１０６は、バッファの消費率予測値Ｐ（単位は％）を下記の式１により計算する。
【００７０】
［式１］
Ｐ＝｛（Ｓ×Ｂ＋Ｎ）／Ｓ｝×１００
【００７１】
次に、ステップＳ１０７において、バッファ傾向グラフ生成部１０７は、バッファ消費予測計算部１０６から供給される消費率予測値を取り込む。次に、バッファ傾向グラフ生成部１０７は、データベース１０１に記録されたバッファ傾向グラフにその取り込んだ消費率予測値を予測ポイントとして打点し、そのバッファ傾向グラフをデータベース部１０１に記録させる。
次に、バッファ傾向グラフ生成部１０７は、バッファ傾向グラフにおける予測ポイントに対応する警告レベルを取得する。具体的には、バッファ傾向グラフ生成部１０７は、バッファ傾向グラフにおいて、予測ポイントを含む領域（安全ゾーンと注意ゾーンと危険ゾーンとのうちいずれかの領域）を識別し、その識別結果を警告レベルとして取得する。
【００７２】
次に、ステップＳ１０８において、表示制御部１０８は、データベース部１０１からバッファ傾向グラフを読み込んで表示部１０９に表示させる。具体的には、表示制御部１０８は、データベース部１０１からバッファ傾向グラフを読み込んで画像信号に変換して表示部１０９に供給する。そして、表示部１０９は、表示制御部１０８から供給された画像信号によりバッファ傾向グラフを表示する。
【００７３】
次に、図１４のステップＳ１０９において、ステップＳ１０７の処理において取得した警告レベルが安全ゾーンに対するものであるか否かを判定する。警告レベルが安全ゾーンに対するものである場合はステップＳ１１０の処理に移り、警告レベルが安全ゾーンに対するものでない場合、すなわち、警告レベルが注意ゾーンまたは危険ゾーンに対するものである場合はステップＳ１１１の処理に移る。
【００７４】
ステップＳ１１０において、バッファ傾向グラフ生成部１０７は、バッファの使用を推奨アクションとして決定し、この推奨アクション情報をデータベース部１０１に記録されたイテレーション計画表の項目「推奨アクション」に書き込む。
次に、表示制御部１０８は、イテレーション計画表の項目「推奨アクション」を表示部１０９に表示させる。表示部１０９に表示される推奨アクションの表示内容は、例えば、“バッファ使用”や“Ｓｔａｃｋ ｔｏ ｔｈｅ Ｂｕｆｆｅｒ”等である。
【００７５】
ステップＳ１１１において、ステップＳ１０７の処理において取得した警告レベルが注意ゾーンに対するデータであるか否かを判定する。警告レベルが注意ゾーンに対するものである場合はステップＳ１１２の処理に移り、警告レベルが注意ゾーンに対するものでない場合、すなわち、警告レベルが危険ゾーンに対するものである場合はステップＳ１１３の処理に移る。
【００７６】
ステップＳ１１２において、バッファ傾向グラフ生成部１０７は、バッファを使用せず、次のイテレーションまたはその先のイテレーションに機能を移行して実行することを推奨アクションとして決定し、この推奨アクション情報をデータベース部１０１に記録されたイテレーション計画表の項目「推奨アクション」に書き込む。
次に、表示制御部１０８は、イテレーション計画表の項目「推奨アクション」を表示部１０９に表示させる。表示部１０９に表示される推奨アクションの表示内容は、例えば、“次開発以降”や“Ｓｔａｃｋ ｔｏ ｔｈｅ ｎｅｘｔ ｏｒ ｏｎｗａｒｄ Ｉｔｅｒａｔｉｏｎ”等である。
【００７７】
ステップＳ１１３において、バッファ傾向グラフ生成部１０７は、現時点でのイテレーションにおいて機能を実行することを推奨アクションとして決定し、この推奨アクション情報をデータベース部１０１に記録されたイテレーション計画表の項目「推奨アクション」に書き込む。
次に、表示制御部１０８は、イテレーション計画表の項目「推奨アクション」を表示部１０９に表示させる。表示部１０９に表示される推奨アクションの表示内容は、例えば、“現行開発”や“Ｓｔａｃｋ ｔｏ ｔｈｅ ｃｕｒｒｅｎｔ Ｉｔｅｒａｔｉｏｎ”等である。
【００７８】
以上詳述したとおり、本発明の一実施形態である進捗管理支援装置を適用した進捗管理支援システム１によれば、サーバ装置１０は、クライアント端末２０から取得したタスクデータに基づいてバッファ傾向グラフにバッファの消費率予測値を打点して表示部１０９に表示させる。タスクデータは、前述したとおり、担当者個人の作業の進捗状況と、作業停止または作業遅延が生じた場合に回復に要する必要日数または必要時間とを有する進捗報告情報である。それとともに、サーバ装置１０は、バッファ傾向グラフにおいて消費率予測値が打点された警告ゾーンの領域（安全ゾーン、注意ゾーン、または危険ゾーン）に応じて、次にとり得るアクションを推奨する内容の推奨アクション情報を生成して表示部１０９に表示させる。
【００７９】
言い換えると、安全ゾーンにバッファの消費率予測値が打点される場合、サーバ装置１０は、現時点での進捗に問題はないと判断し、バッファの使用を推奨する。また、注意ゾーンにバッファの消費率予測値が打点される場合、サーバ装置１０は、今後の進捗には注意を要し、最終的な納期遅れの危険性を考慮して対策をとるべきと判断し、バッファを使用せず次または先のイテレーションにおいて機能を実行することを推奨する。また、危険ゾーンにバッファの消費率予測値が打点される場合、サーバ装置１０は、現時点での進捗は問題があり、バッファの残容量を回復するための対策をとるべきと判断し、バッファを使用せず、現行のイテレーションにおいて機能を実行することを推奨する。
【００８０】
よって、サーバ装置１０の管理者であるプロジェクト管理者Ｘは、サーバ装置１０が提示するバッファ傾向グラフの予測と推奨アクションとを勘案して、次にとるべきアクションを決定することができる。
【００８１】
以上詳述したとおり、本実施形態である進捗管理支援装置を適用した進捗管理支援システム１によれば、アジャイル開発モデルを適用し、且つ複数のイテレーションの後にこれら全てのイテレーションによって消費可能なバッファを設けたプロジェクトにおいて、効果的な進捗管理を支援することができる
【００８２】
なお、上述した本発明の一実施形態では、プロジェクトの開始後、サーバ装置１０の進捗状況指定部１０５は、クライアント端末２０から送信されたタスクデータを取り込んで記憶領域に記憶させた後、プロジェクト管理者Ｘによる操作部１０２の操作にしたがって、その記憶領域に記憶されたタスクデータに基づいて、進捗状況と必要日数または必要時間とをイテレーション計画表に書き込むようにした。
これ以外にも、サーバ装置１０の進捗状況指定部１０５は、クライアント端末２０から送信されたタスクデータを取り込んで記憶領域に記憶させた後、その記憶領域に記憶されたタスクデータに基づいて、進捗状況と必要日数または必要時間とをイテレーション計画表に書き込むようにしてもよい。
また、担当者Ａ，Ｂ，Ｃ，Ｄ自らが、クライアント端末２０ａ，２０ｂ，２０ｃ，２０ｄを操作することによるネットワーク３０経由で、または、サーバ装置１０を操作することによって、データベース部１０１に記録されたイテレーション計画表に、タスクデータに基づく進捗状況と必要日数または必要時間とを書き込むようにしてもよい。
【００８３】
以上、本発明の実施の形態について図面を参照して詳述したが、具体的な構成はその実施形態に限られるものではなく、本発明の要旨を逸脱しない範囲の設計等も含まれる。
【符号の説明】
【００８４】
１ 進捗管理支援システム
１０ サーバ装置
２０ａ，２０ｂ，２０ｃ，２０ｄ クライアント端末
３０ ネットワーク
１０１ データベース部
１０２，２０２ 操作部
１０３，２０３ ネットワーク制御部
１０４ 計画表作成部
１０５ 進捗状況指定部
１０６ バッファ消費予測計算部
１０７ バッファ傾向グラフ生成部
１０８，２０６ 表示制御部
１０９，２０７ 表示部
２０１ 計画表記憶部
２０４ タスクデータ登録部
２０５ タスクデータ記憶部
【特許請求の範囲】
【請求項１】
繰り返し型開発モデルを適用したプロジェクトにおける複数のイテレーションの後に設けられ、前記複数のイテレーションのいずれにおいても消費可能な余裕期間であるバッファの消費実績値および消費要求期間に基づいて、前記バッファの消費予測値を計算するバッファ消費予測計算部と、
前記プロジェクト全体における進捗に対する前記バッファの前記消費実績値および前記消費予測値と前記消費予測値についての警告レベルとを表すバッファ傾向グラフを生成し、前記警告レベルに応じて前記バッファの消費を推奨するか否かの内容を含む推奨アクション情報を生成するバッファ傾向グラフ生成部と、
前記バッファ傾向グラフと前記推奨アクション情報とを提示する提示部と、
を備えることを特徴とする進捗管理支援装置。
【請求項２】
前記バッファ傾向グラフ生成部は、前記バッファ傾向グラフのグラフ領域を複数の領域に区分した警告ゾーンを設け、前記複数の領域において前記消費予測値を含む領域に応じて前記警告レベルを表す、
ことを特徴とする請求項１記載の進捗管理支援装置。
【請求項３】
前記バッファ傾向グラフ生成部は、前記警告ゾーンを、前記バッファの消費の少ない領域から順に第１領域と第２領域と第３領域とに区分し、前記消費予測値が前記第１領域に含まれる場合は、前記バッファの使用を推奨する内容を含む前記推奨アクション情報を生成し、前記消費予測値が前記第２領域に含まれる場合は、前記バッファの消費を推奨せず、次または先のイテレーションにおいて実行することを推奨する内容を含む前記推奨アクション情報を生成し、前記消費予測値が前記第３領域に含まれる場合は、前記バッファの消費を推奨せず、現行のイテレーションにおいて実行することを推奨する内容を含む前記推奨アクション情報を生成する、
ことを特徴とする請求項２記載の進捗管理支援装置。
【請求項４】
繰り返し型開発モデルを適用したプロジェクトにおける複数のイテレーションの後に設けられ、前記複数のイテレーションのいずれにおいても消費可能な余裕期間であるバッファの消費実績値および消費要求期間に基づいて、バッファ消費予測計算部が、前記バッファの消費予測値を計算するバッファ消費予測計算ステップと、
バッファ傾向グラフ生成部が、前記プロジェクト全体における進捗に対する前記バッファの前記消費実績値および前記消費予測値と前記消費予測値についての警告レベルとを表すバッファ傾向グラフを生成し、前記警告レベルに応じて前記バッファの消費を推奨するか否かの内容を含む推奨アクション情報を生成するバッファ傾向グラフ生成ステップと、
提示部が、前記バッファ傾向グラフと前記推奨アクション情報とを提示する提示ステップと、
を有することを特徴とする進捗管理支援方法。
【請求項５】
前記バッファ傾向グラフ生成ステップは、前記バッファ傾向グラフ生成部が、前記バッファ傾向グラフのグラフ領域を複数の領域に区分した警告ゾーンを設け、前記複数の領域において前記消費予測値を含む領域に応じて前記警告レベルを表す、
ことを特徴とする請求項４記載の進捗管理支援方法。
【請求項６】
前記バッファ傾向グラフ生成ステップは、前記バッファ傾向グラフ生成部が、前記警告ゾーンを、前記バッファの消費の少ない領域から順に第１領域と第２領域と第３領域とに区分し、前記消費予測値が前記第１領域に含まれる場合は、前記バッファの消費を推奨する内容を含む前記推奨アクション情報を生成し、前記消費予測値が前記第２領域に含まれる場合は、前記バッファの消費を推奨せず、次または先のイテレーションにおいて実行することを推奨する内容を含む前記推奨アクション情報を生成し、前記消費予測値が前記第３領域に含まれる場合は、前記バッファの消費を推奨せず、現行のイテレーションにおいて実行することを推奨する内容を含む前記推奨アクション情報を生成する、
ことを特徴とする請求項５記載の進捗管理支援方法。
【請求項７】
コンピュータを、
繰り返し型開発モデルを適用したプロジェクトにおける複数のイテレーションの後に設けられ、前記複数のイテレーションのいずれにおいても消費可能な余裕期間であるバッファの消費実績値および消費要求期間に基づいて、前記バッファの消費予測値を計算するバッファ消費予測計算部と、
前記プロジェクト全体における進捗に対する前記バッファの前記消費実績値および前記消費予測値と前記消費予測値についての警告レベルとを表すバッファ傾向グラフを生成し、前記警告レベルに応じて前記バッファの消費を推奨するか否かの内容を含む推奨アクション情報を生成するバッファ傾向グラフ生成部と、
前記バッファ傾向グラフと前記推奨アクション情報とを提示する提示部と、
として機能させるための進捗管理支援プログラム。
【請求項８】
前記バッファ傾向グラフ生成部は、前記バッファ傾向グラフのグラフ領域を複数の領域に区分した警告ゾーンを設け、前記複数の領域において前記消費予測値を含む領域に応じて前記警告レベルを表す、
請求項７記載の進捗管理支援プログラム。
【請求項９】
前記バッファ傾向グラフ生成部は、前記警告ゾーンを、前記バッファの消費の少ない領域から順に第１領域と第２領域と第３領域とに区分し、前記消費予測値が前記第１領域に含まれる場合は、前記バッファの消費を推奨する内容を含む前記推奨アクション情報を生成し、前記消費予測値が前記第２領域に含まれる場合は、前記バッファの消費を推奨せず、次または先のイテレーションにおいて実行することを推奨する内容を含む前記推奨アクション情報を生成し、前記消費予測値が前記第３領域に含まれる場合は、前記バッファの消費を推奨せず、現行のイテレーションにおいて実行することを推奨する内容を含む前記推奨アクション情報を生成する、
請求項８記載の進捗管理支援プログラム。
【請求項１】
繰り返し型開発モデルを適用したプロジェクトにおける複数のイテレーションの後に設けられ、前記複数のイテレーションのいずれにおいても消費可能な余裕期間であるバッファの消費実績値および消費要求期間に基づいて、前記バッファの消費予測値を計算するバッファ消費予測計算部と、
前記プロジェクト全体における進捗に対する前記バッファの前記消費実績値および前記消費予測値と前記消費予測値についての警告レベルとを表すバッファ傾向グラフを生成し、前記警告レベルに応じて前記バッファの消費を推奨するか否かの内容を含む推奨アクション情報を生成するバッファ傾向グラフ生成部と、
前記バッファ傾向グラフと前記推奨アクション情報とを提示する提示部と、
を備えることを特徴とする進捗管理支援装置。
【請求項２】
前記バッファ傾向グラフ生成部は、前記バッファ傾向グラフのグラフ領域を複数の領域に区分した警告ゾーンを設け、前記複数の領域において前記消費予測値を含む領域に応じて前記警告レベルを表す、
ことを特徴とする請求項１記載の進捗管理支援装置。
【請求項３】
前記バッファ傾向グラフ生成部は、前記警告ゾーンを、前記バッファの消費の少ない領域から順に第１領域と第２領域と第３領域とに区分し、前記消費予測値が前記第１領域に含まれる場合は、前記バッファの使用を推奨する内容を含む前記推奨アクション情報を生成し、前記消費予測値が前記第２領域に含まれる場合は、前記バッファの消費を推奨せず、次または先のイテレーションにおいて実行することを推奨する内容を含む前記推奨アクション情報を生成し、前記消費予測値が前記第３領域に含まれる場合は、前記バッファの消費を推奨せず、現行のイテレーションにおいて実行することを推奨する内容を含む前記推奨アクション情報を生成する、
ことを特徴とする請求項２記載の進捗管理支援装置。
【請求項４】
繰り返し型開発モデルを適用したプロジェクトにおける複数のイテレーションの後に設けられ、前記複数のイテレーションのいずれにおいても消費可能な余裕期間であるバッファの消費実績値および消費要求期間に基づいて、バッファ消費予測計算部が、前記バッファの消費予測値を計算するバッファ消費予測計算ステップと、
バッファ傾向グラフ生成部が、前記プロジェクト全体における進捗に対する前記バッファの前記消費実績値および前記消費予測値と前記消費予測値についての警告レベルとを表すバッファ傾向グラフを生成し、前記警告レベルに応じて前記バッファの消費を推奨するか否かの内容を含む推奨アクション情報を生成するバッファ傾向グラフ生成ステップと、
提示部が、前記バッファ傾向グラフと前記推奨アクション情報とを提示する提示ステップと、
を有することを特徴とする進捗管理支援方法。
【請求項５】
前記バッファ傾向グラフ生成ステップは、前記バッファ傾向グラフ生成部が、前記バッファ傾向グラフのグラフ領域を複数の領域に区分した警告ゾーンを設け、前記複数の領域において前記消費予測値を含む領域に応じて前記警告レベルを表す、
ことを特徴とする請求項４記載の進捗管理支援方法。
【請求項６】
前記バッファ傾向グラフ生成ステップは、前記バッファ傾向グラフ生成部が、前記警告ゾーンを、前記バッファの消費の少ない領域から順に第１領域と第２領域と第３領域とに区分し、前記消費予測値が前記第１領域に含まれる場合は、前記バッファの消費を推奨する内容を含む前記推奨アクション情報を生成し、前記消費予測値が前記第２領域に含まれる場合は、前記バッファの消費を推奨せず、次または先のイテレーションにおいて実行することを推奨する内容を含む前記推奨アクション情報を生成し、前記消費予測値が前記第３領域に含まれる場合は、前記バッファの消費を推奨せず、現行のイテレーションにおいて実行することを推奨する内容を含む前記推奨アクション情報を生成する、
ことを特徴とする請求項５記載の進捗管理支援方法。
【請求項７】
コンピュータを、
繰り返し型開発モデルを適用したプロジェクトにおける複数のイテレーションの後に設けられ、前記複数のイテレーションのいずれにおいても消費可能な余裕期間であるバッファの消費実績値および消費要求期間に基づいて、前記バッファの消費予測値を計算するバッファ消費予測計算部と、
前記プロジェクト全体における進捗に対する前記バッファの前記消費実績値および前記消費予測値と前記消費予測値についての警告レベルとを表すバッファ傾向グラフを生成し、前記警告レベルに応じて前記バッファの消費を推奨するか否かの内容を含む推奨アクション情報を生成するバッファ傾向グラフ生成部と、
前記バッファ傾向グラフと前記推奨アクション情報とを提示する提示部と、
として機能させるための進捗管理支援プログラム。
【請求項８】
前記バッファ傾向グラフ生成部は、前記バッファ傾向グラフのグラフ領域を複数の領域に区分した警告ゾーンを設け、前記複数の領域において前記消費予測値を含む領域に応じて前記警告レベルを表す、
請求項７記載の進捗管理支援プログラム。
【請求項９】
前記バッファ傾向グラフ生成部は、前記警告ゾーンを、前記バッファの消費の少ない領域から順に第１領域と第２領域と第３領域とに区分し、前記消費予測値が前記第１領域に含まれる場合は、前記バッファの消費を推奨する内容を含む前記推奨アクション情報を生成し、前記消費予測値が前記第２領域に含まれる場合は、前記バッファの消費を推奨せず、次または先のイテレーションにおいて実行することを推奨する内容を含む前記推奨アクション情報を生成し、前記消費予測値が前記第３領域に含まれる場合は、前記バッファの消費を推奨せず、現行のイテレーションにおいて実行することを推奨する内容を含む前記推奨アクション情報を生成する、
請求項８記載の進捗管理支援プログラム。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【図１４】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【図１４】
【公開番号】特開２０１２−１４６１２６（Ｐ２０１２−１４６１２６Ａ）
【公開日】平成２４年８月２日（２０１２．８．２）
【国際特許分類】
【出願番号】特願２０１１−３９５４（Ｐ２０１１−３９５４）
【出願日】平成２３年１月１２日（２０１１．１．１２）
【出願人】（０００１０２７２８）株式会社エヌ・ティ・ティ・データ (438)
【公開日】平成２４年８月２日（２０１２．８．２）
【国際特許分類】
【出願日】平成２３年１月１２日（２０１１．１．１２）
【出願人】（０００１０２７２８）株式会社エヌ・ティ・ティ・データ (438)
[ Back to top ]