JP2008052700A - 振り返りデータ処理方法、振り返りデータ評価方法及び装置 - Google Patents

Abstract

【課題】ナレッジの振り返りを自動的に実行する。
【解決手段】本方法では、過去のプロジェクトの種別と当該過去のプロジェクトの規模のデータと当該過去のプロジェクトの特定フェーズと当該過去のプロジェクトの特定フェーズにおける問題のデータと当該過去のプロジェクトの特定フェーズにおける問題に対する対処のデータとを含む振り返りデータを格納する振り返りデータ格納部を用いており、プロジェクトの種別と規模のデータと該当フェーズとを含むプロジェクトデータを取得して、各過去のプロジェクトの振り返りデータに対して、プロジェクトデータに含まれるプロジェクトの対象種別に対する類似度とプロジェクトの規模のデータに対する類似度とプロジェクトの該当フェーズに対する類似度とを用いて総合類似度を算出し、総合類似度に基づき過去のプロジェクトの特定フェーズにおける問題のデータ等を読み出し出力する。
【選択図】図１

Description

本発明は、システム開発、建設、ハードウエア開発などの様々なプロジェクトに関するナレッジの学習を支援及び蓄積するための技術に関する。

従来、プロジェクトの概要を入力することで想定されるリスクを示す研究は行われているが、リスクが予め示されても、プロジェクトの実行者自身が学習し、それを自身に定着させなければ同じ失敗を繰り返す。また、失敗事例を蓄積したデータベースを作成して、キーワード検索などを行うことができるようにはなっているが、実行者が具体的に学習できるように事例が整理され、提供されるようにはなっていない。

例えば特開２００１−２６５５８０号公報には、チェック項目漏れを防止し、レビューの設計／準備段階から後処理までを効率良くかつ精度良くサポート可能なレビュー支援技術が開示されている。具体的には、プロジェクトのプロジェクト名称、開発目的、開発項目と機能概要、システム／製品の種別、開発規模、動作環境、開発工数からなる当該プロジェクトの固有情報をクライアントコンピュータのデータベースに入力する手段と、入力した情報を基にサーバコンピュータのデータベースに登録されている過去のプロジェクトから類似プロジェクトを検索・摘出する手段と、さらに入力した情報を基に、各工程毎にソフトウェア製品全般に共通しているチェック項目及びシステムや製品の特長からその種別毎に考慮されるチェック項目をサーバコンピュータのデータベースから検索・決定する手段と、類似プロジェクトの情報からシステムや製品種別に関するチェック項目を摘出する手段と、当該プロジェクトの各工程単位でインプットに対するアウトプットの整合性等をチェックする固有のチェック項目を決定し、これまで決定した全チェック項目を統合してクライアントコンピュータのデータベースに入力する手段と、統合したチェック項目のチェックリストを使用してレビューした結果をクライアントコンピュータのデータベースに入力する手段と、レビューの結果摘出した問題点を類似プロジェクトの情報から検索し、修正／処置方法の決定に役立てる手段と、問題点等を解決した最終的な情報をクライアントコンピュータのデータベースに入力し、さらにサーバコンピュータのデータベースに登録する手段とを有している。但し、類似プロジェクトを検索・摘出する具体的な方法は開示されていない。

また、振り返りに含まれる課題や施策そのものを評価するための技術は従来からあるが、あるプロジェクトにおいて振り返りがうまく行われているのか、又はプロジェクトが振り返り活動に対してどれだけ寄与しているのかを客観的に評価するような技術はなかった。従来技術における課題又は施策の評価は、課題又は施策を登録した者以外による評価、又は他の課題又は施策による再利用に基づくものであり、例えば課題又は施策を登録したプロジェクトによる振り返り活動の結果として算出されるものではない。また、課題又は施策の評価を見るだけでは、課題又は施策を登録したプロジェクトにおいて振り返りデータがうまく行われているかを判断することはできない。

例えば特開２００６−６０６００号公報には、個々の番組の評価結果を総合的に利用して、番組選択を行うことができるような判断材料を提供する技術が開示されている。具体的には、所定の番組の視聴率、番組説明、キーワード、放送時間に関する情報、番組の出演者に関する情報、番組紹介サイトに寄せられた番組の感想とその数、番組紹介情報の再利用の回数、番組のオフィシャルサイトに寄せられたコメントの数、所定の端末の番組の利用履歴を取得する取得手段と、番組説明および番組紹介サイトに寄せられた感想を第１の要素とし、キーワードを第２の要素とし、放送時間に関する情報を第３の要素とし、番組紹介サイトに寄せられた番組の感想の数および番組オフィシャルサイトに寄せられたコメントの数を第４の要素とし、番組紹介情報の再利用の回数を第５の要素とし、視聴率と利用履歴を第６の要素とし、番組の出演者に関する情報を第７の要素として、第１の要素乃至第７の要素毎に数値化を行う数値化手段と、数値化手段による数値化により得られた数値に基づいて、番組を評価する評価手段と、評価手段による評価結果をまとめて図式化する図式化手段と、図式化手段により図示化された評価結果を提示する提示手段とを備える。

また、特開２００５−３２０９７号公報には、アンケート形式により住民が施策の評価に簡単に参加できるようにする技術が開示されている。具体的には、複数の施策を複数の施策グループにグループ分けして記憶する施策テーブルと、施策を選ぶための複数のアンケート質問を記憶する質問テーブルと、各施策においてアンケート質問毎に回答数を記憶する回答テーブルと、施策グループ毎に各アンケート質問に対して少なくとも１つの施策を選択し、各施策においてアンケート質問毎に回答数を回答テーブルに記憶し、回答数の多い順に施策の順位を付与する処理手段とを備えている。

さらに、特開２００６−１８６３９号公報には、任意の施策が諸課題に及ぼす影響の範囲を明確化し、施策に対する統一された評価基準を算定することにより、施策が複数存在するときに諸課題への影響を考慮した最適な施策を評価する技術が開示されている。具体的には、各課題に対する各施策の影響の大きさを正規化した値、及び、良い影響または悪い影響を及ぼすかの種類を示す影響度情報と、前記各課題に対する現在の達成度を正規化した値を示す達成度情報とから、前記各課題に対する前記各施策の効果の指標を算定する効果算定手段と、前記各課題に対する前記各施策の効果の指標を基に、前記各施策毎の効果の大きさを算定する評価手段と、を備える。
特開２００１−２６５５８０号公報 特開２００６−６０６００号公報 特開２００６−１８６３９号公報 特開２００５−３２０９７号公報

例えば過去の失敗などを学習し、定着させるためには、振り返りが必要だと言われているが、自ら反省することは難しい。すなわち、何を反省してよいのか分からなかったり、過去反省したことを忘れてしまったり、自分以外の他の者が行っていることを知らないので解決策などの気付きがなかったりという問題がある。

従来技術では適切な振り返りを簡単に行うことができないので、プロジェクトの実行者にとっては学習が促進されず、定着しないという問題がある。

従って、本発明の目的は、ナレッジの振り返りを自動的に実行するための新規な技術を提供することである。

また、本発明の他の目的は、ナレッジの振り返りを適切に実施することによって失敗の繰り返しを防止するための技術を提供することである。

さらに、本発明の他の目的は、ナレッジの蓄積を支援するための技術を提供することである。

また、従来技術では振り返りデータに含まれる課題又は施策そのものを個別に評価するのみであって、例えばプロジェクトの担当幹部が、プロジェクトにおいて振り返りがうまく行われているのか、又はプロジェクトが振り返り活動に対してどれだけ寄与しているのかを把握することが難しいという問題がある。

従って、本発明の他の目的は、課題又は施策に対する評価に加えて、あるプロジェクトにおいて振り返りがうまく行われているのか、又はプロジェクトが振り返り活動に対してどれだけ寄与しているのかを客観的に評価するための技術を提供することである。

本発明の第１の態様に係る振り返りデータ処理方法は、データ取得部と、データ抽出部と、記憶装置と、過去のプロジェクトの対象種別（例えば、システム開発プロジェクトであればシステムを利用する企業などの業種など、ハードウエア開発プロジェクトであれば機種／機能種別など、建築プロジェクトであれば建築物の種類など）と当該過去のプロジェクトの規模に関するデータと当該過去のプロジェクトの特定フェーズと当該過去のプロジェクトの特定フェーズにおける問題に関するデータと当該過去のプロジェクトの特定フェーズにおける問題に対する対処（例えば解決策／解決案／改善策／改善案など）に関するデータとを含む振り返りデータを格納する振り返りデータ格納部とを有するコンピュータにより実行される。そして本振り返りデータ処理方法は、データ取得部により、プロジェクトの対象種別と当該プロジェクトの規模に関するデータと当該プロジェクトの該当フェーズ（例えばフェーズの名称などを含む識別情報）とを含むプロジェクト・データを取得し、記憶装置に格納するステップと、データ抽出部により、振り返りデータ格納部に格納されている、各過去のプロジェクトの振り返りデータに対して、記憶装置に格納されたプロジェクト・データに含まれるプロジェクトの対象種別に対する類似度とプロジェクトの規模に関するデータに対する類似度とプロジェクトの該当フェーズに対する類似度とを用いて総合類似度（例えば第１の実施の形態における類似度）を算出し、記憶装置に格納する類似度算出ステップと、データ抽出部により、記憶装置に格納された総合類似度に基づき振り返りデータ格納部に格納されている過去のプロジェクトの特定フェーズにおける問題に関するデータ又は当該過去のプロジェクトの特定フェーズにおける問題に関するデータ及び過去のプロジェクトの特定フェーズにおける問題に対する対処に関するデータを読み出し、出力するステップとを含む。

振り返りに効果的な過去のプロジェクトのデータは、実験的に重要とされている、プロジェクトの対象種別、当該プロジェクトの規模に関するデータ及び当該プロジェクトの該当フェーズの類似度をベースに自動的に抽出する。これによって、振り返りが効果的に行われ、失敗の繰り返しを防止できるようになる。

また、データ取得部により、プロジェクトの該当フェーズにおける問題に関するデータを取得し、記憶装置に格納するステップと、データ抽出部により、振り返りデータ格納部に格納されている、過去のプロジェクトの振り返りデータに対して、記憶装置に格納されたプロジェクトの該当フェーズにおける問題に関するデータに対する類似度を算出し、記憶装置に格納されている総合類似度を修正する修正ステップと、データ抽出部により、記憶装置に格納された、修正後の総合類似度に基づき振り返りデータ格納部に格納されている過去のプロジェクトの特定フェーズにおける問題に対する対処に関するデータ又は過去のプロジェクトの特定フェーズにおける問題に関するデータ及び過去のプロジェクトの特定フェーズにおける問題に対する対処に関するデータを読み出し、出力するステップと、をさらに含むようにしてもよい。問題（例えば課題又は問題点など）に対する対処法などを過去の適切な事例から学習できるようになる。なお、総合類似度を修正するのではなく、再計算するようにしてもよい。

さらに、データ取得部により、プロジェクトの該当フェーズにおける問題に対する対処に関するデータを取得し、記憶装置に格納するステップと、データ抽出部により、振り返りデータ格納部に格納されている、過去のプロジェクトの振り返りデータに対して、記憶装置に格納されたプロジェクトの該当フェーズにおける問題に対する対処に関するデータに対する類似度を算出し、記憶装置に格納されている総合類似度を修正する第２修正ステップと、データ抽出部により、記憶装置に格納された、修正後の総合類似度に基づき振り返りデータ格納部に格納されている過去のプロジェクトの特定フェーズにおける問題に対する対処に関するデータ又は過去のプロジェクトの特定フェーズにおける問題に関するデータ及び過去のプロジェクトの特定フェーズにおける問題に対する対処に関するデータを読み出し、出力するステップとをさらに含むようにしてもよい。問題に対する対処法などを絞り込むなどして、効率的に学習できるようになる。なお、総合類似度を修正するのではなく、再計算するようにしてもよい。

また、データ取得部により、スケジュール遅れに関するデータとシステム開発において利用するパッケージに関するデータとシステム開発において使用するハードウエアに関するデータとシステム開発において使用するオペレーティング・システムに関するデータとのうち少なくともいずれかを取得し、記憶装置に格納するステップをさらに含むようにしてもよい。その際、類似度算出ステップにおいて、記憶装置に格納されているスケジュール遅れに関するデータに対する類似度とシステム開発において利用するパッケージに関するデータに対する類似度とシステム開発において使用するハードウエアに関するデータに対する類似度とシステム開発において使用するオペレーティング・システムに関するデータに対する類似度との少なくともいずれかをさらに用いて総合類似度を算出するようにしてもよい。例えば、システム開発の際には有用である。

さらに、プロジェクトの規模に関するデータに対する類似度とプロジェクトの該当フェーズに対する類似度とが、予め定められた区分の一致不一致を判断することによって特定されるようにしてもよい。

また、上で述べた修正ステップが、プロジェクトの該当フェーズにおける問題に関するデータに出現する単語に関するベクトルを生成するステップと、過去のプロジェクトの特定フェーズにおける問題に関するデータに出現する単語に関するベクトルを生成するステップと、生成された上記ベクトルを用いて当該ベクトルの内積に基づく類似度を算出するステップとを含むようにしてもよい。例えばＴＦ−ＩＤＦ（Term Frequency - Inverse Document Frequency）法に基づくものである。

同様に、上で述べた第２修正ステップが、プロジェクトの該当フェーズにおける問題に対する対処に関するデータに出現する単語に関するベクトルを生成するステップと、過去のプロジェクトの特定フェーズにおける問題に対する対処に関するデータに出現する単語に関するベクトルを生成するステップと、生成された上記ベクトルを用いて当該ベクトルの内積に基づく類似度を算出するステップとを含むようにしてもよい。

さらに、データ取得部により取得されたデータを、振り返りデータ格納部に格納するステップをさらに含むようにしてもよい。これによって、学習が行われた上、さらにナレッジが蓄積されるようになる。

本発明の第２の態様に係る振り返りデータ評価方法は、計算処理部と、入出力処理部と、点数テーブルと、プロジェクトの少なくとも課題に関するデータを含む振り返りデータがプロジェクトのプロジェクトＩＤに対応付けられて格納されている振り返りデータ格納部とを有するコンピュータにより実行される。そして本振り返りデータ評価方法は、計算処理部により、振り返りデータ格納部を第１のプロジェクトのプロジェクトＩＤで検索して当該第１のプロジェクトに係る振り返りデータを抽出し、抽出された第１のプロジェクトに係る振り返りデータを用いて、第１のプロジェクトによる振り返り活動に対する寄与又は振り返り活動の状態を表す調整点（例えば第２の実施の形態における加算点及び減算点）を算出し、第１のプロジェクトに係る特定の振り返りデータと対応付けて点数テーブルに格納する調整点算出ステップと、入出力処理部により、第１のプロジェクトに係る特定の振り返りデータに含まれる第１の課題を再利用した課題を含む第２の振り返りデータを受信し、振り返りデータ格納部に格納するステップと、計算処理部により、第２の振り返りデータを用いて、点数テーブルに特定の振り返りデータと対応付けられて格納されている第１のプロジェクトについての調整点を上乗せした形で、第１の課題の有用度を表す、第１の課題の評価点（例えば第２の実施の形態における課題評価点）を算出し、点数テーブルに格納するステップとを含む。

第１のプロジェクトについての調整点を上乗せした形で第１の課題の評価点を算出することにより、例えばプロジェクトの担当幹部に対して、その課題の有用度に加えて、そのプロジェクトが振り返り活動に対してどれだけ寄与しているか、又はそのプロジェクトにおいて振り返りがうまく行われているのかを考慮した点数を提示することができる。このような評価点を参考にすれば、担当幹部はプロジェクトのメンバーに対して、振り返りデータを有効に活用するよう注意を促したりすることができる。

