JPH06348720A - 生産開発管理表示装置 - Google Patents

Abstract

(57)【要約】 【目的】 ソフトウエアの開発プロジェクトにおける進
捗状況を表示して、容易に進捗状況を把握することがで
きるようにする。 【構成】 本発明の生産開発管理表示装置は、ソフトウ
ェアの生産開発工程に関する予定更新日数データ、計画
データ及び実績データ情報を入力する入力部３１と、そ
れを各々記憶する記憶部３７と、記憶部３７に記憶され
たデータを各々編集する編集部３８と、各々編集された
データを合成して表示する表示部３１３とから構成され
る。

Description

【発明の詳細な説明】

【０００１】

【産業上の利用分野】本発明は、生産開発工程毎の情報
の収集や分析を行ない管理するコンピュータシステムに
おける生産開発管理表示装置に関する。

【０００２】

【従来の技術】各生産開発工程の進捗状況を管理するこ
とは、効率良く生産開発が進んでいるか否かを判断する
ための重要な要素である。従来は、特に進捗管理用とし
て作られた表示装置は無く、あえて表示するとすれば、
主に、以下に示すイナズマチャートやガントチャート等
によるものが多かった。

【０００３】イナズマチャートを用いて表示する場合に
ついて図１をもとに説明する。ここでは、工程ａの予定
を「１０月１日から１０月３０日まで」と設定し、工程
ｂの予定を「１０月１日から１０月２５日まで」と設定
し、工程ｃの予定を「１０月１０日から１１月１０日ま
で」と設定する。

【０００４】横軸に日時、縦軸に工程をとり、工程ａの
予定を予定１０のように横長の長方形で表し、工程ｂの
予定を予定１１のように横長の長方形で表し、工程ｃの
予定を予定１２のように横長の長方形で表す。

【０００５】ここで、１０月２５日の時点での実績を表
示するが、工程ａは１０月２５日現在で、当初計画した
うち１０月１５日までの分の実績しかあげることができ
なかったとする。

【０００６】同様に、工程ｂは１０月２０日までの分の
実績をあげ、工程ｃは１０月３０日までの分の実績をあ
げたとする。ここで、工程ａの予定１０上の１０月１５
日の点と、工程ｂの予定１１上の１０月２０日の点と、
工程ｃの予定１２上の１０月３０日の点を直線で結んで
（実線１３）、１０月２５日の時点での実績を表した図
がイナズマチャートである。

【０００７】このイナズマチャートは、ある時点でひと
つの工程の何％が完了しているかを知る場合には有効で
あった。ガントチャートを用いて表示する場合について
図２をもとに説明する。ここでは、工程ｄの予定を「１
０月１日から１０月３０日まで」と「１１月５日から１
１月１０日まで」の２つの作業に分けて設定する。「１
０月１０日から１０月３０日まで」の予定を、予定２
０、「１１月５日から１１月１０日まで」の予定を、予
定２１のように棒で設定する。同様に、工程ｅ、工程ｆ
の予定を、予定２２、予定２３、予定２４のように棒で
設定する。

【０００８】予定に対する実績は、横長の斜線で示した
長方形の箱で表示する。工程ｄの「１０月１日から１０
月２０日」の予定に対して実際は、１０月３０日までか
かった場合には、横長の斜線で示した長方形の箱を、作
業が開始した日から１０月３０日のところまでのばす
（箱２５）。同様に、作業実績を箱２６のように横長の
斜線で示した長方形の箱で示す。１１月１０日の時点
で、進捗をチェックしたところ、工程ｄと工程ｆの作業
が行なわれていた。このときの進捗状況を、記号で表現
する（図中「Ａ」）。アルファベットの記号に、進捗の
状況を設定しておき、その記号を利用して、進捗状況を
表現するものである。例えば、「Ａ：作業進行中、Ｂ：
準備作業待ち」などである。このように、ある一定期間
の計画と実施状況および作業状況を一つにまとめたもの
がガントチャートである。

【０００９】

【発明が解決しようとする課題】上述のような従来の表
示装置は、イナズマチャートの場合、工程全体のどの程
度まで終了し、どの程度の日数分の遅れが出ているか一
目で分かる。ガントチャートの場合、予定と実績が平行
にならんでいるため予定と実績のズレは一目で分かる。

【００１０】しかし、これら従来の装置は進捗管理用と
して作られたものではないため、プロジェクトが、複数
のサブシステムに分割され生産開発する場合、複数のサ
ブシステムをまとめてひとつのプロジェクトとして表示
することができず、現状の生産開発にそぐわないという
問題点があった。また、進捗の定量的把握ということに
関しては、定期的にチェックする場合、作業の進捗が前
回のチェック時に比べて進んでいるのか、遅れているの
か判断ができないという問題があった。さらに、例え
ば、図２に示すガントチャートでは、工程ｄの箱２５に
ついていえば、該作業が完了しているのかどうかを一目
で把握することは容易ではなかった。

