JP2011175593A - プロジェクト管理装置、プロジェクト管理方法、プロジェクト管理プログラム及び記録媒体 - Google Patents

Abstract

【課題】本発明は、プログラム開発等におけるリスク管理を適切に行うプロジェクト管理装置、プロジェクト管理方法、プロジェクト管理プログラム及び記録媒体に関する。
【解決手段】プロジェクト管理システム１は、プロジェクト管理装置２が、クライアント装置４ａ〜４ｎから投入されるプロジェクトの課題について、その重要度及び要求される解決力の度合いを定量化して、該課題の重要度に応じた該課題の実装者５ｂを設定し、設定した課題の重要度及び解決力の度合いに基づいてリスク値を算出して、該リスク値のリスク評価を行う。
【選択図】 図１

Description

本発明は、プロジェクト管理装置、プロジェクト管理方法、プロジェクト管理プログラム及び記録媒体に関し、詳細には、プログラム開発等のプロジェクトにおけるリスク管理を適切に行うプロジェクト管理装置、プロジェクト管理方法、プロジェクト管理プログラム及び記録媒体に関する。

近年、各種製品における機能の増加によって、該製品に搭載されるソフトウェア規模が増大する一方で、競争の激化から、製品やソフトウェアの開発期間の短縮化が要望されている。

このような製品やソフトウェアの開発状況においては、開発者のスキル（能力、技能）や生産性だけでなく、開発プロジェクトの管理方法の如何によって、開発プロジェクトの成果が左右される。

例えば、ソフトウェア開発のプロジェクトにおいては、従来、実装項目及びバグ情報を管理するのに、単に件数のみが問題とされており、ソフトウェア開発プロジェクトの実態と乖離していることが多く見られた。

そこで、プロジェクトの管理においては、該プロジェクトに関する様々な情報を元に、プロジェクトのリスク評価を行なうプロジェクト管理が従来から行われている。

しかし、従来のプロジェクトのリスク評価は、プロジェクト内における各課題の重み付けが適切に設定されず、課題解決のための対応スキルの個人差が考慮されない状態でリスク評価を行っていた。

そして、従来、プロジェクトの計画段階において潜在するリスクを客観的に評価する目的で、リスクの大きさを評価するために、過去のプロジェクトの計画及び実績に基づいて、開始されるプロジェクトの計画に潜在しているリスクの大きさを客観的に評価して、その要因を明らかにするリスク評価システムが提案されている。この従来技術では、プロジェクトのリスクの大きさを評価するための複数のリスク評価尺度候補から、過去のプロジェクトのトラブルと相性の高い１つ以上のリスク評価尺度を決定し、このリスク評価尺度を用いてリスク評価を行なって、リスクの大きさをランク分けしている（特許文献１参照）。

しかしながら、上記公報記載の従来技術にあっては、過去のトラブルとの関係からリスク評価尺度を決定してリスク評価を行っているため、プロジェクトの課題解決のためのリソースや優先順位、特に、課題解決のための対応スキルの個人差を考慮した割り当てを適切に行うことができず、潜在的なリスクを抱えた状態でプロジェクトが開始され、適切なプロジェクト管理を行う上で、改良の必要があった。特に、プロジェクト終盤になって、想定外の工数が発生すると、対応することができず、プロジェクト完了の遅延や開発製品の品質低下を招くおそれがある。

そこで、本発明は、対応スキルの個人差を考慮したリスク評価を行うことのできるプロジェクト管理装置、プロジェクト管理方法、プロジェクト管理プログラム及び記録媒体を提供することを目的としている。

本発明は、上記目的を達成するために、プロジェクトの課題の重要度及び該課題に対して要求される解決力の度合いを定量化して、該課題の重要度及び解決力の度合いに基づいてリスク値を算出して、該リスク値のリスク評価を行うことを特徴としている。

また、本発明は、前記リスク評価結果を所定の報知手段によって報知出力することを特徴としてもよい。

さらに、本発明は、前記課題の重要度と解決力の度合いの比率に基づいて前記リスク値を算出することを特徴としてもよい。

また、本発明は、前記課題の規模及び難易度を過去のプロジェクトの実績情報を参照して課題規模の特徴量及び課題難易度の特徴量として定量化し、前記課題の優先度を、進捗管理情報を参照して課題優先度の特徴量として定量化して、定量化した該課題規模の特徴量、該課題難易度の特徴量及び該課題優先度の特徴量から前記課題の重要度をタスク量として定量化し、該タスク量に対して要求される前記解決力の度合いに応じた対応者を対応者毎のスキル情報を参照して設定することを特徴としてもよい。

本発明によれば、プロジェクトの課題の重要度及び解決力の度合いを定量化してリスク値を算出し、該リスク値を評価するので、個人差を考慮したリスク評価を行うことができる。

本発明の一実施例を適用したプロジェクト管理システムのシステム構成図。 プロジェクト管理装置のブロック構成図。 クライアント装置のブロック構成図。 プロジェクト管理システムの機能ブロック構成図。 過大の規模の定義方法の一例を示す図。 課題の難易度の定義方法の一例を示す図。 課題の優先度の定義方法の一例を示す図。 課題の対応力の定義方法の一例を示す図。 プロジェクト管理処理を示すフローチャート。

