JPH0830676A - 開発実績の自動収集管理装置 - Google Patents

Abstract

(57)【要約】 【目的】プロジェクト管理における開発実績の自動収集
管理装置に関し，多大な労力と時間を要する開発実績デ
ータの収集／分析作業を自動化するとともに，収集した
データの単位その他の形式を統一化し，データの標準化
を図ることにより，プロジェクトの開発情報の比較／分
析を容易化することを目的とする。 【構成】開発に使用した作業データを作業データ分析処
理部２より分析し，開発実績データ集計処理部３によ
り，作業データのうち開発実績データとして取得するデ
ータを，定義されている作業項目名や単位名をキーワー
ドとする項目情報に従って分類し自動集計する。必要で
あれば，開発実績データ編集処理部４より，集計したデ
ータを編集加工する。その開発実績データを，開発実績
データ保存処理部５により，あらかじめ定められた形式
で開発実績データファイル９に保存する。

Description

【発明の詳細な説明】

【０００１】

【産業上の利用分野】現在，例えば製造分野において
は，計画に即した適時な開発が要求されている。開発を
行う際の作業計画の立案／策定に際して，その開発を遂
行するプロジェクトメンバーの作業経緯／経験，能力，
生産性等のプロジェクト特性を把握することが重要であ
る。そのため，各プロジェクトでの開発終了時での開発
実績データの収集／分析が課題となってきている。

【０００２】本発明は，このような開発実績の自動収集
管理装置に関するものである。

【０００３】

【従来の技術】従来，プロジェクト管理における開発実
績データの収集／分析は手作業で行われており，莫大な
量の作業データから開発実績データを収集／分析しなけ
ればならないため，多大な労力と時間が必要であった。

【０００４】図１４は，従来の実績管理の手法を示した
図である。従来，図１４に示すように，開発作業が完了
した後に，開発時に使用した報告書等に記載された計画
データ，進捗データ，障害データ等の作業データを人手
により収集／集計し，分析しながら開発実績データを作
成していた。そのため，収集／集計データの種類や単位
が個々のプロジェクトで統一性がとれなかった。

【０００５】また，開発実績データは，通常ワープロ等
を用いて作成，編集した帳票であることが多く，データ
の種類や単位が合致していたとしても帳票の形式が様々
であるため，配置等に関する統一性がなく，他の開発実
績データと対比して分析し，検討することが困難であっ
た。

【０００６】

【発明が解決しようとする課題】従って，従来の実績管
理手法では次のような問題があった。 ・多大な作業データから開発実績データを集計するのに
多大な労力と時間が必要である。

【０００７】・人手を介してデータを集計するので，デ
ータ種／単位がまちまちで，帳票としての体系が不統一
のため，他の実績データとの比較／分析が困難である。
・帳票の形式がそれぞれに異なり，抽出するデータ項目
が不統一であるため，一目で対比することができない。

【０００８】本発明は上記問題点の解決を図り，開発実
績データを自動集計することにより，瞬時にかつ人手を
介さずに，正確で統一された開発実績データが得られる
ようにし，他のプロジェクトの開発実績データとの比較
検討・分析を容易に行なえるようにすることを目的とす
る。また，その結果を反映させて，より高精度の開発計
画の立案／策定を行い，計画に即した適時な開発の遂行
を支援できるようにすることを目的とする。

【０００９】

【課題を解決するための手段】図１は本発明の構成例を
示すブロック図である。図１において，１はＣＰＵおよ
びメモリ等を備えた自動収集管理装置，２は作業データ
分析処理部，３は開発実績データ集計処理部，４は開発
実績データ編集処理部，５は開発実績データ保存処理
部，６は工程計画などの情報を持つ計画データファイ
ル，７は作業項目ごとに予定量や進捗量などの作業デー
タを持つ進捗データファイル，８は各工程の障害件数等
のデータを持つ障害データファイル，９は集計された開
発実績データがあらかじめ定められたフォーマットで格
納される開発実績データファイルを表す。