また、調整点算出ステップが、第１の課題を含む特定の振り返りデータが登録された時点、及び第１の課題を含む特定の振り返りデータが登録された後の時点であり且つ過去に調整点算出ステップが実行されてから所定の時間が経過した時点（例えば毎日午前０時に調査点算出ステップを実施する場合であれば、特定の振り返りデータが登録された日の翌日の午前０時）のうち少なくともいずれかにおいて実行されるようにしてもよい。これにより、第１の課題を含む特定の振り返りデータが登録された時点、又は登録されてから一定期間が経過した時点における第１のプロジェクトによる振り返り活動に対する寄与又は振り返り活動の状態を、第１の課題の評価点に反映させることができる。この結果、プロジェクトの担当幹部は過去の時点におけるプロジェクトの振り返り活動に対する寄与又は振り返り活動の状態を容易に把握できる。

本発明にかかる方法をコンピュータに実行させるためのプログラムを作成することができ、当該プログラムは、例えばフレキシブル・ディスク、ＣＤ−ＲＯＭ、光磁気ディスク、半導体メモリ、ハードディスク等の記憶媒体又は記憶装置に格納される。また、ネットワークを介してディジタル信号にて頒布される場合もある。なお、処理途中のデータについては、コンピュータのメモリ等の記憶装置に一時保管される。

本発明によれば、ナレッジの振り返りを自動的に実行することができるようになる。

また、本発明の他の側面によれば、ナレッジの振り返りを適切に実施することによって失敗の繰り返しを防止することができるようになる。

さらに、本発明の他の側面によれば、ナレッジの蓄積を支援することができるようになる。

さらにまた、本発明の第２の態様によれば、課題又は施策に対する評価に加えて、あるプロジェクトにおいて振り返りがうまく行われているのか、又はプロジェクトが振り返り活動に対してどれだけ寄与しているのかを客観的に評価できるようになる。

［実施の形態１］
図１に本発明の一実施の形態に係るシステム概要を示す。以下では、システム・インテグレーションなどのシステム開発における一例を示す。例えばＬＡＮ（Local Area Network）であるネットワーク１には、プロジェクトの進捗管理のためのデータなど（ＷＢＳ（Work Breakdown Structure）のデータを含む）を蓄積した進捗管理ＤＢ３１を管理する進捗管理装置３と、本実施の形態における主要な処理を実施する振り返り処理装置５と、複数のユーザ端末（図１ではユーザ端末Ａ及びユーザ端末Ｂ）とが接続されている。

進捗管理装置３及び進捗管理ＤＢ３１は、従来から用いられており、詳しくは述べないが、例えば図２のようなデータを保持しているものとする。図２の例では、タスクＩＤと、タスク名と、プロジェクト名と、プロジェクトの対象となる業種と、開発規模と、該当フェーズと、担当者と、該当フェーズの予定と、該当フェーズの実績とが格納されるようになっている。例えば、担当者がユーザ端末Ａなどを操作して、上記のようなデータを進捗管理装置３に送信し、進捗管理装置３は、ユーザ端末Ａなどから上記のようなデータを受信して進捗管理ＤＢ３１に格納する。また、担当者は、ユーザ端末Ａなどを操作して、必要な時に例えば自己の担当するプロジェクトのデータを進捗管理装置３に要求し、進捗管理装置３は、要求に応じて進捗管理ＤＢ３１からデータを読み出し、ユーザ端末Ａなどに送信する。ユーザ端末Ａなどは、進捗管理装置３から要求に係るデータを受信し、表示装置に表示する。

なお、図示していないが、利用しているパッケージの名称又は種別、部品レベルのハードウエア構成、ＯＳ（Operating System）の名称又は種別などのデータについても進捗管理ＤＢ３１に格納する場合もある。

また、振り返り処理装置５は、ユーザに振り返りを行わせるのに適切なデータ（類似事例とも呼ぶ）を振り返りＤＢ５３から抽出する類似事例抽出部５１と、進捗管理装置３から必要なタスク・データを取得するか又はユーザ端末から取得したり、ユーザ端末とのインターフェースとなり類似事例抽出部５１によって抽出されたデータをユーザ端末に送信したり、ユーザ端末から受信した課題／問題及び解決案／改善案などのデータを振り返りＤＢ５３に登録したりする振り返りデータ生成処理部５２とを有する。

振り返りＤＢ５３には、例えば図３のようなデータが蓄積されているものとする。図３の例では、事例ＩＤと、タスク名と、プロジェクト名と、業種と、開発規模と、フェーズと、担当者と、当該フェーズの予定と、当該フェーズの実績と、当該フェーズの問題／課題と、当該フェーズの解決案／改善案とを格納するようになっている。なお、図示していないが、利用しているパッケージの名称又は種別、部品レベルのハードウエア構成、ＯＳ（Operating System）の名称又は種別などのデータについても振り返りＤＢ５３に格納する場合もある。

次に、図４乃至図１５を用いて振り返り処理装置５の処理を説明する。まず、振り返り処理装置５の振り返りデータ生成処理部５２は、例えばユーザ端末Ａを操作するユーザＡから例えばタスクＩＤなどを取得し、進捗管理装置３に当該タスクＩＤのタスク・データを要求する。進捗管理装置３は、タスクＩＤなどを用いて進捗管理ＤＢ３１を検索し、該当するレコードのデータ（タスク・データ）を読み出し、振り返り処理装置５に送信する。なお、タスクＩＤではなく他のデータ（例えば担当者名とプロジェクト名との組み合わせなど）に基づき検索するようにしてもよい。振り返り処理装置５の振り返りデータ生成処理部５２は、進捗管理装置３からタスク・データを受信することによって取得する（ステップＳ１）。タスク・データについては、ユーザＡに入力を求めて、ユーザ端末Ａから取得するようにしてもよい。

次に、振り返りデータ生成処理部５２は、取得したタスク・データを類似事例抽出部５１に出力し、類似事例抽出部５１は当該タスク・データに基づき第１類似事例検索処理を実施する（ステップＳ３）。第１類似事例検索処理については、図５乃至図７を用いて説明する。

まず、類似事例抽出部５１は、振り返りＤＢ５３において未処理事例を１つ特定する（ステップＳ３１）。そして、類似度ｓを０に初期化する（ステップＳ３３）。そして、タスク・データにおける業種と、特定事例の業種とを比較する（ステップＳ３５）。業種が一致すれば（ステップＳ３７：Ｙｅｓルート）、業種についての類似度を１として類似度ｓを１インクリメントする（ステップＳ３９）。そしてステップＳ４１に移行する。

業種が不一致の場合（ステップＳ３７：Ｎｏルート）又はステップＳ３９の後に、タスク・データにおける開発規模のレベルと、特定事例の開発規模のレベルとを比較する（ステップＳ４１）。例えば、１００人月以下のレベル（段階とも呼ぶ）と、１００人月を超え且つ１０００人月未満のレベルと、１０００人月以上のレベルとに分け、レベルが一致するか判断する。開発規模のレベルが一致する場合には（ステップＳ４３：Ｙｅｓルート）、開発規模の類似度を１として類似度ｓを１インクリメントする（ステップＳ４５）。そしてステップＳ４７に移行する。

開発規模のレベルが不一致の場合（ステップＳ４３：Ｎｏルート）又はステップＳ４５の後に、タスク・データにおけるフェーズ区分と、特定事例のフェーズ区分とを比較する（ステップＳ４７）。例えば、プレ、アフター、メンテナンスの３区分に分けて、区分が一致するか判断する。フェーズ区分が一致する場合には（ステップＳ４９：Ｙｅｓルート）、フェーズについての類似度を１として類似度ｓを１インクリメントする（ステップＳ５１）。そしてステップＳ５３に移行する。

フェーズ区分が不一致の場合（ステップＳ４９：Ｎｏルート）又はステップＳ５１の後に、タスク・データにおける遅れのレベルと、特定事例の遅れのレベルを比較する（ステップＳ５３）。まず、タスク・データにおける予定と実績の差で遅れ日数を算出し、特定事例についても予定と実績の差で遅れ日数を算出し、例えばメインメモリなどの記憶装置に格納する。そして、例えば、遅れが３日以内のレベルと、４日以上９日以下のレベルと、１０日以上のレベルとに分けて、遅れのレベルが一致するか判断する。遅れのレベルが一致する場合には（ステップＳ５５：Ｙｅｓルート）、遅れについての類似度を１として類似度ｓを１インクリメントする（ステップＳ５７）。そして端子Ｂを介して図６の処理に移行する。遅れレベルが不一致の場合（ステップＳ５５：Ｎｏルート）にも、端子Ｂを介して図６の処理に移行する。

次に、タスク・データにおける利用パッケージと、特定事例の利用パッケージとを比較する（ステップＳ５９）。利用パッケージが一致する場合（ステップＳ６１：Ｙｅｓルート）、利用パッケージの類似度を１として類似度ｓを１インクリメントする（ステップＳ６３）。そしてステップＳ６５に移行する。

利用パッケージが不一致の場合（ステップＳ６１：Ｎｏルート）又はステップＳ６３の後に、タスク・データにおけるハードウエア構成と、特定事例のハードウエア構成とを部品レベルで比較する（ステップＳ６５）。例えば、ＣＰＵ（Central Processing Unit）種別が一致しているか、ハードディスク種別が一致しているかといったことを比較する。そして、一致する部品数／全部品数によって部品一致割合ｓ'をハードウエア構成についての類似度として算出し、例えばメインメモリなどの記憶装置に格納する（ステップＳ６７）。そして、類似度ｓをｓ＝ｓ＋ｓ'で更新する（ステップＳ６９）。

さらに、タスク・データにおけるＯＳと、特定事例のＯＳとを比較する（ステップＳ７１）。ＯＳが一致している場合には（ステップＳ７３：Ｙｅｓルート）、ＯＳの類似度を１として類似度ｓを１インクリメントする（ステップＳ７５）。そしてステップＳ７７に移行する。

ＯＳが不一致である場合（ステップＳ７３：Ｎｏルート）又はステップＳ７５の後に、事例ＩＤに対応して類似度ｓを、例えばメインメモリなどの記憶装置に格納する（ステップＳ７７）。そして、振り返りＤＢ５３におけるすべての事例について処理したか判断する（ステップＳ７９）。未処理の事例が存在する場合にはステップＳ３１に戻る。一方、振り返りＤＢ５３において全ての事例について処理が完了した場合には、類似度ｓで事例を降順にソートする（ステップＳ８１）。そして元の処理に戻る。

ステップＳ８１によって例えば図７に示すようなデータが得られる。すなわち、事例ＩＤに対応して、算出された類似度ｓが格納されており、さらに類似度ｓが降順に並べ替えられている。

なお、図５及び図６において、タスク・データと事例のデータとのいずれか又は両方において、含まれていないデータについて比較する場合には、不一致又は類似度０として判断する。

このような処理を行うことによって、第１段階として類似していると判断される事例が図７のようなリストから抽出できるようになる。

例えば図７のようなリストを類似事例抽出部５１は、振り返りデータ生成処理部５２に出力する。

そして、振り返りデータ生成処理部５２は、図７のようなリストから上位所定件数の事例に絞込み（ステップＳ５）、絞込み後の事例の事例ＩＤを用いて振り返りＤＢ５３から対応する問題／課題のデータ及び解決案／改善案のデータを読み出し、第１の入力ページ・データを生成し、例えばユーザ端末Ａに送信する（ステップＳ７）。なお、上位所定件数のうち最下位の類似度が同じ値であれば、上位所定件数を超えても当該事例を選択するようにしてもよい。また、類似度の値で採否を判断してもよい。また、問題／課題のデータのみを抽出するようにしてもよい。

ユーザ端末Ａは、振り返り処理装置５から第１の入力ページ・データを受信し、表示装置に表示する。例えば図８に示すような画面が表示装置に表示される。図８の例では、図３に示した振り返りＤＢ５３に格納された事例の事例ＩＤがＡ、Ｂ及びＣのデータがステップＳ５で特定され、その問題／課題及び解決案／改善案が「過去の事例」として含まれる。また、今回のタスクにおける問題／課題の入力欄８０１と、入力ボタン８０２とが設けられている。ここで、ユーザＡは、「過去の事例」を参考にしつつ、入力欄８０１に問題／課題を入力し、入力ボタン８０２をクリックすることによって、振り返り処理装置５への入力データの送信を指示する。ユーザ端末Ａは、ユーザからの入力を受け付け、指示に従って問題／課題に係るデータを振り返り処理装置５に送信する。

振り返り処理装置５の振り返りデータ生成処理部５２は、ユーザ端末Ａから問題／課題に係るデータを受信し（ステップＳ８）、例えばメインメモリなどの記憶装置に格納する。そして、当該受信データを類似事例抽出部５１に出力する。

類似事例抽出部５１は、振り返りデータ生成処理部５２からデータを受け取り、第２類似事例検索処理を実施する（ステップＳ９）。この第２類似事例検索処理については、図９を用いて説明する。

まず、類似事例抽出部５１は、受信したデータである問題／課題の文又は文章を単語に分割し、例えばメインメモリなどの記憶装置に格納する（ステップＳ９１）。そして、振り返りＤＢ５３における未処理事例を１つ特定する（ステップＳ９３）。なお、振り返りＤＢ５３における未処理事例ではなく、図７のようなリストで例えば上位２０位の中での未処理事例を特定するようにして処理を簡略化しても良い。上位２０位などではなく、所定の類似度以上の未処理事例を特定するようにしても良い。なお、「２０」は一例に過ぎない。

次に、特定された未処理事例の問題／課題の文又は文章を振り返りＤＢ５３から取得して、単語に分割し、例えばメインメモリ等の記憶装置に格納する（ステップＳ９５）。そして、処理対象のタスクと特定事例のそれぞれに関して、各単語について例えばＴＦ−ＩＤＦ値を算出し、算出したＴＦ−ＩＤＦ値に基づいて処理対象タスクのベクトルｐと、特定事例のベクトルｑとを構成し、当該ベクトルｐとベクトルｑとの余弦ｖ（＝内積（ｐ・ｑ）／｜ｐ｜／｜ｑ｜。０乃至１の値となる。）を問題／課題についての類似度として算出し、例えばメインメモリ等の記憶装置に格納する（ステップＳ９７）。

その後、特定事例について既に算出されている類似度ｓと余弦ｖとの和（ｓ＋ｖ）を、新たな類似度ｓとして算出し、例えば図７のようなリストに格納する（ステップＳ９９）。そして、全ての事例について処理したか判断する（ステップＳ１０１）。この場合においても、ステップＳ９３のように制限的に未処理事例の有無を判断しても良い。未処理の事例が残っている場合にはステップＳ９３に戻る。一方、全ての事例について処理が完了した場合には、類似度ｓで事例を降順にソートする（ステップＳ１０３）。事例の順番は変るが図７のリストのようなデータが得られる。

このように過去の事例について、問題／課題のデータを加味した形で、類似度を算出することができるようになる。なお、第２類似事例検索処理では、第１類似事例検索処理の結果を用いて処理そのものを省略しているが、第１類似事例検索処理を再度実施した上で、又はレベル、区分などの閾値を変更し第１類似事例検索処理を実施した上で、第２類似事例検索処理を実施するようにしても良い。

例えば図７のようなリストを類似事例抽出部５１は、振り返りデータ生成処理部５２に出力する。

図４の説明に戻って、振り返りデータ生成処理部５２は、図７のようなリストから上位所定件数の事例に絞込み（ステップＳ１１）、絞込み後の事例の事例ＩＤを用いて振り返りＤＢ５３から対応する問題／課題のデータ及び解決案／改善案のデータを読み出し、第２の入力ページ・データを生成し、例えばユーザ端末Ａに送信する（ステップＳ１３）。なお、上位所定件数のうち最下位の類似度が同じ値であれば、上位所定件数を超えても当該事例を選択するようにしてもよい。また、類似度の値で採否を判断してもよい。また、問題／課題のデータのみ、解決案／改善案のデータのみを抽出するようにしてもよい。