以下、本発明の好適な実施例を添付図面に基づいて詳細に説明する。なお、以下に述べる実施例は、本発明の好適な実施例であるので、技術的に好ましい種々の限定が付されているが、本発明の範囲は、以下の説明によって不当に限定されるものではなく、また、本実施の形態で説明される構成の全てが本発明の必須の構成要件ではない。

図１〜図９は、本発明のプロジェクト管理装置、プロジェクト管理方法、プロジェクト管理プログラム及び記録媒体の一実施例を示す図であり、図１は、本発明のプロジェクト管理装置、プロジェクト管理方法、プロジェクト管理プログラム及び記録媒体の一実施例を適用したプロジェクト管理システム１のシステム構成図である。

図１において、プロジェクト管理システム１は、所定の有線または無線のネットワークＮＷに、プロジェクト管理装置２、データベース群３及び複数のクライアント装置４ａ〜４ｎが接続されており、ネットワークＮＷは、ＬＡＮ（Local Area Network）、インターネット等である。

データベース群３は、ハードディスクその他の不揮発性メモリに構築されたデータベース群であり、図１では、ネットワークＮＷに接続されている不揮発性メモリに構築されているが、プロジェクト管理装置２に内蔵、または、外付けされている不揮発性メモリに構築されていてもよい。

データベース群３は、課題情報データベース（ＤＢ）３ａ、進捗管理情報データベース３ｂ、過去実績情報データベース３ｃ及びスキル情報データベース３ｄを有しており、課題情報データベース３ａは、プロジェクト管理装置２に内蔵または外付けされていることが望ましい。

課題情報データベース（課題記憶手段）３ａは、現在管理対象となっているプロジェクトの課題を集積しており、進捗管理情報データベース（進捗管理情報記憶手段）３ｂは、現在管理対象となっているプロジェクトの進捗状況を集積して、課題の優先度の設定時に参照される。過去実績情報データベース（過去実績情報記憶手段）３ｃは、過去のプロジェクトの実績を集積しており、課題の規模と難易度の見積もり時に参照される。スキル情報データベース（スキル情報記憶手段）３ｄは、管理対象のプロジェクトを実装する実装者のスキル情報を集積しており、課題対応者の決定及び変更時に参照される。

プロジェクト管理装置２は、通常のハードウェア構成とソフトウェア構成に本発明のプロジェクト管理プログラムを搭載するコンピュータ等が用いられ、課題に関する各々の情報を統合する機能を有して、プロジェクトにおける課題管理を行なう。

クライアント装置４ａ〜４ｎは、通常のハードウェア構成とソフトウェア構成に本発明のプロジェクト管理プログラムのクライアント装置としてのプログラムを搭載するコンピュータ等が用いられ、プロジェクト管理装置２に対する課題の提案、課題に関する各々の情報の入力等を行うのに、ユーザ５によって行われる。

ユーザ５は、例えば、管理者５ａ、実装者５ｂ及び評価者５ｃで構成される。管理者５ａは、プロジェクト（課題）全体を見渡して、各課題の状況を把握し、適切な対応ができるように指示を出す立場の者であって、ソフト開発では、いわゆるプロジェクトマネージャに相当する。実装者５ｂは、既存課題の対策を行う者であり、実装の過程で実装項目やバグを新規課題として提出する立場にもなるものであって、ソフト開発では、いわゆるプログラマーに相当する。評価者５ｃは、開発中の製品の評価を行って、発見されたバグを課題として報告する立場の者であり、ソフト開発では、いわゆるテスターに相当する。

そして、プロジェクト管理装置２は、図２に示すように、ＣＰＵ（Central Processing Unit ）１１、ＲＯＭ（Read Only Memory）１２、ＲＡＭ（Random Access Memory）１３、入力部１４、出力部１５及び不揮発性メモリ１６等を備えており、各部は、バス１７で接続されている。

ＲＯＭ１２は、プロジェクト管理装置２の基本プログラムや本発明のプロジェクト管理プログラム等のプログラム及び必要なシステムデータを格納しており、ＣＰＵ１１は、ＲＯＭ１２内のプログラムに基づいてＲＡＭ１３をワークメモリとして利用して、プロジェクト管理装置２の各部を制御して、プロジェクト管理処理を実行する。

入力部１４は、キーボード、マウス、タッチパネル等で構成され、プロジェクト管理処理に必要な各種情報や命令の入力に使用される。

出力部１５は、ディスプレイ（例えば、液晶ディスプレイ）、音声出力部、プリンタへのデータ出力部等であり、プロジェクト管理処理に必要なデータや処理結果のデータの出力及び後述するアラームのクライアント装置４ａ〜４ｎへの出力を行う。

不揮発性メモリ１６は、各種データ、特に、後述するプロジェクト管理処理を実行する上で必要なデータを格納し、上記課題情報データベース３ａが構築されていてもよいし、課題情報データ３ａだけでなく、進捗管理情報データベース３ｂ、過去実績情報データベース３ｃ、スキル情報データベース３ｄの１つ以上が構築されていてもよい。