【００１１】そこで本発明は、上述したような事情に対
処してなされたもので、プロジェクトが複数サブシステ
ムに分割された各生産開発工程の進捗状況をまとめて全
体のプロジェクトとしての進捗状況を表示することによ
り、管理者に負担をかけず容易な進捗管理を可能とする
ことと、作業の進み／遅れが容易に判断できるような定
量的な指標を示すことにより、より精度の高い進捗管理
を可能とすることを目的とする。

【００１２】

【課題を解決するための手段】本発明は、プロジェクト
を複数のサブシステムに分割し、そのサブシステム毎に
入力された生産開発工程に関するデータ情報を分析し、
表示する生産開発管理表示装置において、前記生産開発
工程に関するデータは、予定更新日数データ、計画デー
タ及び実績データからなり、前記計画データに基づく前
記プロジェクトの各サブシステムの計画工程を表示する
第１の表示手段と、前記実績データを前記計画工程に対
応させて比較表示する第２の表示手段と、前記予定更新
日数データを前記計画工程に対応させるとともに、前記
実績データと識別可能に付加して比較表示する第３の表
示手段とを備えたことを特徴とする生産開発管理表示装
置である。

【００１３】

【作用】本発明により、予定に対して作業実績がどの程
度の進み／遅れを生じているのかが定量的にかつビジュ
アル化された情報として把握することができる。さら
に、複数の分割された各サブシステムの進捗状況をまと
めて、プロジェクト全体としての進捗状況を表示するこ
とにより、ネックとなっている生産開発の遅れの把握を
より高い精度で行うことができ、管理者に負担をかけず
容易に生産開発管理が可能となる。

【００１４】

【実施例】本発明の一実施例であるソフトウエアの開発
プロジェクトにおける進捗状況を表示する生産開発管理
表示装置について図面を参照して説明する。図３は本発
明の一実施例に係る生産開発管理表示装置の全体構成図
である。

【００１５】入力部３１が表示要求入力手段３２によっ
て進捗チェックの要求を受けると、解析実行部３３に処
理が移る。解析実行部３３では、表示要求を分析して、
対象とするプロジェクトの予定更新日数データ、計画デ
ータ及び実績データを、予定更新日数入力手段３４、計
画データ入力手段３５、実績データ入力手段３６を利用
して各々入力され、記憶部３７に蓄積された磁気ディス
ク上から収集し、上記各データを、編集部３８の、予定
更新日数編集手段３９、計画データ編集手段３１０、実
績データ編集手段３１１に渡す。そして、各編集部で編
集されたデータを、表示データ合成手段３１２でまとめ
て、表示部３１３に、表示要求入力手段３２によって設
定された表示要求に対応した進捗状況を表示する。

【００１６】以下、具体的に本発明の一実施例であるソ
フトウエアの開発プロジェクトにおける進捗状況を表示
する生産開発管理表示装置について説明する。図４に、
プロジェクトの概要を示す。ここでは、ソフトウエアの
開発プロジェクト名は「Ｘシステム」という名称である
ものとする。対象とするシステム「Ｘシステム」は、サ
ブシステムＸ−１とサブシステムＸ−２に分割される。
本プロジェクトの予定は、「基本設計工程」、「機能設
計工程」、「テスト仕様書作成工程」、「プログラム作
成工程」及び「テスト工程」の５つの工程からなり、
「基本設計」は担当者Ａが４月１日から５月１０日の間
に担当する。そして、各サブシステムごとに「機能設
計」は担当者Ｂと担当者Ｃが分割して５月１０日から６
月１５日の間に担当し、「テスト仕様書作成」は担当者
Ｂと担当者Ｃが分割して５月２０日から７月２０日の間
に担当し、「プログラム作成」は担当者Ｂと担当者Ｃが
分割して７月２０日から８月１５日の間に担当する。
「テスト」は担当者Ａが９月１日から９月３０日の間に
担当する。また、それぞれの工程での予定成果物と成果
物量が決まっている。

【００１７】生産開発管理者である利用者は、図３に示
した入力部３１の計画データ入力手段３５を利用して、
上述した本プロジェクトの予定情報を入力する。図５
は、図３に示した予定更新日数入力手段３４を用いて入
力したデータの例である。ここでは、Ｘシステムのサブ
システムＸ−１を担当している開発者が、進捗チェック
日５１に、現在作業を行なっている工程名５２と、その
工程でのチェック日時点での成果物量及び現工程の予定
更新日数５３を入力した例を示している。予定更新日数
とは、進捗状況を報告している工程が、残り何日あれば
終了するのかを、日単位で入力するものである。