ユーザ端末Ａは、振り返り処理装置５から第２の入力ページ・データを受信し、表示装置に表示する。例えば図８の画面の入力欄８０１に、「お客様から要件がでなかった」という入力がなされ、入力ボタン８０２がクリックされた場合には、例えば図１０に示すような画面が表示装置に表示される。図１０の例では、図３に示した振り返りＤＢ５３に格納された事例の事例ＩＤがＡ及びＣのデータがステップＳ１１で特定され、その問題／課題及び解決案／改善案が「過去の事例」として含まれる。また、今回のタスクにおける解決案／改善案の入力欄９０１と、入力ボタン９０２と、絞り込みボタン９０３とが設けられている。現段階では、入力欄９０１にはまだ何も入力されていない。

ここで、ユーザＡは、「過去の事例」を参考にしつつ、入力欄９０１に解決案／改善案（例えば「提案する」）を入力し、入力ボタン９０２又は絞り込みボタン９０３をクリックすることによって、振り返り処理装置５への入力データの送信を指示する。ユーザ端末Ａは、ユーザからの入力を受け付け、指示に従って解決案／改善案に係るデータを振り返り処理装置５に送信する。

振り返り処理装置５の振り返りデータ生成処理部５２は、ユーザ端末Ａから解決案／改善案に係るデータを受信し（ステップＳ１４）、例えばメインメモリなどの記憶装置に格納する。そして、当該受信データを類似事例抽出部５１に出力する。

そして、類似事例抽出部５１は、振り返りデータ生成処理部５２からデータを受け取り、第３類似事例検索処理を実施する（ステップＳ１５）。この第３類似事例検索処理については、図１１を用いて説明する。

まず、類似事例抽出部５１は、受信したデータである解決案／改善案の文又は文章を単語に分割し、例えばメインメモリなどの記憶装置に格納する（ステップＳ１１１）。そして、振り返りＤＢ５３における未処理事例を１つ特定する（ステップＳ１１３）。なお、振り返りＤＢ５３における未処理事例ではなく、図７のようなリストで例えば上位２０位の中での未処理事例を特定するようにして処理を簡略化しても良い。上位２０位などではなく、所定の類似度以上の未処理事例を特定するようにしても良い。なお、「２０」は一例に過ぎない。

次に、特定された未処理事例の解決案／改善案の文又は文章を振り返りＤＢ５３から取得して、単語に分割し、例えばメインメモリ等の記憶装置に格納する（ステップＳ１１５）。そして、処理対象タスクと特定事例とのそれぞれに関して、各単語について例えばＴＦ−ＩＤＦ値を算出し、算出したＴＦ−ＩＤＦ値に基づいて処理対象タスクのベクトルｐと、特定事例のベクトルｑとを構成し、当該ベクトルｐとベクトルｑとの余弦ｗ（＝内積（ｐ・ｑ）／｜ｐ｜／｜ｑ｜。０乃至１の値となる。）を解決案／改善案についての類似度として算出し、例えばメインメモリ等の記憶装置に格納する（ステップＳ１１７）。

その後、特定事例について既に算出されている類似度ｓと余弦ｗとの和（ｓ＋ｗ）を、新たな類似度ｓとして算出し、例えば図７のようなリストに格納する（ステップＳ１１９）。そして、全ての事例について処理したか判断する（ステップＳ１２１）。この場合においても、ステップＳ１１３のように制限的に未処理事例の有無を判断しても良い。未処理の事例が残っている場合にはステップＳ１１３に戻る。一方、全ての事例について処理が完了した場合には、類似度ｓで事例を降順にソートする（ステップＳ１２３）。事例の順番は変るが図７のリストのようなデータが得られる。

このように過去の事例について、解決案／改善案のデータを加味した形で、類似度を算出することができるようになる。なお、第３類似事例検索処理では、第１類似事例検索処理及び第２類似事例検索処理の結果を用いて処理そのものを省略しているが、第１類似事例検索処理及び第２類似事例検索処理を再度実施した上で、又はレベル、区分などの閾値を変更し第１類似事例検索処理を実施し且つ第２類似事例検索処理を実施した上で、第３類似事例検索処理を実施するようにしても良い。

例えば図７のようなリストを類似事例抽出部５１は、振り返りデータ生成処理部５２に出力する。

振り返りデータ生成処理部５２は、図７のようなリストから上位所定件数の事例に絞込む（ステップＳ１７）。上位所定件数は、ステップＳ５やステップＳ１１、そしてステップＳ１７において異なる数であってよい。その後処理は端子Ａを介して図１２の処理に移行する。

振り返りデータ生成処理部５２は、図１０の画面において入力ボタン９０２がクリックされて入力指示がなされたのか、絞り込みボタン９０３がクリックされて絞り込み指示がなされたのか判断する（ステップＳ１３１）。

絞り込み指示がなされた場合には（ステップＳ１３１：Ｎｏルート）、第３類似事例検索処理の結果及び入力データ（問題／課題に係るデータ及び解決案／改善案に係るデータ）を用いて第３の入力ページ・データを生成し、ユーザ端末Ａに送信する（ステップＳ１３３）。

ユーザ端末Ａは、振り返り処理装置５から第３の入力ページ・データを受信し、表示装置に表示する。例えば図１０の画面の入力欄９０１に、「こちらから提案する」という入力がなされ、絞り込みボタン９０３がクリックされた場合には、例えば図１３に示すような画面が表示装置に表示される。図１３の例では、図３に示した振り返りＤＢ５３に格納された事例の事例ＩＤがＡのデータがステップＳ１７で特定され、その問題／課題及び解決案／改善案が「過去の事例」として含まれる。また、図１０の画面の入力欄９０１に入力された「こちらから提案する」が埋め込まれた、解決案／改善案の入力欄１３０１と、入力ボタン１３０２と、絞り込みボタン１３０３とが設けられている。

ユーザＡは、絞り込まれた「過去の事例」を参照しつつ、入力内容を変更しても良い。そして、入力ボタン１３０２又は絞り込みボタン１３０３をクリックして、振り返り処理装置５へ入力データの送信を指示する。ユーザ端末Ａは、ユーザからの入力を受け付け、指示に従って解決案／改善案に係るデータを振り返り処理装置５に送信する。処理は端子Ｄを介して図４のステップＳ１４に戻る。

一方、入力指示がなされた場合には（ステップＳ１３１：Ｙｅｓルート）、振り返りデータ生成処理部５２は、第３類似事例検索処理の結果及び入力データ（問題／課題に係るデータ及び解決案／改善案に係るデータ）を用いて確認ページ・データを生成し、ユーザ端末Ａに送信する（ステップＳ１３５）。

ユーザ端末Ａは、振り返り処理装置５から確認ページ・データを受信し、表示装置に表示する。例えば図１４に示すような画面が表示装置に表示される。図１４の例では、入力されたデータ（「お客様から要件が出なかった」及び「こちらから提案する」）が表示され、「過去の事例」として図３に示した振り返りＤＢ５３に格納された事例の事例ＩＤがＡのデータがステップＳ１７で特定され表示されている。さらに、確認ボタン１４０１と修正ボタン１４０２とが設けられており、このまま登録する場合には確認ボタン１４０１をクリックし、入力し直す場合には修正ボタン１４０２をクリックする。ユーザ端末Ａは、ユーザからの指示入力を受け付け、指示に係るデータを振り返り処理装置５に送信する。

振り返り処理装置５の振り返りデータ生成処理部５２は、ユーザ端末Ａから指示に係るデータを受信し、確認が指示されたか判断する（ステップＳ１３７）。修正指示がなされた場合には（ステップＳ１３７：Ｎｏルート）、端子Ｅを介して図４のステップＳ７に戻る。但し、問題／課題を修正する場合と、解決案／改善案を修正する場合とを分ける場合には、再度ユーザに問い合わせるようにして、後者の場合にはステップＳ１３に戻るようにしても良い。

一方、確認指示がなされた場合には（ステップＳ１３７：Ｙｅｓルート）、ステップＳ１で取得したデータ及びステップＳ８及びステップＳ１４で受信した入力データを合わせて、振り返りＤＢ５３に登録する（ステップＳ１３９）。すなわち、図３に示したデータにおいて１レコード追加される。

以上のような処理を実施すれば、ユーザは、過去の事例を振り返りながら、今回のタスクについて問題／課題及び解決案／改善案を入力して反省し、今後の活動に役立てることができるようになる。すなわち、同様の失敗の防止が期待できる。また、今後他のユーザが利用可能なナレッジの蓄積も可能となる。

以上本発明の一実施の形態を説明したが、本発明はこれに限定されるものではない。具体的には、図１に示した機能ブロック図は一例であって、必ずしも実際のプログラム・モジュール構成に一致するものではない。

また、解決案／改善案を入力する場合には、入力ボタン１４０１及び修正ボタン１４０２を設け、一方問題／課題を入力する際には、入力ボタン８０１のみを設ける例（図８）を示したが、図１５に示したように、絞り込みボタン８０３を設けるようにしても良い。絞り込みボタン８０３がクリックされた場合には、「過去の事例」が入力欄８０１に入力されたデータに基づき実施される第２類似事例検索処理によって絞り込まれて、例えば図１５のような画面が表示されるようになる。

また、ＴＦ−ＩＤＦを用いる例を示したが、他の技術を用いて単語ベースの類似度を算出するようにしても良い。

さらに、上で述べた例ではシステム開発のプロジェクトの場合の適用例を示したが、ハードウエア開発のプロジェクトや建築プロジェクトなどにも適用可能である。ストレージシステム開発の例では、業種の代わりに、ドライブ、コントローラ、キャビネット、ファームウェアといった種類のデータを管理する必要がある。また、建築プロジェクトの場合には、建築物の種類、例えば住宅、オフィスビル、橋梁といったデータを管理する必要がある。

さらに、場合によってレベルの定義、区分の定義、閾値の設定などは調整されるので、上で述べた例は一例に過ぎない。

［実施の形態２］
図１６に本発明の第２の実施の形態に係るシステム概要を示す。以下では、システム・インテグレーションなどのシステム開発における一例を示す。また、本実施の形態における振り返りデータは、課題に関するデータ及び当該課題に対応する施策に関するデータを含む。例えばＬＡＮ（Local Area Network）であるネットワーク７には、本実施の形態における主要な処理を実施する振り返りデータ評価装置９と、複数のユーザ端末（図１６ではユーザ端末Ａ及びユーザ端末Ｂ）とが接続されている。なお、図１６では、ユーザ端末Ａ及びユーザ端末Ｂの２台の例を示しているが、ユーザ端末は２台に限定されない。

振り返りデータ評価装置９は、振り返りデータ格納部９５と、ユーザ端末において入力された課題及び施策に関するデータを受信して振り返りデータ格納部９５に登録したり、ユーザ端末から受信した要求に応じてページ・データを生成し、ユーザ端末に送信したりする入出力処理部９１と、振り返りデータ格納部９５からデータを読み出して課題及び施策の評価点を算出したり、プロジェクトの加算点及び減算点を算出したりする評価データ計算処理部９３とを有する。

振り返りデータ格納部９５には、図１７乃至図２３に示されるようなデータが格納される。図１７は、振り返りデータテーブルを示しており、振り返りデータを識別するための情報であるＦＩＤ（振り返りＩＤ）と、日付と、課題ＩＤと、課題入力者ＩＤと、施策ＩＤと、施策入力者ＩＤとが登録されるようになっている。図１８は、プロジェクトデータテーブルを示しており、プロジェクトを識別するための情報であるＰＪＩＤ（プロジェクトＩＤ）と、ＦＩＤと、課題評価点と、施策評価点と、加算点及び減算点とが登録されるようになっている。図１９は、課題データテーブルを示しており、課題ＩＤと、課題の内容と、再利用した課題のＩＤとが登録されるようになっている。図２０は、施策データテーブルを示しており、施策ＩＤと、施策の内容と、再利用した施策のＩＤとが登録されるようになっている。図２１は、課題採点データテーブルを示しており、課題ＩＤと、採点者ＰＪＩＤと、ＦＩＤと、採点データとが登録されるようになっている。図２２は、施策採点データテーブルを示しており、施策ＩＤと、採点者ＰＪＩＤと、ＦＩＤと、採点データとが登録されるようになっている。図２３は、プロジェクト管理テーブルを示しており、ＰＪＩＤと、プロジェクト名と、メンバー数と、担当幹部のＩＤとが登録されるようになっている。

次に、図２４乃至図４３を用いて、図１６に示したシステムの動作について説明する。図２４は、本実施の形態におけるメインの処理フローである。まず、振り返りデータ評価装置９の入出力処理部９１は、例えばプロジェクトのメンバーＡが操作するユーザ端末Ａから、データ入力要求を受け付けたか判断する（ステップＳ２０１）。データ入力要求を受け付けた場合は（ステップＳ２０１：Ｙｅｓルート）、入力処理を実施する（ステップＳ２０３）。入力処理については、図２５乃至図３４を用いて説明する。なお、本実施の形態においては、入力者は課題及び施策の組み合わせを入力するが、課題と施策とのいずれかのみを入力するようにしてもよい。

まず、入出力処理部９１は、振り返りデータ格納部９５から、課題データ及び施策データを取得する（図２５：ステップＳ２３１）。例えば、図１９に示される課題データテーブルに格納された課題の内容及び図２０に示される施策データテーブルに格納された施策の内容を取得する。次に、取得した課題データ及び施策データを用いて、入力ページ・データを生成し、ユーザ端末Ａに送信する（ステップＳ２３３）。なお、格納されている課題データ又は施策データの量が膨大であり、全てを用いて入力ページ・データを生成することが困難である場合は、取得した課題データ又は施策データの絞り込みを行うようにしてもよい。例えば課題又は施策を評価点の高い順又は再利用回数の多い順にソートし、上位所定件数の課題又は施策のみを表示するようにしたり、課題又は施策について実施の形態１における第１乃至第３の類似事例検索処理及び事例絞込を実施したりしてもよい。

ユーザ端末Ａは、振り返りデータ評価装置９から入力ページ・データを受信し、表示装置に表示する。例えば図２６Ａに示すような画面が表示装置に表示される。図２６Ａの例では、プロジェクトＩＤの入力欄２０１１と、入力者ＩＤの入力欄２０１３と、課題の選択欄２０３１と、課題のお役立ち度の選択欄２０３３と、課題の入力欄２０３５と、施策の選択欄２０５１と、施策のお役立ち度の選択欄２０５３と、施策の入力欄２０５５と、入力ボタン２０７１とが設けられている。なお、入力ページ・データは一例であってこれに限られるものではない。例えば、入力者ＩＤとＰＪＩＤとを対応付けるテーブルを保持するような構成であれば、プロジェクトＩＤの入力欄を省略し、入出力処理部９１において入力者ＩＤの欄に入力された入力者ＩＤに対応するＰＪＩＤを特定するようにしてもよい。また、例えばデータ入力要求を受け付ける際に入力者の認証処理を行うような場合は、入力者ＩＤの入力欄を省略することもできる。

次に、プロジェクトのメンバーＡが、既に登録されている課題を再利用する場合について、図２６Ｂを用いて説明する。課題の選択欄２０３１は、例えばコンボボックスであって、課題データテーブル（図１９）から取得された課題の内容を含む。ここで、プロジェクトのメンバーＡは、コンボボックスに表示された課題から、再利用したい課題を選択する。なお、施策の選択欄２０５１も同様にコンボボックスであって、施策データテーブル（図２０）から取得された施策の内容を含む。