また、クライアント装置４ａ〜４ｎは、図３に示すように、ＣＰＵ２１、ＲＯＭ２２、ＲＡＭ２３、入力部２４、出力部２５及び不揮発性メモリ２６等を備えており、各部は、バス２７で接続されている。

ＲＯＭ１２は、クライアント装置４ａ〜４ｎの基本プログラムや本発明のプロジェクト管理プログラム等のプログラム及び必要なシステムデータを格納しており、ＣＰＵ２１は、ＲＯＭ２２内のプログラムに基づいてＲＡＭ２３をワークメモリとして利用して、クライアント装置４ａ〜４ｎの各部を制御して、プロジェクト管理処理におけるクライアント装置４ａ〜４ｎとしての処理を実行する。

入力部２４は、キーボード、マウス、タッチパネル等で構成され、プロジェクト管理処理におけるクライアント装置４ａ〜４ｎとして必要な各種情報や命令の入力に使用される。

出力部２５は、ディスプレイ（例えば、液晶ディスプレイ）、音声出力部、プリンタへのデータ出力部等であり、プロジェクト管理処理におけるクライアント装置４ａ〜４ｎとして必要なデータや処理結果のデータの出力、特に、プロジェクト管理装置２から受け取ったアラームの報知出力を行う。

不揮発性メモリ２６は、各種データ、特に、後述するプロジェクト管理処理におけるクライアント装置４ａ〜４ｎとしての処理を実行する上で必要なデータを格納する。

そして、上記プロジェクト管理装置２及びクライアント装置４ａ〜４ｎは、ＲＯＭ、ＥＥＰＲＯＭ（Electrically Erasable and Programmable Read Only Memory ）、ＥＰＲＯＭ、フラッシュメモリ、フレキシブルディスク、ＣＤ−ＲＯＭ（Compact Disc Read Only Memory ）、ＣＤ−ＲＷ（Compact Disc Rewritable ）、ＤＶＤ（Digital Versatile Disk）、ＳＤ（Secure Digital）カード、ＭＯ（Magneto-Optical Disc）等のコンピュータが読み取り可能な記録媒体に記録されている本発明のプロジェクト管理方法を実行するプロジェクト管理プログラムを読み込んでＲＯＭ１２や不揮発性メモリ１６等に導入することで、後述するプロジェクトを適切に管理するプロジェクト管理方法を実行するプロジェクト管理装置として構築されている。このプロジェクト管理プログラムは、Ｃ＃、Ｊａｖａ（登録商標）、Ｖｉｓｕａｌ Ｂａｓｉｃ、Ｒｕｂｙ、Ｐｅｒｌ等のブログラミング言語等で記述されたコンピュータ実行可能なプログラムであり、上記記録媒体に格納して頒布することができる。

プロジェクト管理装置２は、上記プロジェクト管理プログラムが導入されることで、図４に示す機能ブロックが構築され、クライアント装置４ａ〜４ｎは、プロジェクト管理処理におけるクライアント装置４ａ〜４ｎとしてのプログラムであるクライアント用プロジェクト管理プログラムが導入されることで、図４に示す機能ブロックが構築される。

すなわち、図４において、プロジェクト管理装置２は、課題投稿部３１、課題編集部３２、リスク評価部３３、リスク度判定部３４、アラーム通知部３５が構築され、課題編集部３２として、規模設定部３６、難易度設定部３７、優先度設定部３８及び課題対応者設定部３９が構築されている。また、クライアント装置４ａ〜４ｎは、入力部４１、表示部４２及びアラーム受信部４３が構築されている。

プロジェクト管理装置２は、クライアント装置４ａ〜４ｎ経由でユーザ５からアクセスされ、課題情報データベース３ａの内容が適宜更新される。プロジェクト管理装置２は、管理者５ａ及び実装者５ｂから主に実装課題が提出され、評価者５ｃ及び実装者５ｂからバグ情報が提出される。また、管理者５ａは、各課題の重み付けのための編集設定を行ない、課題の重み付けのための編集設定時には、データベース群３、特に、進捗管理情報データベース３ｂ、過去実績情報データベース３ｃ及びスキル情報データベース３ｄを参照する。なお、プロジェクト管理装置２は、後述する課題編集作業により、課題の大きさ及びその対応力を定量化するが、以下の説明においては、適宜、この課題の大きさを「タスク量」、課題の対応力を「タスク対応力」という。

プロジェクト管理装置２の課題投稿部（課題投稿手段）３１は、入力部１４及び出力部１５等によって実現され、課題の投稿段階で、課題項目Ｐｋを入力するためのユーザインターフェースを提供する。なお、課題項目Ｐｋは、課題の種類（新規、バグ等）、規模、優先度、担当者等の課題解決に関する項目である。課題投稿部３１は、課題項目Ｐｋの入力を受け付けると、課題編集部３２へ渡し、課題編集部３２が、課題投稿部３１から渡された課題項目Ｐｋの編集を行なうが、課題の投稿のみが目的のときには、課題編集部３２以降の各部は処理を行わずに入力されるデータを通過させる。すなわち、プロジェクト管理装置２は、クライアント装置４ａ〜４ｎ経由でユーザ５からアクセスされ、課題情報データベース３ａの内容は適宜更新される。