【００１０】作業データ分析処理部２は，計画データフ
ァイル６，進捗データファイル７，障害データファイル
８などの開発に使用した作業データの有無を調べ，作業
データがある場合に開発実績データを作成する際に必要
な項目が定義されているか否かを調べる処理手段であ
る。

【００１１】開発実績データ集計処理部３は，開発実績
データを作成する際に必要な項目が定義されている場合
に，作業データのうち開発実績データとして取得するデ
ータを，定義されている項目情報に従って分類し，自動
集計する処理手段である。開発実績データ集計処理部３
は，例えば，定義されている作業項目名と単位名とをキ
ーワードにしてデータを分類し，指定された単位名に応
じた集計を行うように構成されている。

【００１２】開発実績データ編集処理部４は，開発実績
データ集計処理部２により集計されたデータに対しての
修正機能または作業データを参照しながら開発実績デー
タを作成する機能を有し，必要な開発実績データの編集
・加工を行う処理手段である。

【００１３】開発実績データ保存処理部５は，自動集計
された開発実績データをあらかじめ定められた形式で開
発実績データファイル９に保存する処理手段である。計
画データファイル６は，工程計画に関するデータを保存
するファイルであり，進捗データファイル７は，作業計
画の進捗情報を保存するファイルであり，障害データフ
ァイル８は，作業計画の進行中に発生する障害に関する
データを保存するファイルであり，これらは開発実績デ
ータを収集する際の基礎データとして参照される。

【００１４】

【作用】本発明は図１に示すように，計画データファイ
ル６，進捗データファイル７，障害データファイル８の
それぞれの作業データから実績として管理するデータを
自動的に集計し，開発実績データファイル９を作成す
る。自動集計によって，集計作業の労力と時間が軽減さ
れる。

【００１５】次期プロジェクトの開発計画を立案・作成
する場合には，保存した開発実績データファイル９の開
発実績データ（実績管理票）を検討・分析して計画する
ことで，精度の高い開発計画を作成することができる。

【００１６】また，開発実績データファイル９における
実績管理票のデータ形式が統一化されているため，他の
複数の開発実績データとの比較検討を行うことができ，
各プロジェクトの特性，重点項目等を容易に把握できる
ようになり，各プロジェクトにあった開発計画を立案・
作成することが可能になる。

【００１７】

【実施例】図２は，本発明の実施例における開発実績デ
ータの集計処理説明図である。開発時の作業データから
仕様書の生産量を開発実績データとして自動集計する場
合，図２に示すように行われる。ここでは，あらかじめ
作成されている単位名定義ファイル１０に定義された仕
様書の単位名『枚』をキーワードにして，自動的に作業
データから収集することとする。

【００１８】仕様書に関するデータは，進捗データファ
イル７中の作業項目テーブル７２における単位名をキー
ワードにして自動集計する。この例では，作業項目テー
ブル７２中の作業項目名が「ドキュメント１」である項
目の単位名が『枚』であるので，この項目のデータを自
動集計する。このようにして集計した作業データを開発
実績データとして，開発実績データファイル９に保存す
る。

【００１９】ここで，取得する単位名は，単位名定義フ
ァイル１０を更新することにより，ユーザによって容易
にカスタマイズ可能である。従って，単位名を変更する
ことでユーザが希望するデータを容易に取得することが
できる。

【００２０】図３は，本発明の実施例において自動収集
管理装置１から各データファイルを参照する方法を説明
する図である。図３に示すように開発実績の自動収集管
理装置１の側からも，進捗データファイル７等に格納さ
れている工程の作業データ（作業項目名とその作業項目
の進捗量等）を参照でき，かつ自動集計したデータを編
集することが可能である。例えば，図３に示すようなド
キュメント抽出画面２３から工程名，作業項目名を指定
し，抽出した仕様書データを参照することができる。

【００２１】図４は，本発明の実施例を用いた場合の自
動収集管理装置の運用方法の例を説明するための図であ
る。この図では，自動集計した開発実績データを他の同
じプロジェクトの作業データのファイルとプロジェクト
名／仕事名（以降，テーマ名／コンポーネント名と呼
ぶ）でリンクをとり，作業データと同じ格納先で管理す
ることを示している。こうすることで，作成した開発実
績データをテーマ名／コンポーネント名を用いて，他の
作業データと同様に管理することができる。