次に、プロジェクトのメンバーＡが、選択した課題を採点する場合について、図２６Ｃを用いて説明する。課題のお役立ち度の選択欄２０３３は、例えば点数を選択するためのコンボボックスである。ここで、プロジェクトのメンバーＡは、コンボボックスから点数を選択する。なお、施策を採点する場合も同様に、施策のお役立ち度の選択欄２０５３に示されたコンボボックスから点数を選択する。

入力者は、課題及び施策の内容を既に登録されている課題及び施策から選択するだけでなく、個別に自由に入力することもできる。図２６Ｄに、プロジェクトのメンバーＡが、施策の内容を自由に入力した場合の画面例を示す。また、採点データについても、コンボボックスから点数を選択させる代わりに、採点データの入力欄を設け、点数を入力させてもよい。その後、プロジェクトのメンバーＡが入力ボタン２０７１をクリックすることによって、振り返りデータ評価装置９への課題及び施策に関するデータの送信を指示する。ユーザ端末Ａは、プロジェクトのメンバーＡからの入力指示を受け付け、指示に従って課題及び施策に関するデータを振り返りデータ評価装置９に送信する。本実施の形態においては、ＰＪＩＤ、入力者ＩＤ、課題の内容、課題の採点データ、施策の内容及び施策の採点データが送信される。なお、課題の内容がコンボボックスに表示された課題の中から選択されている場合は、当該課題を選択したことを示すデータを送信する。施策の内容についても同様である。例えば、ステップＳ２３１において、課題の内容とともに課題ＩＤを取得し、ステップＳ２３３において課題ＩＤを含む入力ページ・データを生成し、課題が選択された場合には当該課題に対応する課題ＩＤが課題を選択したことを示すデータとして送信されるようにする。

振り返りデータ評価装置９の入出力処理部９１は、ユーザ端末Ａから上で述べたようなデータを受信し（ステップＳ２３５）、振り返りデータ登録処理を実施する（ステップＳ２３７）。振り返りデータ登録処理については、図２７乃至図２９を用いて説明する。

まず、入出力処理部９１は、ＦＩＤを新たに発行し、プロジェクトデータテーブル（図１８）に新たなレコードを追加し、ユーザ端末Ａから受信したＰＪＩＤと、新たに発行されたＦＩＤとを登録する（図２７：ステップＳ３０１）。なお、この時点においては、課題評価点、施策評価点並びに加算点及び減算点は登録されない。

次に、振り返りデータテーブル（図１７）に新たなレコードを追加し、課題及び施策に関するデータが入力された日付並びにユーザ端末Ａから受信した課題及び施策の入力者ＩＤを、ステップＳ３０１において発行されたＦＩＤに対応付けて登録する（ステップＳ３０３）。その後、課題データ再利用判定処理を行う（ステップＳ３０５）。課題データ再利用判定処理については、図２８を用いて説明する。

まず、入出力処理部９１は、ユーザ端末Ａから受信したデータが、既に課題データテーブル（図１９）に登録された課題のうち特定の課題を選択したことを示すデータを含んでいるか判断する（図２８：ステップＳ３３１）。特定の課題を選択したことを示すデータを含んでいると判断された場合（ステップＳ３３１：Ｙｅｓルート）、既に登録されている課題と同一の課題が再利用されていると判断し、振り返りデータテーブル（図１７）の追加レコードに、選択された課題の課題ＩＤを登録して（ステップＳ３３３）、元の処理に戻る。

ステップＳ３３３における処理の結果、振り返りデータテーブルには、例えば図１７の行１７０１に示されるレコードが登録される。行１７０１に示されるレコードにおいては、ＦＩＤが１１である振り返りデータにおいて、ＦＩＤが２である振り返りデータの課題ＩＤと同一の課題ＩＤが登録されている。すなわちＦＩＤが２である振り返りデータの課題の内容が選択されたことが示されている。

特定の課題を選択したことを示すデータを含まないと判断された場合（ステップＳ３３１：Ｎｏルート）、入出力処理部９１は、課題データテーブル（図１９）において未処理の課題データのレコードを１つ特定する（ステップＳ３３５）。そして、特定された課題データに含まれる課題の内容を単語分割する（ステップＳ３３７）とともに、ユーザ端末Ａから受信した課題の内容についても、同様に単語分割する（ステップＳ３３９）。単語分割処理は、例えば公知の形態素解析技術を用いるが、これ以外の方法によって行ってもよい。

そして、特定された課題の内容に含まれる単語と、受信した課題の内容に含まれる単語とを比較する（ステップＳ３４１）。全ての単語が完全に一致すると判断された場合（ステップＳ３４３：Ｙｅｓルート）、特定された課題と同一の課題が再利用されていると判断して、振り返りデータテーブルの追加レコードに、特定された課題データの課題ＩＤを登録し（ステップＳ３４５）、元の処理に戻る。ステップＳ３４５における処理においても、振り返りデータテーブルには、例えば図１７の行１７０１に示されるレコードと同様のレコードが登録される。

単語が完全に一致しないと判断された場合（ステップＳ３４３：Ｎｏルート）、特定された課題の内容と受信した課題の内容とで、一致する単語の割合が所定値以上であるかを判断する（ステップＳ３４７）。一致する単語の割合が所定値以上であると判断された場合（ステップＳ３４７：Ｙｅｓルート）、受信した課題は特定された課題と同一ではないものの、特定された課題を再利用するものであると判断し、課題ＩＤを新たに発行し、課題データテーブルに新たなレコードを追加する（ステップＳ３４９）。そして、受信した課題の内容を登録するとともに、特定された課題の課題ＩＤを、再利用した課題の課題ＩＤとして、課題データテーブルの追加レコードに登録する（ステップＳ３５１）。その後、処理はステップＳ３５７に移行し、新たに発行した課題ＩＤを振り返りデータテーブルの追加レコードに登録する。そして、元の処理に戻る。

ステップＳ３４９及びＳ３５７における処理の結果、振り返りデータテーブルには、例えば図１７の行１７１１に示されるレコードが登録される。また、ステップＳ３５１における処理の結果、課題データテーブルには、例えば図１９の行１９０１に示されるレコードが登録される。行１９０１に示されるレコードにおいては、課題ＩＤが３である課題データにおいて、再利用した課題のＩＤとして２が登録されている、すなわち課題ＩＤが２である課題データを再利用していることが示されている。課題ＩＤ３の課題の内容は「チーム内コミュニケーション不足」であり、課題ＩＤ２の課題の内容は「お客様とのコミュニケーション不足」である。すなわち、課題ＩＤ３の課題と課題ＩＤ２の課題とは、課題の内容が完全には一致しないものの、一致する単語の割合が所定値以上であると判断されるため、課題ＩＤ３の課題は課題ＩＤ２の課題を再利用したものであると判断されている。

特定された課題の内容と受信した課題の内容とで、一致する単語の割合が所定値未満であると判断された場合（ステップＳ３４７：Ｎｏルート）、課題データテーブルに登録された全ての課題データについて処理したか判断する（ステップＳ３５３）。未処理の課題データがあると判断された場合（ステップＳ３５３：Ｎｏルート）、ステップＳ３３５に戻って処理を繰り返す。一方、全ての課題データを処理したと判断された場合（ステップＳ３５３：Ｙｅｓルート）、受信した課題は既に登録されている課題と同一ではなく、既に登録されている課題を再利用するものでもないと判断して、課題データテーブルに新たなレコードを追加し、新たに課題ＩＤを発行するとともに、受信した課題の内容を登録する（ステップＳ３５５）。その後、新たに発行した課題ＩＤを振り返りデータテーブルの追加レコードに登録し（ステップＳ３５７）、元の処理に戻る。

以上の処理を行うことにより、ユーザ端末Ａから受信した振り返りデータにおいて、課題が再利用されているかを判定し、課題が再利用されている場合には課題が再利用されていることを示すデータが振り返りデータテーブル又は課題データテーブルに登録される。

そして、図２７の説明に戻って、入出力処理部９１は、受信したデータが、再利用元の課題の採点データを含んでいるか判断する（ステップＳ３０７）。採点データが含まれると判断した場合（ステップＳ３０７：Ｙｅｓルート）、課題データテーブル（図１９）に登録された再利用元の課題ＩＤと、ユーザ端末Ａから受信したＰＪＩＤと、ステップＳ３０１において発行されたＦＩＤと、当該採点データとを、課題採点データテーブル（図２１）に登録する（ステップＳ３０９）。一方、課題の採点データが含まれないと判断した場合（ステップＳ３０７：Ｎｏルート）又はステップＳ３０９の後に、入出力処理部９１は、施策データ再利用判定処理を行う（ステップＳ３１１）。施策データ再利用判定処理については、図２９を用いて説明する。

まず、入出力処理部９１は、ユーザ端末Ａから受信したデータが、既に施策データテーブル（図２０）に登録された施策のうち特定の施策を選択したことを示すデータを含んでいるか判断する（図２９：ステップＳ３７１）。特定の施策を選択したことを示すデータを含んでいると判断された場合（ステップＳ３７１：Ｙｅｓルート）、既に登録されている施策と同一の施策が再利用されていると判断し、振り返りデータテーブル（図１７）の追加レコードに、選択された施策の施策ＩＤを登録して（ステップＳ３７３）、元の処理に戻る。

特定の施策を選択したことを示すデータを含まないと判断された場合（ステップＳ３７１：Ｎｏルート）、入出力処理部９１は、施策データテーブルにおいて未処理の施策データのレコードを１つ特定する（ステップＳ３７５）。そして、特定された施策データに含まれる施策の内容を単語分割する（ステップＳ３７７）とともに、ユーザ端末Ａから受信した施策の内容についても、同様に単語分割する（ステップＳ３７９）。単語分割処理については、上で述べた通りである。

そして、特定された施策の内容に含まれる単語と、受信した施策の内容に含まれる単語とを比較する（ステップＳ３８１）。全ての単語が完全に一致すると判断された場合（ステップＳ３８３：Ｙｅｓルート）、特定された施策と同一の施策が再利用されていると判断して、振り返りデータテーブルの追加レコードに、特定された施策データの施策ＩＤを登録し（ステップＳ３８５）、元の処理に戻る。

単語が完全に一致しないと判断された場合（ステップＳ３８３：Ｎｏルート）、特定された施策の内容と受信した施策の内容とで、一致する単語の割合が所定値以上であるかを判断する（ステップＳ３８７）。一致する単語の割合が所定値以上であると判断された場合（ステップＳ３８７：Ｙｅｓルート）、受信した施策は特定された施策と同一ではないものの、特定された施策を再利用するものであると判断し、施策ＩＤを新たに発行し、施策データテーブルに新たなレコードを追加する（ステップＳ３８９）。そして、受信した施策の内容を登録するとともに、特定された施策の施策ＩＤを、再利用した施策の施策ＩＤとして、施策データテーブルの追加レコードに登録する（ステップＳ３９１）。その後、処理はステップＳ３９７に移行する。

特定された施策の内容と受信した施策の内容とで、一致する単語の割合が所定値未満であると判断された場合（ステップＳ３８７：Ｎｏルート）、施策データテーブルに登録された全ての施策データについて処理したか判断する（ステップＳ３９３）。未処理の施策データがあると判断された場合（ステップＳ３９３：Ｎｏルート）、ステップＳ３７５に戻って処理を繰り返す。一方、全ての施策データを処理したと判断された場合（ステップＳ３９３：Ｙｅｓルート）、受信した施策は既に登録されている施策と同一ではなく、既に登録されている施策を再利用するものでもないと判断して、施策データテーブルに新たなレコードを追加し、新たに施策ＩＤを発行するとともに、受信した施策の内容を登録する（ステップＳ３９５）。その後、新たに発行した施策ＩＤを振り返りデータテーブルの追加レコードに登録し（ステップＳ３９７）、元の処理に戻る。

以上の処理を行うことにより、ユーザ端末Ａから受信した振り返りデータにおいて、施策が再利用されているかを判定し、施策が再利用されている場合には施策が再利用されていることを示すデータが振り返りデータテーブル又は施策データテーブルに登録される。

図２７の説明に戻って、入出力処理部９１は、受信したデータが、再利用元の施策の採点データを含んでいるか判断する（ステップＳ３１３）。採点データが含まれると判断した場合（ステップＳ３１３：Ｙｅｓルート）、施策データテーブル（図２０）に登録された再利用元の施策ＩＤと、ユーザ端末Ａから受信したＰＪＩＤと、ステップＳ３０１において発行されたＦＩＤと、当該採点データとを、施策採点データテーブル（図２２）に登録する（ステップＳ３１５）。一方、施策の採点データが含まれないと判断した場合（ステップＳ３１３：Ｎｏルート）又はステップＳ３１５の後に、元の処理に戻る。

図２５の処理に戻って、評価データ計算処理部９３は、既に登録されている振り返りデータの課題評価点及び施策評価点を再計算するため、振り返りデータ登録処理において登録された振り返りデータを検討対象振り返りデータとして用いて評価点算出処理を行う（ステップＳ２３９）。なお、図１８に示されるように、既に登録されている振り返りデータについては、以前に算出された課題評価点及び施策評価点がプロジェクトデータテーブルに既に格納されている。また、本実施の形態においてプロジェクトデータテーブルに格納された課題評価点及び施策評価点は、後に説明する加算点・減算点を含む点数である。評価点算出処理については、図３０を用いて説明する。

まず、評価データ計算処理部９３は、振り返りデータテーブル（図１７）又は施策データテーブル（図２０）を参照して、検討対象振り返りデータにおいて、施策が再利用されているか判断する（図３０：ステップＳ４０１）。施策再利用判定処理において述べた通り、施策が再利用されている場合には、振り返りデータテーブルに、他のＦＩＤに対応する施策ＩＤと同一の施策ＩＤが登録されているか、又は施策データテーブルに再利用した施策の施策ＩＤが登録されている。

施策が再利用されていると判断された場合（ステップＳ４０１：Ｙｅｓルート）、振り返りデータテーブルを参照して、再利用元の施策ＩＤに対応する振り返りデータのＦＩＤを特定する（ステップＳ４０３）。再利用元の施策ＩＤに対応する振り返りデータが複数登録されている場合には、例えば最も早く登録された振り返りデータのＦＩＤを特定する。次に、プロジェクトデータテーブルを参照して、特定されたＦＩＤに対応する施策評価点を抽出し、抽出された施策評価点と第１の施策評価点とを合計した点数を、プロジェクトデータテーブルに、特定されたＦＩＤに対応する新たな施策評価点として格納する（ステップＳ４０５）。例えば第１の施策評価点が１０点である場合、検討対象振り返りデータの施策が施策Ａを再利用したと判断されると、施策Ａの施策評価点は１０点増加する。このような処理を振り返りデータが登録される度に繰り返すことにより、施策が再利用された回数に応じて、再利用元の施策の評価点が高くなるようにすることができる。

次に、施策採点データテーブル（図２２）を参照して、検討対象振り返りデータに対応して再利用元の施策の採点データが登録されているか判断する（ステップＳ４０７）。再利用元の施策の採点データが登録されている場合、例えば、検討対象振り返りデータのＦＩＤが再利用元の施策ＩＤに対応付けられて施策採点データテーブルに格納されている。採点データが登録されていると判断された場合（ステップＳ４０７：Ｙｅｓルート）、当該採点データを用いて第２の施策評価点を算出し、特定されたＦＩＤに対応する施策評価点と第２の施策評価点とを合計してプロジェクトデータテーブルに、特定されたＦＩＤに対応する新たな施策評価点として格納する（ステップＳ４０９）。第２の施策評価点は、例えば採点データの点数を５倍することにより算出される。このような処理を振り返りデータが登録される度に繰り返すことにより、再利用された施策に対する採点データを、再利用元の施策の評価点に反映させることができる。