課題編集部（課題編集手段）３２は、課題の「規模」、「難易度」、「優先度」、「対応者」を特徴とする観点で、課題の重要度及び該課題に対して要求される解決力の度合いに対する見積もりを実施し、各特徴量を定量化してパラメータを設定（定量化）して、リスク評価部３３へ出力する。この各パラメータの設定（定量化処理）は、規模設定部３６、難易度設定部３７、優先度設定部３８、課題対応者設定部３９によって提供される。

規模設定部（課題規模設定手段）３６は、入力部１４、出力部１５及びＣＰＵ３１等によって実現され、課題編集の段階で、課題の「規模」を入力するためのユーザインターフェースを提供する。規模設定部３６は、入力された課題の「規模」を課題項目Ｐｋに反映させる。この課題の「規模」の入力においては、例えば、図５に示すように、実装プログラムの予想ステップ数に応じて予めルールを決めておいて、パラメータを設定してもよいし、外部データベースである過去実績情報データベース３ｃから過去実績情報Ｊｋを参照し、その内容を「規模」の特徴量として定量化して反映しても良い。

難易度設定部（課題難易度設定手段）３７は、入力部１４、出力部１５及びＣＰＵ３１等によって実現され、課題編集の段階で、課題の「難易度」を入力するためのユーザインターフェースを提供する。難易度設定部３７は、入力された課題の「難易度」を課題項目Ｐｋへ反映させる。この課題の「難易度」の入力においては、例えば、図６に示すように、過去の課題に対する対応実績の度合いに応じて予めルールを決めておき、パラメータを設定してもよいし、外部データベースである過去実績情報データベース３ｃから過去実績情報Ｊｋを参照して、その内容を「難易度」の特徴量として定量化して反映させてもよい。

優先度設定部（課題優先度設定手段）３８は、入力部１４、出力部１５及びＣＰＵ３１等で実現され、課題編集の段階で、課題の重要度の１つである「優先度」を入力するためのユーザインターフェースを提供する。優先度設定部３８は、入力された課題の「優先度」を課題項目Ｐｋへ反映させる。この課題の「優先度」の入力においては、例えば、図７に示すように、プロジェクトのマイルストーンに応じて予めルールを決めておき、パラメータを設定してもよいし、手動でパラメータを設定してもよい。また、優先度設定部３８は、課題の「優先度」の入力においては、外部データベースである進捗管理情報データベース３ｂから進捗管理情報Ｊｍを参照して、その内容を「優先度」の特徴量として定量化して反映してもよい。なお、マイルストーンとは、プロジェクトの中で工程遅延の許されないような大きな節目のこという。

課題対応者設定部（課題対応者設定手段）３９は、入力部１４、出力部１５及びＣＰＵ３１等で実現され、課題編集の段階で、課題の「対応者」を入力するためのユーザインターフェースを提供する。課題対応者設定部３９は、入力された課題の「対応者」を課題項目Ｐｋへ反映させる。この課題の「対応者」の入力においては、課題対応者設定部３９は、手動でパラメータを設定するようにしてもよいし、「対応者」の役職に応じて予めルールを決めてパラメータを設定してもよい。また、課題の「対応者」の入力において、課題対応者設定部３９は、外部データベースであるスキル情報データベース３ｄからスキル情報Ｊｓを参照して、その内容を「対応者」の解決力の度合いとして定量化して設定に反映してもよい。また、課題対応者設定部３９は、例えば、図８に示すように、過去のプロジェクトでの課題対応実績を元に予めスキル値を算出してスキル情報Ｊｓとして記憶し、このスキル情報Ｊｓを参照して、「対応者」の設定に反映させてもよい。

リスク評価部（リスク値算出手段）３３は、課題編集部３２によって設定された課題の「規模」、「難易度」、「優先度」、「対応者」に関するパラメータに基づいて、課題の「タスク量」と「タスク対応力」を算出し、この「タスク量」と「タスク対応力」に基づいて、「リスクポイント」の見積もりを行なって、見積もり結果をリスク度判断部３４に出力する。
なお、本実施例のプロジェクト管理システム１においては、「タスク量」と「タスク対応力」から「リスクポイント」を算出するが、過去のプロジェクトにおける「タスク量」と、該過去のプロジェクトに対する「リスクポイント」と、対応度合いの実績情報から各対応者の「タスク対応力」を求めてもよい。

リスク度判断部（リスク評価手段）３４は、リスク評価部３３によって算出された課題の「リスクポイント」を、予め設定された閾値と比較して、アラームを発信するか否かの判断を行ない、アラームを発信すべきであると判断すると、アラーム通知部３５によってアラーム情報をクライアント装置４ａ〜４ｎに出力する。

そして、リスク度判断部３４は、上記各部で設定、算出、判定した情報を、リスク評価結果として、対象課題項目Ｐｋと関連付けて課題情報データベース３ａに格納して反映させる。

そして、クライアント装置４ａ〜４ｎは、上述のように、図４の下部に示すように機能構成されている。入力部（入力手段）４１は、プロジェクト管理装置２を操作する入力部であって、課題の投稿や編集等を行なうのに使用される。表示部（出力手段）４２は、プロジェクト管理装置２を操作した表示データの表示を行い、課題の投稿内容や編集結果の表示及び現状の課題リストの表示等を行なう。アラーム受信部４３は、プロジェクト管理装置２によるリスク評価の結果、アラーム通知部３５から発信されたアラーム情報を受信し、クライアント装置４ａ〜４ｎは、アラーム受信部４３が受信したアラーム情報を表示部４２に表示出力したり、その他の方法で出力する。