【００２２】また，予定／実績管理のために，開発実績
データとして開発規模における指標（実績値／予定値）
や工程期間における遅れを示す延期日数（実際の作業終
了日−計画時の作業終了日）を指標として持つこともで
きる。

【００２３】例えば，「テーマＡ，コンポーネント１」
について計画データファイル６から『予定規模』，『予
定期間』を集計して『予定規模』，『予定期間』のデー
タを作成し，進捗データファイル７から『作業項目
名』，『進捗量』を分類，集計して『仕様書（枚
数）』，『予定期間』，『開発規模』のデータを作成
し，障害データファイル８から各工程の『障害件数』を
集計して，『障害件数』のデータを作成する。これらの
収集し作成したデータを，「テーマＡ，コンポーネント
１」の開発実績データ（開発実績データファイル９）と
して保存する。

【００２４】このように，作成された開発実績データフ
ァイル９を含む開発に関連する各データを分析すること
により，次期開発計画を作成する場合に，高精度の計画
を作成することが可能になる。

【００２５】図５は，自動収集管理装置１によるデータ
自動集計の処理の流れを示す図である。ここでは，レビ
ュー絶対時間データの自動集計処理を例にとり説明す
る。処理開始前，レビュー絶対時間データ１１のレビュ
ー絶対時間は，各工程（１，２，…，６）とも０に初期
化されている。

【００２６】開始後，ステップＳ１の処理で，各データ
ファイル（計画データファイル６，進捗データファイル
７，障害データファイル８）があるかどうかのチェック
を行う。これらのデータファイルがない場合には，自動
集計するデータがないので処理を終了する。

【００２７】集計対象のファイルがあった場合，ステッ
プＳ２の処理で，定義された工程名があるかどうかのチ
ェックを行う。工程名が定義されていない場合には，以
下作業がないものとして処理を終了する。工程名が定義
されている場合には，ステップＳ３以降の処理を行う。

【００２８】ステップＳ３の処理で，定義されている先
頭の工程から順番に工程名を取得する。この例では，最
初，工程名として「工程１」を取得する。ステップＳ４
の処理で，工程内に作業があるかどうかをチェックす
る。作業がない場合には，ステップＳ２の処理へ戻り，
次の工程に移る。作業がある場合には，ステップＳ５以
降の処理を行う。

【００２９】ステップＳ５の処理で，作業名を取得す
る。この例では，ここで作業名として「レビュー」を取
得したとする。ステップＳ６の処理で，作業名の文字列
中に「レビュー」というキーワードを含むものを探す。
キーワードは文字列の先頭にあっても，中間または末尾
であってもよい。この例では，作業項目テーブル７２の
工程１の作業名中の「レビュー２」を得る。

【００３０】ステップＳ７の処理で，作業の単位名を取
得する。ここで単位名として「時間」を取得したとす
る。ステップＳ８の処理で，作業項目テーブル７２にお
いて，キーワード「レビュー」を持つ作業名の単位名が
「時間」であるか否かをチェックする。「時間」でない
場合には，収集対象にならないので，ステップＳ１１の
処理へ進む。「時間」であればステップＳ９の処理を行
う。

【００３１】ステップＳ９の処理で，単位名を「時間」
とする作業名の「作業番号，次作業番号，予定量，進捗
量」を取得する。「レビュー２」の単位名は「時間」で
あるので，作業番号「２」，次作業番号「３」，予定量
「１０」，進捗量「１０」を取得する。

【００３２】ステップＳ１０の処理で，取得した作業の
進捗量，予定量をレビュー絶対時間データ１１の該当す
る工程に加算する。「工程１」に「レビュー２」の進捗
量／予定量を加算した結果はレビュー絶対時間データ１
１’のようになる。

【００３３】ステップＳ１１の判定により，次作業番号
が「−１」となるまで，その工程の作業についてステッ
プＳ５からステップＳ１０までの処理を繰り返す。各工
程の最後の作業の次作業番号の欄には，最終であること
を示す「−１」という値が設定されているので，「−
１」を検出すると次の工程に移り，ステップＳ２の処理
へ戻って最後の工程まで同様に処理を繰り返す。