採点データが登録されていないと判断された場合（ステップＳ４０７：Ｎｏルート）又はステップＳ４０９の後に、振り返りデータテーブル又は課題データテーブル（図１９）を参照して、検討対象振り返りデータにおいて、課題が再利用されているか判断する（ステップＳ４１１）。施策が再利用されている場合と同様に、課題が再利用されている場合には、振り返りデータテーブルに、他のＦＩＤに対応する課題ＩＤと同一の課題ＩＤが登録されているか、又は課題データテーブルに再利用した課題の課題ＩＤが登録されている。課題が再利用されていないと判断された場合（ステップＳ４１１：Ｎｏルート）、元の処理に戻る。

一方、課題が再利用されていると判断された場合（ステップＳ４１１：Ｙｅｓルート）、振り返りデータテーブルを参照して、再利用元の課題ＩＤに対応する振り返りデータのＦＩＤを特定する（ステップＳ４１３）。施策の場合と同様、再利用元の課題ＩＤに対応する振り返りデータが複数登録されている場合には、例えば最も早く登録された振り返りデータのＦＩＤを特定する。次に、プロジェクトデータテーブルを参照して特定されたＦＩＤに対応する課題評価点を抽出し、抽出された課題評価点と第１の課題評価点とを合計した点数を、プロジェクトデータテーブルに、特定されたＦＩＤに対応する新たな課題評価点として格納する（ステップＳ４１５）。例えば第１の課題評価点が１０点である場合、検討対象振り返りデータの課題が課題Ａを再利用したと判断され且つ検討対象振り返りデータの施策が他の施策を再利用したと判断されると、課題Ａの課題評価点は１０点増加する。このような処理を振り返りデータが登録される度に繰り返すことにより、課題が再利用された回数に応じて、再利用元の課題の評価点が高くなるようにすることができる。その後、処理はステップＳ４２７に移行する。

一方、施策が再利用されていないと判断された場合（ステップＳ４０１：Ｎｏルート）、振り返りデータテーブル又は課題データテーブルを参照して、課題が再利用されているか判断する（ステップＳ４２１）。課題が再利用されていないと判断された場合（ステップＳ４２１：Ｎｏルート）、元の処理に戻る。

課題が再利用されていると判断された場合（ステップＳ４２１：Ｙｅｓルート）、再利用元の課題に対して、新たな施策が登録されたことにより、課題に対して登録された施策の数が増えたと考えられる。この場合、振り返りデータテーブルを参照して、再利用元の課題ＩＤに対応する振り返りデータのＦＩＤを特定する（ステップＳ４２３）。次に、プロジェクトデータテーブルを参照して、特定されたＦＩＤに対応する課題評価点を抽出し、抽出された課題評価点と第１の課題評価点及び第３の課題評価点とを合計した点数を、プロジェクトデータテーブルに、特定されたＦＩＤに対応する新たな課題評価点として格納する（ステップＳ４２５）。例えば上で述べたのと同じように第１の課題評価点が１０点であり、さらに第３の課題評価点が１５点である場合、検討対象振り返りデータの課題が課題Ａを再利用したと判断され且つ検討対象振り返りデータの施策が他の施策を再利用していないと判断されると、課題Ａの課題評価点は２５点増加する。このような処理を振り返りデータが登録される度に繰り返すことにより、課題に対して登録された施策の数に応じて、課題の評価点が高くなるようにすることができる。

次に、課題採点データテーブル（図２１）を参照して、検討対象振り返りデータに対応して再利用元の課題の採点データが登録されているか判断する（ステップＳ４２７）。施策の採点データの場合と同様、再利用元の課題の採点データが登録されている場合、例えば、検討対象振り返りデータのＦＩＤが再利用元の課題ＩＤに対応付けられて課題採点データテーブルに格納されている。採点データが登録されていると判断された場合（ステップＳ４２７：Ｙｅｓルート）、当該採点データを用いて第２の課題評価点を算出し、特定されたＦＩＤに対応する課題評価点と第１の課題評価点とを合計した点数を、プロジェクトデータテーブルに、特定されたＦＩＤに対応する新たな課題評価点として格納する（ステップＳ４２９）。第２の課題評価点は、第２の施策評価点と同様に、例えば採点データの点数を５倍することにより算出される。このような処理を振り返りデータが登録される度に繰り返すことにより、再利用された課題に対する採点データを、再利用元の課題の評価点に反映させることができる。採点データが登録されていないと判断された場合（ステップＳ４２７：Ｎｏルート）又はステップＳ４２９の後に、元の処理に戻る。

以上の処理を行うことにより、受信した課題及び施策に関するデータに基づいて、他の課題又は施策の評価点が再計算される。

図２５の処理に戻って、評価データ計算処理部９３は、受信したＰＪＩＤを検討対象ＰＪＩＤとして、加算点・減算点算出処理を行う（ステップＳ２４１）。加算点・減算点算出処理については、図３１乃至図３３を用いて説明する。

まず、評価データ計算処理部９３は、プロジェクトデータテーブル（図１８）を参照して、検討対象ＰＪＩＤに対応する振り返りデータのＦＩＤを特定する（図３１：ステップＳ５０１）。次に、振り返りデータテーブル（図１７）を参照して、特定されたＦＩＤに対応する課題ＩＤを抽出する（ステップＳ５０３）。そして、抽出された課題ＩＤのうち、繰り返し出現する課題ＩＤを特定し（ステップＳ５０５）、当該繰り返し出現する課題ＩＤの出現回数の合計を計数する（ステップＳ５０７）。例えば、検討対象ＰＪＩＤについて全ての振り返りデータの課題ＩＤを抽出した結果、課題ＩＤ２が３回、課題ＩＤ３が２回出現し、その他の課題ＩＤはそれぞれ１回だけ出現したとする。この場合、ステップＳ５０７において計数される出現回数の合計は、３回＋２回＝５回となる。

そして、ステップＳ５０７において計数された出現回数の合計を用いて、第１減算点を算出し、例えばメインメモリなどの記憶装置に格納する（ステップＳ５０９）。本実施の形態においては、例えば出現回数の合計を１０倍することにより第１減算点が算出される。上で述べた例の場合、第１減算点は５０点となる。

同じ課題を繰り返し登録しているプロジェクトにおいては、例えばプロジェクトにおいて振り返りデータ評価装置９が有効に活用されていないため、同じ失敗が繰り返されていると考えられる。そこで、このようなプロジェクトの評価点を減点することにより、プロジェクトの担当幹部に対して注意を促すことができる。

なお、本実施の形態においては、繰り返し出現する課題ＩＤの出現回数に着目しているが、繰り返し出現する課題ＩＤの種類に着目して第１減算点を算出してもよい。上で述べた例の場合、繰り返し出現する課題ＩＤは課題ＩＤ２及び課題ＩＤ３の２種類である。この場合、例えば繰り返し出現する課題ＩＤの数を１０倍すれば、第１減算点は２０点となる。

次に、検討対象ＰＪＩＤに対応する振り返りデータのうち、加算点・減算点算出処理を実施する時点から所定の期間内に登録された振り返りデータを抽出する（ステップＳ５２１）。本実施の形態においては、例えば加算点・減算点算出処理を実施する時点から過去一週間以内に登録された振り返りデータのみを抽出する。そして、抽出された振り返りデータに含まれる課題入力者ＩＤ及び施策入力者ＩＤを特定する（ステップＳ５２３）。その後、特定された課題入力者ＩＤ及び施策入力者ＩＤの数を計数し（ステップＳ５２５）、第１加算点を算出し、例えばメインメモリなどの記憶装置に格納する（ステップＳ５２７）。第１加算点は、例えば特定された課題入力者ＩＤ及び施策入力者ＩＤの数をプロジェクトのメンバー数で除算して発言者の割合を求め、これに所定の期間内に登録された振り返りデータのレコード数を乗算したものを５倍することにより算出する。例えば、検討対象ＰＪＩＤのプロジェクトのメンバー数が１０人であり、検討対象ＰＪＩＤに対応し且つ一週間以内に登録された振り返りデータのレコード数が８であり、特定された課題入力者ＩＤが「１，３，６」、特定された施策入力者ＩＤが「１，２，３，８」であったとする。この場合、特定された課題入力者ＩＤ及び施策入力者ＩＤの数は、「１，２，３，６，８」の５つであり、発言者の割合は、５／１０＝０．５となる。そして、第１加算点は０．５×８×５＝２０となる。その後、処理は端子Ｆを介して図３２に移行する。

入力者のＩＤの数に応じて評価点を加点することにより、多くのメンバーが振り返りデータを登録しているプロジェクトの評価点を、一部のメンバーだけが振り返りデータを登録しているプロジェクトの評価点に比べて高くすることができる。なお、第１減算点を算出する処理と同様に、課題入力者ＩＤ及び施策入力者ＩＤの数に着目する代わりに、各入力者ＩＤに対応する課題の数及び施策の数に着目して、第１加算点を算出するようにしてもよい。例えば、発言者の割合及び振り返りデータのレコード数が同じ場合であっても、全ての発言者が均等に振り返りデータを登録している場合は、一部の発言者だけが頻繁に振り返りデータを登録し、他の発言者はほとんど振り返りデータを登録していない場合に比べて、第１加算点を大きくすることもできる。

次に、評価データ計算処理部９３は、検討対象ＰＪＩＤに対応する振り返りデータのうち、未処理の振り返りデータを１レコード分特定する（図３２：ステップＳ５３１）。そして、特定された振り返りデータの課題を検討対象課題として、他の課題を再利用しているか否かを判断する（ステップＳ５４１）。なお、以下に述べるように、ステップＳ５４１乃至ステップＳ５６９の処理は、検討対象ＰＪＩＤに対応する全ての振り返りデータが処理されるまで繰り返される。

検討対象課題が他の課題を再利用していないと判断された場合（ステップＳ５４１：Ｎｏルート）、新たな課題が登録されたと判断し、第２加算点（＝（直前の第２加算点）＋１０）を算出して、例えばメインメモリなどの記憶装置に格納する（ステップＳ５４３）。本実施の形態においては、第２加算点の初期値は０であり、検討対象課題が他の課題を再利用していないと判断されると第２加算点は１０点増加する。その後、ステップＳ５６１の処理に移行する。

一方、他の課題を再利用していると判断された場合（ステップＳ５４１：Ｙｅｓルート）、振り返りデータテーブル（図１７）及びプロジェクトデータテーブル（図１８）を用いて、検討対象課題の再利用元の課題ＩＤに対応するＰＪＩＤを特定する（ステップＳ５４５）。次に、特定されたＰＪＩＤが、検討対象ＰＪＩＤと一致するか判断する（ステップＳ５４７）。ＰＪＩＤが一致しないと判断された場合（ステップＳ５４７：Ｎｏルート）、他のプロジェクトにより登録された課題が再利用されたと判断し、第３加算点（＝（直前の第３加算点）＋６）を算出して、例えばメインメモリなどの記憶装置に格納する（ステップＳ５４９）。本実施の形態においては、第２加算点と同様に第３加算点の初期値も０であり、検討対象課題が他のプロジェクトにより登録された課題を再利用したと判断されると、第３加算点は６点増加する。その後、ステップＳ５６１の処理に移行する。

ＰＪＩＤが一致すると判断された場合（ステップＳ５４７：Ｙｅｓルート）又はステップＳ５４３若しくはＳ５４９の後に、特定された振り返りデータの施策を検討対象施策として、他の施策を再利用しているか否かを判断する（ステップＳ５６１）。他の施策が再利用されていないと判断された場合（ステップＳ５６１：Ｎｏルート）、新たな施策が登録されたと判断し、第２加算点（＝（直前の第２加算点）＋１０）を算出して、例えばメインメモリなどの記憶装置に格納する（ステップＳ５６３）。第２加算点は、例えば新たな施策が１回登録されるごとに１０点増加する。その後、ステップＳ５７１の処理に移行する。

一方、施策が再利用されていると判断された場合（ステップＳ５６１：Ｙｅｓルート）、振り返りデータテーブル（図１７）及びプロジェクトデータテーブル（図１８）を用いて、再利用元の施策ＩＤに対応するＰＪＩＤを特定する（ステップＳ５６５）。次に、特定されたＰＪＩＤが、検討対象ＰＪＩＤと一致するか判断する（ステップＳ５６７）。ＰＪＩＤが一致しないと判断された場合（ステップＳ５６７：Ｎｏルート）、他のプロジェクトの施策が再利用されたと判断し、第３加算点（＝（直前の第３加算点）＋６）を算出して、例えばメインメモリなどの記憶装置に格納する（ステップＳ５６９）。第３加算点は、例えば他のプロジェクトの施策が１回再利用されるごとに６点増加する。その後、ステップＳ５７１の処理に移行する。

ＰＪＩＤが一致すると判断された場合（ステップＳ５６７：Ｙｅｓルート）又はステップＳ５６３若しくはＳ５６９の後に、検討対象ＰＪＩＤに対応する全ての振り返りデータを処理したか否かを判断する（ステップＳ５７１）。未処理の振り返りデータが残っている場合は（ステップＳ５７１：Ｎｏルート）、端子Ｇを介してステップＳ５３１の処理に戻る。一方、全ての振り返りデータを処理した場合は（ステップＳ５７１：Ｙｅｓルート）、端子Ｈを介して図３３の処理に移行する。

第２加算点を用いることにより、新しい課題又は施策を登録しているプロジェクトの評価点を高くすることができる。また、第３加算点を用いれば、振り返りデータを登録する際に他のプロジェクトにより登録された課題又は施策を有効に活用できているプロジェクトについて、評価点を高くすることができる。

次に、評価データ計算処理部９３は、課題採点データテーブル（図２１）を参照して、検討対象ＰＪＩＤを含むレコードを計数する（図３３：ステップＳ５８１）。同様に、施策採点データテーブル（図２２）を参照して、検討対象ＰＪＩＤを含むレコードを計数する（ステップＳ５８３）。そして、例えば課題採点データテーブルにおいて計数されたレコードの数と、施策採点データテーブルにおいて計数されたレコードの数とを合計し（ステップＳ５８５）、さらに所定の値（例えば３）を乗算することにより、第４の加算点を算出し、例えばメインメモリなどの記憶装置に格納する（ステップＳ５８７）。そして、元の処理に戻る。このような処理により、既存の課題又は施策の採点を積極的に行っているプロジェクトの評価点を高くすることができる。

図２５の処理に戻って、評価データ計算処理部９３は、ステップＳ２４１において算出され、例えばメインメモリなどの記憶装置に格納された第１乃至第４の加算点を合計した点数から、第１減算点を減算した点数を、ステップＳ２３７において振り返りデータが登録された時点におけるプロジェクトの加算点・減算点として、ステップＳ２３７において登録された振り返りデータのＦＩＤと対応付けてプロジェクトデータテーブル（図１８）に格納する（ステップＳ２４３）。本実施の形態においては、プロジェクトの加算点・減算点を振り返りデータの課題評価点及び施策評価点に反映させるため、振り返りデータのＦＩＤに対応付けてプロジェクトの加算点・減算点を登録する。そして元の処理に戻る。

入力処理においてプロジェクトデータテーブルに登録されるデータの一例を、図３４に示す。図３４の行３４０１に示されたレコードにおいては、ステップＳ２４３において算出された加算点・減算点が、プロジェクトデータテーブルの加算点・減算点の欄に登録されている。また、上で述べたように、課題評価点の欄には、課題評価点と加算点・減算点との合計点が登録されるが、振り返りデータが登録された時点においては、当該振り返りデータの課題は全く再利用されておらず、課題評価点はゼロである。このため、図３４の行３４０１に示されるように、ステップＳ２４３において算出された点数が、課題評価点の欄にそのまま登録されている。施策評価点の欄についても同様である。入力処理において、振り返りデータを登録したプロジェクトの加算点・減算点を算出し、振り返りデータの課題評価点及び施策評価点としてプロジェクトデータテーブルに登録することにより、振り返りデータの登録後、後に説明する更新処理を行う前に、同じく後に説明する表示処理が行われる場合においても、振り返りデータの評価点を適切に表示することができる。