次に、本実施例の作用を説明する。本実施例のプロジェクト管理システム１は、個人差を考慮したリスクの大きさを把握するために、課題とその対応力の大きさを客観的な指標を用いて定量化してリスクの大きさを算出する。

本実施例のプロジェクト管理システム１は、ユーザ５がクライアント装置４ａ〜４ｎから課題を投稿及び編集し、プロジェクト管理装置２が、リスク評価及びリスク度判断を行って、最終的に課題情報の更新及びアラーム発信を行う。

すなわち、図９に示すように、プロジェクト管理システム１は、例えば、プロジェクトにおいて、クライアント装置４ａ〜４ｎから、管理者５ａ及び実装者５ｂが実装項目として課題を起票し、また、評価者５ｃ及び実装者５ｂがバグ票として課題を起票すると、課題投稿部３１が、課題項目Ｐｋを新規に課題編集部３２に投稿する（ステップＳ１０１）。プロジェクト管理装置２は、この起票された課題を、課題情報データベース３ａに格納する。

課題編集部３２は、起票済みの課題に対して、規模設定部３６、難易度設定部３７及び優先度設定部３８によって、「規模」、「難易度」、「優先度」を特徴とする観点で、課題の重要度に対する見積もりを実施し、各特徴量を定量化する特徴量定量化処理を行う（ステップＳ１０２）。例えば、対象課題の実装ｓｔｅｐ（ステップ）数が８０ｓｔｅｐで、新規性があり、かつ、再現性の高い内容であって、商品発売までに実装が必須である、という課題があった場合、規模設定部３６、難易度設定部３７及び優先度設定部３８によって、図５〜図７の定義例に基づいてそれぞれ特徴量の定量化を行なう。この場合、課題編集部３２は、「規模」の項目が２ポイント、「難易度」の項目が１０ポイント、「優先度」の項目が５ポイント、として設定し、それぞれ設定したポイントを、課題項目に紐付けて、課題情報データベース３ａに反映させる。

次に、課題編集部３２は、上述のようにして設定して定量化した特徴量を利用して課題そのものの重さを示す「タスク量」を算出する（ステップＳ１０３）。例えば、課題編集部３２は、設定済みである「規模」、「難易度」、「優先度」の特徴量を元に、これらの特徴量の積を求めることで「タスク量」を算出する。上記例の場合、課題編集部３２は、「規模」の項目が２ポイント、「難易度」の項目が１０ポイント、「優先度」の項目が５ポイントであるので、２×１０×５＝１００となり、「タスク量」を、１００ポイントと算出する。なお、「タスク量」の算出式は、各特徴量を積算する算出式に限るものではなく、任意に設定することができる。課題編集部３２は、算出した課題ポイントを、課題項目に紐付けて、課題情報データベース３ａに反映させる。

課題編集部３２は、上記算出した「タスク量」に対し、その大きさが適切であったかどうかの判定を行なうために、算出した「タスク量」を予め管理者５ａによって設定されている閾値と比較して、「タスク量」が閾値内、すなわち、許容範囲内であるか判断する（ステップＳ１０４）。なお、この閾値は、設定された固定の閾値に限るものではなく、例えば、任意の算出式によって動的に算出された閾値等であってもよい。

ステップＳ１０４で、「タスク量」が許容範囲を超えていると（ステップＳ１０４のＮＯ）、プロジェクト管理システム１は、課題の細分化の余地があると判断し、クライアント装置４ａ〜４ｎにその旨の表示情報を送信して表示部４２に表示させる。管理者５ａは、クライアント装置４ａ〜４ｎに表示される課題の細分化を促す表示に応じて細分化を行うか否かをクライアント装置４ａ〜４ｎの入力部４１で指示操作する。課題編集部３２は、ユーザ５によって課題項目の分割が指示操作されたかチェックし（ステップＳ１０５）、例えば、タスク量が１０００ポイントを超えていて、ユーザが、分割が必要であると判断して課題項目を分割すると（ステップＳ１０５のＹＥＳ）、ステップＳ１０１に戻って上記同様に処理を行う（ステップＳ１０１〜Ｓ１０５）。

ステップＳ１０５で、ユーザによって課題項目の分割が指示操作されないときには（ステップＳ１０５のＮＯ）、課題編集部３２は、課題対応者設定部３９によって、該投稿・編集された課題に対する「対応者」の設定（実装者５ｂの設定）を行う（ステップＳ１０６）。

また、ステップＳ１０４で、「タスク量」が許容範囲内であるときには（ステップＳ１０４のＹＥＳ）、課題編集部３２は、課題の大きさは適切であり項目の分割を行う必要がないと判断して、課題対応者設定部３９によって、該投稿・編集された課題に対する「対応者」の設定を行う（ステップＳ１０６）。