【００１８】図６は、図３の実績データ入力手段３６を
用いて入力した例である。ここではＸシステムのサブシ
ステムＸ−１を担当している開発者が、進捗チェック日
に、進捗チェック日６１、対象工程名６２、対象工程の
成果物の成果物量６３を入力した例を示している。

【００１９】図５及び図６に示すように、本システムの
入力部３１を利用して計画データ、予定更新日数デー
タ、実績データが入力されたとする。ここで、進捗の表
示要求が出された場合の処理を以下に説明する。なお、
ここでは担当者Ｂの担当分のシステムをサブシステムＸ
−１、担当者Ｃの担当分のシステムサブシステムＸ−２
とする。

【００２０】進捗の表示要求を本システムの表示要求入
力手段３２が受け付けると、処理は、解析実行部３３に
移る。実行解析部３３では、表示要求を分析して、対象
とするプロジェクトの予定更新日数データと計画データ
と実績データが、予定更新日数入力手段３４、計画デー
タ入力手段３５及び実績データ入力手段３６を利用して
入力され、磁気ディスク等からなる記憶部３７に蓄積さ
れた磁気ディスク上から収集し、上記各データを、予定
更新日数編集手段３９と計画データ編集手段３１０と表
示データ編集手段３１１に渡す。そして、各編集部で編
集されたデータを、表示データ合成手段３１２で合成し
て、表示部３１３に進捗状況を表示する。図７は、この
手順をさらに詳細にフローチャートで示したものであ
る。

【００２１】システムが起動されると、表示要求受け付
け（メニュー画面）に移る（ＳＴＥＰ ７１）。そし
て、編集部で今まで蓄積されたデータを読み込み（ＳＴ
ＥＰ７２〜７４）、その結果にもとづいてユーザは、入
力部を介して、進捗状況を表示するプロジェクトを選択
する（ＳＴＥＰ ７５）。選択が終了すると、処理は表
示データ合成部に移る。選択したプロジェクトが複数の
サブシステム（担当者）を有していれば、各サブシステ
ムごとの工程の開始日と終了日を計算する。開始日と終
了日の計算が終了すると、進捗状況の表示に移る。表示
は、以下の手順で行なわれる。対象プロジェクトの予定
工程を横棒で表示する（ＳＴＥＰ ７７）。チェック日
以前の実績情報を斜線で示した横長の箱で表示する（Ｓ
ＴＥＰ７８）。チェック日に入力された予定更新日数を
空白の横長の箱で表示する（ＳＴＥＰ ７９）。空白の
横長の箱の横に、予定更新日数を表示する（ＳＴＥＰ７
１０）。以前にチェックした日を縦棒で表示する（ＳＴ
ＥＰ ７１１）。今回のチェック日の進捗係数と前回の
チェック日の進捗係数を表示する（ＳＴＥＰ７１２）。

【００２２】図８に、対象工程がサブシステムに分割さ
れている場合の各工程の開始日と終了日の計算方法を示
す。これは、図７のＳＴＥＰ ７６に対応するものであ
る。まず、初期化を行ない（ＳＴＥＰ ８１）、対象プ
ロジェクトのサブシステム数を読み込む（ＳＴＥＰ ８
２）。サブシステムの数だけ、情報を取り込み（ＳＴＥ
Ｐ ８３）、進捗のチェックを行なう（ＳＴＥＰ ８
４）。チェック日の作業工程が、サブシステム間で違い
がある場合には（ＳＴＥＰ ８５）、一番遅れている工
程の進捗を全体の進捗とする（ＳＴＥＰ ８６）。相違
がなければ、一番遅れているサブシステムの工程の進捗
を全体の進捗とする（ＳＴＥＰ ８７）。

【００２３】図９及び図１０は、進捗係数の計算方法と
シミュレーション例を示す図である。ある工程の作業の
予定９１が横棒で設定されている。この工程の開始予定
日９２は１０月１日である。また終了予定日９３は、１
０月３０日となっている。このとき、１０月１５日の進
捗チェック日９４の時点での進捗係数を計算する。１０
月１５日の時点での作業実績９５は、横長の斜線の箱で
示されている。そして、この作業工程があと何日で終了
するのかという、予定更新日数データ９６が、横長の空
白の箱で示されている。ここでは、予定更新日数は１０
日である。このときの進捗係数は、 （実績作業日数＋チェック日時点での予定更新日数）／
予定作業日数 で計算される。本実施例では、その進捗係数９７は、
０．８３となる。これは、予定作業日数の０．８３倍の
日数で、工程が終わることを意味している。予定に対す
る実績の表れ方もさまざまなパターンがある。ここで
は、（ａ）から（ｆ）までの６パターンの進捗係数の算
出方法について図９に示す。図９（ａ）は、予定通り作
業が始まり、予定より早く作業が終了する場合を示して
いる。つまり、進捗チェック日９４において、作業実績
９５は１５日であり、残り作業日数９６は１０日である
から、進捗係数９７は、 （１５＋１０）／３０＝０．８３ となる。図９（ｂ）〜（ｆ）の進捗係数も同様である。