【００３４】この例では，作業項目テーブル７２の工程
１の作業名「レビュー３」の次作業番号が「−１」であ
るので，レビュー３の「作業番号，次作業番号，予定
量，進捗量」を取得した後，工程２に移る。作業項目テ
ーブル７２の工程２について，同様にステップＳ５から
ステップＳ１０の処理を行う。このようにして工程６ま
で処理を行った結果がレビュー絶対時間データ１１”で
ある。

【００３５】以上の処理を行い，ユーザがデータの確認
を行った後，開発実績データとして図６に示すようなフ
ァイル構造を持つ開発実績データファイル９に保存す
る。ここで，ユーザがデータの確認を行う際に，図１に
示す開発実績データ編集処理部４により，必要であれば
開発実績データを編集（データの加工や削除等）するこ
とも可能である。

【００３６】図６は，本発明の実施例において，元とな
る各データファイルの構造と開発実績データファイルの
構造を示す図である。開発実績データファイル９は，他
の計画データファイル６，進捗データファイル７，障害
データファイル８と同じ場所に格納される。格納後は他
のデータファイルと同様に，テーマ名／コンポーネント
名で管理する。そのため，テーマ名，コンポーネント名
などからなるテーマデータを持つテーマファイル１２が
用意されている。

【００３７】図５の処理では，図６に示す開発実績デー
タファイル９における品質データ部のレビュー時間を収
集する例を説明したが，他の開発実績データについても
同様の処理により収集することが可能である。

【００３８】図７は，本発明の実施例において，自動収
集処理後に出力する開発実績管理票のうちのドキュメン
トに関する部分を示す図である。図７（ａ）は，自動収
集処理後に全工程分を出力した開発実績管理票の例であ
り，図７（ｂ）は，自動収集処理を行った作業のうち，
特に詳細設計の工程に関する部分のみを編集処理をして
出力した開発実績管理票の例である。このように，集計
した開発実績データを，ユーザは自由に編集することが
できる。このような編集の際には，随時，各データファ
イル等を参照することができる。

【００３９】図８〜図１３に，実施例の各処理における
入力ダイアログボックス等の画面を示す。図８は，本発
明の実施例における集計処理でのメモ帳画面を示す図で
ある。ドキュメントの単位名として『枚』をキーワード
にしてデータの集計処理を行った場合の例である。メモ
帳画面２１は，集計処理の際に用いたデータ単位名を示
している。

【００４０】図９は，本発明の実施例において自動集計
したデータの編集を行う場合の画面の例を示す。自動集
計したデータの編集を行うために，作業項目データを参
照する場合，ドキュメント入力のメニュー選択によりド
キュメント入力画面２２を表示させる。ここで，参照す
るドキュメント（例えば，全体構成）を指定し，マウス
等により，ドキュメント入力画面２２の作業項目データ
参照ボタンをクリックすると，参照したい作業データが
表示される。

【００４１】図１０は，本発明の実施例においてドキュ
メントデータを抽出する場合の画面の例を示す。図１０
に示すようなドキュメント抽出画面２３で，ドキュメン
トデータとして取得したい工程コードおよび作業項目名
を選択する。そうすると進捗データファイル７の作業項
目テーブル７２等から数量が収集されて自動的に集計さ
れ，表示される。

【００４２】図１１は，本発明の実施例における品質入
力画面の例を示す図である。図１１に示すような品質入
力画面２４により，品質情報を入力する工程コードを指
定し，必要な作業項目データの品質情報を参照し入力す
ることができる。なお，レビューに関しては，作業項目
名と単位名をキーワードにしてデータの自動集計を行っ
ている。このとき，作業項目データ参照ボタンをマウス
等によりクリックすることによって，必要な作業項目デ
ータを参照することができる。

【００４３】図１２は，本発明の実施例における品質デ
ータ取得画面の例を示す図である。作業項目データ参照
ボタンをクリックすることにより，品質データ取得画面
２５が表示されるので，品質項目，作業項目を指定し，
必要な品質データ（この例ではレビュー絶対時間）を取
得することができる。

