知財求人 - 知財ポータルサイト「IP Force」
(19)【発行国】日本国特許庁(JP)
(12)【公報種別】特許公報(B1)
(11)【特許番号】
(24)【登録日】2025-03-21
(45)【発行日】2025-03-31
(54)【発明の名称】進捗管理装置、進捗管理方法、及び進捗管理プログラム
(51)【国際特許分類】
G06Q 10/10 20230101AFI20250324BHJP
【ＦＩ】
G06Q10/10 310
【請求項の数】
6
(21)【出願番号】P 2024573319
(86)(22)【出願日】2023-06-20
(86)【国際出願番号】 JP2023022812
【審査請求日】2024-12-12
【早期審査対象出願】
(73)【特許権者】
【識別番号】000006013
【氏名又は名称】三菱電機株式会社
(74)【代理人】
【識別番号】110002491
【氏名又は名称】弁理士法人クロスボーダー特許事務所
(72)【発明者】
【氏名】南 豪介
(72)【発明者】
【氏名】渡邉 和樹
【審査官】渡邉 加寿磨
(56)【参考文献】
【文献】特開２０１４－２１９８１１（ＪＰ，Ａ）
【文献】特開２００６－１９５６７７（ＪＰ，Ａ）
【文献】特開２００５－２０８８０４（ＪＰ，Ａ）
【文献】特開２０００－３２２２５２（ＪＰ，Ａ）
(58)【調査した分野】(Int.Cl.，ＤＢ名)
Ｇ０６Ｑ １０／００－９９／００
(57)【特許請求の範囲】
【請求項1】
システム開発における各タスクの担当者によって入力された各タスクに対応する進捗に基づいて前記システム開発の進捗を管理する進捗管理装置であって、前記システム開発におけるタスクであって、進行中のタスクである進行中タスクの担当者である対象担当者が前記進行中タスクに対応する進捗を入力した回数に基づいて、前記進行中タスクに遅延が生じるリスクがあるか否かを判定する遅延リスク算出部
を備える進捗管理装置。
【請求項2】
前記遅延リスク算出部は、前記対象担当者が前記進行中タスクを実行した累積日数に対する、前記対象担当者が前記進行中タスクに対応する進捗を入力した累積日数の割合が遅延基準割合以下である場合に、前記進行中タスクに遅延が生じるリスクがあると判定する請求項１に記載の進捗管理装置。【請求項3】
前記遅延リスク算出部は、前記システム開発において前記対象担当者が過去に実行完了したタスクにおける前記対象担当者による進捗の入力傾向と、前記進行中タスクにおける前記対象担当者による進捗の入力傾向との比較に基づいて前記進行中タスクに遅延が生じるリスクがあるか否かを判定する請求項１又は２に記載の進捗管理装置。【請求項4】
前記入力傾向は入力頻度である請求項３に記載の進捗管理装置。【請求項5】
システム開発における各タスクの担当者によって入力された各タスクに対応する進捗に基づいて前記システム開発の進捗を管理するコンピュータである進捗管理装置が実行する進捗管理方法であって、前記進捗管理装置が、前記システム開発におけるタスクであって、進行中のタスクである進行中タスクの担当者である対象担当者が前記進行中タスクに対応する進捗を入力した回数に基づいて、前記進行中タスクに遅延が生じるリスクがあるか否かを判定する進捗管理方法。
【請求項6】
システム開発における各タスクの担当者によって入力された各タスクに対応する進捗に基づいて前記システム開発の進捗を管理するコンピュータである進捗管理装置が実行する進捗管理プログラムであって、前記システム開発におけるタスクであって、進行中のタスクである進行中タスクの担当者である対象担当者が前記進行中タスクに対応する進捗を入力した回数に基づいて、前記進行中タスクに遅延が生じるリスクがあるか否かを判定する遅延リスク算出処理
を前記進捗管理装置に実行させる進捗管理プログラム。
【発明の詳細な説明】
【技術分野】
【0001】
本開示は、進捗管理装置、進捗管理方法、及び進捗管理プログラムに関する。
【背景技術】
【0002】
システム開発などのプロジェクトにおいて、作業の進捗を管理する技術がある。
特許文献１は、プロジェクトに関するタスクの遂行を担当する担当者による作業を管理する作業管理装置を開示している。作業管理装置は、担当者関連情報に基づいて担当タスクについて進捗に遅延が生じている遅延タスクがあるか否かを判定し、遅延タスクがある場合に、タスク担当者に対して遅延が生じている旨を通知する。
特許文献１は、プロジェクトに関するタスクの遂行を担当する担当者による作業を管理する作業管理装置を開示している。作業管理装置は、担当者関連情報に基づいて担当タスクについて進捗に遅延が生じている遅延タスクがあるか否かを判定し、遅延タスクがある場合に、タスク担当者に対して遅延が生じている旨を通知する。
【先行技術文献】
【特許文献】
【0003】
【文献】特開２０１９－０９１２１３号公報
【発明の概要】
【発明が解決しようとする課題】
【0004】
システム開発などのプロジェクトにおいて、各担当者は、各担当者が担当するタスクの進捗を管理し、他の担当者との間でこまめに進捗を共有する必要がある。ここで、各担当者は、各担当者が担当するタスクの計画（実施期間など）と実施状況（進捗率など）などを公開することにより情報共有を行う。各担当者は、各担当者に影響があるタスクの進捗などに基づいて、各タスクに遅延が発生する可能性と、遅延の規模などを推定し、推定した遅延に迅速に対応する必要がある。
ここで、進行中タスクに対応する進捗が更新される頻度が相対的に低い場合において、進行中タスクには遅延リスクがあることが考えられる。しかしながら、特許文献１が開示している技術には、進行中タスクに対応する進捗が更新される頻度が相対的に低い場合において、進行中タスクに遅延リスクがあることが検知されないという課題がある。
本開示は、システム開発の進捗を管理する技術において、進行中タスクに対応する進捗が更新される頻度が相対的に低い場合において、進行中タスクに遅延リスクがあることを検知することを目的とする。
ここで、進行中タスクに対応する進捗が更新される頻度が相対的に低い場合において、進行中タスクには遅延リスクがあることが考えられる。しかしながら、特許文献１が開示している技術には、進行中タスクに対応する進捗が更新される頻度が相対的に低い場合において、進行中タスクに遅延リスクがあることが検知されないという課題がある。
本開示は、システム開発の進捗を管理する技術において、進行中タスクに対応する進捗が更新される頻度が相対的に低い場合において、進行中タスクに遅延リスクがあることを検知することを目的とする。
【課題を解決するための手段】
【0005】
本開示に係る進捗管理装置は、
システム開発における各タスクの担当者によって入力された各タスクに対応する進捗に基づいて前記システム開発の進捗を管理する進捗管理装置であって、
前記システム開発におけるタスクであって、進行中のタスクである進行中タスクの担当者である対象担当者が前記進行中タスクに対応する進捗を入力した回数に基づいて、前記進行中タスクに遅延が生じるリスクがあるか否かを判定する遅延リスク算出部
を備える。
システム開発における各タスクの担当者によって入力された各タスクに対応する進捗に基づいて前記システム開発の進捗を管理する進捗管理装置であって、
前記システム開発におけるタスクであって、進行中のタスクである進行中タスクの担当者である対象担当者が前記進行中タスクに対応する進捗を入力した回数に基づいて、前記進行中タスクに遅延が生じるリスクがあるか否かを判定する遅延リスク算出部
を備える。
【発明の効果】
【0006】
本開示によれば、遅延リスク算出部が、対象担当者が進行中タスクに対応する進捗を入力した回数に基づいて、進行中タスクに遅延が生じるリスクがあるか否かを判定する。従って、本開示によれば、システム開発の進捗を管理する技術において、進行中タスクに対応する進捗が更新される頻度が相対的に低い場合において、進行中タスクに遅延リスクがあることを検知することができる。
【図面の簡単な説明】
【0007】
【図1】実施の形態１に係る進捗管理システム９０の構成例を示す図。
【図2】実施の形態１に係る進捗管理システム９０の運用を説明する図。
【図3】実施の形態１に係る進捗管理システム９０が備える各装置の構成例を示す図。
【図4】実施の形態１に係る進捗入力フローの動作を示すフローチャート。
【図5】実施の形態１に係る進行中タスクに対する入力実績計算フローを示すフローチャート。
【図6】実施の形態１に係る入力実績計算フローを説明する図。
【図7】実施の形態１の変形例に係る進捗管理装置１００のハードウェア構成例を示す図。
【図8】実施の形態２に係る完了タスクに対する入力実績計算フローを示すフローチャート。
【図9】実施の形態２に係る進行中タスクに対する入力実績計算フローを示すフローチャート。
【図10】実施の形態２に係る入力実績計算フローを説明する図。
【発明を実施するための形態】
【0008】
実施の形態の説明及び図面において、同じ要素及び対応する要素には同じ符号を付している。同じ符号が付された要素の説明は、適宜に省略又は簡略化する。図中の矢印はデータの流れ又は処理の流れを主に示している。また、「部」を、「回路」、「工程」、「手順」、「処理」又は「サーキットリー」に適宜読み替えてもよい。
【0009】
実施の形態１．
以下、本実施の形態について、図面を参照しながら詳細に説明する。
以下、本実施の形態について、図面を参照しながら詳細に説明する。
【0010】
＊＊＊構成の説明＊＊＊
図１は、本実施の形態に係る進捗管理システム９０の構成例を示している。進捗管理システム９０は、図１に示すように、進捗管理装置１００と、複数のユーザ端末２００とを備える。進捗管理装置１００と各ユーザ端末２００とは、ネットワークを介して通信可能に接続している。進捗管理装置１００とユーザ端末２００とは適宜一体的に構成されていてもよい。
図１は、本実施の形態に係る進捗管理システム９０の構成例を示している。進捗管理システム９０は、図１に示すように、進捗管理装置１００と、複数のユーザ端末２００とを備える。進捗管理装置１００と各ユーザ端末２００とは、ネットワークを介して通信可能に接続している。進捗管理装置１００とユーザ端末２００とは適宜一体的に構成されていてもよい。
【0011】
進捗管理システム９０は、具体例として、システム開発の試験工程において、各試験に対して必要な資源（作業人員及び計算リソースなど）を割り当てる機能を有し、各試験間の関係性に基づいて遅延などの影響を管理及び共有するシステムである。ここで、開発されるシステムはソフトウェアを含むシステムである。
進捗管理システム９０において、複数の担当者の各担当者は、各担当者が担当するタスクの情報（実施期間及び進捗など）を入力及び管理する。タスクは、具体例として試験工程における各試験項目を指す。
進捗管理システム９０において、各担当者は、各担当者の試験の開始前において、各担当者が担当するタスクの開始に影響がある他のタスクの実施状況を確認することができる。また、各担当者は、各担当者の試験の実施中において、各担当者が担当するタスクの実施状況が他の担当者のタスクに与える影響を確認することができる。
進捗管理システム９０において、複数の担当者の各担当者は、各担当者が担当するタスクの情報（実施期間及び進捗など）を入力及び管理する。タスクは、具体例として試験工程における各試験項目を指す。
進捗管理システム９０において、各担当者は、各担当者の試験の開始前において、各担当者が担当するタスクの開始に影響がある他のタスクの実施状況を確認することができる。また、各担当者は、各担当者の試験の実施中において、各担当者が担当するタスクの実施状況が他の担当者のタスクに与える影響を確認することができる。
【0012】
進捗管理装置１００は、各タスクに対応する進捗の入力実績（頻度）に基づいて各タスクの遅延リスクを検知する。あるタスクの遅延リスクは、当該あるタスクに遅延が生じるリスクである。あるタスクに遅延リスクがある場合に、当該あるタスクが事前の計画通りに完了しない可能性がある。進捗管理装置１００は、システム開発における各タスクの担当者によって入力された各タスクに対応する進捗に基づいてシステム開発の進捗を管理する。
【0013】
ユーザ端末２００は、各担当者が担当する各タスクに対応する進捗の入力と、各タスクに対応する進捗の確認とを各担当者が実行するための端末である。ユーザ端末２００は、具体例としてＰＣ（Ｐｅｒｓｏｎａｌ Ｃｏｍｐｕｔｅｒ）又はタブレット端末である。
【0014】
図２は、進捗管理システム９０の運用の具体例を説明する図である。以下、本例を説明する。進捗管理システム９０において、試験工程を円滑に進めるために、各担当者は、試験に関する情報を入力し、入力された情報をつきあわせた結果を共有する。
まず、各担当者は、各担当者が担当する試験の情報を各ユーザ端末２００に入力する。試験の情報は、具体例として、実施スケジュールと、進捗と、遅延又は遅延リスクとの各々を示す情報である。各ユーザ端末２００は、入力された情報を進捗管理装置１００に送信する。
次に、進捗管理装置１００は、各ユーザ端末２００から情報を受信し、受信した情報を分析し、分析結果を示す情報を各ユーザ端末２００に送信する。
次に、各ユーザ端末２００は、進捗管理装置１００から情報を受信し、受信した情報を各ユーザ端末２００の画面に表示する。本例において、各ユーザ端末２００は、各タスク間の関係を有向グラフにより表示する。この際、各ユーザ端末２００は、タスクＴ１に遅延リスクがあることと、タスクＴ４に遅延が発生したこととを表示する。
次に、各担当者は、各ユーザ端末２００に表示された情報に基づいて、遅延及び遅延リスクに応じた計画修正の必要性などを検討する。
まず、各担当者は、各担当者が担当する試験の情報を各ユーザ端末２００に入力する。試験の情報は、具体例として、実施スケジュールと、進捗と、遅延又は遅延リスクとの各々を示す情報である。各ユーザ端末２００は、入力された情報を進捗管理装置１００に送信する。
次に、進捗管理装置１００は、各ユーザ端末２００から情報を受信し、受信した情報を分析し、分析結果を示す情報を各ユーザ端末２００に送信する。
次に、各ユーザ端末２００は、進捗管理装置１００から情報を受信し、受信した情報を各ユーザ端末２００の画面に表示する。本例において、各ユーザ端末２００は、各タスク間の関係を有向グラフにより表示する。この際、各ユーザ端末２００は、タスクＴ１に遅延リスクがあることと、タスクＴ４に遅延が発生したこととを表示する。
次に、各担当者は、各ユーザ端末２００に表示された情報に基づいて、遅延及び遅延リスクに応じた計画修正の必要性などを検討する。
【0015】
図３は、進捗管理システム９０が備える各装置の構成例を示している。
進捗管理装置１００は、図３に示すように、機能構成要素として、入力部１１０と、データ蓄積部１２０と、入力実績分析部１３０と、遅延リスク算出部１４０とを備える。
ユーザ端末２００は、入力部２１０と、表示部２２０とを備える。
進捗管理装置１００は、図３に示すように、機能構成要素として、入力部１１０と、データ蓄積部１２０と、入力実績分析部１３０と、遅延リスク算出部１４０とを備える。
ユーザ端末２００は、入力部２１０と、表示部２２０とを備える。
【0016】
入力部１１０は、計画入力部１１１と、進捗入力部１１２とを備える。
計画入力部１１１は、各タスクを実行する計画を示す情報を受け付ける。
進捗入力部１１２は、各タスクに対応する進捗を示す情報を受け付ける。
計画入力部１１１は、各タスクを実行する計画を示す情報を受け付ける。
進捗入力部１１２は、各タスクに対応する進捗を示す情報を受け付ける。
【0017】
データ蓄積部１２０は、計画入力部１１１と進捗入力部１１２との各々が受け付けた情報をストレージ１３に適宜格納する。また、データ蓄積部１２０は、各タスクに対応する進捗の入力実績を示すデータを入力実績ＤＢ（Ｄａｔａｂａｓｅ）１２１に格納する。
具体例として、入力実績ＤＢ１２１は、各タスクに対応する進捗の入力回数を、各タスクの実施状況に関するデータとして保持する。入力実績ＤＢ１２１は、データ蓄積部１２０によって分析された各タスクに対応する進捗の入力操作がない期間を示す情報を、タスクの実施状況に関わる情報として保持してもよい。入力実績ＤＢ１２１が保持しているデータは、具体例として遅延リスクの算出などに利用される。入力実績ＤＢ１２１は、具体例としてストレージ１３により実現される。
具体例として、入力実績ＤＢ１２１は、各タスクに対応する進捗の入力回数を、各タスクの実施状況に関するデータとして保持する。入力実績ＤＢ１２１は、データ蓄積部１２０によって分析された各タスクに対応する進捗の入力操作がない期間を示す情報を、タスクの実施状況に関わる情報として保持してもよい。入力実績ＤＢ１２１が保持しているデータは、具体例として遅延リスクの算出などに利用される。入力実績ＤＢ１２１は、具体例としてストレージ１３により実現される。
【0018】
入力実績分析部１３０は、進捗分析部１３１と、入力頻度分析部１３２とを備える。
進捗分析部１３１は、各タスクに対応する計画と進捗とを参照して、各タスクに対応する計画と進捗との差分を分析する。
入力頻度分析部１３２は、各タスクに対応する進捗が入力された頻度を分析する。入力頻度分析部１３２は、各タスクに対応する進捗の入力操作がない期間を分析してもよい。
進捗分析部１３１は、各タスクに対応する計画と進捗とを参照して、各タスクに対応する計画と進捗との差分を分析する。
入力頻度分析部１３２は、各タスクに対応する進捗が入力された頻度を分析する。入力頻度分析部１３２は、各タスクに対応する進捗の入力操作がない期間を分析してもよい。
【0019】
遅延リスク算出部１４０は、進行中タスクの担当者である対象担当者が進行中タスクに対応する進捗を入力した回数に基づいて、進行中タスクに遅延が生じるリスクがあるか否かを判定する。進行中タスクは、システム開発におけるタスクであって、完了していないタスクであって、進行中のタスクである。具体例として、遅延リスク算出部１４０は、進捗分析部１３１と入力頻度分析部１３２との各々の分析結果に基づいて各タスクの遅延リスクを算出し、算出した遅延リスクを示すデータを各ユーザ端末２００に向けて送信する。
遅延リスク算出部１４０は、対象担当者が進行中タスクを実行した累積日数に対する、対象担当者が進行中タスクに対応する進捗を入力した累積日数の割合が遅延基準割合以下である場合に、進行中タスクに遅延が生じるリスクがあると判定してもよい。遅延基準割合はどのように定められてもよい。遅延リスク算出部１４０は、進捗の総入力回数、進捗の入力ペース、進捗を入力した期間と進捗を入力していない期間との比率などから遅延リスクを検知してもよい。遅延リスク算出部１４０は、進捗の入力操作が一定期間なかった場合に遅延リスクがあると判定してもよい。
遅延リスク算出部１４０は、対象担当者が進行中タスクを実行した累積日数に対する、対象担当者が進行中タスクに対応する進捗を入力した累積日数の割合が遅延基準割合以下である場合に、進行中タスクに遅延が生じるリスクがあると判定してもよい。遅延基準割合はどのように定められてもよい。遅延リスク算出部１４０は、進捗の総入力回数、進捗の入力ペース、進捗を入力した期間と進捗を入力していない期間との比率などから遅延リスクを検知してもよい。遅延リスク算出部１４０は、進捗の入力操作が一定期間なかった場合に遅延リスクがあると判定してもよい。
【0020】
入力部２１０は、担当者から各タスクに対応する進捗の入力を受け付ける。
表示部２２０は、進捗管理装置１００から受信したデータを表示する。
表示部２２０は、進捗管理装置１００から受信したデータを表示する。
【0021】
また、進捗管理装置１００は、図３に示すように、プロセッサ１１と、メモリ１２と、ストレージ１３と、通信インタフェース１４などのハードウェアを備えるコンピュータである。これらのハードウェアは、信号線を介して適宜接続されている。進捗管理装置１００は複数のコンピュータから成ってもよい。
【0022】
プロセッサ１１は、演算処理を行うＩＣ（Ｉｎｔｅｇｒａｔｅｄ Ｃｉｒｃｕｉｔ）であり、かつ、コンピュータが備えるハードウェアを制御する。プロセッサ１１は、具体例として、ＣＰＵ（Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）、ＤＳＰ（Ｄｉｇｉｔａｌ Ｓｉｇｎａｌ Ｐｒｏｃｅｓｓｏｒ）、又はＧＰＵ（Ｇｒａｐｈｉｃｓ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）である。
進捗管理装置１００は、プロセッサ１１を代替する複数のプロセッサを備えてもよい。複数のプロセッサはプロセッサ１１の役割を分担する。
進捗管理装置１００は、プロセッサ１１を代替する複数のプロセッサを備えてもよい。複数のプロセッサはプロセッサ１１の役割を分担する。
【0023】
メモリ１２は、典型的には揮発性の記憶装置であり、具体例としてＲＡＭ（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ）である。メモリ１２は、主記憶装置又はメインメモリとも呼ばれる。メモリ１２に記憶されたデータは、必要に応じてストレージ１３に保存される。
【0024】
ストレージ１３は、典型的には不揮発性の記憶装置であり、具体例として、ＲＯＭ（Ｒｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙ）、ＨＤＤ（Ｈａｒｄ Ｄｉｓｋ Ｄｒｉｖｅ）、又はフラッシュメモリである。ストレージ１３に記憶されたデータは、必要に応じてメモリ１２にロードされる。
メモリ１２及びストレージ１３は一体的に構成されていてもよい。
メモリ１２及びストレージ１３は一体的に構成されていてもよい。
【0025】
通信インタフェース１４は、レシーバ及びトランスミッタである。通信インタフェース１４は、具体例として、通信チップ又はＮＩＣ（Ｎｅｔｗｏｒｋ Ｉｎｔｅｒｆａｃｅ Ｃａｒｄ）である。
【0026】
ストレージ１３は進捗管理プログラムを記憶している。進捗管理プログラムは、進捗管理装置１００が備える各部の機能をコンピュータに実現させるプログラムである。進捗管理プログラムは、メモリ１２にロードされて、プロセッサ１１によって実行される。進捗管理装置１００が備える各部の機能は、ソフトウェアにより実現される。
【0027】
進捗管理プログラムを実行する際に用いられるデータと、進捗管理プログラムを実行することによって得られるデータなどは、記憶装置に適宜記憶される。進捗管理装置１００の各部は記憶装置を適宜利用する。記憶装置は、具体例として、メモリ１２と、ストレージ１３と、プロセッサ１１内のレジスタと、プロセッサ１１内のキャッシュメモリとの少なくとも１つから成る。なお、データという用語と情報という用語とは同等の意味を有することもある。記憶装置は、コンピュータと独立したものであってもよい。
メモリ１２及びストレージ１３の機能は、他の記憶装置によって実現されてもよい。
メモリ１２及びストレージ１３の機能は、他の記憶装置によって実現されてもよい。
【0028】
進捗管理プログラムは、コンピュータが読み取り可能な不揮発性の記録媒体に記録されていてもよい。不揮発性の記録媒体は、具体例として、光ディスク又はフラッシュメモリである。進捗管理プログラムは、プログラムプロダクトとして提供されてもよい。
ユーザ端末２００のハードウェア構成は、進捗管理装置１００のハードウェア構成と同様であってもよい。
ユーザ端末２００のハードウェア構成は、進捗管理装置１００のハードウェア構成と同様であってもよい。
【0029】
＊＊＊動作の説明＊＊＊
進捗管理装置１００の動作手順は進捗管理方法に相当する。また、進捗管理装置１００の動作を実現するプログラムは進捗管理プログラムに相当する。
進捗管理装置１００の動作手順は進捗管理方法に相当する。また、進捗管理装置１００の動作を実現するプログラムは進捗管理プログラムに相当する。
【0030】
【0031】
（ステップＳ１０１）
各担当者は、各担当者が担当するタスクに対応する進捗をユーザ端末２００に入力する。この際、各担当者は、各タスクの進捗率を入力してもよく、各タスクに対応する試験項目を示すリストから実行完了した試験項目を選択してもよい。
入力部２１０は、入力された進捗を示す情報を進捗管理装置１００に送信する。
各担当者は、各担当者が担当するタスクに対応する進捗をユーザ端末２００に入力する。この際、各担当者は、各タスクの進捗率を入力してもよく、各タスクに対応する試験項目を示すリストから実行完了した試験項目を選択してもよい。
入力部２１０は、入力された進捗を示す情報を進捗管理装置１００に送信する。
【0032】
（ステップＳ１０２）
データ蓄積部１２０は、各タスクに対応する進捗の入力実績に基づいて各タスクに対応する進捗の入力回数を計測し、計測した入力回数を示すデータをタスク毎に入力実績ＤＢ１２１に保存する。
データ蓄積部１２０は、各タスクに対応する進捗の入力実績に基づいて各タスクに対応する進捗の入力回数を計測し、計測した入力回数を示すデータをタスク毎に入力実績ＤＢ１２１に保存する。
【0033】
図５は、進行中タスクに対する入力実績計算フローの一例を示すフローチャートである。図５を用いて入力実績計算フローを説明する。以下、進行中タスクは、入力実績ＤＢ１２１に格納されているデータに対応する各タスクであり、進行中である各タスクである。
【0034】
（ステップＳ１１１）
入力頻度分析部１３２は、進行中タスクに対応する進捗入力がなされた日数を、作業日数で割った割合を進捗入力実績として算出する。
入力頻度分析部１３２は、進行中タスクに対応する進捗入力がなされた日数を、作業日数で割った割合を進捗入力実績として算出する。
【0035】
（ステップＳ１１２）
ステップＳ１１１において算出した進捗入力実績が一定の割合よりも大きい場合、進捗管理装置１００は本フローチャートの処理を終了する。それ以外の場合、進捗管理装置１００はステップＳ１１３に進む。
ステップＳ１１１において算出した進捗入力実績が一定の割合よりも大きい場合、進捗管理装置１００は本フローチャートの処理を終了する。それ以外の場合、進捗管理装置１００はステップＳ１１３に進む。
【0036】
（ステップＳ１１３）
遅延リスク算出部１４０は、進行中タスクを示す情報に対して遅延リスクを示す情報を付与し、遅延リスクを示す情報が付与された進行中タスクを示す情報をユーザ端末２００に向けて送信する。
遅延リスク算出部１４０は、進行中タスクを示す情報に対して遅延リスクを示す情報を付与し、遅延リスクを示す情報が付与された進行中タスクを示す情報をユーザ端末２００に向けて送信する。
【0037】
図６は、入力実績計算フローの具体例を示している。
遅延リスク算出部１４０は、進行中タスクに対応する進捗率の入力頻度が一定基準を満たしていない場合、進行中タスクに遅延リスクがあるものと判定する。ここで、進捗率が入力された日数の割合は入力頻度に当たり、一定基準は７０％である。また、進行中タスクの担当者は進行中タスクに対応する進捗率を１日に１回入力するものとする。なお、担当者がある日に進捗率を複数回入力した場合において、当該ある日における進捗率の入力回数を１回とみなしてもよい。
本例において、現在は進行中タスクの開始から１２日目であり、計１１日間の過去の作業日のうち計７日間において進行中タスクに対応する進捗率が入力されたものとする。そのため、入力日数の割合は約６４％であり、一定基準を満たしていない。従って、遅延リスク算出部１４０は進行中タスクに遅延リスクがあるものと判定する。ここで、進行中タスクに対応する進捗の入力が一定基準を満たしていない場合に、進行中タスクにおいて遅延の要因となる障害が発生している可能性があるものと考えられる。
なお、図６において進捗率が入力された回数は７回である。遅延リスク算出部１４０は、７回という進捗率が入力された回数のみに基づいて遅延リスクの有無を判定してもよい。
遅延リスク算出部１４０は、進行中タスクに対応する進捗率の入力頻度が一定基準を満たしていない場合、進行中タスクに遅延リスクがあるものと判定する。ここで、進捗率が入力された日数の割合は入力頻度に当たり、一定基準は７０％である。また、進行中タスクの担当者は進行中タスクに対応する進捗率を１日に１回入力するものとする。なお、担当者がある日に進捗率を複数回入力した場合において、当該ある日における進捗率の入力回数を１回とみなしてもよい。
本例において、現在は進行中タスクの開始から１２日目であり、計１１日間の過去の作業日のうち計７日間において進行中タスクに対応する進捗率が入力されたものとする。そのため、入力日数の割合は約６４％であり、一定基準を満たしていない。従って、遅延リスク算出部１４０は進行中タスクに遅延リスクがあるものと判定する。ここで、進行中タスクに対応する進捗の入力が一定基準を満たしていない場合に、進行中タスクにおいて遅延の要因となる障害が発生している可能性があるものと考えられる。
なお、図６において進捗率が入力された回数は７回である。遅延リスク算出部１４０は、７回という進捗率が入力された回数のみに基づいて遅延リスクの有無を判定してもよい。
【0038】
＊＊＊実施の形態１の効果の説明＊＊＊
本実施の形態によれば、ある担当者が担当するタスクに対応する進捗が入力されていない場合において、当該タスクに対応する進捗の入力頻度に基づいて当該タスクの遅延リスクが検出される。そのため、本実施の形態によれば、各担当者は、他の担当者が進捗を入力する頻度が低い場合であっても、各担当者が担当するタスクに対する遅延リスクを把握することができる。
本実施の形態によれば、ある担当者が担当するタスクに対応する進捗が入力されていない場合において、当該タスクに対応する進捗の入力頻度に基づいて当該タスクの遅延リスクが検出される。そのため、本実施の形態によれば、各担当者は、他の担当者が進捗を入力する頻度が低い場合であっても、各担当者が担当するタスクに対する遅延リスクを把握することができる。
【0039】
＊＊＊他の構成＊＊＊
＜変形例１＞
図７は、本変形例に係る進捗管理装置１００のハードウェア構成例を示している。
進捗管理装置１００は、プロセッサ１１、プロセッサ１１とメモリ１２、プロセッサ１１とストレージ１３、あるいはプロセッサ１１とメモリ１２とストレージ１３とに代えて、処理回路１８を備える。
処理回路１８は、進捗管理装置１００が備える各部の少なくとも一部を実現するハードウェアである。
処理回路１８は、専用のハードウェアであってもよく、また、メモリ１２に格納されるプログラムを実行するプロセッサであってもよい。
＜変形例１＞
図７は、本変形例に係る進捗管理装置１００のハードウェア構成例を示している。
進捗管理装置１００は、プロセッサ１１、プロセッサ１１とメモリ１２、プロセッサ１１とストレージ１３、あるいはプロセッサ１１とメモリ１２とストレージ１３とに代えて、処理回路１８を備える。
処理回路１８は、進捗管理装置１００が備える各部の少なくとも一部を実現するハードウェアである。
処理回路１８は、専用のハードウェアであってもよく、また、メモリ１２に格納されるプログラムを実行するプロセッサであってもよい。
【0040】
処理回路１８が専用のハードウェアである場合、処理回路１８は、具体例として、単一回路、複合回路、プログラム化したプロセッサ、並列プログラム化したプロセッサ、ＡＳＩＣ（Ａｐｐｌｉｃａｔｉｏｎ Ｓｐｅｃｉｆｉｃ Ｉｎｔｅｇｒａｔｅｄ Ｃｉｒｃｕｉｔ）、ＦＰＧＡ（Ｆｉｅｌｄ Ｐｒｏｇｒａｍｍａｂｌｅ Ｇａｔｅ Ａｒｒａｙ）又はこれらの組み合わせである。
進捗管理装置１００は、処理回路１８を代替する複数の処理回路を備えてもよい。複数の処理回路は、処理回路１８の役割を分担する。
進捗管理装置１００は、処理回路１８を代替する複数の処理回路を備えてもよい。複数の処理回路は、処理回路１８の役割を分担する。
【0041】
進捗管理装置１００において、一部の機能が専用のハードウェアによって実現されて、残りの機能がソフトウェア又はファームウェアによって実現されてもよい。
【0042】
処理回路１８は、具体例として、ハードウェア、ソフトウェア、ファームウェア、又はこれらの組み合わせにより実現される。
プロセッサ１１とメモリ１２とストレージ１３と処理回路１８とを、総称して「プロセッシングサーキットリー」という。つまり、進捗管理装置１００の各機能構成要素の機能は、プロセッシングサーキットリーにより実現される。
他の実施の形態に係る進捗管理装置１００についても、本変形例と同様の構成であってもよい。
プロセッサ１１とメモリ１２とストレージ１３と処理回路１８とを、総称して「プロセッシングサーキットリー」という。つまり、進捗管理装置１００の各機能構成要素の機能は、プロセッシングサーキットリーにより実現される。
他の実施の形態に係る進捗管理装置１００についても、本変形例と同様の構成であってもよい。
【0043】
実施の形態２．
以下、主に前述した実施の形態と異なる点について、図面を参照しながら説明する。
以下、主に前述した実施の形態と異なる点について、図面を参照しながら説明する。
【0044】
＊＊＊構成の説明＊＊＊
本実施の形態に係る進捗管理システム９０の構成は、実施の形態１に係る進捗管理システム９０の構成と同様である。
本実施の形態に係る入力頻度分析部１３２は、各担当者が完了させたタスクにおける各担当者による進捗の入力実績に基づいて、各担当者による進捗の入力傾向を分析する。進捗の入力傾向は、具体例として、進捗を入力する頻度、進捗を入力する時間帯、又は連続する２回の進捗入力の間隔の最大値である。
本実施の形態に係る遅延リスク算出部１４０は、システム開発において対象担当者が過去に実行完了したタスクにおける対象担当者による進捗の入力傾向と、進行中タスクにおける対象担当者による進捗の入力傾向との比較に基づいて進行中タスクに遅延が生じるリスクがあるか否かを判定する。入力傾向は、具体例として入力頻度である。具体例として、遅延リスク算出部１４０は、各担当者による進行中タスクに対応する進捗の入力傾向が各担当者によるこれまでの進捗の入力傾向よりも一定以上劣る場合に、各担当者が担当している進行中タスクに遅延リスクあるものと判定する。
本実施の形態に係る進捗管理システム９０の構成は、実施の形態１に係る進捗管理システム９０の構成と同様である。
本実施の形態に係る入力頻度分析部１３２は、各担当者が完了させたタスクにおける各担当者による進捗の入力実績に基づいて、各担当者による進捗の入力傾向を分析する。進捗の入力傾向は、具体例として、進捗を入力する頻度、進捗を入力する時間帯、又は連続する２回の進捗入力の間隔の最大値である。
本実施の形態に係る遅延リスク算出部１４０は、システム開発において対象担当者が過去に実行完了したタスクにおける対象担当者による進捗の入力傾向と、進行中タスクにおける対象担当者による進捗の入力傾向との比較に基づいて進行中タスクに遅延が生じるリスクがあるか否かを判定する。入力傾向は、具体例として入力頻度である。具体例として、遅延リスク算出部１４０は、各担当者による進行中タスクに対応する進捗の入力傾向が各担当者によるこれまでの進捗の入力傾向よりも一定以上劣る場合に、各担当者が担当している進行中タスクに遅延リスクあるものと判定する。
【0045】
＊＊＊動作の説明＊＊＊
本実施の形態に係る進捗入力フローは、実施の形態１に係る進捗入力フローと同様である。以下、実施の形態１との差分を説明する。
本実施の形態に係る進捗入力フローは、実施の形態１に係る進捗入力フローと同様である。以下、実施の形態１との差分を説明する。
【0046】
（ステップＳ１０２）
データ蓄積部１２０は、入力回数に加え、進捗が入力された日時など、入力頻度分析部１３２が用いる情報を適宜入力実績ＤＢ１２１に保存する。
データ蓄積部１２０は、入力回数に加え、進捗が入力された日時など、入力頻度分析部１３２が用いる情報を適宜入力実績ＤＢ１２１に保存する。
【0047】
図８は、完了タスクに対する入力頻度計算フローの一例を示すフローチャートである。図８を用いて入力頻度計算フローを説明する。完了タスクは、入力実績ＤＢ１２１に格納されているデータに対応する各タスクであり、実行完了した各タスクである。
【0048】
（ステップＳ２０１）
入力頻度分析部１３２は、完了タスクの実施期間を抽出する。実施期間は、具体例として作業日数である。
入力頻度分析部１３２は、完了タスクの実施期間を抽出する。実施期間は、具体例として作業日数である。
【0049】
（ステップＳ２０２）
入力頻度分析部１３２は、実施期間中における完了タスクに対応する進捗の入力回数を抽出する。
入力頻度分析部１３２は、実施期間中における完了タスクに対応する進捗の入力回数を抽出する。
【0050】
（ステップＳ２０３）
入力頻度分析部１３２は、進捗入力頻度の指標として、ステップＳ２０２において抽出した進捗の入力回数を実施期間に対応する値で割った値を算出する。なお、進捗入力頻度の指標は、実施期間に対応する値を進捗の入力回数で割った値であってもよく、進捗の入力回数と実施期間に対応する値とに基づいてその他どのように算出した値であってもよい。
入力頻度分析部１３２は、進捗入力頻度の指標として、ステップＳ２０２において抽出した進捗の入力回数を実施期間に対応する値で割った値を算出する。なお、進捗入力頻度の指標は、実施期間に対応する値を進捗の入力回数で割った値であってもよく、進捗の入力回数と実施期間に対応する値とに基づいてその他どのように算出した値であってもよい。
【0051】
（ステップＳ２０４）
入力頻度分析部１３２は、ステップＳ２０３において算出した指標を、完了タスクを実行した担当者に対応する進捗入力頻度データとして保持する。ここで、ある担当者に対応する進捗入力頻度データは、当該ある担当者が過去に実行完了したタスクにおける進捗入力頻度を示す。当該進捗入力頻度は、具体例として、当該ある担当者が過去に実行完了した全て又は一部のタスクにおける進捗入力頻度の平均値である。
入力頻度分析部１３２は、ステップＳ２０３において算出した指標を、完了タスクを実行した担当者に対応する進捗入力頻度データとして保持する。ここで、ある担当者に対応する進捗入力頻度データは、当該ある担当者が過去に実行完了したタスクにおける進捗入力頻度を示す。当該進捗入力頻度は、具体例として、当該ある担当者が過去に実行完了した全て又は一部のタスクにおける進捗入力頻度の平均値である。
【0052】
【0053】
（ステップＳ２１１）
入力頻度分析部１３２は、進行中タスクに対応する進捗率の入力回数を、進行中タスクに対応する実施期間に対応する値で割った値を算出する。進行中タスクに対応する実施期間は、具体例として進行中タスクの累積実施日数である。
入力頻度分析部１３２は、進行中タスクに対応する進捗率の入力回数を、進行中タスクに対応する実施期間に対応する値で割った値を算出する。進行中タスクに対応する実施期間は、具体例として進行中タスクの累積実施日数である。
【0054】
（ステップＳ２１２）
ステップＳ２１１において算出した値が進行中タスクを実行している担当者に対応する進捗入力頻度データが示す進捗率入力頻度を超えている場合、進捗管理装置１００は本フローチャートの処理を終了する。それ以外の場合、進捗管理装置１００はステップＳ１１３に進む。
ステップＳ２１１において算出した値が進行中タスクを実行している担当者に対応する進捗入力頻度データが示す進捗率入力頻度を超えている場合、進捗管理装置１００は本フローチャートの処理を終了する。それ以外の場合、進捗管理装置１００はステップＳ１１３に進む。
【0055】
図１０は、入力頻度計算フローを説明する図である。図１０において、左側に完了タスクに対応する進捗率の入力傾向が示されており、右側に進行中タスクに対応する進捗率の入力傾向が示されている。入力頻度分析部１３２は、これらの入力傾向に基づいて、進行中タスクに対応する進捗率の入力頻度が完了タスクに対応する進捗率の入力頻度よりも一定以上低いか否かを判定する。遅延リスク算出部１４０は、入力頻度分析部１３２の判定結果に応じて、進行中タスクに対する遅延リスクの有無を判定する。
具体例として、担当者ＡがタスクＴ１からタスクＴ３を完了させた後、タスクＴ４を実施している場合を考える。即ち、タスクＴ１からタスクＴ３の各々が完了タスクであり、タスクＴ４が進行中タスクである場合を考える。この場合において、具体例として、タスクＴ１からタスクＴ３において進捗の入力回数が１日に１回であったものの、タスクＴ４において進捗の入力回数が２日に１回である場合に、入力頻度分析部１３２は、タスクＴ４に対応する進捗の入力頻度が一定以上低いと判定する。その結果、遅延リスク算出部１４０は、タスクＴ４に遅延リスクがあるものと判断する。ここで、進行中タスクに対応する進捗の入力頻度が進行中タスクの担当者のこれまでの入力頻度よりも低い場合、進行中タスクにおいて遅延の要因となる障害が発生している可能性があるものと考えられる。
具体例として、担当者ＡがタスクＴ１からタスクＴ３を完了させた後、タスクＴ４を実施している場合を考える。即ち、タスクＴ１からタスクＴ３の各々が完了タスクであり、タスクＴ４が進行中タスクである場合を考える。この場合において、具体例として、タスクＴ１からタスクＴ３において進捗の入力回数が１日に１回であったものの、タスクＴ４において進捗の入力回数が２日に１回である場合に、入力頻度分析部１３２は、タスクＴ４に対応する進捗の入力頻度が一定以上低いと判定する。その結果、遅延リスク算出部１４０は、タスクＴ４に遅延リスクがあるものと判断する。ここで、進行中タスクに対応する進捗の入力頻度が進行中タスクの担当者のこれまでの入力頻度よりも低い場合、進行中タスクにおいて遅延の要因となる障害が発生している可能性があるものと考えられる。
【0056】
＊＊＊実施の形態２の効果の説明＊＊＊
本実施の形態によれば、各担当者の過去の進捗入力傾向に応じて各担当者が担当する進行中タスクに遅延リスクがあるか否かを判定することができる。
本実施の形態によれば、各担当者の過去の進捗入力傾向に応じて各担当者が担当する進行中タスクに遅延リスクがあるか否かを判定することができる。
【0057】
＊＊＊他の実施の形態＊＊＊
前述した各実施の形態の自由な組み合わせ、あるいは各実施の形態の任意の構成要素の変形、もしくは各実施の形態において任意の構成要素の省略が可能である。
また、実施の形態は、実施の形態１から２で示したものに限定されるものではなく、必要に応じて種々の変更が可能である。フローチャートなどを用いて説明した手順は適宜変更されてもよい。
前述した各実施の形態の自由な組み合わせ、あるいは各実施の形態の任意の構成要素の変形、もしくは各実施の形態において任意の構成要素の省略が可能である。
また、実施の形態は、実施の形態１から２で示したものに限定されるものではなく、必要に応じて種々の変更が可能である。フローチャートなどを用いて説明した手順は適宜変更されてもよい。
【符号の説明】
【0058】
１１ プロセッサ、１２ メモリ、１３ ストレージ、１４ 通信インタフェース、１８ 処理回路、９０ 進捗管理システム、１００ 進捗管理装置、１１０ 入力部、１１１ 計画入力部、１１２ 進捗入力部、１２０ データ蓄積部、１２１ 入力実績ＤＢ、１３０ 入力実績分析部、１３１ 進捗分析部、１３２ 入力頻度分析部、１４０ 遅延リスク算出部、２００ ユーザ端末、２１０ 入力部、２２０ 表示部。
【要約】
システム開発における各タスクの担当者によって入力された各タスクに対応する進捗に基づいてシステム開発の進捗を管理する進捗管理装置（１００）は、遅延リスク算出部（１４０）を備える。遅延リスク算出部（１４０）は、システム開発におけるタスクであって、進行中のタスクである進行中タスクの担当者である対象担当者が進行中タスクに対応する進捗を入力した回数に基づいて、進行中タスクに遅延が生じるリスクがあるか否かを判定する。
【図1】
【図2】
【図3】
【図4】
【図5】
【図6】
【図7】
【図8】
【図9】
【図10】