課題対応者設定部３９は、上記投稿・編集された課題に対して、「対応者」の設定を行うが、この実装者（対応者）５ｂは１人であってもよいし、複数人であってもよい。また、プロジェクトにおいて、管理者５ａは、起票済みの課題項目に対して、「対応者」の新規設定や見直しを実施することができる。例えば、「タスク量」が大きい課題に関して、経験を積ませたい若手技術者１名と熟練技術者１名の合計２名を「対応者」に設定する等の設定を行うことができる。具体的には、タスク量が８００ポイントの課題があった場合、図８の課題の対応力における定義例に基づいて、ＡさんとＦさんを設定する。課題対応者設定部３９は、設定したパラメータを、課題項目に紐付けて、課題情報データベース３ａに反映させる。

次に、課題編集部３２は、設定済みのパラメータを利用して課題そのものの対応力の大きさを示す「タスク対応力」を算出するタスク対応力算出処理を行う（ステップＳ１０７）。

すなわち、課題編集部３２は、設定済みである「対応者」の情報を元に、設定されているポイントの和によってタスク対応力を算出する。具体的には、図８の定義例において、Ａさんは、２ポイント、Ｆさんは、８ポイントであるから、２＋８＝１０で「タスク対応力」は、１０ポイントになる。なお、「タスク対応力」の算出方法は、予め算出用のテーブルを用意して、該算出用テーブルを参照して、「タスク対応力」を求めてもよいし、任意に算出式を設定して、設定した算出式を用いて「タスク対応力」を求めてもよい。課題編集部３２は、算出した課題対応ポイントを、課題項目に紐付けて課題情報データベース３ａに格納して反映させる。

次に、リスク評価部３３が、ステップＳ１０３で算出済みの「タスク量」とステップＳ１０７で算出済みの「タスク対応力」のパラメータを利用して、課題そのもののリスクの大きさを示す「リスクポイント」を算出するリスクポイント算出処理を行う（ステップＳ１０８）。

この場合、リスク評価部３３は、「タスク量」を「タスク対応力」で割ることで「リスクポイント」を算出することで、「タスク量」として定量化した課題の大きさに対して、「タスク対応力」として、どの程度の対応力が設定されているかを求める。例えば、対象課題が数１０ｓｔｅｐ（ステップ）で実装できる見込みであって、新規性が無く、再現性の高い不具合を有する課題、すなわち、規模と難易度が低めの課題であれば、「タスク量」は比較的低いが、設定された対応者である実装者５ｂが全くの未経験者１人であって「タスク対応力」が非常に低い場合は、リスクは相対的に高くなる。一方、対象課題が新規性に富んだ、過去に実装経験の無い未知の内容であり、かつ、商品のＰＲの目玉となる重要な機能であるために、本件の進捗によってプロジェクト全体に影響を及ぼすような、難易度と優先度が高い課題であれば「タスク量」は非常に高いが、対応者である実装者５ｂとして熟練技術者が数名設定されており「タスク対応力」も非常に高い場合であれば、リスクは相対的に低くなる。

次に、リスク度判定部３４が、算出済みの「リスクポイント」を、管理者５ａが予め設定した閾値の範囲と比較して、「リスクポイント」が許容範囲内であるか否かチェックするリスク度判定処理を行う（ステップＳ１０９）。

ステップＳ１０９で、「リスクポイント」が許容範囲内であると、対象課題に特別なリスクは無いと判断され、プロジェクト管理システム１は、一連の処理を終了する。

ステップＳ１０９で、「リスクポイント」が許容範囲外であると、リスク度判定部３４は、「リスクポイント」が許容範囲外である旨のアラームを周知させるために、対象の課題とステップＳ１０１からステップＳ１０８までの処理で紐付けられた情報をアラーム情報として纏めて、アラーム通知部３５に、該アラーム情報をクライアント装置４ａ〜４ｎに発信させるアラーム発信処理を行う（ステップＳ１１０）。

クライアント装置４ａ〜４ｎは、アラーム受信部４３がアラーム情報を受信すると、表示部４２等にアラーム情報を表示する等の方法でアラームの報知を行い、ユーザ５は、このアラームの報知によってアラーム情報を認識することができる。ユーザ５は、アラーム情報を認識すると、その後の対応策を取ることができる。

プロジェクト管理装置２は、アラーム通知を行うと、その後、ユーザ５によって再起票の操作（判断）が行われたかチェックし（ステップＳ１１１）、再起票が行われると、ステップＳ１０１に戻って、上記同様の処理を繰り返し行う（ステップＳ１０１〜Ｓ１１１）。

プロジェクト管理装置２は、ステップＳ１１１で、再起票が行われないときには、そのまま処理を終了する。

このように、本実施例のプロジェクト管理システム１は、プロジェクト管理装置２が、プロジェクトの課題の重要度及び該課題に対して要求される解決力の度合いを定量化して、該課題の重要度及び解決力の度合いに基づいてリスク値を算出して、該リスク値のリスク評価を行っている。

したがって、プロジェクトの課題の重要度及び解決力の度合いを定量化してリスク値を算出して、該リスク値を評価することができ、個人差を考慮したリスクの大きさを把握してプロジェクトの遅延や開発製品の品質低下を未然に防止することができる。

