(57)【要約】【課題】本発明の課題は複数の機能よりなる業務ソフトウェア開発プロジェクトの管理面において、仕様が未確定のままであると全体に影響を及ぼしやすい機能を定量的に評価する手法と、該業務の、その仕様が発散しかかっている業務に対策着手できること等を可能にするプログラム等の手段を提供することを目的とする。【解決手段】本発明は、業務ソフトを構成する一つまたは複数の機能１０１の仕様が他の機能の仕様に対して影響を及ぼす度合い等１０２〜１０７を（業務特性・システムＩＦ特性・接続するシステム・マンマシンＩＦ・他業務との連携度合等）で評価しうることと、該機能の業務仕様集約状況が（業務仕様提示度合）（懸案残存率）等で評価する。【選択図】　図１
2004062474.tif 000002
【特許請求の範囲】
【請求項１】
一つ又は複数の機能で構成される業務ソフト開発を管理するプロジェクト管理方法において、
該業務ソフトを構成する一つまたは複数の機能の仕様が他の機能の仕様に対して影響を及ぼす度合いを示すシステムの複雑さ情報をインタフェース仕様の複雑さ示す情報により定量的に評価し、
該機能の仕様確定度合いを示す情報が所定の値より低い度合い定量的に評価し、
該システムの複雑さ情報と該機能が評価された結果に対して予め定められた演算をすることにより該機能の開発において該業務ソフト全体に影響を及ぼしうる事態が生じていることを示す数値を危険度として該機能に対応して計算し、
該危険度の数値を複数回評価してこれを時間軸上で相対評価する特徴とするプロジェクト管理方法。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は業務分野でのソフトウェア開発におけるプロジェクト管理に関し、特に、仕様確定度合いの低い機能部分の発見しプロジェクト混乱のリスクを未然に防止することに好適なプロジェクト管理方法及びこれを実現するプログラムに関する。
【０００２】
【従来の技術】
従来のプロジェクト管理方法は、一般にＷＢＳ法に基づいている。ＷＢＳ法によるプロジェクトの計画はプロジェクトに必要な最終成果物、中間成果物の洗出しと、各成果物の作成に必要な作業構成ＷＢＳ（ＷＯＲＫ　ＢＲＥＡＫＤＯＷＮＳＴＲＵＣＴＵＲＥ）を作成し、各作業や作業別の工数等を見積もり、作業者を割り当てることによりプロジェクトを計画する。ＷＢＳ法によるプロジェクトの管理はプロジェクト開始後の、各作業ごとの実行結果を計画時の見積もりと比較しプロジェクトで発生する問題の早期発見と早期対策を目指すものである。
【０００３】
しかしながら、この管理手法では、業務分野でのソフトウェア開発におけるプロジェクト管理にありがちな、プロジェクトの前提となる最終成果物の一部機能に関する顧客要求に対応する仕様確定度があいまいなままの場合にプロジェクトマネージャがこれを定量的に発見することが難しく、またこの仕様が他の機能の仕様にも影響を与えている場合は、プロジェクトの最終段階になってから、複数機能にまたがる仕様変更を発生させプロジェクトの混乱を発生させることがあるという問題があった。
【０００４】
【発明が解決しようとする課題】
本発明の課題は、複数の機能よりなる業務ソフトウェア開発プロジェクトの管理面において、仕様が未確定のままであると全体に影響を及ぼしやすい業務を定量的に評価する手法と、該業務の、その仕様が発散しかかっている業務に対策着手できること等を可能にする手段を提供することを目的とする。
【０００５】
【課題を解決するための手段】
本発明は、業務ソフトを構成する一つまたは複数の機能の仕様が他の機能の仕様に対して影響を及ぼす度合い等を（業務特性・システムＩＦ特性・接続するシステム・マンマシンＩＦ・他業務との連携度合等）で評価しうることと、該機能の業務仕様集約状況が（業務仕様提示度合）（懸案残存率）等で評価しうることに着眼し、以下の構成を有する。
【０００６】
（１）該業務ソフトを構成する一つまたは複数の機能の仕様が他の機能の仕様に対して影響を及ぼす度合い等（ここでは「システムの複雑さ」と呼ぶことにする）をインタフェース仕様の複雑さ等により定量的に評価する手段と、（２）該機能の仕様確定度合い等が低い度合い等を定量的に評価する手段と、（３）該「システムの複雑さ」と「該機能の仕様確定度合いが低い度合い等の定量的評価結果」に乗算等の演算をすることにより該機能の開発において該機能のみならず該業務ソフト全体に影響を及ぼしうる事態が生じていることを示す数値を該機能に対応して一つ計算する手段（この数値を該機能の危険度と呼ぶことにする）と、（４）該危険度の数値を（プロジェクトの進行にあわせて）複数回評価してこれを時間軸上で相対評価する手段を設けることにより解決する。
【０００７】
【発明の実施の形態】
本発明の実施例を、下記に示す。
【０００８】
本実施例におけるソフトウエアは、表形式の画面入出力機能をもち、また数式を定義すれば計算する機能があることは良く知られているため以下では煩雑さを避けるためデータの入出力と計算式とのリンクについての説明を省略している。
【０００９】
図１は、本プログラムの入出力画面例の１つを表している。「機能名称」部分が見出し，「機能Ａ〜Ｃ」のうち太字（危険度１および危険度２）はプログラムが自動で計算する部分，残りは利用者が入力する部分である。
【００１０】
利用者はまず，管理対象のプロジェクトが開発する業務ソフトの機能名称（項目１０１）を必要なだけ入力する。続いて各機能をいくつかの観点で評価する。この例では重要度（項目１０２）と懸案残存率（項目１０５）を数値で入力し，システムの複雑さ（項目１０３）と仕様提示度合（項目１０４）を定められた記号から選択して入力する。
【００１１】
本実施例ではこのように，評価の入力の仕方として，数値を直接入力する場合と定められた記号から選択して入力する場合を組み合わせているが，入力方法はどのようなものでもかまわない。
【００１２】
選択肢の記号は図２のような形で規定される。この例では記号として１０３に示す記号が用いられており，この記号が各評価項目（項目２０１）でどのような意味づけ（項目２０３）を持つかが規定されている。利用者は図２のような表をもとに，適切な記号を図１のような入出力画面に入力する。以上により「（１）該業務ソフトを構成する一つまたは複数の機能の仕様が他の機能の仕様に対して影響を及ぼす度合い等（ここでは「システムの複雑さ」と呼ぶことにする）をインタフェース仕様の複雑さ等により定量的に評価する手段」と「（２）該機能の仕様確定度合い等が低い度合い等を定量的に評価する手段」を実現している。
【００１３】
尚、ここでは「システムの複雑さ」をシステムインタフェースの難易度により表現しているが、他に、業務特性・システムＩＦ特性・接続するシステム・マンマシンＩＦ・他業務との連携度合等を用いて評価することもできる。
【００１４】
尚、ここで「該機能の仕様確定度合いが低い度合い等を定量的に評価する手段」として「等」を挿入したが、プロジェクトの進行に合わせて、懸案の残存率等を評価に加えることもあるため仕様確定度合いのみに限定されるわけでは無い。
【００１５】
本プログラムは，図１の入力値（項目１０２，１０３，１０４，１０５）から危険度（項目１０６）を自動計算する。この例では，危険度＝重要度×システムの複雑さのウェイト（項目２０２）×仕様提示度合のウェイト×（懸案残存率×０．０１５＋０．２５）という計算式を設定している。選択肢で入力する場合は，選択肢に対応するウェイト（項目２０２）を図２のような表で定義している。危険度の計算式やウェイトの値は任意に設定することができる。以上により「（３）該「システムの複雑さ」と「該機能の仕様確定度合いが低い度合い等の定量的評価結果」に乗算等の演算をすることにより該機能の開発において該機能のみならず該業務ソフト全体に影響を及ぼしうる事態が生じていることを示す数値を該機能に対応して一つ計算する手段（この数値を該機能の危険度と呼ぶことにする）」を実現している。
【００１６】
危険度はプロジェクトの進行によって上下していく性質があるので，定期的に複数回危険度の計算を行う。この例では，評価項目の中で「仕様提示度合」と「懸案残存率」がプロジェクトの進行とともに変化していく項目なのでこれらについては２回目（項目１０７）の入力を行うと２回目の危険度を計算する。この例では２回目までしか図示していないが，３回目以降の入力も可能である。利用者はこのようにして計算された危険度の計算結果を同一機能について相対比較すること等により経時変化をプロジェクト管理者及びその上位者やその他関係者が知ることができるなど、実際のプロジェクト管理に役立ててることができる。
【００１７】
以上により「（４）該危険度の数値を（プロジェクトの進行にあわせて）複数回評価してこれを時間軸上で相対評価する手段」を実現している。
【００１８】
また、この実施例ではいわゆるパーソナルコンピュータで実行可能である。パーソナルコンピュータ以外にも、プログラムに従って情報処理を実行する計算機（コンピュータ）であれば、本発明を実現可能である。
【００１９】
本実施形態によれば、業務ソフトを構成する一つまたは複数の機能の仕様が他の機能の仕様に対して影響を及ぼす度合い等（ここでは「システムの複雑さ」と呼ぶことにする）をインタフェース仕様の複雑さ等により定量的に評価する手段と、（２）該機能の仕様確定度合い等が低い度合い等を定量的に評価する手段と、（３）該「システムの複雑さ」と「該機能の仕様確定度合いが低い度合い等の定量的評価結果」に乗算等の演算をすることにより該機能の開発において該機能のみならず該業務ソフト全体に影響を及ぼしうる事態が生じていることを示す数値を該機能に対応して一つ計算する手段（この数値を該機能の危険度と呼ぶことにする）と、（４）該危険度の数値を（プロジェクトの進行にあわせて）複数回評価してこれを時間軸上で相対評価する手段を設けているため、複数の機能よりなる業務ソフトウェア開発プロジェクトの管理面において、仕様が未確定のままであると全体に影響を及ぼしやすい業務を定量的に評価する手法と、該業務の、その仕様が発散しかかっている業務に対策着手できること等を可能にする手段を提供する効果がある。
【００２０】
また、本実施例はプログラムとして提供されており、利用者であるプロジェクト管理者はシステムの複雑さや仕様提示度合い等を簡単な記号や数値で入力するだけで、プロジェクトに潜む危険を発見することができる効果がある。また本実施例に示した方法をコンピュータによらず手計算により実施可能なことは自明である。
【００２１】
また業務分野でのソフトウェア開発におけるプロジェクト管理にありがちな、仕様確定度があいまいなままでプロジェクトマネージャが発見することが難しい問題を早期に発見し、プロジェクトの最終段階になってから、複数機能にまたがる仕様変更を発生させるなどのプロジェクトの混乱を抑止する効果もある。
【００２２】
【発明の効果】
本発明によれば、業務プログラムの作成を含むプロジェクトをより効率よく管理可能である。
【図面の簡単な説明】
【図１】本プログラムの入出力画面例
【図２】入力記号の意味づけとウェイトの設定例
【符号の説明】
１０１　機能名称入力欄
１０２　重要度入力欄
１０３　システムの複雑さ入力欄
１０４　仕様提示度合入力欄
１０５　懸案残存率入力欄
１０６　危険度出力欄
１０７　２回目以降の危険度算出のための入力欄および出力欄
２０１　記号を用いる評価項目
２０２　（評価項目ごとの）記号に対するウェイト
２０３　（評価項目ごとの）記号に対する意味づけ
【図１】
2004062474.tif 000003
【図２】
2004062474.tif 000004