図２４の処理に戻って、データ入力要求を受け付けなかったと判断された場合（ステップＳ２０１：Ｎｏルート）又はステップＳ２０３の後に、評価データ計算処理部９３は、予め決められた時刻になったか判断する（ステップＳ２１１）。予め決められた時刻になったと判断された場合（ステップＳ２１１：Ｙｅｓルート）、更新処理を実施する（ステップＳ２１３）。加算点・減算点は、上で述べたように入力処理を行う際に登録されるが、その後に同一のプロジェクトにより別の振り返りデータが登録されても、既に入力されている振り返りデータの加算点・減算点は変更されない。そこで、本実施の形態においては、１日が終了した時点におけるプロジェクト全体での振り返りデータの利用状況に基づいて算出される加算点・減算点を、その日に当該特定のプロジェクトにより登録された全ての振り返りデータの評価に反映させるため、毎日午前０時に更新処理を実施する。更新処理については、図３５及び図３６を用いて説明する。

まず、評価データ計算処理部９３は、振り返りデータテーブル（図１７）のＦＩＤの欄及び日付の欄を参照して、前回の更新処理後に登録された振り返りデータのうち、未処理の振り返りデータを１レコード分検討対象振り返りデータとして特定する（図３５：ステップＳ２５１）。本実施の形態のように更新処理を毎日行う場合は、例えば更新日の前日の日付が登録された振り返りデータが特定される。このように更新日の前日の振り返りデータだけを検討対象とするのは、更新日の前日より前に登録された振り返りデータにおいて加算点・減算点が更新されてしまうと、振り返りデータが登録された日におけるプロジェクトの振り返りデータ利用状況が、プロジェクトの評価点に反映されなくなるためである。

次に、当該振り返りデータのＰＪＩＤを検討対象ＰＪＩＤとして、加算点・減算点算出処理を実施する（ステップＳ２５３）。加算点・減算点算出処理（図３１乃至図３３）の詳細については、上で述べた通りである。その後、ステップＳ２５３において算出された第１乃至第４の加算点を加算した点数から、第１減算点を減算した点数を、プロジェクトの加算点・減算点として、例えばメインメモリなどの記憶装置に格納する（ステップＳ２５５）。次に、プロジェクトの加算点・減算点を用いて、検討対象振り返りデータの課題評価点及び施策評価点を更新し、検討対象振り返りデータのＦＩＤと対応付けてプロジェクトデータテーブルに格納する（ステップＳ２５７）。上で述べたように、本実施の形態においては、プロジェクトデータテーブルの課題評価点の欄には、振り返りデータの課題評価点と、入力処理において算出され且つプロジェクトデータテーブルの加算点・減算点の欄に登録された点数とを合計した点数が既に登録されている。そこで、ステップＳ２５７においては、プロジェクトデータテーブルの課題評価点の欄に登録された点数から、検討対象振り返りデータのＦＩＤと対応付けられてプロジェクトデータテーブルの加算点・減算点の欄に登録された点数を減算し、さらにステップＳ２５５においてメインメモリなどの記憶装置に格納されたプロジェクトの加算点・減算点を加算した点数を、プロジェクトデータテーブルの課題評価点の欄に上書きする。施策評価点についても、同様の処理を行う。その後、ステップＳ２５５においてメインメモリなどの記憶装置に格納されたプロジェクトの加算点・減算点を、プロジェクトデータテーブルの加算点・減算点の欄に検討対象振り返りデータのＦＩＤと対応付けて上書きする（ステップＳ２５９）。

そして、全ての振り返りデータについて処理したか判断する（ステップＳ２６１）。未処理の振り返りデータが存在する場合（ステップＳ２６１：Ｎｏルート）、ステップＳ２５１に戻る。一方、全ての振り返りデータについて処理が完了した場合には（ステップＳ２６１：Ｙｅｓルート）、元の処理に戻る。

入力処理において登録された振り返りデータが、更新処理において更新された一例を、図３６に示す。図３６の行３６０１に示されたレコードにおいては、前回の更新処理より前の日に登録された振り返りデータが示されている。このため、ステップＳ２５３における加算点・減算点算出処理が行われていないので、図３４と比較して加算点・減算点は変化していない。ただし、他の課題及び施策に再利用された結果、図３４と比較して課題評価点は１５点増加し、施策評価点は１０点増加したことが示されている。一方、図３６の行３６０３に示されたレコードにおいては、前回の更新処理後に登録された振り返りデータが示されている。このため、ステップＳ２５３において加算点・減算点算出処理が行われた結果、図３４と比較してプロジェクトの加算点・減算点が５点増加したことが示されている。また、振り返りデータの登録後に課題及び施策が再利用されたことにより、図３４と比較して課題評価点は１０点増加し、施策評価点は２５点増加している。この結果、図３４の行３４０１に示されたレコードと比較して、課題評価点の欄に登録された点数は１５点増加し、施策評価点の欄に登録された点数は３０点増加している。

なお、本実施の形態においては、入力処理において振り返りデータが登録される度に評価点算出処理が行われ、更新処理を行う時点においてはプロジェクトデータテーブルに最新の課題評価点及び施策評価点が登録されているため、更新処理においては評価点算出処理を行う必要はない。ただし、入力処理における評価点算出処理（図２５：ステップＳ２３９）を行わずに、更新処理において評価点算出処理を行うようにしてもよい。この場合、前回の更新処理を行った後に登録された振り返りデータのみを評価点算出処理の検討対象としても、プロジェクトデータテーブルに登録された課題評価点及び施策評価点を初期化して、全ての振り返りデータを評価点算出処理の検討対象としてもよい。プロジェクトデータテーブルに登録された課題評価点及び施策評価点を初期化した場合は、前回の更新処理後に登録された振り返りデータについては評価点算出処理において算出された課題評価点とステップＳ２５５においてメインメモリなどの記憶装置に格納された加算点・減算点とを合計した点数が、それ以外の振り返りデータについては算出された評価点とプロジェクトデータテーブルに格納された加算点・減算点とを合計した点数が、それぞれプロジェクトデータテーブルに格納され、施策評価点についても同様に処理される。

図２４の処理に戻って、予め決められた時刻になっていないと判断された場合（ステップＳ２１１：Ｎｏルート）又はステップＳ２１３の後に、入出力処理部９１は、例えばプロジェクトの担当幹部Ｋが操作するユーザ端末Ｂから、評価点表示要求を受け付けたか判断する（ステップＳ２２１）。評価点表示要求を受け付けた場合（ステップＳ２２１：Ｙｅｓルート）、表示処理を実施する（ステップＳ２２３）。表示処理については、図３７乃至図４３を用いて説明する。

まず、入出力処理部９１は、プロジェクト管理テーブル（図２３）を参照して、評価点表示要求の要求者に対応するＰＪＩＤを特定し、さらにその中で１つ未処理ＰＪＩＤを特定する（図３７：ステップＳ２７１）。本実施の形態においては、プロジェクトの担当幹部Ｋは、ＰＪＩＤ１のプロジェクト及びＰＪＩＤ２のプロジェクトを担当しており、ステップＳ２７１においてはまずＰＪＩＤ１が特定される。次に、特定されたＰＪＩＤに対応する振り返りデータの課題評価点及び施策評価点を取得する（ステップＳ２７３）。本実施の形態においては、例えば過去一ヶ月間の振り返りデータを取得対象とする。

表示処理を実施する時点における振り返りデータを含むプロジェクトデータテーブルの一例を、図３８に示す。図３８の行３８０１に示されたレコードにおいては、課題及び施策がさらに再利用された結果、図３６の行３６０３に示されたレコードと比較すると、課題評価点はさらに１５点増加し、施策評価点も１０点増加したことが示されている。一方、加算点及び減算点は振り返りデータを登録した時点及び振り返りデータを登録した日の翌日の更新処理においてのみ再計算されるため、図３６の行３６０３に示されたレコードにおける加算点及び減算点からは変化していない。

次に、入出力処理部９１は、取得した課題評価点及び施策評価点を用いて、特定されたＰＪＩＤに対応するプロジェクトの評価点を算出し、例えばメインメモリなどの記憶装置に格納する（ステップＳ２７５）。本実施の形態においては、例えば過去一ヶ月分の課題評価点の平均値、及び施策評価点の平均値の合計点を、プロジェクトの評価点とする。

次に、要求者に対応する全てのＰＪＩＤについて処理したか判断する（ステップＳ２７７）。未処理のＰＪＩＤが存在する場合（ステップＳ２７７：Ｎｏルート）、ステップＳ２７１に戻る。一方、全てのＰＪＩＤについて処理が完了した場合には（ステップＳ２７７：Ｙｅｓルート）、例えばメインメモリなどの記憶装置に格納されたプロジェクトの評価点を用いて、第１評価点表示ページ・データを生成し、ユーザ端末Ｂに送信する（ステップＳ２７９）。

ユーザ端末Ｂは、振り返りデータ評価装置９から第１評価点表示ページ・データを受信し、表示装置に表示する。例えば図３９に示されるようなプロジェクト単位の評価点の一覧表示画面が表示装置に表示される。図３９の例では、要求者である担当幹部のＩＤと、要求者である担当幹部が担当するプロジェクトのＩＤ、担当プロジェクト名、及びプロジェクト評価点が含まれるテーブルと、詳細表示ボタン３９０１と、グラフ表示ボタン３９０３とが表示される。

図３７に戻って、その後、プロジェクトの担当幹部Ｋが、図３９に示されるプロジェクト単位の評価点の一覧表示画面において特定のプロジェクトの行を選択し、さらに詳細表示ボタン３９０１又はグラフ表示ボタン３９０３をクリックすることによって、振り返りデータ評価装置９への表示変更要求の送信を指示する。ユーザ端末Ｂは、プロジェクトの担当幹部Ｋからの表示変更要求を受け付け、指示に従って表示変更要求を振り返りデータ評価装置９に送信する。振り返りデータ評価装置９の入出力処理部９１は、ユーザ端末Ｂから表示変更要求を受信し（ステップＳ２８１）、表示変更処理を実施する（ステップＳ２８３）。表示変更処理については、図４０乃至図４３を用いて説明する。なお、本実施の形態においては、図３９に示されるプロジェクト単位の評価点の一覧表示画面（第１評価点表示ページ・データ）に加えて、後に示す日付単位のプロジェクトの評価点の一覧表示画面（第２評価点表示ページ・データ）、振り返りデータの詳細表示画面（第３評価点表示ページ・データ）、及びプロジェクトの評価点の推移を示すグラフ画面を選択できるものとするが、画面表示はこれらに限られるものではない。

まず、入出力処理部９１は、受信した表示変更要求が第２評価点表示ページ・データに関するものであるか判断する（図４０：ステップＳ６０１）。例えば、プロジェクトの担当幹部Ｋが、図３９に示されたＰＪＩＤ１の行３９１１を選択し、詳細表示ボタン３９０１をクリックした場合に、ユーザ端末Ｂからは、ＰＪＩＤ１のプロジェクトについての第２評価点表示ページ・データの表示要求が送信される。

特定のプロジェクトについての第２評価点表示ページ・データに関する表示変更要求を受け付けた場合（ステップＳ６０１：Ｙｅｓルート）、入出力処理部９１は、図３８に示されるプロジェクトデータテーブルを参照して、特定されたプロジェクトのＰＪＩＤに対応する振り返りデータのうち、未処理の振り返りデータを取得する（ステップＳ６０３）。次に、取得した振り返りデータに含まれる課題評価点及び施策評価点を用いて、日付単位のプロジェクトの評価点を算出する（ステップＳ６０５）。本実施の形態においては、振り返りデータに含まれる課題評価点及び施策評価点の合計を、当該振り返りデータが登録された日における日付単位のプロジェクトの評価点とする。ただし、同日に複数の振り返りデータが登録されている場合は、全ての振り返りデータに含まれる課題評価点と施策評価点との合計を平均した値が、日付単位のプロジェクトの評価点として算出される。

次に、特定されたＰＪＩＤに対応する全ての振り返りデータについて処理したか判断する（ステップＳ６０７）。未処理の振り返りデータが存在する場合（ステップＳ６０７：Ｎｏルート）、ステップＳ６０３に戻る。一方、全ての振り返りデータについて処理が完了した場合には（ステップＳ６０７：Ｙｅｓルート）、ステップＳ６０５において算出された日付単位のプロジェクトの評価点を用いて、第２評価点表示ページ・データを生成し、ユーザ端末Ｂに送信する（ステップＳ６０９）。

ユーザ端末Ｂは、振り返りデータ評価装置９から第２評価点表示ページ・データを受信し、表示装置に表示する。例えば図４１に示すような画面が表示装置に表示される。図４１の例では、ＰＪＩＤ１のプロジェクトの評価点が、日付単位で一覧表示されている。

図４０の処理に戻って、受信した表示変更要求が第２評価点表示ページ・データに関するものではない場合（ステップＳ６０１：Ｎｏルート）、入出力処理部９１は、受信した表示変更要求が第３評価点表示ページ・データに関するものであるか判断する（図４０：ステップＳ６２１）。例えば、プロジェクトの担当幹部Ｋが、図４１に示された日付単位のプロジェクトの評価点のうち、１２月１１日の行４１１１を選択し、詳細表示ボタン４１０１をクリックした場合に、ユーザ端末Ｂからは、１２月１１日に登録された振り返りデータについての第３評価点表示ページ・データに関する表示変更要求が送信される。

特定の日付についての第３評価点表示ページ・データに関する表示変更要求を受け付けた場合（ステップＳ６２１：Ｙｅｓルート）、入出力処理部９１は、プロジェクトデータテーブル、振り返りデータテーブル（図１７）、課題データテーブル（図１９）及び施策データテーブル（図２０）を参照して、特定された日付に対応する振り返りデータの課題の内容、施策の内容、課題評価点及び施策評価点を取得する（ステップＳ６２３）。そして、取得された課題の内容、施策の内容、課題評価点及び施策評価点を用いて第３評価点表示ページ・データを生成し、ユーザ端末Ｂに送信する（ステップＳ６２５）。そして元の処理に戻る。なお、同日に複数の振り返りデータが登録されている場合には、全ての振り返りデータの課題の内容、施策の内容、課題評価点及び施策評価点を取得し、全ての振り返りデータを一覧表示するような第３評価点表示ページ・データを生成するようにしてもよい。

ユーザ端末Ｂは、振り返りデータ評価装置９から第３評価点表示ページ・データを受信し、表示装置に表示する。例えば図４２に示すような画面が表示装置に表示される。図４２の例では、ＰＪＩＤ１のプロジェクトにおいて１２月１１日に登録された課題の内容、施策の内容、課題評価点及び施策評価点が表示されている。そして元の処理に戻る。

図４０の処理に戻って、表示変更要求が第３評価点表示ページ・データに関するものではない場合（ステップＳ６２１：Ｎｏルート）、入出力処理部９１は、グラフ表示要求を受け付けたと判断し、選択されたプロジェクトの評価点を日付単位で集計する（ステップＳ６４１）。プロジェクトの評価点を日付単位で集計する処理については、上で述べた通りである。そして、集計された日付単位のプロジェクトの評価点を用いて、グラフページ・データを生成し、ユーザ端末Ｂに送信する（ステップＳ６４３）。そして元の処理に戻る。