すなわち、各課題において、「課題の大きさ」を定量化し、また、各課題への実装者５ｂのスキルから「課題対応力」を定量化し、「課題の大きさ」と「課題対応力」に基づいてリスク値を算出することで、リスクを定量化している。したがって、リスクの大きさを、個人差を考慮した状態で適切に把握することができ、プロジェクトの遅延や開発製品の品質低下を未然に防止することができる。

また、本実施例のプロジェクト管理システム１は、リスク度判定部３４が、リスク評価結果をアラーム部３５からクライアント装置４ａ〜４ｎに送って、クライアント装置４ａ〜４ｎの表示部４２に表示させてもよい。特に、リスクポイントが許容範囲外を超えると、アラーム通知を行っている。

このようにすると、プロジェクトにおける課題の適正をクライアント装置４ａ〜４ｎで確認することができ、利用性を向上させることができる。特に、アラーム通知によって、リスクが大きすぎることを適切かつ速やかに把握することができ、速やかな対応をとることができる。

さらに、本実施例のプロジェクト管理システム１は、リスク評価部３３が、課題の重要度と解決力の度合いの比率に基づいてリスク値を算出している。

したがって、リスク値を定量的に求めることができ、より一層個人差を考慮したリスクの大きさを把握してプロジェクトの遅延や開発製品の品質低下を未然に防止することができる。

また、本実施例のプロジェクト管理システム１は、プロジェクト管理装置２が、プロジェクトの進捗状況を管理する進捗管理情報を課題情報データベース３ａの課題情報と関連付けて記憶する進捗管理情報データベース３ｂと、過去のプロジェクトの実績情報を記憶する過去実績情報データベース３ｃと、プロジェクトの対応者のスキル情報を記憶するスキル情報データベース３ｄと、を備え、課題編集部３２が、課題の規模を過去実績情報データベース３ｃの過去のプロジェクトの実績情報を参照して課題規模の特徴量として定量化する規模設定部（課題規模設定手段）３６と、課題の難易度を過去実績情報データベース３ｃの過去のプロジェクトの実績情報を参照して課題難易度の特徴量として定量化する難易度設定部（課題難易度設定手段）３７と、課題の優先度を進捗管理情報データベース３６の進捗管理情報を参照して課題優先度の特徴量として定量化する優先度設定部（課題優先度設定手段）３８と、課題の対応者をスキル情報データベース３ｄの対応者毎のスキル情報を参照して設定する課題対応者設定部（課題対応者設定手段）３９と、を備え、これら各部によって定量化された課題規模の特徴量、課題難易度の特徴量及び課題優先度の特徴量から課題の重要度をタスク量として定量化し、課題対応者設定部３９で、該タスク量に対して要求される解決力の度合いに応じた対応者を、スキル情報を参照して設定している。

すなわち、各課題において、「規模」、「難易度」、「優先度」という項目毎の重み付けを行なうことによって「課題の大きさ」を定量化し、定量化した「課題対応力」とに基づいて、「課題の大きさ」に対する「課題対応力」の比率からリスク値を算出して、リスクが定量化している。

したがって、プロジェクトの課題の重要度及び解決力の度合いをより一層詳細にかつ適切に定量化したタスク量からリスク値を算出して、該リスク値を評価することができ、個人差を考慮したリスクの大きさをより一層適切に把握してプロジェクトの遅延や開発製品の品質低下を未然に防止することができる。

さらに、本実施例のプロジェクト管理システム１は、リスク度判定部３４が、リスク値を所定の閾値と比較してリスク評価を行っている。

したがって、リスク評価を適切かつ容易に行うことができ、プロジェクトの遅延や開発製品の品質低下を未然に防止することができる。

また、本実施例のプロジェクト管理システム１は、プロジェクト管理装置２が、入力部４１、表示部４２等を備えたクライアント装置４ａ〜４ｎに接続され、課題投稿部３１及び課題編集部３２が、クライアント装置４ａ〜４ｎの入力部４１から入力された課題を受け付け、該課題の重要度及び解決力の度合いの設定を行って、リスク度判定部３４の評価結果をクライアント装置４ａ〜４ｎの表示部４２に表示させている。

したがって、プロジェクトに関する管理をより一層適切かつ効率的に行うことができる。

以上、本発明者によってなされた発明を好適な実施例に基づき具体的に説明したが、本発明は上記実施例で説明したものに限定されるものではなく、その要旨を逸脱しない範囲で種々変更可能であることはいうまでもない。

本発明は、画像形成装置、複合装置等の製品に搭載されるソフトウェアの開発等のプロジェクトにおける課題を定量化して管理するプロジェクト管理システム、プロジェクト管理方法、プロジェクト管理プログラム及び記録媒体に利用することができる。

１ プロジェクト管理システム
２ プロジェクト管理装置
３ データベース群
３ａ 課題情報データベース
３ｂ 進捗管理情報データベース
３ｃ 過去実績情報データベース
３ｄ スキル情報データベース
４ａ〜４ｎ クライアント装置
５ ユーザ
５ａ 管理者
５ｂ 実装者
５ｃ 評価者
ＮＷ ネットワーク
１１ ＣＰＵ
１２ ＲＯＭ
１３ ＲＡＭ
１４ 入力部
１５ 出力部
１６ 不揮発性メモリ
１７ バス
２１ ＣＰＵ
２２ ＲＯＭ
２３ ＲＡＭ
２４ 入力部
２５ 出力部
２６ 不揮発性メモリ
３１ 課題投稿部
３２ 課題編集部
３３ リスク評価部
３４ リスク度判定部
３５ アラーム通知部
３６ 規模設定部
３７ 難易度設定部
３８ 優先度設定部
３９ 課題対応者設定部
４１ 入力部
４２ 表示部
４３ アラーム受信部