【００４４】図１３は，本発明の実施例におけるテーマ
選択画面の例を示す図である。前述のようにして自動集
計された開発実績データファイル９のデータは，他の計
画データ，進捗データ，障害データの各データと同様
に，テーマ名，コンポーネント名で管理される。そこ
で，開発実績データファイル９を参照するような場合に
は，図１３に示すようなテーマ選択画面２６でテーマ
名，コンポーネント名を選択する。例えば，テーマ名に
は一般に製品名等が割り当てられ，コンポーネント名に
は各仕事等が割り当てられる。

【００４５】

【発明の効果】以上説明したように，本発明によれば，
開発時の開発実績データを瞬時にして自動集計でき，形
式の定まった電子化したファイルで管理し，データの尺
度や単位，収集データの種類，管理票等の形式の統一化
というようなデータの標準化が図られていることによ
り，他のプロジェクトの開発実績データとの比較や，分
析・検討を容易に行うことができる。これにより，次期
開発の計画を立案する際に，より精度の高い計画を容易
に作成でき，計画立案の効率アップ，精度向上に寄与す
るところが大きい。

【図面の簡単な説明】

【図１】本発明の構成例を示すブロック図である。

【図２】本発明の実施例における開発実績データの集計
処理説明図である。

【図３】本発明の実施例における各データファイルの参
照方法を説明する図である。

【図４】本発明の実施例による自動収集管理装置の運用
方法を説明する図である。

【図５】本発明の実施例における分析・収集処理のフロ
ーチャートである。

【図６】本発明の実施例における各データファイルの構
造を示す図である。

【図７】実施例において集計処理および編集処理後に出
力する開発実績管理票を示す図である。

【図８】本発明の実施例における集計処理でのメモ帳画
面の例を示す図である。

【図９】本発明の実施例におけるドキュメント入力画面
の例を示す図である。

【図１０】本発明の実施例におけるドキュメント抽出画
面の例を示す図である。

【図１１】本発明の実施例における品質入力画面の例を
示す図である。

【図１２】本発明の実施例における品質データ取得画面
の例を示す図である。

【図１３】本発明の実施例におけるテーマ選択画面の例
を示す図である。

【図１４】従来の実績管理の手法を示した図である。

【符号の説明】

１ 自動収集管理装置 ２ 作業データ分析処理部 ３ 開発実績データ集計処理部 ４ 開発実績データ編集処理部 ５ 開発実績データ保存処理部 ６ 計画データファイル ７ 進捗データファイル ８ 障害データファイル ９ 開発実績データファイル

Claims (3)

【特許請求の範囲】
1. 【請求項１】 開発に使用した計画データ，進捗データ
   または障害データの少なくともいずれかを含む作業デー
   タを保持し，プロジェクトを管理する装置において，開
   発に使用した作業データの有無を調べ，作業データがあ
   る場合に開発実績データを作成する際に必要な項目が定
   義されているか否かを調べる作業データ分析手段と，開
   発実績データを作成する際に必要な項目が定義されてい
   る場合に，作業データのうち開発実績データとして取得
   するデータを，定義されている項目情報に従って分類
   し，自動集計する開発実績データ集計手段と，自動集計
   された開発実績データをあらかじめ定められた形式で保
   存する開発実績データ保存手段とを備えたことを特徴と
   する開発実績の自動収集管理装置。
2. 【請求項２】 請求項１記載の開発実績の自動収集管理
   装置において，前記開発実績データ集計手段は，定義さ
   れている作業項目名と単位名とをキーワードにしてデー
   タを分類し，指定された単位名に応じた集計を行うよう
   に構成されていることを特徴とする開発実績の自動収集
   管理装置。
3. 【請求項３】 請求項１または請求項２記載の開発実績
   の自動収集管理装置において，前記開発実績データ集計
   手段により集計されたデータに対し，修正機能または作
   業データを参照した作成機能を含むデータの編集を行う
   開発実績データ編集手段を備えたことを特徴とする開発
   実績の自動収集管理装置。