ユーザ端末Ｂは、振り返りデータ評価装置９からグラフページ・データを受信し、表示装置に表示する。例えば図４３に示すような画面が表示装置に表示される。図４３の例では、図４１に示されるようなプロジェクトの評価点の日付単位の推移を示すグラフが表示されている。これにより、プロジェクトの担当幹部はプロジェクトの評価点の推移を容易に把握できる。

図３７の処理に戻って、入出力処理部９１は、ユーザ端末Ｂから表示終了指示を受け付けたか判断する（ステップＳ２８５）。表示終了指示を受け付けた場合（ステップＳ２８５：Ｙｅｓルート）、元の処理に戻る。一方、表示終了指示を受け付けていない場合（ステップＳ２８５：Ｎｏルート）、ステップＳ２８１の処理に戻る。なお、表示終了指示を受け付けていない場合であっても、例えば一定期間経過後に元の処理に戻るようにしてもよい。

図２４の処理に戻って、評価点表示要求を受け付けていない場合（ステップＳ２２１：Ｎｏルート）又はステップＳ２２３の後に、入出力処理部９１はステップＳ２０１に戻って処理を繰り返す。

以上本発明の第２の実施の形態を説明したが、本発明はこれに限定されるものではない。具体的には、図１６に示した機能ブロック図は一例であって、必ずしも実際のプログラム・モジュール構成に一致するものではない。

本実施の形態における第１乃至第３の課題評価点は、例えば（（特定の課題を再利用した他の課題の数）×１０＋（特定の課題を再利用したプロジェクトにより登録された採点データ）×５＋（特定の課題に対して新たに登録された施策の数）×１５）のような数式で表すことができる。すなわち、第１乃至第３の課題評価点は、数式に含まれる定数によって、それぞれ重み付けされている。同様に、第１及び第２の施策評価点は、例えば（（特定の施策を再利用した他の施策の数）×１０＋（特定の施策を再利用したプロジェクトにより登録された採点データ）×５）、第１減算点及び第１乃至第４加算点は、（（繰り返し出現する課題ＩＤの出現回数）×（−１０）＋（プロジェクトのメンバー数に対する発言者の割合）×（振り返りデータのレコード数）×５＋（（他の課題を再利用していない課題の数）＋（他の施策を再利用していない施策の数））×１０＋（（他のプロジェクトの課題を再利用した課題の数）＋（他プロジェクトの施策を再利用した施策の数））×６＋（（課題を採点した回数）＋（施策を採点した回数））×３）というような数式で表すことができる。ただし、これらの重み付けは一例に過ぎず、必要に応じて変更してもよい。例えば、対象プロジェクトにおいて振り返りデータを登録することにより変化する加算点及び減算点のウエイトが、主に対象プロジェクト以外のプロジェクトにより課題又は施策が再利用されることで変化する評価点のウエイトよりも大きくなるようにしてもよい。

また、再利用判定処理において、課題又は施策を単語分割して比較する処理に代えて、受信した課題又は施策の内容の文字列と、特定された課題又は施策の内容の文字列とで一致する文字の割合が所定の値以上であるかを判定するような処理を行ってもよい。

さらに、本実施の形態においては、プロジェクトデータテーブルの課題評価点の欄には、評価点算出処理において算出された課題評価点と、加算点・減算点算出処理において算出された加算点・減算点との合計点が登録されているが、加算点・減算点を合計する前の課題評価点を格納するようにしてもよい。この場合、表示処理において課題評価点を取得する際に、課題評価点の欄に登録された点数と、加算点・減算点の欄に登録された点数とを合計する。施策評価点の欄についても同様である。

なお、入力処理において入力ページ・データを生成する際に、プロジェクトデータテーブルから課題評価点及び施策評価点を取得して、課題の内容と共に入力ページ・データに含めるようにしてもよい。これにより、プロジェクトのメンバーは評価の高い課題又は施策がどれか特定しやすくなる。

なお、第１の実施の形態におけるユーザ端末、進捗管理装置３、振り返り処理装置５、並びに第２の実施の形態におけるユーザ端末及び振り返りデータ評価装置９は、図４４のようなコンピュータ装置であって、メモリ２５０１（記憶装置）とＣＰＵ２５０３（処理装置）とハードディスク・ドライブ（ＨＤＤ）２５０５と表示装置２５０９に接続される表示制御部２５０７とリムーバブル・ディスク２５１１用のドライブ装置２５１３と入力装置２５１５とネットワークに接続するための通信制御部２５１７とがバス２５１９で接続されている。オペレーティング・システム（ＯＳ：Operating System）及び本実施の形態における処理を実施するためのアプリケーション・プログラムは、ＨＤＤ２５０５に格納されており、ＣＰＵ２５０３により実行される際にはＨＤＤ２５０５からメモリ２５０１に読み出される。必要に応じてＣＰＵ２５０３は、表示制御部２５０７、通信制御部２５１７、ドライブ装置２５１３を制御して、必要な動作を行わせる。また、処理途中のデータについては、メモリ２５０１に格納され、必要があればＨＤＤ２５０５に格納される。本発明の実施の形態では、上で述べた処理を実施するためのアプリケーション・プログラムはリムーバブル・ディスク２５１１に格納されて頒布され、ドライブ装置２５１３からＨＤＤ２５０５にインストールされる。インターネットなどのネットワーク及び通信制御部２５１７を経由して、ＨＤＤ２５０５にインストールされる場合もある。このようなコンピュータ装置は、上で述べたＣＰＵ２５０３、メモリ２５０１などのハードウエアとＯＳ及び必要なアプリケーション・プログラムとが有機的に協働することにより、上で述べたような各種機能を実現する。

（付記１）
データ取得部と、データ抽出部と、記憶装置と、過去のプロジェクトの対象種別と当該過去のプロジェクトの規模に関するデータと当該過去のプロジェクトの特定フェーズと当該過去のプロジェクトの特定フェーズにおける問題に関するデータと当該過去のプロジェクトの特定フェーズにおける問題に対する対処に関するデータとを含む振り返りデータを格納する振り返りデータ格納部とを有するコンピュータにより実行される振り返りデータ処理方法であって、
前記データ取得部により、プロジェクトの対象種別と当該プロジェクトの規模に関するデータと当該プロジェクトの該当フェーズとを含むプロジェクト・データを取得し、記憶装置に格納するステップと、
前記データ抽出部により、前記振り返りデータ格納部に格納されている、各前記過去のプロジェクトの振り返りデータに対して、前記記憶装置に格納された前記プロジェクト・データに含まれる前記プロジェクトの対象種別に対する類似度と前記プロジェクトの規模に関するデータに対する類似度と前記プロジェクトの該当フェーズに対する類似度とを用いて総合類似度を算出し、前記記憶装置に格納する類似度算出ステップと、
前記データ抽出部により、前記記憶装置に格納された前記総合類似度に基づき前記振り返りデータ格納部に格納されている前記過去のプロジェクトの特定フェーズにおける問題に関するデータ又は当該過去のプロジェクトの特定フェーズにおける問題に関するデータ及び前記過去のプロジェクトの特定フェーズにおける問題に対する対処に関するデータを読み出し、出力するステップと、
を含む振り返りデータ処理方法。

（付記２）
前記データ取得部により、前記プロジェクトの該当フェーズにおける問題に関するデータを取得し、前記記憶装置に格納するステップと、
前記データ抽出部により、前記振り返りデータ格納部に格納されている、前記過去のプロジェクトの振り返りデータに対して、前記記憶装置に格納された前記プロジェクトの該当フェーズにおける問題に関するデータに対する類似度を算出し、前記記憶装置に格納されている前記総合類似度を修正する修正ステップと、
前記データ抽出部により、前記記憶装置に格納された、修正後の前記総合類似度に基づき前記振り返りデータ格納部に格納されている前記過去のプロジェクトの特定フェーズにおける問題に対する対処に関するデータ又は前記過去のプロジェクトの特定フェーズにおける問題に関するデータ及び前記過去のプロジェクトの特定フェーズにおける問題に対する対処に関するデータを読み出し、出力するステップと、
をさらに含む付記１記載の振り返りデータ処理方法。

（付記３）
前記データ取得部により、前記プロジェクトの該当フェーズにおける問題に対する対処に関するデータを取得し、前記記憶装置に格納するステップと、
前記データ抽出部により、前記振り返りデータ格納部に格納されている、前記過去のプロジェクトの振り返りデータに対して、前記記憶装置に格納された前記プロジェクトの該当フェーズにおける問題に対する対処に関するデータに対する類似度を算出し、前記記憶装置に格納されている前記総合類似度を修正する第２修正ステップと、
前記データ抽出部により、前記記憶装置に格納された、修正後の前記総合類似度に基づき前記振り返りデータ格納部に格納されている前記過去のプロジェクトの特定フェーズにおける問題に対する対処に関するデータ又は前記過去のプロジェクトの特定フェーズにおける問題に関するデータ及び前記過去のプロジェクトの特定フェーズにおける問題に対する対処に関するデータを読み出し、出力するステップと、
をさらに含む付記２記載の振り返りデータ処理方法。

（付記４）
前記データ取得部により、スケジュール遅れに関するデータとシステム開発において利用するパッケージに関するデータとシステム開発において使用するハードウエアに関するデータとシステム開発において使用するオペレーティング・システムに関するデータとのうち少なくともいずれかを取得し、前記記憶装置に格納するステップ
をさらに含み、
前記類似度算出ステップにおいて、前記記憶装置に格納されている前記スケジュール遅れに関するデータに対する類似度と前記システム開発において利用するパッケージに関するデータに対する類似度と前記システム開発において使用するハードウエアに関するデータに対する類似度と前記システム開発において使用するオペレーティング・システムに関するデータに対する類似度との少なくともいずれかをさらに用いて総合類似度を算出する
付記１記載の振り返りデータ処理方法。

（付記５）
前記プロジェクトの規模に関するデータに対する類似度と前記プロジェクトの該当フェーズに対する類似度とが、予め定められた区分の一致不一致を判断することによって特定される
付記１記載の振り返りデータ処理方法。

（付記６）
前記修正ステップが、
前記プロジェクトの該当フェーズにおける問題に関するデータに出現する単語に関するベクトルを生成するステップと、
前記過去のプロジェクトの特定フェーズにおける問題に関するデータに出現する単語に関するベクトルを生成するステップと、
生成された前記ベクトルを用いて当該ベクトルの内積に基づく類似度を算出するステップと、
を含む付記２記載の振り返りデータ処理方法。

（付記７）
前記第２修正ステップが、
前記プロジェクトの該当フェーズにおける問題に対する対処に関するデータに出現する単語に関するベクトルを生成するステップと、
前記過去のプロジェクトの特定フェーズにおける問題に対する対処に関するデータに出現する単語に関するベクトルを生成するステップと、
生成された前記ベクトルを用いて当該ベクトルの内積に基づく類似度を算出するステップと、
を含む付記３記載の振り返りデータ処理方法。

（付記８）
前記データ取得部により、前記プロジェクトの該当フェーズにおける問題に関するデータを取得し、前記記憶装置に格納するステップと、
前記データ抽出部により、前記振り返りデータ格納部に格納されている、各前記過去のプロジェクトの振り返りデータに対して、前記記憶装置に格納された前記プロジェクト・データに含まれる前記プロジェクトの対象種別に対する類似度と前記プロジェクトの規模に関するデータに対する類似度と前記プロジェクトの該当フェーズに対する類似度と前記プロジェクトの該当フェーズにおける問題に関するデータに対する類似度とを用いて第２総合類似度を算出し、前記記憶装置に格納するステップと、
前記データ抽出部により、前記記憶装置に格納された前記第２総合類似度に基づき前記振り返りデータ格納部に格納されている前記過去のプロジェクトの特定フェーズにおける問題に対する対処に関するデータ又は前記過去のプロジェクトの特定フェーズにおける問題に関するデータ及び前記過去のプロジェクトの特定フェーズにおける問題に対する対処に関するデータを読み出し、出力するステップと、
をさらに含む付記１記載の振り返りデータ処理方法。

（付記９）
前記データ取得部により、前記プロジェクトの該当フェーズにおける問題に対する対処に関するデータを取得し、前記記憶装置に格納するステップと、
前記データ抽出部により、前記振り返りデータ格納部に格納されている、各前記過去のプロジェクトの振り返りデータに対して、前記記憶装置に格納された前記プロジェクト・データに含まれる前記プロジェクトの対象種別に対する類似度と前記プロジェクトの規模に関するデータに対する類似度と前記プロジェクトの該当フェーズに対する類似度と前記プロジェクトの該当フェーズにおける問題に関するデータに対する類似度と前記プロジェクトの該当フェーズにおける問題に対する対処に関するデータに対する類似度とを用いて第３総合類似度を算出し、前記記憶装置に格納するステップと、
前記データ抽出部により、前記記憶装置に格納された、前記第３総合類似度に基づき前記振り返りデータ格納部に格納されている前記過去のプロジェクトの特定フェーズにおける問題に対する対処に関するデータ又は前記過去のプロジェクトの特定フェーズにおける問題に関するデータ及び前記過去のプロジェクトの特定フェーズにおける問題に対する対処に関するデータを読み出し、出力するステップと、
をさらに含む付記８記載の振り返りデータ処理方法。

（付記１０）
前記データ取得部により取得されたデータを、前記振り返りデータ格納部に格納するステップ
をさらに含む付記３記載の振り返りデータ処理方法。

（付記１１）
計算処理部と、入出力処理部と、点数テーブルと、プロジェクトの少なくとも課題に関するデータを含む振り返りデータが前記プロジェクトのプロジェクトＩＤに対応付けられて格納されている振り返りデータ格納部とを有するコンピュータにより実行される振り返りデータ評価方法であって、
前記計算処理部により、前記振り返りデータ格納部を第１のプロジェクトのプロジェクトＩＤで検索して当該第１のプロジェクトに係る振り返りデータを抽出し、抽出された前記第１のプロジェクトに係る振り返りデータを用いて、前記第１のプロジェクトによる振り返り活動に対する寄与又は振り返り活動の状態を表す調整点を算出し、前記第１のプロジェクトに係る特定の振り返りデータと対応付けて前記点数テーブルに格納する調整点算出ステップと、
前記入出力処理部により、前記特定の振り返りデータに含まれる第１の課題を再利用した課題を含む第２の振り返りデータを受信し、前記振り返りデータ格納部に格納するステップと、
前記計算処理部により、前記第２の振り返りデータを用いて、前記点数テーブルに前記特定の振り返りデータと対応付けられて格納されている前記第１のプロジェクトについての調整点を上乗せした形で、前記第１の課題の有用度を表す、前記第１の課題の評価点を算出し、前記点数テーブルに格納する課題評価ステップと
を含む振り返りデータ評価方法。

（付記１２）
前記振り返りデータが、前記プロジェクトの前記課題に対応する施策に関するデータをさらに含み、
前記入出力処理部により、前記特定の振り返りデータに含まれる第１の施策を再利用した施策を含む第３の振り返りデータを受信し、前記振り返りデータ格納部に格納するステップと、
前記計算処理部により、前記第３の振り返りデータを用いて、前記点数テーブルに前記特定の振り返りデータと対応付けられて格納されている前記第１のプロジェクトについての調整点を上乗せした形で、前記第１の施策の有用度を表す、前記第１の施策の評価点を算出し、前記点数テーブルに格納する施策評価ステップと
をさらに含む付記１１記載の振り返りデータ評価方法。

（付記１３）
前記調整点算出ステップが、前記第１の課題を含む前記特定の振り返りデータが登録された時点、及び前記第１の課題を含む前記特定の振り返りデータが登録された後の時点であり且つ過去に調整点算出ステップが実行されてから所定の時間が経過した時点のうち少なくともいずれかにおいて実行される
付記１１記載の振り返りデータ評価方法。