【００２４】図１０は、ある工程の進捗係数の推移をシ
ミュレーションした結果である。ある工程の作業予定が
１０月１日から１１月１日までとなっている。ここで、
１０月１５日にチェックしたときには、進捗係数は１と
なり、オンスケジュールで作業が進んでいることを示し
ている。次に１１月１日の時点でチェックしたときに、
予定更新日数が５日となり、進捗係数は１．１６となっ
ている。さらに、１１月１５日の時点でチェックする
と、ここでも予定更新日数が５日となっており、進捗係
数は１．６７と増加している。このように、各チェック
日ごとの進捗係数を評価することで、作業の進み／遅れ
が定量的に判断できるようになり、効率的な進捗管理が
可能となる。

【００２５】実際の進捗状況をグラフィカルに表示した
例を図１１に示す。各工程の予定を横棒１１１で表示す
る。チェック日以前の実績情報を横長の斜線の箱１１２
で表示する。チェック日１１３に入力された予定更新日
数を、横長の空白の箱１１４で表示する。空白の箱１１
４の横に、予定更新日数１１５を表示する。今回のチェ
ック日を含めた以前のチェック日を縦棒１１６で表示す
る。また、今回のチェック日の進捗係数と前回のチェッ
ク日の進捗係数を表示する（図中、「１．１４」及び
「１．５７」）。ここでは、５月１日の時点では、予定
に対して１．１４倍で作業が終わる予定であったのに、
６月１日の時点では、予定に対して１．５７倍もの日数
がかかってしまうことが一目で把握できる。すなわち、
進捗の遅れが拡大していることが容易に把握できるよう
になる。

【００２６】以上のように、本発明によれば、進捗状況
をグラフィカルに表示することによって、予定に対する
実績、予定更新日数、進捗の進み／遅れの確認が容易に
行なえるようになる。

【００２７】

【発明の効果】上述のように、本発明の生産発管理表示
装置では、複数の分割された各サブシステムの進捗状況
と、複数の分割された各サブシステムの進捗状況をまと
めて、プロジェクト全体としての進捗状況を表示するこ
とが可能となる。さらに、進捗の遅れ／進みを示す進捗
係数の計算が可能となる。これらの情報をグラフィカル
に表示することによって、生産開発全体の進捗把握がよ
り高い精度で行なうことができ、管理者に負担をかけず
容易に進捗管理を含めた生産開発管理が可能となる。

【図面の簡単な説明】

【図１】イナズマチャートを説明するための図。

【図２】ガントチャートを説明するための図。

【図３】本発明に係る生産開発管理表示装置の全体構成
を示した図。

【図４】本発明の一実施例におけるプロジェクトの予定
の情報を表した図。

【図５】本発明の一実施例における進捗チェック日の予
定更新日数の設定結果を表した図。

【図６】本発明の一実施例における進捗チェック日の作
業実績値の設定結果を表した図。

【図７】本発明の処理概要をフローチャートで示した
図。

【図８】複数のサブシステムの進捗を全体の進捗とする
ための方法をフローチャートで示した図。

【図９】進捗係数を説明するための図。

【図１０】進捗係数のシミュレーションによる進捗状況
を説明するための図。

【図１１】本発明の一実施例におけるプロジェクトの進
捗状況を表した図。

【符号の説明】

３１…入力部 ３３…解析実行部 ３７…記憶部 ３８…編集部 ３１２…表示データ合成手段 ３１３…表示部

Claims (1)

【特許請求の範囲】
1. 【請求項１】 プロジェクトを複数のサブシステムに分
   割し、そのサブシステム毎に入力された生産開発工程に
   関するデータ情報を分析し、表示する生産開発管理表示
   装置において、 前記生産開発工程に関するデータは、予定更新日数デー
   タ、計画データ及び実績データからなり、 前記計画データに基づく前記プロジェクトの各サブシス
   テムの計画工程を表示する第１の表示手段と、 前記実績データを前記計画工程に対応させて比較表示す
   る第２の表示手段と、 前記予定更新日数データを前記計画工程に対応させると
   ともに、前記実績データと識別可能に付加して比較表示
   する第３の表示手段とを備えたことを特徴とする生産開
   発管理表示装置。