(57)【要約】【課題】ソフトウェア開発プロジェクトに対する保険サービスの実現。【解決手段】保険会社１００はサーバー１１０を設け、ネットワーク４００を介して開発会社３００のプロジェクトの運営をプロジェクト管理ツール１２４により管理する。顧客２００から対象プロジェクトの保険申し込みがあると、顧客情報１１１やプロジェクト基本情報１１３を登録し、顧客に保険料を提示する。サーバー１１０は開発会社３００のプロジェクト管理に問題があれば勧告を行う。顧客２００はプロジェクトに不服があるとき損害賠償の請求を行い、保険会社１００は顧客に対し保険料を支払う。保険料を決定する開発会社３００のランクは、プロジェクト管理の実績情報により変更される。【選択図】  図１
2004318319.tif 000002
【特許請求の範囲】
【請求項１】
開発会社によるソフトウェアの開発プロジェクトの運営をネットワーク経由で監視し、開発のリスクを肩代りするプロジェクトマネジメントの保険サービス方法において、
保険会社は顧客から任意の開発プロジェクトについて保険の申し込みを受け付けると、当該開発プロジェクトに係る開発会社のランクに応じて保険料を算出して顧客に提示し、顧客からの保険料の納入を確認し、顧客から損害賠償支払い要求が有れば賠償額を決定して支払いを行うことを特徴とするプロジェクトマネジメントの保険サービス方法。
【請求項２】
請求項１において、
前記開発会社のランクは前記開発プロジェクトの実績または支払った賠償額に基づいて決定することを特徴とするプロジェクトマネジメントの保険サービス方法。
【請求項３】
請求項１または２において、
前記保険会社は前記開発プロジェクトの運営に問題があれば前記開発会社に改善勧告を出し、もし勧告に従わなければペナルティを課すことを特徴とするプロジェクトマネジメントの保険サービス方法。
【請求項４】
保険会社のサーバーと、顧客の端末及び開発会社の端末をネットワークで結び、前記開発会社によるソフトウェアの開発プロジェクトの運営を監視し、開発のリスクを保険料の支払いにより肩代りするプロジェクトマネジメントの保険サービスシステムにおいて、
前記サーバーは前記開発プロジェクトの運営状況を監視する状況監視手段と、顧客から保険の申し込みや損害賠償額の請求を受け付けて処理する保険手続手段と、顧客情報、プロジェクト情報及び前記プロジェクトの運営をチェックするチェックルールを登録する情報記憶装置を備えることを特徴とするプロジェクトマネジメントの保険サービスシステム。
【請求項５】
請求項４において、
前記開発会社による開発プロジェクトの運営を管理するプロジェクト管理ツール及び開発会社情報のデータベースを、前記保険会社のサーバーまたは前記開発会社の端末に設けることを特徴とするプロジェクトマネジメントの保険サービスシステム。
【請求項６】
請求項４または５において、
前記チェックルールは開発プロジェクト毎に設けられ、前記損害賠償額の保証レベル毎に作業項目の規模あるいは遅れ日数を表わすことを特徴とするプロジェクトマネジメントの保険サービスシステム。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は、ソフトウェアシステム開発プロジェクトのリスクを肩代りする保険サービス方式に関する。
【０００２】
【従来の技術】
従来、顧客がソフトウェアシステムをシステム開発会社に発注する場合、その開発プロジェクトのリスクはシステム開発会社もしくは客が負っていた。そのため、システム開発会社は各社独自のプロジェクト管理ツールを導入しリスクの低減を図っているが、単独のプロジェクトマネジメントシステムに留まっている。またＩＳＯ、ＣＭＭ等の認証機関による認証ビジネスもあるが、具体的なプロジェクトの成否にまで踏み込んだものにはなっていない。
【０００３】
【発明が解決しようとする課題】
上記したように、従来のシステム開発は客と開発会社の２者間の契約で進められるため、どちらかがプロジェクトのリスクを負うことになり、実際にリスクが発生すると客または開発会社にとって重い負担となる問題がある。
【０００４】
本発明の目的は、上記した従来技術の問題点を克服し、リスク発生時の客または開発会社の負担を軽減ないし回避する保健サービス方法及びシステムを提供することにある。
【０００５】
【課題を解決するための手段】
このような保険サービスを行うためには、システム開発会社の実力および、プロジェクト実行中の運営状況を正確に把握するため、マネジメントルールと会社の実力を客観的に評価する基準が必要である。
【０００６】
上記目的を達成するため、開発会社によるソフトウェアの開発プロジェクトの運営をネットワーク経由で監視し、開発のリスクを肩代りするプロジェクトマネジメントの保険サービス方法において、保険会社は顧客から任意の開発プロジェクトについて保険の申し込みを受け付けると、当該開発プロジェクトに係る開発会社のランクに応じて保険料を算出して顧客に提示すると共に顧客からの保険料の納入を確認し、顧客から損害賠償支払い要求が有れば賠償額を決定して支払いを行うことを特徴とする。
【０００７】
前記開発会社のランクは前記開発プロジェクトの実績または支払った賠償額に基づいて決定することを特徴とする。これにより、会社の実力に応じた保険料の設定が可能になる。
【０００８】
また、前記保険会社はプロジェクトの運営状況をチェックし、問題がある場合は開発会社に改善勧告を行い、もしこの勧告に従わなければ、保険会社が支払った賠償額の一部を開発会社から徴収するなどのペナルティを課すこともできる。
【０００９】
図１５に本発明のビジネスモデルを示す。保険会社は客及びシステム開発会社をネットワークで結んでいる。客はシステム開発会社にソフトウェアシステムを発注し、システム開発会社は開発したソフトウェアシステムを納入し、客が料金を支払う。システム開発会社は保険会社に会員登録し会費を納入するとともに、保険会社はシステム開発会社のプロジェクトの状況を監視する。客は保険会社に保険料を支払い、プロジェクト状況の報告を受ける。客はプロジェクトに問題があるとき、保険会社に損害賠償金の支払いを請求し、保険会社から客に賠償金が支払われる。
【００１０】
【発明の実施の形態】
以下、本発明の実施の形態を図面により詳細に説明する。図１は一実施例によるプロジェクトマネジメントの保険サービスシステムの構成図を示す。１００は保険会社、２００はシステム開発を発注する客、３００は客からシステム開発を受けるシステム開発会社を表す。２１０は客２００が保険の申し込みや、損害賠償請求をおこなうために使用する操作端末、３１０はシステム開発会社３００がプロジェクト管理を行うために使用する操作端末を示す。
【００１１】
保険会社１００のサーバー１２０は、客２００からの保険の申し込みや損害賠償請求を処理する保険手続処理手段１２１、システム開発会社３００のプロジェクトの運営を管理するプロジェクト管理ツール１２４、システム開発会社３００のプロジェクトの運営状況を定期的に監視しアラームを出力する状況監視処理手段１２２を有している。また、プロジェクト終了時に、プロジェクトの結果を判定して会社ランクの更新を行うランク更新処理手段１２３を有している。
【００１２】
システム開発会社３００は、プロジェクト管理ツール１２４を使用して、プロジェクト管理を行うことができる。例えば、工程進捗管理の場合、先ず、プロジェクトの纏め者は、操作端末３１０を使用してプロジェクト管理ツール１２４にアクセスし、作業項目を入力し、それに担当者と作業開始日終了日を入力することで作業計画を立てる。担当者は、操作端末３１０を使用してプロジェクト管理ツール１２４にアクセスし、自分に割り当てられた作業に対する作業実績（進度等）を日々入力する。ここで入力された作業計画と作業実績は、進捗情報としてプロジェクト運営情報１１４に記憶される。プロジェクトの纏め者は、操作端末３１０を使用してプロジェクト管理ツール１２４にアクセスすることで、自分の管理しているプロジェクトの全メンバーの進度や遅れを確認することができる。また、ガントチャートや進捗カーブ等でビジュアルな管理を行うこともできる。このプロジェクト管理ツールは、品質管理を行うことができるものもある。
【００１３】
情報記憶装置１１０は、客の情報を記憶する顧客情報ＤＢ１１１、保険対象プロジェクトの基本情報を記憶するプロジェクト基本情報ＤＢ１１３、システム開発会社の情報を記憶するシステム開発会社情報ＤＢ１１５を有している。また、対象プロジェクトの運営状況（プロジェクト管理情報）を記憶するプロジェクト運営情報ＤＢ１１４、保険料を算出するための基準値やプロジェクトの運営状況をチェックするためのルールを記憶するルール情報ＤＢ１１２を有している。
【００１４】
セキュリティ装置１３０は情報の不正アクセスを防止する。端末２１０、３１０は広域ネットワーク４００に接続され、セキュリティ装置１３０を経由して処理手段１２１、１２４にアクセスすることができる。本システムは、ユーザＩＤとパスワード等で利用者権限をチェックされるのが普通である。
【００１５】
本実施例では、保険会社１００のサーバーがプロジェクト管理ツール１２４およびプロジェクト運営情報ＤＢ１１４を有しているが、システム開発会社３００の端末装置３１０にあっても良い。システム開発会社３００は、使用料を支払って保険会社１００のプロジェクト管理ルールにアクセスするか、プロジェクト管理ツールを買い取って使用するかを選択することができる。
【００１６】
図２はプロジェクト開始から終了までのビジネスフローを示す。客２００はプロジェクト開始時に、端末２１０から保険会社１００の保険手続処理手段１２１にアクセスし、保険の申し込みを行う。保険申し込み画面から申し込み者情報（会社名、申込者名、メールアドレス、保険料支払い方法等）、プロジェクト情報（発注先システム開発会社名、システムの規模、発注金額、開発期間等）と希望保証レベルを入力する。
【００１７】
図７は顧客情報を示す。顧客情報テーブル１１１１には顧客ＩＤ、会社名、メールアドレス、保険料支払方法などが顧客毎に管理されている。これらは顧客２００からの保険申し込みの情報に基づいている。
【００１８】
図８はプロジェクト基本情報を示す。プロジェクト基本情報１１３のプロジェクト情報テーブル１１３１にはプロジェクトＩＤ、顧客ＩＤ、会員ＩＤ、システム規模、保証レベル、請求賠償金、支払い賠償金、プロジェクト終了日などが管理されている。これらは顧客２００からの保険申し込みの情報に基づいている。
【００１９】
保険会社１００の保険手続処理手段１２１は支払い保険料を算出し、客２００の端末２１０に送信して表示する。客２００からＯＫが入力されると申し込み処理が完了する。
【００２０】
システム開発会社３００は保険会社１００に予め会員登録しておくことで、随時、プロジェクト管理ツール１２４にアクセスし、管理ツールを使用してプロジェクト管理を行うことができる。
【００２１】
図９はシステム開発会社情報の一例である。システム開発会社情報１１５は会社情報テーブル１１５１からなり、あらかじめ会員ＩＤ、会社名、会社ランク等が記憶されている。会社情報テーブル１１５１への登録は、システム会社が保険会社に会員登録をし、会費を支払うことにより行われる。会社のランク等はプロジェクト運営状況によって更新されるとともに、会社情報の一部は一般に公開され、客が会社選定を行うために利用できる。
【００２２】
状況監視処理手段１２２は定期的にプロジェクトの実施状況をチェックし、問題がある場合はシステム開発会社３００に勧告のメールを出す。さらに、状況監視処理手段１２２は客２００に定期報告のメールを出す。
【００２３】
プロジェクト終了時、客２００はプロジェクトの結果に不服の場合、保険手続処理手段１２１にアクセスし、損害賠償額の支払い請求を行う。保険会社１００は申請の内容を調査し、請求内容を認めた場合は損害賠償額を支払う。このため、保険会社１００は保険手続処理手段１２１から支払い金額を入力し、支払い通知をメールで客２００へ送信する。
【００２４】
プロジェクトが終了すると、保険会社１００は状況監視処理手段１２２からプロジェクト終了日を入力する。これにより、ランク更新処理手段１２３はプロジェクトの結果から、システム開発会社３００のランクの変更を行い、その結果をシステム開発会社３００へメールで通知する。
【００２５】
図３はプロジェクト開始時の保険申し込みを処理するフローチャートを示す。客２００から申込者情報、プロジェクト情報、保障レベルが入力されると（３０１０）、保険手続処理手段１２１は会社ランクと保証レベル及びシステム規模から、ルール情報１１２に基づいて保険料を算出する（３０２０）。さらに、顧客２００に保険料を表示し（３０３０）、顧客２００からＯＫまたはキャンセルの応答を得る（３０４０）。次に、応答情報をチェックし（３０５０）、ＯＫの場合は処理３０１０で入力された情報を顧客情報ＤＢ１１１、プロジェクト基本情報ＤＢ１１３に登録する（３０６０）。
【００２６】
図１１は保険料算出のためのルール情報を示している。ここで、（ａ）は会社ランク・規模単価テーブル１１２１、（ｂ）は保証レベル・規模単価テーブル１１２２を示している。
【００２７】
処理３０２０は、入力された会社名で図９の会社情報テーブル１１５１を検索し、該当会社の会社ランクを求める。次に、この会社ランクを基に会社ランク・規模単価テーブル１１２１を検索し、会社ランク・規模単価を求める。さらに、処理３０１０で顧客２００から入力された保証レベルを基に保証レベル・規模単価テーブル１１２２を検索し、保証レベル・規模単価を求める。
【００２８】
例えば、会社ランクが８、保証レベルが１、入力されたシステム規模が２、０００ｋｓの場合、保険料は２、０００ラ（ｒ８＋ｓ１）となる。
【００２９】
図１１の例で、会社ランクは１が一番悪く、１０が一番良い。会社ランク・規模単価は会社ランクが悪いと高く、会社ランクが良いと安くなるのが一般的である。また、保証レベルは１が一番低く、１０が一番高い。保証レベル・規模単価は保証レベルが低いと安く、保証レベルが高いと高くなるのが一般的である。
【００３０】
図４はプロジェクト実行中の定期チェックを処理するフローチャートである。状況監視処理手段１２２はプロジェクト運営状況のチェックをおこなう（４０１０）。プロジェクトの運営状況をチェックするためには、作業の進捗状況、品質状況等、さまざまな観点でのチェックをする必要がある。ここでは進捗管理を例にして、処理４０１０のプロジェクト運営状況チェックを説明する。
【００３１】
図１０は進捗状況を示すプロジェクト運営情報である。プロジェクト運営情報１１４は進捗情報テーブル１１４１を有している。進捗情報テーブル１１４１はプロジェクトＩＤ毎、たとえば図８の「ｐ０００００１」の情報である。開発するシステムの作業を詳細に分割していき、この詳細化された作業情報を登録している。この詳細化された作業に対し、担当者の開始日、終了日、進度、遅れなど、日々の進捗管理が行われる。
【００３２】
図１２はルール情報の一部であるチェックルール定義テーブルを示す。チェックルール定義テーブル１１２３には、保証レベルに応じたチェック内容と正常値が定義されている。
【００３３】
処理４０１０におけるプロジェクト運営状況のチェックは、チェックルール定義テーブル１１２３に基づいて行われる。例えば、プロジェクト情報テーブル１１３１に示すように、プロジェクトｐ０００００１は保証レベル１である。チェックルール定義テーブル１１２３における保証レベル１には、例えば、「最小作業項目の規模は１０ｋｓ以下であること」が定義されている。従って、進捗情報テーブル１１４１に規模が１０ｋｓより大きい作業があったら問題有りと判定され（４０２０）、システム開発会社２００に改善勧告のメールが送信される（４０３０）。
【００３４】
同様にして、チェックルール定義テーブル１１２３の遅れ日数など、他のすべての項目についてチェックが実施されて、問題があれば改善勧告が発行される。なお、プロジェクトを実行する開発会社３００が改善勧告に従わない場合、保険会社１００は客２００に支払う損害賠償金の一部をシステム開発会社３００に請求するなど、ペナルティを課すことができる。
【００３５】
次に、処理４０４０のプロジェクト状況の定期報告について説明する。図１３はレポートのルール情報を示す。（ａ）はレポート定義テーブル１１２４を示し、保証レベルとそれに対応したレポートの種類が定められている。プロジェクトの保証レベルからレポート定義テーブル１１２４を検索し、定められたレポートを作成し、客２００にレポートをメールで送信する。
【００３６】
図４に示したプロジェクト運営状況の定期チェックは、図１３（ｂ）の頻度定義テーブル１１２５に基づき、保証レベルに応じた頻度で実施される。
【００３７】
次にプロジェクト終了時の損害賠償請求処理を説明する。図５は損害賠償請求処理を示すフローチャートである。保険手続処理手段１２１は客２００から賠償金請求入力を受け取ると（５０１０）、受信情報をプロジェクト基本テーブル１１３１に登録する（５０２０）と共に、申請内容の調査を行って賠償金額を決定し、プロジェクト基本情報テーブル１１３１に登録する。この調査はオフラインで行なわれるが、調査項目を具体的に取り決めて自動で行う方法もある。
【００３８】
次に、賠償金額を入力し（５０３０）、客２００に賠償金支払いの通知を行い（５０４０）、賠償金の振込みを行う（５０６０）。
【００３９】
最後に、プロジェクトが保険会社にもたらした損害、すなわち支払った賠償金に応じて会社ランクが変更される。図６はランク更新の処理を示すフローチャートである。ランク更新処理手段１２３はプロジェクト終了日を入力されると（６０１０）、該当するシステム開発会社のランクを変更し（６０２０）、変更したランクをメールで通知する（６０３０）。
【００４０】
図１４はルール情報の一部である損金・ポイント定義テーブルを示す。損金・ポイント定義テーブル１１２６には支払った賠償金の額に応じで加算ポイントが定めてある。
【００４１】
処理６０２０では、プロジェクト情報テーブル１１３１に登録されている支払い賠償金を基に損金・ポイント定義テーブル１１２６を検索し、システム開発会社のポイントを求める。このポイントは、賠償金が大きくなるに従って負に増大し、会社情報テーブル１１５１のポイントに加えられ、このポイントからランクが決定する。ポイントが少ないほどランクは低下し、例えばポイント２００未満はランク１、２００以上３００未満がランク２、１０００以上はランク１０となる。
【００４２】
本実施例によれば、プロジェクトの運営状況を監視し、顧客が契約通りに製品を受け取れなかった場合、その損害を保証する保険金が支払われる。このため顧客や開発会社の負担を軽減し、ソフトウェア開発プロジェクトのリスクを補填できる効果がある。
【００４３】
また、プロジェクトの実績から開発会社のランクを更新し、そのランクに基づいて保険料が決定されるので、会社の実力が客観的に評価された保険料の設定が可能になる。
【００４４】
【発明の効果】
本発明によれば、顧客や開発会社の負担を軽減し、ソフトウェア開発プロジェクトのリスクに対する保険支払いが可能になる効果がある。また、開発会社の実力評価を客観的に評価するので、保険料の設定が適正化される。
【図面の簡単な説明】
【図１】本発明の一実施例によるプロジェクトマネジメントの保健サービスシステムの構成図。
【図２】一実施例による保険会社、顧客、開発会社間のビジネスフロー図。
【図３】保険申し込み処理のフローチャート。
【図４】定期チェック処理のフローチャート。
【図５】損害賠償金請求処理のフローチャート。
【図６】会社ランク更新処理のフローチャート。
【図７】顧客情報ＤＢのデータ構成を示す説明図。
【図８】プロジェクト基本情報ＤＢのデータ構成を示す説明図。
【図９】システム開発会社情報ＤＢのデータ構成を示す説明図。
【図１０】プロジェクト運営情報ＤＢのデータ構成を示す説明図。
【図１１】ルール情報の一例で会社ランク・規模単価及び保証レベル・単価を示す説明図。
【図１２】ルール情報の一例でチェックルール定義を示す説明図。
【図１３】ルール情報の一例でレポート定義と頻度定義を示す説明図。
【図１４】ルール情報の一例で損金・ポイント定義を示す説明図。
【図１５】本発明のビジネスモデルの説明図。
【符号の説明】
１００…保険会社、１１０…情報記憶装置、１１１…顧客情報ＤＢ、１１２…ルール情報ＤＢ、１１３…プロジェクト基本情報ＤＢ、１１４…プロジェクト運営情報ＤＢ、１１５…システム開発会社情報ＤＢ、１２０…サーバー、１２１…保険手続き処理手段、１２２…状況監視処理手段、１２３…ランク更新処理手段、１２４…プロジェクト管理ツール、１３０…セキュリティ装置、２００…客、２１０…端末装置、３００…システム開発会社、３１０…端末装置、４００…ネットワーク。
【図１】
2004318319.tif 000003
【図２】
2004318319.tif 000004
【図３】
2004318319.tif 000005
【図４】
2004318319.tif 000006
【図５】
2004318319.tif 000007
【図６】
2004318319.tif 000008
【図７】
2004318319.tif 000009
【図８】
2004318319.tif 000010
【図９】
2004318319.tif 000011
【図１０】
2004318319.tif 000012
【図１１】
2004318319.tif 000013
【図１２】
2004318319.tif 000014
【図１３】
2004318319.tif 000015
【図１４】
2004318319.tif 000016
【図１５】
2004318319.tif 000017