（付記１４）
前記調整点算出ステップにおいて、前記調整点を、前記第１のプロジェクトに係る振り返りデータに含まれる課題のうち繰り返し出現する課題の出現回数又は繰り返し出現する課題の数、前記第１のプロジェクトに係る振り返りデータのうち所定の期間内に登録された振り返りデータに含まれる課題を入力した入力者の数、前記第１のプロジェクトに係る振り返りデータに含まれる課題のうち他の課題を再利用していない課題の数、前記第１のプロジェクトに係る振り返りデータに含まれる課題のうち他のプロジェクトに係る振り返りデータに含まれる課題を再利用した課題の数、及び前記第１のプロジェクトのメンバにより採点データが入力された課題の数のうち少なくともいずれかを用いて算出する
付記１１記載の振り返りデータ評価方法。

（付記１５）
前記調整点算出ステップにおいて、前記調整点を、前記第１のプロジェクトに係る振り返りデータのうち所定の期間内に登録された振り返りデータに含まれる施策を入力した入力者の数、前記第１のプロジェクトに係る振り返りデータに含まれる施策のうち他の施策を再利用していない施策の数、前記第１のプロジェクトに係る振り返りデータに含まれる施策のうち他のプロジェクトに係る振り返りデータに含まれる施策を再利用した施策の数、及び前記第１のプロジェクトのメンバにより採点データが入力された施策の数のうち少なくともいずれかを用いて算出する
付記１２記載の振り返りデータ評価方法。

（付記１６）
前記課題評価ステップにおいて、前記第１の課題の評価点を、前記第１の課題に対して入力された採点データをさらに用いて算出する
付記１１記載の振り返りデータ評価方法。

（付記１７）
前記振り返りデータが、前記プロジェクトの前記課題に対応する施策に関するデータをさらに含み、
前記課題評価ステップにおいて、前記第１の課題の評価点を、前記振り返りデータ格納部に格納された振り返りデータのうち前記第１の課題を再利用した課題及び他の施策を再利用していない施策を含む振り返りデータをさらに用いて算出する
付記１１記載の振り返りデータ評価方法。

（付記１８）
前記施策評価ステップにおいて、前記第１の施策の評価点を、前記第１の施策に対して入力された採点データをさらに用いて算出する
付記１２記載の振り返りデータ評価方法。

（付記１９）
付記１乃至１０のいずれか１つ記載の振り返りデータ処理方法、又は付記１１乃至１８のいずれか１つ記載の振り返りデータ評価方法をコンピュータに実行させるためのプログラム。

（付記２０）
過去のプロジェクトの対象種別と当該過去のプロジェクトの規模に関するデータと当該過去のプロジェクトの特定フェーズと当該過去のプロジェクトの特定フェーズにおける問題に関するデータと当該過去のプロジェクトの特定フェーズにおける問題に対する対処に関するデータとを含む振り返りデータを格納する振り返りデータ格納部と、
プロジェクトの対象種別と当該プロジェクトの規模に関するデータと当該プロジェクトの該当フェーズとを含むプロジェクト・データを取得し、記憶装置に格納する手段と、
前記振り返りデータ格納部に格納されている、各前記過去のプロジェクトの振り返りデータに対して、前記記憶装置に格納された前記プロジェクト・データに含まれる前記プロジェクトの対象種別に対する類似度と前記プロジェクトの規模に関するデータに対する類似度と前記プロジェクトの該当フェーズに対する類似度とを用いて総合類似度を算出し、前記記憶装置に格納する類似度算出手段と、
前記記憶装置に格納された前記総合類似度に基づき前記振り返りデータ格納部に格納されている前記過去のプロジェクトの特定フェーズにおける問題に関するデータ又は当該過去のプロジェクトの特定フェーズにおける問題に関するデータ及び前記過去のプロジェクトの特定フェーズにおける問題に対する対処に関するデータを読み出し、出力する手段と、
を有する振り返りデータ処理装置。

（付記２１）
プロジェクトの少なくとも課題に関するデータを含む振り返りデータが前記プロジェクトのプロジェクトＩＤに対応付けられて格納されている振り返りデータ格納部と、
前記振り返りデータ格納部を第１のプロジェクトのプロジェクトＩＤで検索して当該第１のプロジェクトに係る振り返りデータを抽出し、抽出された前記第１のプロジェクトに係る振り返りデータを用いて、前記第１のプロジェクトによる振り返り活動に対する寄与又は振り返り活動の状態を表す調整点を算出し、前記第１のプロジェクトに係る特定の振り返りデータと対応付けて記憶装置に格納する手段と、
前記第１のプロジェクトに係る特定の振り返りデータに含まれる第１の課題を再利用した課題を含む第２の振り返りデータを受信し、前記振り返りデータ格納部に格納する手段と、
前記第２の振り返りデータを用いて、前記記憶装置に前記特定の振り返りデータと対応付けられて格納されている前記第１のプロジェクトについての調整点を上乗せした形で、前記第１の課題の有用度を表す、前記第１の課題の評価点を算出し、前記記憶装置に格納する手段と
を有する振り返りデータ評価装置。

本発明の第１の実施の形態におけるシステム概要図である。 進捗管理ＤＢに格納されるデータの一例を示す図である。 振り返りＤＢに格納されるデータの一例を示す図である。 本発明の第１の実施の形態におけるメインの処理フローを示す図である。 第１類似事例検索処理の処理フローを示す図である。 第１類似事例検索処理の処理フローを示す図である。 類似度のリストの一例を示す図である。 第１の画面例を示す図である。 第２類似事例検索処理の処理フローを示す図である。 第２の画面例を示す図である。 第３類似事例検索処理の処理フローを示す図である。 本発明の第１の実施の形態におけるメインの処理フローを示す図である。 第３の画面例を示す図である。 第４の画面例を示す図である。 第５の画面例を示す図である。 本発明の第２の実施の形態におけるシステム概要図である。 振り返りデータテーブルの一例を示す図である。 プロジェクトデータテーブルの一例を示す図である。 課題データテーブルの一例を示す図である。 施策データテーブルの一例を示す図である。 課題採点データテーブルの一例を示す図である。 施策採点データテーブルの一例を示す図である。 プロジェクト管理テーブルの一例を示す図である。 本発明の第２の実施の形態におけるメインの処理フローを示す図である。 入力処理の処理フローを示す図である。 入力ページ・データの画面例を示す図である。 入力ページ・データの画面例を示す図である。 入力ページ・データの画面例を示す図である。 入力ページ・データの画面例を示す図である。 振り返りデータ登録処理の処理フローを示す図である。 課題データ再利用判定処理の処理フローを示す図である。 施策データ再利用判定処理の処理フローを示す図である。 評価点算出処理の処理フローを示す図である。 加算点・減算点算出処理の処理フローを示す図である。 加算点・減算点算出処理の処理フローを示す図である。 加算点・減算点算出処理の処理フローを示す図である。 プロジェクトデータテーブルの一例を示す図である。 更新処理の処理フローを示す図である。 プロジェクトデータテーブルの一例を示す図である。 表示処理の処理フローを示す図である。 プロジェクトデータテーブルの一例を示す図である。 第１評価点表示ページ・データの画面例を示す図である。 表示変更処理の処理フローを示す図である。 第２評価点表示ページ・データの画面例を示す図である。 第３評価点表示ページ・データの画面例を示す図である。 グラフの画面例を示す図である。 コンピュータの機能ブロック図である。

符号の説明

１，７ ネットワーク ３ 進捗管理装置
５ 振り返り処理装置
３１ 進捗管理ＤＢ
５１ 類似事例抽出部 ５２ 振り返りデータ生成処理部
５３ 振り返りＤＢ
９ 振り返りデータ評価装置
９１ 入出力処理部 ９３ 評価データ計算処理部
９５ 振り返りデータ格納部

Claims (8)

1. データ取得部と、データ抽出部と、記憶装置と、過去のプロジェクトの対象種別と当該過去のプロジェクトの規模に関するデータと当該過去のプロジェクトの特定フェーズと当該過去のプロジェクトの特定フェーズにおける問題に関するデータと当該過去のプロジェクトの特定フェーズにおける問題に対する対処に関するデータとを含む振り返りデータを格納する振り返りデータ格納部とを有するコンピュータにより実行される振り返りデータ処理方法であって、
   前記データ取得部により、プロジェクトの対象種別と当該プロジェクトの規模に関するデータと当該プロジェクトの該当フェーズとを含むプロジェクト・データを取得し、記憶装置に格納するステップと、
   前記データ抽出部により、前記振り返りデータ格納部に格納されている、各前記過去のプロジェクトの振り返りデータに対して、前記記憶装置に格納された前記プロジェクト・データに含まれる前記プロジェクトの対象種別に対する類似度と前記プロジェクトの規模に関するデータに対する類似度と前記プロジェクトの該当フェーズに対する類似度とを用いて総合類似度を算出し、前記記憶装置に格納する類似度算出ステップと、
   前記データ抽出部により、前記記憶装置に格納された前記総合類似度に基づき前記振り返りデータ格納部に格納されている前記過去のプロジェクトの特定フェーズにおける問題に関するデータ又は当該過去のプロジェクトの特定フェーズにおける問題に関するデータ及び前記過去のプロジェクトの特定フェーズにおける問題に対する対処に関するデータを読み出し、出力するステップと、
   を含む振り返りデータ処理方法。
2. 前記データ取得部により、前記プロジェクトの該当フェーズにおける問題に関するデータを取得し、前記記憶装置に格納するステップと、
   前記データ抽出部により、前記振り返りデータ格納部に格納されている、前記過去のプロジェクトの振り返りデータに対して、前記記憶装置に格納された前記プロジェクトの該当フェーズにおける問題に関するデータに対する類似度を算出し、前記記憶装置に格納されている前記総合類似度を修正する修正ステップと、
   前記データ抽出部により、前記記憶装置に格納された、修正後の前記総合類似度に基づき前記振り返りデータ格納部に格納されている前記過去のプロジェクトの特定フェーズにおける問題に対する対処に関するデータ又は前記過去のプロジェクトの特定フェーズにおける問題に関するデータ及び前記過去のプロジェクトの特定フェーズにおける問題に対する対処に関するデータを読み出し、出力するステップと、
   をさらに含む請求項１記載の振り返りデータ処理方法。
3. 前記データ取得部により、前記プロジェクトの該当フェーズにおける問題に対する対処に関するデータを取得し、前記記憶装置に格納するステップと、
   前記データ抽出部により、前記振り返りデータ格納部に格納されている、前記過去のプロジェクトの振り返りデータに対して、前記記憶装置に格納された前記プロジェクトの該当フェーズにおける問題に対する対処に関するデータに対する類似度を算出し、前記記憶装置に格納されている前記総合類似度を修正する第２修正ステップと、
   前記データ抽出部により、前記記憶装置に格納された、修正後の前記総合類似度に基づき前記振り返りデータ格納部に格納されている前記過去のプロジェクトの特定フェーズにおける問題に対する対処に関するデータ又は前記過去のプロジェクトの特定フェーズにおける問題に関するデータ及び前記過去のプロジェクトの特定フェーズにおける問題に対する対処に関するデータを読み出し、出力するステップと、
   をさらに含む請求項２記載の振り返りデータ処理方法。
4. 計算処理部と、入出力処理部と、点数テーブルと、プロジェクトの少なくとも課題に関するデータを含む振り返りデータが前記プロジェクトのプロジェクトＩＤに対応付けられて格納されている振り返りデータ格納部とを有するコンピュータにより実行される振り返りデータ評価方法であって、
   前記計算処理部により、前記振り返りデータ格納部を第１のプロジェクトのプロジェクトＩＤで検索して当該第１のプロジェクトに係る振り返りデータを抽出し、抽出された前記第１のプロジェクトに係る振り返りデータを用いて、前記第１のプロジェクトによる振り返り活動に対する寄与又は振り返り活動の状態を表す調整点を算出し、前記第１のプロジェクトに係る特定の振り返りデータと対応付けて前記点数テーブルに格納する調整点算出ステップと、
   前記入出力処理部により、前記第１のプロジェクトに係る特定の振り返りデータに含まれる第１の課題を再利用した課題を含む第２の振り返りデータを受信し、前記振り返りデータ格納部に格納するステップと、
   前記計算処理部により、前記第２の振り返りデータを用いて、前記点数テーブルに前記特定の振り返りデータと対応付けられて格納されている前記第１のプロジェクトについての調整点を上乗せした形で、前記第１の課題の有用度を表す、前記第１の課題の評価点を算出し、前記点数テーブルに格納するステップと
   を含む振り返りデータ評価方法。
5. 前記調整点算出ステップが、前記第１の課題を含む前記特定の振り返りデータが登録された時点、及び前記第１の課題を含む前記特定の振り返りデータが登録された後の時点であり且つ過去に調整点算出ステップが実行されてから所定の時間が経過した時点のうち少なくともいずれかにおいて実行される
   請求項４記載の振り返りデータ評価方法。
6. 請求項１乃至３のいずれか１つ記載の振り返りデータ処理方法、又は請求項４若しくは５記載の振り返りデータ評価方法をコンピュータに実行させるためのプログラム。
7. 過去のプロジェクトの対象種別と当該過去のプロジェクトの規模に関するデータと当該過去のプロジェクトの特定フェーズと当該過去のプロジェクトの特定フェーズにおける問題に関するデータと当該過去のプロジェクトの特定フェーズにおける問題に対する対処に関するデータとを含む振り返りデータを格納する振り返りデータ格納部と、
   プロジェクトの対象種別と当該プロジェクトの規模に関するデータと当該プロジェクトの該当フェーズとを含むプロジェクト・データを取得し、記憶装置に格納する手段と、
   前記振り返りデータ格納部に格納されている、各前記過去のプロジェクトの振り返りデータに対して、前記記憶装置に格納された前記プロジェクト・データに含まれる前記プロジェクトの対象種別に対する類似度と前記プロジェクトの規模に関するデータに対する類似度と前記プロジェクトの該当フェーズに対する類似度とを用いて総合類似度を算出し、前記記憶装置に格納する類似度算出手段と、
   前記記憶装置に格納された前記総合類似度に基づき前記振り返りデータ格納部に格納されている前記過去のプロジェクトの特定フェーズにおける問題に関するデータ又は当該過去のプロジェクトの特定フェーズにおける問題に関するデータ及び前記過去のプロジェクトの特定フェーズにおける問題に対する対処に関するデータを読み出し、出力する手段と、
   を有する振り返りデータ処理装置。
8. プロジェクトの少なくとも課題に関するデータを含む振り返りデータが前記プロジェクトのプロジェクトＩＤに対応付けられて格納されている振り返りデータ格納部と、
   前記振り返りデータ格納部を第１のプロジェクトのプロジェクトＩＤで検索して当該第１のプロジェクトに係る振り返りデータを抽出し、抽出された前記第１のプロジェクトに係る振り返りデータを用いて、前記第１のプロジェクトによる振り返り活動に対する寄与又は振り返り活動の状態を表す調整点を算出し、前記第１のプロジェクトに係る特定の振り返りデータと対応付けて記憶装置に格納する手段と、
   前記第１のプロジェクトに係る特定の振り返りデータに含まれる第１の課題を再利用した課題を含む第２の振り返りデータを受信し、前記振り返りデータ格納部に格納する手段と、
   前記第２の振り返りデータを用いて、前記記憶装置に前記特定の振り返りデータと対応付けられて格納されている前記第１のプロジェクトについての調整点を上乗せした形で、前記第１の課題の有用度を表す、前記第１の課題の評価点を算出し、前記記憶装置に格納する手段と
   を有する振り返りデータ評価装置。

Images