特開平１１−６６１５０号公報

Claims (10)

1. プロジェクトの実装項目、不具合項目等の課題の入力を受け付ける課題入力手段と、
   前記課題入力手段の受け付けたプロジェクトの課題に関する課題情報を記憶する課題記憶手段と、
   前記課題記憶手段の前記課題情報を参照して、前記課題の重要度及び該課題に対して要求される解決力の度合いを求める課題編集手段と、
   前記課題の重要度及び解決力の度合いに基づいてリスク値を算出するリスク値算出手段と、
   前記リスク値のリスク評価を行うリスク評価手段と、
   を備えていることを特徴とするプロジェクト管理装置。
2. 前記リスク評価手段は、前記リスク評価結果を所定の報知手段によって報知出力することを特徴とする請求項１記載のプロジェクト管理装置。
3. 前記リスク値算出手段は、前記課題の重要度と解決力の度合いの比率に基づいて前記リスク値を算出することを特徴とする請求項１または請求項２記載のプロジェクト管理装置。
4. 前記プロジェクト管理装置は、
   前記プロジェクトの進捗状況を管理する進捗管理情報を前記課題記憶手段の課題情報と関連付けて記憶する進捗管理情報記憶手段と、
   過去のプロジェクトの実績情報を記憶する過去実績情報記憶手段と、
   プロジェクトの対応者のスキル情報を記憶するスキル情報記憶手段と、
   を備え、
   前記課題編集手段は、
   前記課題の規模を前記過去実績情報記憶手段の過去のプロジェクトの実績情報を参照して課題規模の特徴量として定量化する課題規模設定手段と、
   前記課題の難易度を前記過去実績情報記憶手段の過去のプロジェクトの実績情報を参照して課題難易度の特徴量として定量化する課題難易度設定手段と、
   前記課題の優先度を前記進捗管理情報記憶手段の進捗管理情報を参照して課題優先度の特徴量として定量化する課題優先度設定手段と、
   前記課題の対応者を前記スキル情報記憶手段の対応者毎のスキル情報を参照して設定する課題対応者設定手段と、
   を備え、前記課題規模設定手段、前記課題難易度設定手段及び前記課題優先度設定手段によって定量化された前記課題規模の特徴量、前記課題難易度の特徴量及び前記課題優先度の特徴量から前記課題の重要度をタスク量として定量化し、前記課題対応者設定手段で、該タスク量に対して要求される前記解決力の度合いに応じた対応者を前記スキル情報を参照して設定することを特徴とする請求項１から請求項３のいずれかに記載のプロジェクト管理装置。
5. 前記リスク値算出手段は、前記タスク量と前記対応者の前記スキル情報の比率に基づいて前記リスク値を算出することを特徴とする請求項４記載のプロジェクト管理装置。
6. 前記リスク評価手段は、前記リスク値を所定の閾値と比較してリスク評価を行うことを特徴とする請求項５記載のプロジェクト管理装置。
7. 前記プロジェクト管理装置は、入力手段及び出力手段を備えた所定の情報処理装置に接続され、
   前記課題入力手段及び課題編集手段は、前記情報処理装置の前記入力手段から入力された課題を受け付け、該課題の重要度及び解決力の度合いの設定を行って、前記リスク評価手段の評価結果を該情報処理装置の前記出力手段に出力させることを特徴とする請求項１から請求項６のいずれかに記載のプロジェクト管理装置。
8. プロジェクトの実装項目、不具合項目等の課題の入力を受け付ける課題入力処理ステップと、
   前記課題入力処理ステップの受け付けたプロジェクトの課題に関する課題情報を記憶する課題記憶手段の該課題情報を参照して、前記課題の重要度及び該課題に対して要求される解決力の度合いを求める課題編集処理ステップと、
   前記課題の重要度及び解決力の度合いに基づいてリスク値を算出するリスク値算出処理ステップと、
   前記リスク値のリスク評価を行うリスク評価処理ステップと、
   を有していることを特徴とするプロジェクト管理方法。
9. コンピュータに、
   プロジェクトの実装項目、不具合項目等の課題の入力を受け付ける課題入力処理と、
   前記課題入力処理の受け付けたプロジェクトの課題に関する課題情報を記憶する課題記憶手段の該課題情報を参照して、前記課題の重要度及び該課題に対して要求される解決力の度合いを求める課題編集処理と、
   前記課題の重要度及び解決力の度合いに基づいてリスク値を算出するリスク値算出処理と、
   前記リスク値のリスク評価を行うリスク評価処理と、
   を実行させることを特徴とするプロジェクト管理プログラム。
10. 請求項８記載のプロジェクト管理プログラムを記録したことを特徴とするコンピュータが読み取り可能な記録媒体。

Images