JP7598768B2 - Critical point monitoring device, critical point monitoring system, critical point monitoring method, and program - Google Patents

Description

Translated fromJapanese

本発明は、クリティカルポイント監視装置、クリティカルポイント監視システム、クリティカルポイント監視方法、及びプログラムに関する。The present invention relates to a critical point monitoring device, a critical point monitoring system, a critical point monitoring method, and a program.

ソフトウェア、及びソフトウェアを含むハードウェアの開発プロジェクトにおいて、ＷＢＳ（Ｗｏｒｋ Ｂｒｅａｋｄｏｗｎ Ｓｔｒｕｃｔｕｒｅ）やＥＶＭ（Ｅａｒｎｅｄ Ｖａｌｕｅ Ｍａｎａｇｅｍｅｎｔ）などの手法によりスケジュール遅延や経費超過のリスクが管理されてきた（例えば、非特許文献１を参照）。これらは既に確立された全方位的な技術であり今後もプロジェクト管理における主幹部分をなすものと考えられる。
しかしながら、これらのＷＢＳやＥＶＭなどの手法による管理を行いながらも、クリティカルパスの遅延発見が遅れ、工程が進んでからのスケジュール遅延や予算超過の発現に苦しんでいるプロジェクトが多いのも事実である。 In software and hardware development projects that include software, the risks of schedule delays and cost overruns have been managed using techniques such as WBS (Work Breakdown Structure) and EVM (Earned Value Management) (see, for example, Non-Patent Document 1). These are already well-established, all-round techniques and are expected to continue to be the core of project management in the future.
However, even when using methods such as WBS and EVM for management, it is true that many projects fail to discover delays in the critical path and end up suffering from schedule delays and budget overruns after the process has progressed.

菅野孝男、「改訂 ソフトウェア開発のマネージメント」、新紀元社、１９９６年６月Takao Kanno, "Revised Edition: Software Development Management", Shinkigensha, June 1996

クリティカルパスの遅延発見の遅れの原因は一元的なものではないし、プロジェクト毎の条件も異なる。しかしながら、クリティカルパスの遅延発見とその速やかな改善が困難となっている共通原因として、従来の手法で進捗管理に用いられる基礎データがクリティカルパスの初動遅延を検知するための情報量を含み難いという点が考えられる。The causes of delays in detecting critical path delays are not unitary, and the conditions for each project are different. However, a common reason why it is difficult to detect critical path delays and quickly improve them is that the basic data used for progress management with conventional methods does not contain enough information to detect initial delays on the critical path.

具体的には、クリティカルパスの初動時に重要となる当該作業への入力情報の確実な定義や確認の遅れを検知する管理データが定量的かつ機械的に管理されていないという問題である。すなわち、作業への入力情報の確実な定義や確認の遅れを検知する管理データというレベルの粒度の遅延前兆については、従来は作業のリーダーが定性的かつ感覚的に属人的な判断を行なっているケースがほとんどである。
その結果、従来のプロジェクト管理では、以下のような課題があった。
（イ）クリティカルパスの初動遅延の検知に遅れが生じる。
（ロ）プロジェクト資源がクリティカルパスでない作業に偏って投入されやすくなる。
（ハ）そのためにプロジェクトの後半でスケジュールの遅延が回復困難となる。
（二）それらの結果として納期・経費・品質の全てに大きな計画齟齬を来すという構造的な問題を形成し易くなっている。 Specifically, the problem is that the data that detects delays in the accurate definition and confirmation of input information for the relevant task, which is important when the critical path is first started, is not managed quantitatively and mechanically.In other words, in most cases, when it comes to signs of delays at the level of accurate definition of input information for the task and management data that detects delays in confirmation, traditionally the leader of the task has made a qualitative, intuitive and subjective judgment.
As a result, traditional project management had the following issues:
(i) There will be a delay in detecting initial delays in the critical path.
(b) Project resources are more likely to be allocated disproportionately to tasks that are not on the critical path.
(c) This can result in schedule delays that are difficult to recover from later in the project.
(2) As a result of these factors, structural problems are likely to arise that cause major discrepancies in delivery dates, costs, and quality.

本発明は上記の点に鑑みてなされたものであり、クリティカルパスの遅延の早期検知ができるクリティカルポイント監視装置、クリティカルポイント監視システム、クリティカルポイント監視方法、及びプログラムを提供する。The present invention has been made in consideration of the above points, and provides a critical point monitoring device, a critical point monitoring system, a critical point monitoring method, and a program that can detect delays in the critical path early.

本発明は上記の課題を解決するためになされたものであり、本発明の一態様は、プロジェクトが複数の工程に分解された複数のタスクに対する１以上の所定の監視項目について、当該監視項目について進捗が評価された値であって、前記プロジェクトを管理するためのサイクルに応じた時期に入力された値である進捗評価値を前記監視項目毎に取得する進捗評価値取得部と、前記プロジェクトが複数の工程に分解され、前記複数のタスクそれぞれと一致している複数の外部管理タスクに対する進捗を示す外部管理進捗情報を外部のプロジェクト管理装置から取得する外部管理進捗情報取得部と、開始予定日、完了予定日、及び担当者名を少なくとも示すタスク情報と、前記進捗評価値取得部が取得した前記監視項目毎の前記進捗評価値を示す進捗評価情報と、前記外部管理進捗情報取得部が取得した前記外部管理進捗情報と、第１検出ロジック、第２検出ロジック、及び第３検出ロジックのうち少なくとも１つ以上と、に基づいて前記タスクの初動遅延を検知するためのアラートを検知するアラート検知部と、前記進捗評価値取得部が取得した前記監視項目毎の前記進捗評価値と、前記アラート検知部によるアラートの検知結果とを出力する出力部と、を備え、１以上の所定の監視項目は、以下のうちいずれか１以上を含み、
（イ）システム化要件の確定度合い；
（ロ）開発対象の全量の把握度合い；
（ハ）方法・技術の明確化度合い；
（ニ）技術的キー人財の可用度合い；
前記第１検出ロジックにおいて、前記アラート検知部は、タスクの開始予定日を過ぎていても前記進捗評価値が入力されていない場合、またはタスクの開始予定日を過ぎていても前記外部管理タスクに対する進捗が無い場合、前記アラートを検知したと判定し、前記第２検出ロジックにおいて、前記アラート検知部は、今後予定されているタスクの担当者が、既に遅延しているタスクの担当者と同じである場合、前記アラートを検知したと判定し、前記第３検出ロジックにおいて、前記アラート検知部は、完了予定日までの期間に対して、システム化要件の確定度合いの監視項目について前記進捗評価値が所定の閾値を上回っていない場合、前記アラートを検知したと判定する、クリティカルポイント監視装置である。 The present invention has been made to solve the above-mentioned problems, and one aspect of the present invention includes a progress evaluation value acquisition unit that acquires, for each of one or more predetermined monitoring items for a plurality of tasks obtained by decomposing a project into a plurality of processes, a progress evaluation value that is a value obtained by evaluating the progress for the monitoring items and that isa value input at a time corresponding to a cycle for managing the project; an externallymanaged progress information acquisition unit that acquires, from an external project management device, externally managed progress information that indicates the progress for a plurality of externally managed tasks that correspond to each of the plurality of tasks obtained by decomposing the project into a plurality of processes; and an alert detection unit that detects an alert for detecting an initial delay of the task based on task information indicating at least a scheduled date and a name of a person in charge, progress evaluation information indicating the progress evaluation value for each of the monitoring items acquired by the progress evaluation value acquisition unit, the externally managed progress information acquired by the externally managed progress information acquisition unit, and at least one or more of a first detection logic, a second detection logic, and a third detection logic; and an output unit that outputs the progress evaluation value for each of the monitoring items acquired by the progress evaluation value acquisition unit anda detection result of the alert by the alert detection unit,wherein the one or more predetermined monitoring items include any one or more of the following:
(a) Degree of certainty of system requirements;
(b) The degree of understanding of the total volume of development targets;
(c) Degree of clarification of methods and techniques;
(ii) Availability of key technical personnel;
This is a critical point monitoring device in which, in the first detection logic, the alert detection unit determines that the alert has been detected if the progress evaluation value has not been input even though the scheduled start date of the task has passed, or if there is no progress on the externally managed task even though the scheduled start date of the task has passed; in the second detection logic, the alert detection unit determines that the alert has been detected if the person in charge of a future scheduled task is the same as the person in charge of a task that is already delayed; and in the third detection logic, the alert detection unit determines that the alert has been detected if the progress evaluation value for a monitoring item of the degree of certainty of systemization requirements does not exceed a predetermined threshold value for the period until the scheduled completion date.

また、本発明の一態様は、上記のクリティカルポイント監視装置において、前記出力部は、前記外部管理進捗情報取得部が取得した前記外部管理進捗情報を出力する。 In one aspect of the present invention, in the critical point monitoring device, the output unitoutputs the externally managed progress information acquired by the externally managed progress information acquisition unit.

また、本発明の一態様は、上記のクリティカルポイント監視装置において、前記出力部は、前記進捗評価値と前記プロジェクトに異常が発生しているか否かとの関係が機械学習に基づいて学習された学習結果と、前記進捗評価値とに基づいて前記プロジェクトに異常が発生しているか否かが判定された結果を出力する。In one aspect of the present invention, in the critical point monitoring device described above, the output unit outputs a learning result in which the relationship between the progress evaluation value and whether or not an abnormality has occurred in the project is learned based on machine learning, and a result of determining whether or not an abnormality has occurred in the project based on the progress evaluation value.

また、本発明の一態様は、上記のクリティカルポイント監視装置と、前記進捗評価値を入力する操作を受け付ける入力装置と、前記クリティカルポイント監視装置から出力される前記監視項目毎の前記進捗評価値と前記検知結果とを表示する表示装置と、を備えるクリティカルポイント監視システムである。 Another aspect of the present invention is a critical point monitoring system comprising the above-mentioned critical point monitoring device, an input device that accepts an operation to input the progress evaluation value, and a display device that displays the progress evaluation value for each monitoring item andthe detection result output from the critical point monitoring device.

また、本発明の一態様は、プロジェクトが複数の工程に分解された複数のタスクに対する１以上の所定の監視項目について、当該監視項目について進捗が評価された値であって、前記プロジェクトを管理するためのサイクルに応じた時期に入力された値である進捗評価値を前記監視項目毎に取得する進捗評価値取得ステップと、前記プロジェクトが複数の工程に分解され、前記複数のタスクそれぞれと一致している複数の外部管理タスクに対する進捗を示す外部管理進捗情報を外部のプロジェクト管理装置から取得する外部管理進捗情報取得ステップと、開始予定日、完了予定日、及び担当者名を少なくとも示すタスク情報と、前記進捗評価値取得ステップが取得した前記監視項目毎の前記進捗評価値を示す進捗評価情報と、前記外部管理進捗情報取得ステップが取得した前記外部管理進捗情報と、第１検出ロジック、第２検出ロジック、及び第３検出ロジックのうち少なくとも１つ以上と、に基づいて前記タスクの初動遅延を検知するためのアラートを検知するアラート検知ステップと、前記進捗評価値取得ステップによって取得された前記監視項目毎の前記進捗評価値と、前記アラート検知ステップによるアラートの検知結果とを出力する出力ステップと、をコンピュータが実行するクリティカルポイント監視方法であって、１以上の所定の監視項目は、以下のうちいずれか１以上を含み、
（イ）システム化要件の確定度合い；
（ロ）開発対象の全量の把握度合い；
（ハ）方法・技術の明確化度合い；
（ニ）技術的キー人財の可用度合い；
前記第１検出ロジックにおいて、前記アラート検知ステップは、タスクの開始予定日を過ぎていても前記進捗評価値が入力されていない場合、またはタスクの開始予定日を過ぎていても前記外部管理タスクに対する進捗が無い場合、前記アラートを検知したと判定し、前記第２検出ロジックにおいて、前記アラート検知ステップは、今後予定されているタスクの担当者が、既に遅延しているタスクの担当者と同じである場合、前記アラートを検知したと判定し、前記第３検出ロジックにおいて、前記アラート検知ステップは、完了予定日までの期間に対して、システム化要件の確定度合いの監視項目について前記進捗評価値が所定の閾値を上回っていない場合、前記アラートを検知したと判定する、クリティカルポイント監視方法である。 Moreover, one aspect of the present inventionincludes a progress evaluation value acquisition step of acquiring, for each of one or more predetermined monitoring items for a plurality of tasks obtained by decomposing a project into a plurality of processes, a progress evaluation value which is a value obtained by evaluating the progress for the monitoring items and which is a value input at a time corresponding to a cycle for managing the project; anexternally managed progress information acquisition step of acquiring, from an external project management device, externally managed progress information indicating the progress for a plurality of externally managed tasks which correspond to each of the plurality of tasks obtained by decomposing the project into a plurality of processes; task information indicating at least a planned start date, a planned completion date, and a person in charge; and a progress evaluation value acquisition step of acquiring a progress evaluation value for each of the monitoring items, the progress evaluation value indicating the progress evaluation value for each of the monitoring items acquired in the progress evaluation value acquisition step, an alert detection step of detecting an alert for detecting an initial delay of the task based on the progress evaluation information indicating the progress evaluation value for each of the monitoring items acquired in the progress evaluation value acquisition step, and at least one of a first detection logic, a second detection logic, and a third detection logic; and an output step of outputting the progress evaluation value for each of the monitoring items acquired in the progress evaluation value acquisition stepanda detection result of the alert in the alert detectionstep, the one or more predetermined monitoring items including any one or more of the following:
(a) Degree of certainty of system requirements;
(b) The degree of understanding of the total volume of development targets;
(c) Degree of clarification of methods and techniques;
(ii) Availability of key technical personnel;
This is a critical point monitoring method, wherein in the first detection logic, the alert detection step determines that the alert has been detected if the progress evaluation value has not been input even though the scheduled start date of the task has passed, or if there is no progress on the externally managed task even though the scheduled start date of the task has passed; in the second detection logic, the alert detection step determines that the alert has been detected if the person in charge of a task that is scheduled to be completed in the future is the same as the person in charge of a task that is already delayed; and in the third detection logic, the alert detection step determines that the alert has been detected if the progress evaluation value for a monitoring item of the degree of certainty of systemization requirements does not exceed a predetermined threshold value for the period until the scheduled completion date .

また、本発明の一態様は、上記のクリティカルポイント監視方法において、前記進捗評価値を入力する入力ステップと、前記出力ステップにおいて出力される前記監視項目毎の前記進捗評価値と前記検知結果とを表示する表示ステップと、をさらにコンピュータが実行し、前記進捗評価値取得ステップにおいて、前記入力ステップにおいて入力された前記進捗評価値を前記監視項目毎に取得する。 Furthermore, one aspect of the present invention is a method for monitoring a critical point, further comprising the steps of: an input step of inputting the progress evaluation value; and a display step of displaying the progress evaluation value for each monitoring item andthe detection result outputted in the output step, whereinthe computer executes the progress evaluation value inputted in the input step for each monitoring item, and the progress evaluation value acquired in the progress evaluation value acquisition step.

また、本発明の一態様は、コンピュータに、プロジェクトが複数の工程に分解された複数のタスクに対する１以上の所定の監視項目について、当該監視項目について進捗が評価された値であって、前記プロジェクトを管理するためのサイクルに応じた時期に入力された値である進捗評価値を前記監視項目毎に取得する進捗評価値取得ステップと、前記プロジェクトが複数の工程に分解され、前記複数のタスクそれぞれと一致している複数の外部管理タスクに対する進捗を示す外部管理進捗情報を外部のプロジェクト管理装置から取得する外部管理進捗情報取得ステップと、開始予定日、完了予定日、及び担当者名を少なくとも示すタスク情報と、前記進捗評価値取得ステップが取得した前記監視項目毎の前記進捗評価値を示す進捗評価情報と、前記外部管理進捗情報取得ステップが取得した前記外部管理進捗情報と、第１検出ロジック、第２検出ロジック、及び第３検出ロジックのうち少なくとも１つ以上と、に基づいて前記タスクの初動遅延を検知するためのアラートを検知するアラート検知ステップと、前記進捗評価値取得ステップによって取得された前記監視項目毎の前記進捗評価値と、前記アラート検知ステップによるアラートの検知結果とを出力する出力ステップとを実行させるためのプログラムであって、１以上の所定の監視項目は、以下のうちいずれか１以上を含み、
（イ）システム化要件の確定度合い；
（ロ）開発対象の全量の把握度合い；
（ハ）方法・技術の明確化度合い；
（ニ）技術的キー人財の可用度合い；
前記第１検出ロジックにおいて、前記アラート検知ステップは、タスクの開始予定日を過ぎていても前記進捗評価値が入力されていない場合、またはタスクの開始予定日を過ぎていても前記外部管理タスクに対する進捗が無い場合、前記アラートを検知したと判定し、前記第２検出ロジックにおいて、前記アラート検知ステップは、今後予定されているタスクの担当者が、既に遅延しているタスクの担当者と同じである場合、前記アラートを検知したと判定し、前記第３検出ロジックにおいて、前記アラート検知ステップは、完了予定日までの期間に対して、システム化要件の確定度合いの監視項目について前記進捗評価値が所定の閾値を上回っていない場合、前記アラートを検知したと判定する、プログラムである。 Also, one aspect of the present invention is a method for managing a project, the method comprising: a progress evaluation value acquisition step of acquiring, for each of one or more predetermined monitoring items for a plurality of tasks obtained by decomposing a project into a plurality of processes, a progress evaluation value which is a value obtained by evaluating the progress for the monitoring items and which is a value input at a time corresponding to a cycle for managing the project; an external management progress information acquisition step of acquiring, froman external project management device, external management progress information which indicates the progress for a plurality of external management tasks which correspond to each of the plurality of tasks obtained by decomposing the project into a plurality of processes; and task information which indicates at least a planned start date, a planned completion date, and a person in charge. an alert detection step of detecting an alert for detecting an initial delay of the task based on progress evaluation information indicating the progress evaluation value for each of the monitoring items acquired in the progress evaluation value acquisition step, the externally managed progress information acquired in the externally managed progress information acquisition step, and at least one or more of a first detection logic, a second detection logic, and a third detection logic; and an output step of outputting the progress evaluation value for each of the monitoring items acquired in the progress evaluation value acquisition step anda detection result of the alert in the alert detection step, wherein the one or more predetermined monitoring items include any one or more of the following:
(a) Degree of certainty of system requirements;
(b) The degree of understanding of the total volume of development targets;
(c) Degree of clarification of methods and techniques;
(ii) Availability of key technical personnel;
In the first detection logic, the alert detection step determines that the alert has been detected if the progress evaluation value has not been input even though the scheduled start date of the task has passed, or if there is no progress on the externally managed task even though the scheduled start date of the task has passed; in the second detection logic, the alert detection step determines that the alert has been detected if the person in charge of a task that is scheduled to be completed in the future is the same as the person in charge of a task that is already delayed; and in the third detection logic, the alert detection step determines that the alert has been detected if the progress evaluation value for a monitoring item of the degree of certainty of systemization requirements does not exceed a predetermined threshold value for the period until the scheduled completion date .

本発明によれば、クリティカルパスの遅延の早期検知ができる。The present invention enables early detection of delays in the critical path.

本発明の実施形態に係るクリティカルポイント監視システムの一例を示す図である。FIG. 1 is a diagram illustrating an example of a critical point monitoring system according to an embodiment of the present invention.本発明の実施形態に係るクリティカルポイント監視システムの利用者の一例を示す図である。FIG. 2 is a diagram illustrating an example of a user of the critical point monitoring system according to the embodiment of the present invention.本発明の実施形態に係る管理フェーズの処理の一例を示す図である。FIG. 11 is a diagram illustrating an example of a process in a management phase according to an embodiment of the present invention.本発明の実施形態に係る平常運用フェーズの処理の一例を示す図である。FIG. 11 is a diagram illustrating an example of a process in a normal operation phase according to an embodiment of the present invention.本発明の実施形態に係る異常運用フェーズの処理の一例を示す図である。FIG. 13 is a diagram illustrating an example of a process in an abnormal operation phase according to an embodiment of the present invention.本発明の実施形態に係るクリティカルポイント監視装置が有する各機能における入力及び出力の一例を示す図である。FIG. 2 is a diagram showing an example of input and output in each function of the critical point monitoring device according to the embodiment of the present invention.本発明の実施形態に係るクリティカルポイント監視装置が有する各機能相互間の関係の一例を示す図である。FIG. 2 is a diagram showing an example of the relationship between the functions of the critical point monitoring device according to the embodiment of the present invention.本発明の実施形態に係るプロジェクト情報登録画面の一例を示す図である。FIG. 13 is a diagram showing an example of a project information registration screen according to the embodiment of the present invention.本発明の実施形態に係るタスク一覧画面の一例を示す図である。FIG. 11 is a diagram illustrating an example of a task list screen according to an embodiment of the present invention.本発明の実施形態に係るタスク登録修正画面一例を示す図である。FIG. 13 is a diagram showing an example of a task registration correction screen according to an embodiment of the present invention.本発明の実施形態に係るクリティカルポイント評価入力画面の一例を示す図である。FIG. 13 is a diagram showing an example of a critical point evaluation input screen according to the embodiment of the present invention.本発明の実施形態に係る携帯端末装置に表示されるクリティカルポイント評価入力画面の一例を示す図である。FIG. 13 is a diagram showing an example of a critical point evaluation input screen displayed on the mobile terminal device according to the embodiment of the present invention.本発明の実施形態に係るクリティカルポイント監視画面の一例を示す図である。FIG. 13 is a diagram showing an example of a critical point monitoring screen according to an embodiment of the present invention.本発明の実施形態に係る評価レポート画面の一例を示す図である。FIG. 13 is a diagram showing an example of an evaluation report screen according to the embodiment of the present invention.本発明の実施形態に係る異常検知時評価レポート画面の一例を示す図である。FIG. 13 is a diagram showing an example of an evaluation report screen at the time of abnormality detection according to the embodiment of the present invention.本発明の実施形態に係るエンスト・アラート、ノッキング・アラートそれぞれの検出ロジックの一例を示す図である。5A to 5C are diagrams illustrating an example of detection logic for an engine stall alert and a knocking alert according to an embodiment of the present invention.本発明の実施形態に係るプライオリティ・アラート、バックログ・アラートそれぞれの検出ロジックの一例を示す図である。FIG. 2 is a diagram showing an example of detection logic for a priority alert and a backlog alert according to an embodiment of the present invention.本発明の実施形態に係るキーパーソン・アラート、クレディビリティ・アラートそれぞれの検出ロジックの一例を示す図である。1 is a diagram showing an example of detection logic for a key person alert and a credibility alert according to an embodiment of the present invention. FIG.本発明の実施形態に係るクリティカルポイント監視装置の構成の一例を示す図である。1 is a diagram illustrating an example of a configuration of a critical point monitoring device according to an embodiment of the present invention.

（実施形態）
以下、図面を参照しながら本発明の実施形態について詳しく説明する。図１は、本実施形態に係るクリティカルポイント監視システム１の一例を示す図である。クリティカルポイント監視システム１は、クリティカルパスの初動遅延を検知するためのシステムである。クリティカルポイントとは、クリティカルパスの初動遅延を検知するため監視項目である。(Embodiment)
Hereinafter, an embodiment of the present invention will be described in detail with reference to the drawings. Fig. 1 is a diagram showing an example of a criticalpoint monitoring system 1 according to this embodiment. The criticalpoint monitoring system 1 is a system for detecting an initial delay of a critical path. A critical point is a monitoring item for detecting an initial delay of a critical path.

クリティカルポイント監視システム１では、クリティカルポイントには、以下の監視項目が含まれる。
（イ）システム化要件の確定度合い
（ロ）開発全量の把握度合い
（ハ）技術的不明点の解消度合い
（二）技術的キー人財の可用度合い In the criticalpoint monitoring system 1, the critical points include the following monitoring items:
(a) The degree to which system requirements have been finalized; (b) The degree to which the total amount of development has been grasped; (c) The degree to which technical uncertainties have been resolved; and (d) The degree to which key technical personnel are available.

クリティカルポイント監視システム１は、クリティカルポイント監視装置２と、監視ツール端末装置３とを備える。
クリティカルポイント監視装置２は、監視対象とするプロジェクトの当該工程の作業タスク毎に、上記のクリティカルポイントの定量評価を行う。定量評価には、クリティカルポイントについて進捗が評価された値である進捗評価値が用いられる。進捗評価値は、クリティカル監視ツールを介して入力される。監視ツール端末装置３には、クリティカル監視ツールがインストールされている。 The criticalpoint monitoring system 1 includes a criticalpoint monitoring device 2 and a monitoringtool terminal device 3 .
The criticalpoint monitoring device 2 quantitatively evaluates the critical points for each task in the process of the project to be monitored. A progress evaluation value, which is a value obtained by evaluating the progress for the critical point, is used for the quantitative evaluation. The progress evaluation value is input via a criticality monitoring tool. The criticality monitoring tool is installed in the monitoringtool terminal device 3.

また、クリティカルポイント監視システム１は、外部に備えられる外部プロジェクト管理サーバ４と連携して動作する。外部プロジェクト管理サーバ４は、外部プロジェクト管理ツールがインストールされている。外部プロジェクト管理ツールは、従来のＷＢＳなどの手法によってプロジェクトを管理するツールである。The criticalpoint monitoring system 1 also operates in conjunction with an externalproject management server 4 that is provided externally. An external project management tool is installed on the externalproject management server 4. The external project management tool is a tool that manages projects using methods such as conventional WBS.

クリティカルポイント監視システム１は、外部プロジェクト管理ツールによるプロジェクトの管理を補完するために好適に用いられる。クリティカルポイント監視システム１では、監視対象とする作業タスクの粒度は、補完する主幹手法において管理される作業タスクの粒度と同じにする。粒度の数は、一例として、十個程度から数十個の範囲である。The criticalpoint monitoring system 1 is suitable for use in complementing project management using an external project management tool. In the criticalpoint monitoring system 1, the granularity of the work tasks to be monitored is the same as the granularity of the work tasks managed in the complementary core method. The number of granularities ranges, for example, from about ten to several tens of points.

クリティカルポイント監視装置２は、定量評価した監視データをデータベースに蓄積し、蓄積したデータを管理サイクルに準じて一覧性のある形式で出力する。クリティカルポイント監視装置２は、監視ツール端末装置３に入力された進捗評価値に基づいて、進捗評価マトリクスを生成する。進捗評価マトリクスとは、タスクを行として、クリティカルポイント毎の進捗評価値とを列とした表形式のデータである。The criticalpoint monitoring device 2 accumulates the quantitatively evaluated monitoring data in a database and outputs the accumulated data in a viewable format in accordance with the management cycle. The criticalpoint monitoring device 2 generates a progress evaluation matrix based on the progress evaluation values input to the monitoringtool terminal device 3. The progress evaluation matrix is tabular data with tasks as rows and progress evaluation values for each critical point as columns.

また、クリティカルポイント監視装置２は、異常検知サーバ５と連携して動作する。異常検知サーバ５は、クリティカルポイントについて機械学習（人工知能）を用いて異常パターンを検知する。クリティカルポイント監視装置２は、上記の蓄積したデータを管理サイクルに準じて分析してリスクを評価するために、人工知能による異常パターン検知機能を併用する。The criticalpoint monitoring device 2 also works in conjunction with theanomaly detection server 5. Theanomaly detection server 5 uses machine learning (artificial intelligence) to detect anomaly patterns for critical points. The criticalpoint monitoring device 2 also uses an anomaly pattern detection function using artificial intelligence to analyze the accumulated data in accordance with the management cycle and evaluate risk.

クリティカルポイント監視システム１では、ステップＳ１からステップＳ２１までの各処理が実行される。ステップＳ１からステップＳ２１までの各処理は、管理フェーズ、平常運用フェーズ、及び異常運用フェーズに分類される。ステップＳ１からステップＳ７は、後述の図３に示すように管理フェーズにおいて実行される。ステップＳ１１からステップＳ１８は、後述の図４に示すように平常運用フェーズにおいて実行される。ステップＳ２１からステップＳ２２は、後述の図５に示すように異常運用フェーズにおいて実行される。
なお、図１に示す各ステップの符号と、図３、図４、図５、図６、及び図７それぞれに示す各ステップの符号とでは、同一の処理について同じ符号を用いている。 In the criticalpoint monitoring system 1, each process from step S1 to step S21 is executed. Each process from step S1 to step S21 is classified into a management phase, a normal operation phase, and an abnormal operation phase. Steps S1 to S7 are executed in the management phase as shown in FIG. 3 described later. Steps S11 to S18 are executed in the normal operation phase as shown in FIG. 4 described later. Steps S21 to S22 are executed in the abnormal operation phase as shown in FIG. 5 described later.
The same steps shown in FIG. 1 and the steps shown in FIGS. 3, 4, 5, 6, and 7 are designated by the same reference numerals for the same processes.

ここで図２を参照し、クリティカルポイント監視システム１の利用者について説明する。図２は、本実施形態に係るクリティカルポイント監視システム１の利用者の一例を示す図である。クリティカルポイント監視システム１のポイントは、開発会社側と顧客側の双方が共通の情報を見てプロジェクトの状況を把握できることである。具体的には、開発会社と顧客側の双方は、クリティカルポイント監視システム１によって生成される進捗評価マトリクスを確認することによってプロジェクトの状況を把握できる。Now, referring to FIG. 2, a user of the criticalpoint monitoring system 1 will be described. FIG. 2 is a diagram showing an example of a user of the criticalpoint monitoring system 1 according to this embodiment. The point of the criticalpoint monitoring system 1 is that both the development company and the client can understand the project status by looking at common information. Specifically, both the development company and the client can understand the project status by checking the progress evaluation matrix generated by the criticalpoint monitoring system 1.

開発会社側では、開発会社のプロジェクトリーダーが監視ツール端末装置３によって週に１回クリティカルポイントの進捗評価値を入力することによって、開発会社のプロジェクトリーダーと、開発会社プロジェクトマネージャー（ＰＭ）とは、クリティカルポイントの進捗の評価と重点の確認とを共有しながら行う。開発会社のプロジェクト責任者と、開発会社ＰＭとは、進捗評価マトリクスを週に１回確認することで、進捗の評価と重点の確認とを共有しながら行う。At the development company side, the development company's project leader inputs the progress evaluation value of the critical points once a week using the monitoringtool terminal device 3, and the development company's project leader and project manager (PM) share the evaluation of the progress of the critical points and confirm the key points. The development company's project manager and the development company PM check the progress evaluation matrix once a week, and share the evaluation of the progress and confirm the key points.

クリティカルポイント監視システム１は、従来のＷＢＳによる進捗管理を補完する位置付で、外部プロジェクト管理サーバ４と併用されることが好適である。クリティカルポイント監視システム１は、異常が起きていない平常時のプロジェクトの進捗を監視する場合に、進捗評価マトリクスを確認することで簡便な確認を可能とする。The criticalpoint monitoring system 1 is positioned to complement progress management using conventional WBS, and is preferably used in conjunction with an externalproject management server 4. When monitoring the progress of a project under normal circumstances when no abnormalities are occurring, the criticalpoint monitoring system 1 allows for easy confirmation by checking the progress evaluation matrix.

一方、開発会社プロジェクト責任者は、顧客側プロジェクト責任者へ、開発会社側から進捗評価マトリクスによって異常検出時の即時報告と対策の上伸を行うことができる。また、開発会社ＰＭは、異常検出時の進捗評価マトリクスを、顧客側プロジェクト責任者や顧客側ＰＭＯと共有できる。
これらによってクリティカルポイント監視システム１は、ユーザ要件定義者の可用性不足や期日意識のスピーディーな改善を可能とする。クリティカルポイント監視システム１は、異常検知時に検知された異常に対しての説明責任（アカウンタビリティ）として絶大な効力を発揮する。 On the other hand, the development company project manager can immediately report and improve measures to the client project manager when an anomaly is detected from the development company side using the progress evaluation matrix. Also, the development company PM can share the progress evaluation matrix when an anomaly is detected with the client project manager and the client PMO.
In this way, the criticalpoint monitoring system 1 enables the user requirements definer to quickly improve availability shortages and deadline awareness. The criticalpoint monitoring system 1 is extremely effective in ensuring accountability for detected anomalies when they are detected.

次に図３から図７を参照し、クリティカルポイント監視システム１において実行される各処理について説明する。
［管理フェーズ］
図３は、本実施形態に係る管理フェーズの処理の一例を示す図である。管理フェーズは、プロジェクト開始時に各種情報を登録する情報登録業務に対応する情報登録フェーズと、プロジェクト開始後に各種情報を修正する情報修正業務に対応する情報修正フェーズとからなる。ステップＳ１、ステップＳ２、ステップＳ３、ステップＳ４、ステップＳ５、ステップＳ６、ステップＳ７の各処理は、情報登録フェーズにおいて実行される。ステップＳ３、ステップＳ４、ステップＳ５、ステップＳ６、ステップＳ７の各処理は、情報登録フェーズとともに情報修正フェーズにおいても実行される。 Next, each process executed in the criticalpoint monitoring system 1 will be described with reference to FIG. 3 to FIG.
[Management Phase]
3 is a diagram showing an example of the process of the management phase according to this embodiment. The management phase is composed of an information registration phase corresponding to the information registration work of registering various information at the start of the project, and an information correction phase corresponding to the information correction work of correcting various information after the start of the project. The processes of steps S1, S2, S3, S4, S5, S6, and S7 are executed in the information registration phase. The processes of steps S3, S4, S5, S6, and S7 are executed in the information correction phase as well as in the information registration phase.

ステップＳ１：監視ツール端末装置３は、ＰＭによるプロジェクト基本情報Ｄ１を入力する操作を受け付ける。当該操作は、監視ツール端末装置３にインストールされたクリティカル監視ツールによって入力される。以下の各処理においても監視ツール端末装置３が受け付ける操作は、クリティカル監視ツールを介して行われる操作である。Step S1: The monitoringtool terminal device 3 accepts an operation by the PM to input project basic information D1. This operation is input by a critical monitoring tool installed in the monitoringtool terminal device 3. In each of the following processes, the operation accepted by the monitoringtool terminal device 3 is an operation performed via the critical monitoring tool.

監視ツール端末装置３は、受け付けた操作に基づいて入力されたプロジェクト基本情報Ｄ１をクリティカルポイント監視装置２に出力する。プロジェクト基本情報Ｄ１には、プロジェクトの開始予定日、完了予定日、及びユーザ情報が含まれる。ユーザ情報は、クリティカルポイント監視システム１を利用するユーザとしてのＰＭの情報である。
ステップＳ２：クリティカルポイント監視装置２は、監視ツール端末装置３から取得するプロジェクト基本情報Ｄ１を記憶する。 The monitoringtool terminal device 3 outputs the project basic information D1 input based on the accepted operation to the criticalpoint monitoring device 2. The project basic information D1 includes a planned start date, a planned completion date, and user information of the project. The user information is information of the PM as a user who uses the criticalpoint monitoring system 1.
Step S2: The criticalpoint monitoring device 2 stores the project basic information D1 acquired from the monitoringtool terminal device 3.

ステップＳ３：クリティカルポイント監視装置２は、外部プロジェクト管理サーバ４から外部タスク情報を取得する。外部タスク情報には、タスク名、開始予定日、完了予定日、見積工数、担当者名などの情報が含まれる。外部タスク情報は、外部プロジェクト管理サーバ４にインストールされた外部プロジェクト管理ツールを用いてＰＭによって入力される。
ステップＳ４：クリティカルポイント監視装置２は、取得した外部タスク情報をタスク情報Ｄ２として記憶する。Step S3: The criticalpoint monitoring device 2 acquires external task information from the externalproject management server 4. The external task information includes information such as the task name, scheduled start date, scheduled completion date, estimated man-hours, and the name of the person in charge. The external task information is input by the PM using an external project management tool installed in the externalproject management server 4.
Step S4: The criticalpoint monitoring device 2 stores the acquired external task information as task information D2.

ステップＳ５：クリティカルポイント監視装置２は、監視ツール端末装置３からの要求に応じてタスク情報Ｄ２を監視ツール端末装置３に出力する。ここで監視ツール端末装置３にタスク情報Ｄ２を表示させる操作がＰＭによって行われた場合、監視ツール端末装置３はクリティカルポイント監視装置２に、タスク情報Ｄ２を出力させるための要求を示す信号を送信する。Step S5: The criticalpoint monitoring device 2 outputs the task information D2 to the monitoringtool terminal device 3 in response to a request from the monitoringtool terminal device 3. Here, when the PM performs an operation to display the task information D2 on the monitoringtool terminal device 3, the monitoringtool terminal device 3 transmits a signal to the criticalpoint monitoring device 2 indicating a request to output the task information D2.

ステップＳ６：監視ツール端末装置３は、ＰＭによる入力されるタスク情報Ｄ２について登録または修正する操作を受け付ける。ＰＭは、監視ツール端末装置３に表示されるタスク情報Ｄ２を確認して当該操作を行う。監視ツール端末装置３は、受け付けた操作に基づいてタスク情報Ｄ２について登録された情報または修正された情報をクリティカルポイント監視装置２に出力する。Step S6: The monitoringtool terminal device 3 accepts an operation to register or modify the task information D2 input by the PM. The PM checks the task information D2 displayed on the monitoringtool terminal device 3 and performs the operation. The monitoringtool terminal device 3 outputs the registered or modified information about the task information D2 based on the accepted operation to the criticalpoint monitoring device 2.

ステップＳ７：クリティカルポイント監視装置２は、監視ツール端末装置３から取得するタスク情報Ｄ２について登録された情報または修正された情報に基づいて、記憶しているタスク情報Ｄ２を修正する。Step S7: The criticalpoint monitoring device 2 modifies the stored task information D2 based on the registered information or modified information about the task information D2 obtained from the monitoringtool terminal device 3.

［平常運用フェーズ］
図４は、本実施形態に係る平常運用フェーズの処理の一例を示す図である。平常運用フェーズは、週次にプロジェクトの進捗を入力する業務である週次実績入力業務に対応する週次実績入力フェーズと、週次にプロジェクトの進捗を評価する業務である週次評価業務に対応する週次評価フェーズとからなる。ステップＳ１１、ステップＳ１２、ステップＳ１３、及びステップＳ１４の各処理は、週次実績入力フェーズにおいて実行される。ステップＳ１５、ステップＳ１６、ステップＳ１７の各処理は、週次評価フェーズにおいて実行される。[Normal operation phase]
4 is a diagram showing an example of the process of the normal operation phase according to the present embodiment. The normal operation phase is composed of a weekly performance input phase corresponding to a weekly performance input task, which is a task of inputting the progress of the project weekly, and a weekly evaluation phase corresponding to a weekly evaluation task, which is a task of evaluating the progress of the project weekly. The processes of steps S11, S12, S13, and S14 are executed in the weekly performance input phase. The processes of steps S15, S16, and S17 are executed in the weekly evaluation phase.

ステップＳ１１：クリティカルポイント監視装置２は、所定の時期が到来すると、外部プロジェクト管理サーバ４から外部管理進捗情報Ｄ５を取得する。外部管理進捗情報Ｄ５は、外部進捗評価値を示す情報である。外部進捗評価値とは、外部プロジェクト管理サーバ４によって管理される各タスクについての進捗を示す値である。所定の時期は、週次の所定の時刻によって指定される。
ステップＳ１２：クリティカルポイント監視装置２は、取得した外部管理進捗情報Ｄ５を記憶する。Step S11: When a predetermined time arrives, the criticalpoint monitoring device 2 acquires external management progress information D5 from the externalproject management server 4. The external management progress information D5 is information indicating an external progress evaluation value. The external progress evaluation value is a value indicating the progress of each task managed by the externalproject management server 4. The predetermined time is specified by a predetermined weekly time.
Step S12: The criticalpoint monitoring device 2 stores the acquired external management progress information D5.

ステップＳ１３：監視ツール端末装置３は、プロジェクトリーダーによる進捗評価値を入力する操作を受け付ける。プロジェクトリーダーは、週次において進捗評価値を入力する。監視ツール端末装置３は、受け付けた操作に基づいて進捗評価情報Ｄ３をクリティカルポイント監視装置２に出力する。進捗評価情報Ｄ３とは、入力された進捗評価値を示す情報である。
ステップＳ１４：クリティカルポイント監視装置２は、監視ツール端末装置３から取得する進捗評価情報Ｄ３を記憶する。Step S13: The monitoringtool terminal device 3 accepts an operation by the project leader to input a progress evaluation value. The project leader inputs a progress evaluation value on a weekly basis. The monitoringtool terminal device 3 outputs progress evaluation information D3 to the criticalpoint monitoring device 2 based on the accepted operation. The progress evaluation information D3 is information indicating the input progress evaluation value.
Step S14: The criticalpoint monitoring device 2 stores the progress evaluation information D3 acquired from the monitoringtool terminal device 3.

なお、ステップ１３において、監視ツール端末装置３は、ＰＭによるコメントを入力する操作が行われた場合、当該操作を受け付ける。ＰＭによるコメントとは、プロジェクトを構成する各タスクについての指示である。当該コメントを、クリティカルエンゲージメントともいう。監視ツール端末装置３は、受け付けた操作に基づいてクリティカルエンゲージメント情報Ｄ４をクリティカルポイント監視装置２に出力する。クリティカルエンゲージメント情報Ｄ４は、入力されたクリティカルエンゲージメントを示す情報である。ステップ１３においてＰＭによるコメントを入力する操作が行われた場合、ステップＳ１４において、クリティカルポイント監視装置２は、監視ツール端末装置３から取得するクリティカルエンゲージメント情報Ｄ４を記憶する。In addition, in step S13, if an operation to input a comment by the PM is performed, the monitoringtool terminal device 3 accepts the operation. A comment by the PM is an instruction for each task that constitutes the project. The comment is also called critical engagement. The monitoringtool terminal device 3 outputs critical engagement information D4 to the criticalpoint monitoring device 2 based on the accepted operation. The critical engagement information D4 is information that indicates the input critical engagement. If an operation to input a comment by the PM is performed in step S13, the criticalpoint monitoring device 2 stores the critical engagement information D4 acquired from the monitoringtool terminal device 3 in step S14.

ステップＳ１５：クリティカルポイント監視装置２は、進捗評価情報Ｄ３及び外部管理進捗情報Ｄ５に基づいて進捗評価マトリクスを生成する。また、クリティカルポイント監視装置２は、進捗評価情報Ｄ３に基づいてクリティカルポイントに遅延が発生しているか否かを判定する。クリティカルポイントに遅延が発生しているか否かの判定の処理の詳細は後述する。クリティカルポイント監視装置２は、クリティカルポイントに遅延が発生しているか否かの判定結果に基づいて、進捗評価マトリクスにおいて、遅延が発生しているクリティカルポイントに対応するセルに、遅延が発生していないクリティカルポイントに対応する他のセルとは異なる色をつけて目立たせる。Step S15: The criticalpoint monitoring device 2 generates a progress evaluation matrix based on the progress evaluation information D3 and the externally managed progress information D5. The criticalpoint monitoring device 2 also determines whether or not a delay has occurred at the critical point based on the progress evaluation information D3. The process of determining whether or not a delay has occurred at the critical point will be described in detail later. Based on the result of the determination of whether or not a delay has occurred at the critical point, the criticalpoint monitoring device 2 highlights cells in the progress evaluation matrix that correspond to critical points that are experiencing delays by applying a different color to the cells that correspond to critical points that are not experiencing delays.

また、ステップ１５において、クリティカルポイント監視装置２は、進捗評価情報Ｄ３及び外部管理進捗情報Ｄ５に基づいて、ウォーニングを検知する。クリティカルポイント監視装置２は、検知したウォーニングに基づいてリスク評価レポートＢ２を生成する。ウォーニングを検知する処理の詳細については後述する。In addition, instep 15, the criticalpoint monitoring device 2 detects a warning based on the progress evaluation information D3 and the external management progress information D5. The criticalpoint monitoring device 2 generates a risk assessment report B2 based on the detected warning. The process of detecting a warning will be described in detail later.

ステップＳ１６：クリティカルポイント監視装置２は、所定の時期が到来すると、生成した進捗評価マトリクスを監視ツール端末装置３に出力する。監視ツール端末装置３は、クリティカルポイント監視装置２から出力された進捗評価マトリクスを表示する。
ステップＳ１７：クリティカルポイント監視装置２は、所定の時期が到来すると、生成したリスク評価レポートＢ２を監視ツール端末装置３に出力する。
なお、ステップＳ１６及びステップＳ１７において、所定の時期は、週次の所定の時刻によって指定される。Step S16: When a predetermined time arrives, the criticalpoint monitoring device 2 outputs the generated progress evaluation matrix to the monitoringtool terminal device 3. The monitoringtool terminal device 3 displays the progress evaluation matrix output from the criticalpoint monitoring device 2.
Step S17: When a predetermined time arrives, the criticalpoint monitoring device 2 outputs the generated risk assessment report B2 to the monitoringtool terminal device 3.
In steps S16 and S17, the predetermined time is specified by a predetermined time each week.

開発会社側のプロジェクト責任者、ＰＭ、及びプロジェクトリーダーと、顧客側の責任者、及びＰＯＭ（Ｐｒｏｊｅｃｔ Ｍａｎａｇｅｍｅｎｔ Ｏｆｆｉｃｅ）とは、進捗評価マトリクス及びリスク評価レポートＢ２を週次で確認することによってクリティカルポイントを監視する。なお、クリティカルポイント監視システム１において監視ツール端末装置３は複数備えられ、それぞれのユーザによって携帯、または所有される。The project manager, PM, and project leader on the development company side, and the manager and POM (Project Management Office) on the client side monitor the critical points by checking the progress assessment matrix and risk assessment report B2 on a weekly basis. Note that the criticalpoint monitoring system 1 is equipped with multiple monitoringtool terminal devices 3, each of which is carried or owned by a user.

［異常運用フェーズ］
図５は、本実施形態に係る異常運用フェーズの処理の一例を示す図である。異常運用フェーズは、上述した平常運用フェーズと同様に、週次実績入力フェーズと、週次評価フェーズとからなる。ステップＳ１８は、週次実績入力フェーズにおいて実行される。ステップＳ２１、及びステップＳ２２の各処理は、週次評価フェーズにおいて実行される。[Abnormal operation phase]
5 is a diagram showing an example of the processing of the abnormal operation phase according to the present embodiment. The abnormal operation phase, like the above-mentioned normal operation phase, is composed of a weekly performance input phase and a weekly evaluation phase. Step S18 is executed in the weekly performance input phase. The processing of steps S21 and S22 is executed in the weekly evaluation phase.

ステップＳ１８：クリティカルポイント監視装置２は、記憶している進捗評価情報Ｄ３及び外部管理進捗情報Ｄ５を異常検知サーバ５に出力する。ここでクリティカルポイント監視装置２は、ステップＳ１４において、記憶している進捗評価情報Ｄ３及び外部管理進捗情報Ｄ５をそれぞれ、週次において取得した進捗評価情報Ｄ３及び外部管理進捗情報Ｄ５によって更新すると、更新した進捗評価情報Ｄ３及び外部管理進捗情報Ｄ５を異常検知サーバ５に出力する。Step S18: The criticalpoint monitoring device 2 outputs the stored progress evaluation information D3 and external management progress information D5 to theanomaly detection server 5. Here, in step S14, the criticalpoint monitoring device 2 updates the stored progress evaluation information D3 and external management progress information D5 with the progress evaluation information D3 and external management progress information D5 acquired weekly, respectively, and outputs the updated progress evaluation information D3 and external management progress information D5 to theanomaly detection server 5.

ステップＳ２１：異常検知サーバ５は、クリティカルポイント監視装置２から出力される進捗評価情報Ｄ３及び外部管理進捗情報Ｄ５に基づいて、異常パターンデータＤ７を用いて異常パターンを検知する。異常パターンデータＤ７は、クリティカルポイント及び外部進捗評価値と異常パターンとの関係が機械学習に基づいて予め学習された結果である。異常検知サーバ５は、異常パターンを検知した場合、当該異常パターンの内容をクリティカルポイント監視装置２に出力する。
クリティカルポイント監視装置２は、異常検知サーバ５から異常パターンデータを取得する。Step S21: Theanomaly detection server 5 detects an abnormality pattern using the abnormality pattern data D7 based on the progress evaluation information D3 and the external management progress information D5 output from the criticalpoint monitoring device 2. The abnormality pattern data D7 is a result of pre-learning based on machine learning of the relationships between the critical points and external progress evaluation values and the abnormality patterns. When theanomaly detection server 5 detects an abnormality pattern, it outputs the details of the abnormality pattern to the criticalpoint monitoring device 2.
The criticalpoint monitoring device 2 acquires abnormality pattern data from theabnormality detection server 5 .

ステップＳ２２：クリティカルポイント監視装置２は、異常検知サーバ５から取得した異常パターンデータをリスク評価レポートＢ２に含めてリスク評価レポートＢ３とする。クリティカルポイント監視装置２は、異常パターンデータを含むリスク評価レポートＢ３を監視ツール端末装置３に出力する。
開発会社側のプロジェクト責任者、ＰＭ、及びプロジェクトリーダーと、顧客側の責任者、及びＰＯＭとは、異常パターンデータを含むリスク評価レポートＢ３を週次で確認することによって各タスクについて検知された異常を確認する。Step S22: The criticalpoint monitoring device 2 generates a risk assessment report B3 by including the abnormality pattern data acquired from theabnormality detection server 5 in the risk assessment report B2. The criticalpoint monitoring device 2 outputs the risk assessment report B3 including the abnormality pattern data to the monitoringtool terminal device 3.
The project manager, PM, and project leader on the development company side, and the manager and POM on the client side, check the risk assessment report B3, which contains the abnormality pattern data, on a weekly basis to confirm any abnormalities detected for each task.

［クリティカルポイント監視装置の機能］
ここで図６及び図７を参照し、クリティカルポイント監視装置２が有する各機能について説明する。
図６は、本実施形態に係るクリティカルポイント監視装置２が有する各機能における入力及び出力の一例を示す図である。図７は、本実施形態に係るクリティカルポイント監視装置２が有する各機能相互間の関係の一例を示す図である。
クリティカルポイント監視装置２が有する各機能には、プロジェクト情報登録修正機能、進捗評価入力機能、進捗一覧構成及び出力機能、リスク評価及び出力機能、進捗情報転送機能、及び異常検知出力機能が含まれる。これらの機能は、上述したステップＳ１からステップＳ２２までの各処理によって実行される。[Functions of the Critical Point Monitoring Device]
Now, with reference to FIG. 6 and FIG. 7, the functions of the criticalpoint monitoring device 2 will be described.
Fig. 6 is a diagram showing an example of inputs and outputs in each function of the criticalpoint monitoring device 2 according to this embodiment. Fig. 7 is a diagram showing an example of relationships between each function of the criticalpoint monitoring device 2 according to this embodiment.
The functions of the criticalpoint monitoring device 2 include a project information registration and correction function, a progress evaluation input function, a progress list configuration and output function, a risk evaluation and output function, a progress information transfer function, and an abnormality detection and output function. These functions are executed by the processes from step S1 to step S22 described above.

＜プロジェクト情報登録修正機能＞
プロジェクト情報登録修正機能は、プロジェクト情報登録Ａ１、タスク一覧表示Ａ２、タスク登録修正Ａ３、及びＷＢＳ定義自動取込Ｃ１の各機能を含む。プロジェクト情報登録Ａ１は、ステップＳ１及びステップＳ２によって実行される。タスク一覧表示Ａ２は、ステップＳ５によって実行される。タスク登録修正Ａ３は、ステップＳ６及びステップＳ７によって実行される。ＷＢＳ定義自動取込Ｃ１は、ステップＳ３及びステップＳ４によって実行される。<Project information registration and correction function>
The project information registration and correction function includes the functions of project information registration A1, task list display A2, task registration and correction A3, and automatic WBS definition import C1. Project information registration A1 is executed by steps S1 and S2. Task list display A2 is executed by step S5. Task registration and correction A3 is executed by steps S6 and S7. Automatic WBS definition import C1 is executed by steps S3 and S4.

プロジェクト情報登録修正機能における入力は、プロジェクト基本情報Ｄ１、タスク情報Ｄ２、外部管理進捗情報Ｄ５である。プロジェクト基本情報Ｄ１、タスク情報Ｄ２は、クリティカル監視ツールからＰＭによって入力される。クリティカルポイント監視装置２は、プロジェクト基本情報Ｄ１、タスク情報Ｄ２を監視ツール端末装置３から取得する。外部管理進捗情報Ｄ５は、外部プロジェクト管理ツールからＰＭによって入力される。クリティカルポイント監視装置２は、外部管理進捗情報Ｄ５を外部プロジェクト管理サーバ４から取得する。The inputs to the project information registration and correction function are project basic information D1, task information D2, and external management progress information D5. Project basic information D1 and task information D2 are input by the PM from the criticality monitoring tool. The criticalpoint monitoring device 2 acquires project basic information D1 and task information D2 from the monitoringtool terminal device 3. External management progress information D5 is input by the PM from the external project management tool. The criticalpoint monitoring device 2 acquires external management progress information D5 from the externalproject management server 4.

プロジェクト情報登録修正機能における出力は、プロジェクト基本情報Ｄ１、タスク情報Ｄ２、外部管理進捗情報Ｄ５である。クリティカルポイント監視装置２は、これらプロジェクト基本情報Ｄ１、タスク情報Ｄ２、外部管理進捗情報Ｄ５をそれぞれ記憶する。また、クリティカルポイント監視装置２は、プロジェクト基本情報Ｄ１、タスク情報Ｄ２を監視ツール端末装置３に表示させる。The output of the project information registration and correction function is project basic information D1, task information D2, and externally managed progress information D5. The criticalpoint monitoring device 2 stores the project basic information D1, task information D2, and externally managed progress information D5. The criticalpoint monitoring device 2 also displays the project basic information D1 and task information D2 on the monitoringtool terminal device 3.

＜進捗評価入力機能＞
進捗評価入力機能は、ＷＢＳ進捗自動取込Ｃ２、及びクリティカルポイント評価入力Ａ４の各機能を含む。ＷＢＳ進捗自動取込Ｃ２は、ステップＳ１１及びステップＳ１２によって実行される。クリティカルポイント評価入力Ａ４は、ステップＳ１３及びステップＳ１４によって実行される。<Progress evaluation input function>
The progress evaluation input function includes the functions of automatically importing WBS progress C2 and inputting critical point evaluation A4. The automatic WBS progress import C2 is executed by steps S11 and S12. The critical point evaluation input A4 is executed by steps S13 and S14.

進捗評価入力機能における入力は、外部管理進捗情報Ｄ５、進捗評価情報Ｄ３、クリティカルエンゲージメント情報Ｄ４である。外部管理進捗情報Ｄ５は、週次で外部プロジェクト管理ツールからプロジェクトリーダーによって入力される。クリティカルポイント監視装置２は、外部管理進捗情報Ｄ５を外部プロジェクト管理サーバ４から取得する。進捗評価情報Ｄ３は、週次でクリティカル監視ツールからプロジェクトリーダーによって入力される。クリティカルエンゲージメント情報Ｄ４は、週次でクリティカル監視ツールからＰＭによって入力される。クリティカルポイント監視装置２は、進捗評価情報Ｄ３を監視ツール端末装置３から取得する。
進捗評価入力機能における出力は、外部管理進捗情報Ｄ５、進捗評価情報Ｄ３である。クリティカルポイント監視装置２は、これら外部管理進捗情報Ｄ５、進捗評価情報Ｄ３をそれぞれ記憶する。 The inputs in the progress evaluation input function are external management progress information D5, progress evaluation information D3, and critical engagement information D4. The external management progress information D5 is input weekly by the project leader from an external project management tool. The criticalpoint monitoring device 2 acquires the external management progress information D5 from the externalproject management server 4. The progress evaluation information D3 is input weekly by the project leader from the critical monitoring tool. The critical engagement information D4 is input weekly by the PM from the critical monitoring tool. The criticalpoint monitoring device 2 acquires the progress evaluation information D3 from the monitoringtool terminal device 3.
The output of the progress evaluation input function is the externally managed progress information D5 and the progress evaluation information D3. The criticalpoint monitoring device 2 stores the externally managed progress information D5 and the progress evaluation information D3.

＜進捗一覧構成及び出力機能＞
進捗一覧構成及び出力機能は、ウォーニング検知Ａ５、及びクリティカルポイント監視一覧表示Ａ６の各機能を含む。ウォーニング検知Ａ５は、ステップＳ１５によって実行される。クリティカルポイント監視一覧表示Ａ６は、ステップＳ１６によって実行される。<Progress list configuration and output function>
The progress list construction and output function includes the functions of warning detection A5 and critical point monitoring list display A6. Warning detection A5 is executed in step S15. Critical point monitoring list display A6 is executed in step S16.

進捗一覧構成及び出力機能における入力は、プロジェクト基本情報Ｄ１、タスク情報Ｄ２、進捗評価情報Ｄ３、クリティカルエンゲージメント情報Ｄ４、外部管理進捗情報Ｄ５である。クリティカルポイント監視装置２は、自装置に記憶されているプロジェクト基本情報Ｄ１、タスク情報Ｄ２、進捗評価情報Ｄ３、クリティカルエンゲージメント情報Ｄ４、外部管理進捗情報Ｄ５を読み出す。The inputs for the progress list configuration and output function are project basic information D1, task information D2, progress assessment information D3, critical engagement information D4, and external management progress information D5. The criticalpoint monitoring device 2 reads out project basic information D1, task information D2, progress assessment information D3, critical engagement information D4, and external management progress information D5 stored in the device itself.

進捗一覧構成及び出力機能における出力は、進捗評価マトリクスＢ１である。クリティカルポイント監視装置２は、プロジェクト基本情報Ｄ１、タスク情報Ｄ２、進捗評価情報Ｄ３、クリティカルエンゲージメント情報Ｄ４、外部管理進捗情報Ｄ５に基づいて進捗評価マトリクスＢ１を生成する。クリティカルポイント監視装置２は、生成した進捗評価マトリクスＢ１をクリティカルポイント監視装置２に出力する。The output of the progress list configuration and output function is a progress evaluation matrix B1. The criticalpoint monitoring device 2 generates the progress evaluation matrix B1 based on project basic information D1, task information D2, progress evaluation information D3, critical engagement information D4, and external management progress information D5. The criticalpoint monitoring device 2 outputs the generated progress evaluation matrix B1 to the criticalpoint monitoring device 2.

＜リスク評価及び出力機能＞
リスク評価及び出力機能は、クリティカルポイント監視一覧表示Ａ６、及び評価レポート生成Ａ７の各機能を含む。クリティカルポイント監視一覧表示Ａ６は、ステップＳ１７によって実行される。評価レポート生成Ａ７は、ステップＳ２２によって実行される。<Risk assessment and output function>
The risk assessment and output function includes the functions of a critical point monitoring list display A6 and an assessment report generation A7. The critical point monitoring list display A6 is executed in step S17. The assessment report generation A7 is executed in step S22.

リスク評価及び出力機能における入力は、プロジェクト基本情報Ｄ１、タスク情報Ｄ２、進捗評価情報Ｄ３、クリティカルエンゲージメント情報Ｄ４、外部管理進捗情報Ｄ５である。クリティカルポイント監視装置２は、自装置に記憶されているプロジェクト基本情報Ｄ１、タスク情報Ｄ２、進捗評価情報Ｄ３、クリティカルエンゲージメント情報Ｄ４、外部管理進捗情報Ｄ５を読み出す。
リスク評価及び出力機能における出力は、リスク評価レポートＢ２である。クリティカルポイント監視装置２は、進捗評価情報Ｄ３、外部管理進捗情報Ｄ５に基づいてウォーニングを検知し、検知したウォーニングに基づいてリスク評価レポートＢ２を生成する。クリティカルポイント監視装置２は、生成したリスク評価レポートＢ２を監視ツール端末装置３に出力する。 The inputs in the risk assessment and output function are project basic information D1, task information D2, progress assessment information D3, critical engagement information D4, and external management progress information D5. The criticalpoint monitoring device 2 reads out the project basic information D1, task information D2, progress assessment information D3, critical engagement information D4, and external management progress information D5 stored in the device itself.
The output of the risk assessment and output function is a risk assessment report B2. The criticalpoint monitoring device 2 detects a warning based on the progress assessment information D3 and the external management progress information D5, and generates a risk assessment report B2 based on the detected warning. The criticalpoint monitoring device 2 outputs the generated risk assessment report B2 to the monitoringtool terminal device 3.

＜進捗情報転送機能＞
進捗情報転送機能は、プロジェクト別データ送信Ｃ３の機能を含む。プロジェクト別データ送信Ｃ３は、ステップＳ１５及びステップＳ１８によって実行される。
進捗情報転送機能における入力は、プロジェクト基本情報Ｄ１、タスク情報Ｄ２、進捗評価情報Ｄ３、クリティカルエンゲージメント情報Ｄ４、外部管理進捗情報Ｄ５である。クリティカルポイント監視装置２は、自装置に記憶されているプロジェクト基本情報Ｄ１、タスク情報Ｄ２、進捗評価情報Ｄ３、クリティカルエンゲージメント情報Ｄ４、外部管理進捗情報Ｄ５を読み出す。
進捗情報転送機能における出力は、プロジェクト基本情報Ｄ１、タスク情報Ｄ２、進捗評価情報Ｄ３、クリティカルエンゲージメント情報Ｄ４、外部管理進捗情報Ｄ５である。クリティカルポイント監視装置２は、読み出したプロジェクト基本情報Ｄ１、タスク情報Ｄ２、進捗評価情報Ｄ３、クリティカルエンゲージメント情報Ｄ４、外部管理進捗情報Ｄ５を異常検知サーバ５に出力する。<Progress information transfer function>
The progress information transfer function includes a function of transmitting data by project C3. The transmitting data by project C3 is executed by steps S15 and S18.
The inputs in the progress information transfer function are project basic information D1, task information D2, progress assessment information D3, critical engagement information D4, and external management progress information D5. The criticalpoint monitoring device 2 reads out the project basic information D1, task information D2, progress assessment information D3, critical engagement information D4, and external management progress information D5 stored in the device itself.
The output of the progress information transfer function is project basic information D1, task information D2, progress evaluation information D3, critical engagement information D4, and external management progress information D5. The criticalpoint monitoring device 2 outputs the read project basic information D1, task information D2, progress evaluation information D3, critical engagement information D4, and external management progress information D5 to theanomaly detection server 5.

＜異常検知出力機能＞
異常検知出力機能は、異常パターンデータ受信Ｃ４の機能を含む。異常パターンデータ受信Ｃ４は、ステップＳ２１及びステップＳ２２によって実行される。
異常検知出力機能における入力は、異常パターンである。クリティカルポイント監視装置２は、異常検知サーバ５によって検知された異常パターンを取得する。
異常検知出力機能における出力は、異常パターンを含むリスク評価レポートＢ３である。クリティカルポイント監視装置２は、異常検知サーバ５によって検知された異常パターンをリスク評価レポートＢ２に含めてリスク評価レポートＢ３とする。クリティカルポイント監視装置２は、生成したリスク評価レポートＢ３を監視ツール端末装置３に出力する。<Abnormality detection output function>
The abnormality detection output function includes a function of receiving abnormality pattern data C4, which is executed by steps S21 and S22.
The input to the anomaly detection output function is an anomaly pattern. The criticalpoint monitoring device 2 acquires the anomaly pattern detected by theanomaly detection server 5.
The output of the anomaly detection output function is a risk assessment report B3 including the anomaly pattern. The criticalpoint monitoring device 2 generates a risk assessment report B3 by including the anomaly pattern detected by theanomaly detection server 5 in the risk assessment report B2. The criticalpoint monitoring device 2 outputs the generated risk assessment report B3 to the monitoringtool terminal device 3.

［各種画面］
次に図８から図１５を参照し、監視ツール端末装置３によって表示される各種画面について説明する。
図８は、本実施形態に係るプロジェクト情報登録画面Ｐ１の一例を示す図である。プロジェクト情報登録画面Ｐ１は、ステップＳ１において実行されるプロジェクト情報登録Ａ１において監視ツール端末装置３によって表示される。
プロジェクト情報登録画面Ｐ１では、プロジェクト名やプロジェクト説明などの情報を登録、変更、または削除するための操作を行うための画面である。また、プロジェクト情報登録画面Ｐ１は、プロジェクトの操作権限を持つユーザとその権限を登録、変更、または削除するための操作を行うための画面である。[Various screens]
Next, various screens displayed by the monitoringtool terminal device 3 will be described with reference to FIGS.
8 is a diagram showing an example of a project information registration screen P1 according to the present embodiment. The project information registration screen P1 is displayed by the monitoringtool terminal device 3 during project information registration A1 executed in step S1.
The project information registration screen P1 is a screen for performing operations to register, change, or delete information such as a project name, a project description, etc. The project information registration screen P1 is also a screen for performing operations to register, change, or delete users who have operation authority for a project and their authority.

プロジェクト情報登録画面Ｐ１には、プロジェクト名、プロジェクト説明、プロジェクト期間、及びスプリントの単位のそれぞれの情報を入力するためのフォームが含まれる。スプリントの単位とは、アジャイル開発方式において用いられる開発の単位である。また、プロジェクト情報登録画面Ｐ１には、ユーザの情報が表示される。ユーザには、開発会社側のＰＭ、プロジェクトリーダー、顧客側のＰＭなどが含まれる。プロジェクト情報登録画面Ｐ１から入力された各種の情報は、監視ツール端末装置３からクリティカルポイント監視装置２に出力される。監視ツール端末装置３から出力されるプロジェクト情報登録画面Ｐ１から入力された各種の情報は、クリティカルポイント監視装置２によってプロジェクト基本情報Ｄ１として記憶される。The project information registration screen P1 includes forms for inputting information on the project name, project description, project period, and sprint unit. A sprint unit is a unit of development used in agile development methods. User information is also displayed on the project information registration screen P1. Users include the PM of the development company, the project leader, and the PM of the client. The various pieces of information entered on the project information registration screen P1 are output from the monitoringtool terminal device 3 to the criticalpoint monitoring device 2. The various pieces of information entered on the project information registration screen P1, which is output from the monitoringtool terminal device 3, are stored as project basic information D1 by the criticalpoint monitoring device 2.

図９は、本実施形態に係るタスク一覧画面Ｐ２の一例を示す図である。タスク一覧画面Ｐ２は、ステップＳ５において実行されるタスク一覧表示Ａ２において監視ツール端末装置３によって表示される。
タスク一覧画面Ｐ２は、プロジェクト内のタスクを一覧形式で表示するための画面である。また、タスク一覧画面Ｐ２では、一覧からタスクが選択されると、選択されたタスクに関する各種画面へ遷移する。 9 is a diagram showing an example of a task list screen P2 according to this embodiment. The task list screen P2 is displayed by the monitoringtool terminal device 3 in the task list display A2 executed in step S5.
The task list screen P2 is a screen for displaying tasks in a project in a list format. When a task is selected from the list on the task list screen P2, the screen transitions to various screens related to the selected task.

タスク一覧画面Ｐ２は、タスクの管理番号（図８では「ＷＢＳ Ｎｏ」）、タスク名、開始予定日、完了予定日、人日見積、顧客（図８では「お客様」）、設計者、開発者の各項目の列を有している。タスク一覧画面Ｐ２では、タスクの管理番号毎に、タスク名、開始予定日、完了予定日、人日見積、顧客、設計者、開発者の各項目を示す情報が２次元の表形式で表示される。The task list screen P2 has columns for the task management number ("WBS No." in Figure 8), task name, scheduled start date, scheduled completion date, person-day estimate, customer ("Customer" in Figure 8), designer, and developer. On the task list screen P2, information showing each of the following items for each task management number is displayed in a two-dimensional table format: task name, scheduled start date, scheduled completion date, person-day estimate, customer, designer, and developer.

図１０は、本実施形態に係るタスク登録修正画面Ｐ３の一例を示す図である。タスク登録修正画面Ｐ３は、ステップＳ３、及びステップＳ６において実行されるタスク登録修正Ａ３において監視ツール端末装置３によって表示される。
タスク登録修正画面Ｐ３は、ＷＢＳ番号やタスク名、人日見積などのタスクの情報を登録、変更、または削除するための画面である。タスク登録修正画面Ｐ３では、外部プロジェクト管理サーバ４から連携されたタスクについても当該画面から編集可能である。特に外部プロジェクト管理サーバ４からは連携されない不足情報がある場合は、タスク登録修正画面Ｐ３を利用して補足情報を入力可能である。 10 is a diagram showing an example of a task registration correction screen P3 according to this embodiment. The task registration correction screen P3 is displayed by the monitoringtool terminal device 3 in the task registration correction A3 executed in steps S3 and S6.
The task registration correction screen P3 is a screen for registering, changing, or deleting task information such as the WBS number, task name, man-day estimate, etc. The task registration correction screen P3 can also be used to edit tasks linked from the externalproject management server 4. In particular, when there is missing information that is not linked from the externalproject management server 4, the task registration correction screen P3 can be used to input supplemental information.

タスク登録修正画面Ｐ３には、タスクの管理番号（図８では「ＷＢＳ Ｎｏ」）、タスク名、予定期間（開始予定日、完了予定日）、顧客（図８では「お客様」）、設計者、開発者のそれぞれの情報を入力するためのフォームが含まれる。タスク登録修正画面Ｐ３から入力された各種の情報は、監視ツール端末装置３からクリティカルポイント監視装置２に出力される。監視ツール端末装置３から出力されるタスク登録修正画面Ｐ３から入力された各種の情報は、クリティカルポイント監視装置２によってタスク情報Ｄ２として記憶される。The task registration modification screen P3 includes forms for inputting information on the task management number ("WBS No." in FIG. 8), task name, planned period (planned start date, planned completion date), customer ("customer" in FIG. 8), designer, and developer. The various information entered from the task registration modification screen P3 is output from the monitoringtool terminal device 3 to the criticalpoint monitoring device 2. The various information entered from the task registration modification screen P3, which is output from the monitoringtool terminal device 3, is stored as task information D2 by the criticalpoint monitoring device 2.

図１１は、本実施形態に係るクリティカルポイント評価入力画面Ｐ４の一例を示す図である。クリティカルポイント評価入力画面Ｐ４は、ステップＳ１３において実行されるクリティカルポイント評価入力Ａ４において監視ツール端末装置３によって表示される。
クリティカルポイント評価入力画面Ｐ４は、タスク毎に表示されて、当該タスクの情報を表示するための画面である。 11 is a diagram showing an example of a critical point evaluation input screen P4 according to this embodiment. The critical point evaluation input screen P4 is displayed by the monitoringtool terminal device 3 in the critical point evaluation input A4 executed in step S13.
The critical point evaluation input screen P4 is displayed for each task, and is a screen for displaying information about the task.

クリティカルポイント評価入力画面Ｐ４では、クリティカルポイント毎に進捗評価値を入力するためのラジオボタンが含まれる。クリティカルポイント評価入力画面Ｐ４には、クリティカルポイントとして、「要件の明確化」、「開発対象の全量把握」、「方法・技術の明確化」、「キー人財のアサイン」、及び「追加開発の収束」の各監視項目が示されている。これらのクリティカルポイントは、業種、プロジェクトの規模、作業内容などのプロジェクトの種類によらず共通して設定される監視項目である。The critical point evaluation input screen P4 includes radio buttons for inputting a progress evaluation value for each critical point. The critical point evaluation input screen P4 displays the following monitoring items as critical points: "Clarifying requirements," "Understanding the total amount of development targets," "Clarifying methods and technologies," "Assigning key human resources," and "Conclusion of additional development." These critical points are monitoring items that are set in common regardless of the type of project, such as industry, project scale, or work content.

本実施形態では、進捗評価値は、一例として、「Ｎｏｔ Ｓｔａｒｔｅｄ Ｙｅｔ （０．００）」、「Ｓｔａｒｔｅｄ （０．１０）」、「Ｗｅｌｌ ｇｏｉｎｇ （０．３０）」、「Ａｌｍｏｓｔ （０．４０）」、「Ｗａｉｔｉｎｇ （０．５０）」、「Ｃｏｍｐｌｅｔｅｄ （１．００）」の６段階評価として入力される。
進捗評価値が０に対応する「Ｎｏｔ ｓｔａｒｔｅｄ ｙｅｔ」の段階は、当該クリティカルポイントが示す作業が開始されていない段階である。進捗評価値が０．１０に対応する「Ｓｔａｒｔｅｄ」の段階は、当該クリティカルポイントが示す作業が開始された段階である。進捗評価値が０．０３に対応する「Ｗｅｌｌ ｇｏｉｎｇ」の段階は、当該クリティカルポイントが示す作業が順調に進捗している段階である。進捗評価値が０．４０に対応する「Ａｌｍｏｓｔ」の段階は、当該クリティカルポイントが示す作業が殆ど完了している段階である。進捗評価値が０．５０に対応する「Ｗａｉｔｉｎｇ」の段階は、当該クリティカルポイントについて開発者が行うべき作業が完了している段階である。進捗評価値が１．００に対応する「Ｃｏｍｐｌｅｔｅｄ」の段階は、当該クリティカルポイントが示す作業が完了している段階である。 In this embodiment, the progress evaluation value is input as a six-level evaluation, for example, “Not Started Yet (0.00)”, “Started (0.10)”, “Well going (0.30)”, “Almost (0.40)”, “Waiting (0.50)”, and “Completed (1.00)”.
The "Not started yet" stage, which corresponds to a progress evaluation value of 0, is a stage in which the work indicated by the critical point has not yet started. The "Started" stage, which corresponds to a progress evaluation value of 0.10, is a stage in which the work indicated by the critical point has started. The "Well going" stage, which corresponds to a progress evaluation value of 0.03, is a stage in which the work indicated by the critical point is progressing smoothly. The "Almost" stage, which corresponds to a progress evaluation value of 0.40, is a stage in which the work indicated by the critical point is almost completed. The "Waiting" stage, which corresponds to a progress evaluation value of 0.50, is a stage in which the work to be done by the developer for the critical point has been completed. The "Completed" stage, which corresponds to a progress evaluation value of 1.00, is a stage in which the work indicated by the critical point has been completed.

なお、プロジェクトの現場では、開発者が行うべき工程が完了したとしても、残りの工程として外部の確認や外部からの応答を待たなければならない場合がしばしばあり、そのような残りの工程に想定以上の時間を要する場合がある。そのため、本実施形態では、「Ａｌｍｏｓｔ」、「Ｗａｉｔｉｎｇ」の段階であっても、進捗評価値としてそれぞれ０．４０、０．５０しか対応させていない。In addition, in a project, even if the developer has completed the tasks that he or she is supposed to perform, there are often cases where the remaining tasks require waiting for external confirmation or responses, and such remaining tasks may take longer than expected. For this reason, in this embodiment, even in the "Almost" and "Waiting" stages, only 0.40 and 0.50 are assigned as progress evaluation values, respectively.

クリティカルポイント評価入力画面Ｐ４では、「追加開発の収束」の監視項目に対して、追加開発のステータスに対応する項目のメータの値を設定するためのボタンがそれぞれ設けられている。追加開発のステータスに対応する項目には、「Ｃｏｍｐｌｅｔｅｄ」、「Ｈｉｇｈ」、「Ｍｉｄｄｌｅ」、「Ｌｏｗ」が含まれる。メータの値は、追加開発機能数を示す。
なお、「追加開発の収束」の監視項目については、「Ａｕｔｏｍａｔｉｃ」のラジオボタンの状態に応じて、ユーザによる入力と、自動入力とが選択可能である。自動入力が選択されている場合、監視ツール端末装置３が外部プロジェクト管理サーバ４から各値を読み込んだ値が自動で設定される。 In the critical point evaluation input screen P4, for the monitoring item "convergence of additional development", buttons are provided for setting the value of the meter of the item corresponding to the status of additional development. The items corresponding to the status of additional development include "Completed", "High", "Middle", and "Low". The value of the meter indicates the number of additional development functions.
For the monitoring item "convergence of additional development", either user input or automatic input can be selected according to the state of the "Automatic" radio button. When automatic input is selected, the monitoringtool terminal device 3 automatically sets the values read from the externalproject management server 4.

クリティカルポイント評価入力画面Ｐ４には、評価日、タスクの管理番号（図１１では「ＷＢＳ Ｎｏ」）、タスク名、開始予定日、完了予定日、人日見積、顧客、設計者、開発者、ウェイト、現在の評価値、プロジェクトリーダー、ＰＭの各種情報が示されている。クリティカルポイント評価入力画面Ｐ４では、従来のプロジェクト管理ツールによるタスクの進捗度合いである外部進捗評価値（以下では、ＷＢＳ進捗ともいう）が０．００～１．００の数値で入力される。Critical point evaluation input screen P4 displays various information such as the evaluation date, task management number ("WBS No." in FIG. 11), task name, scheduled start date, scheduled completion date, person-day estimate, customer, designer, developer, weight, current evaluation value, project leader, and PM. In critical point evaluation input screen P4, the external progress evaluation value (hereinafter also referred to as WBS progress), which is the degree of progress of the task using conventional project management tools, is entered as a number between 0.00 and 1.00.

また、クリティカルポイント評価入力画面Ｐ４には、各タスクに対してコメント（クリティカルエンゲージメントという）が入力可能である。入力されたクリティカルエンゲージメントは、テキストで表示される。In addition, comments (called critical engagement) can be entered for each task on the critical point evaluation input screen P4. The entered critical engagement is displayed in text.

図１１に示すクリティカルポイント評価入力画面Ｐ４は、一例として、監視ツール端末装置３がパーソナルコンピュータ（Ｐｅｒｓｏｎａｌ Ｃｏｍｐｕｔｅｒ：ＰＣ）である場合のクリティカルポイント評価入力画面の一例である。
なお、クリティカルポイント評価入力画面は、監視ツール端末装置３に備えられる表示画面に応じて、他の態様で表示されてもよい。表示画面の大きさに応じて、クリティカルポイント評価入力画面Ｐ４に含まれる表示項目が複数の画面に分割されて表示されてもよい。 The critical point evaluation input screen P4 shown in FIG. 11 is an example of a critical point evaluation input screen when the monitoringtool terminal device 3 is a personal computer (Personal Computer: PC).
The critical point evaluation input screen may be displayed in other manners depending on the display screen provided in the monitoringtool terminal device 3. Depending on the size of the display screen, the display items included in the critical point evaluation input screen P4 may be divided and displayed on a plurality of screens.

図１２に、監視ツール端末装置３がスマートフォンなどの携帯端末装置である場合に表示されるクリティカルポイント評価入力画面Ｐ５の一例を示す。図１２は、本実施形態に係る携帯端末装置に表示されるクリティカルポイント評価入力画面Ｐ５の一例を示す図である。監視ツール端末装置３がスマートフォンなどの携帯端末装置である場合には、携帯端末装置を入力手段として使用することで、手軽にいつでもどこでも入力ができるため、クリティカルポイント監視システム１の利用に際してユーザへの負荷を軽減できる。
なお、クリティカルポイント評価入力画面Ｐ４（または、クリティカルポイント評価入力画面Ｐ５）から入力された情報は、監視ツール端末装置３からクリティカルポイント監視装置２に出力される。監視ツール端末装置３から出力されるクリティカルポイント評価入力画面Ｐ４（または、クリティカルポイント評価入力画面Ｐ５）から入力された進捗評価値は、クリティカルポイント監視装置２によって進捗評価情報Ｄ３として記憶される。 Fig. 12 shows an example of a critical point evaluation input screen P5 displayed when the monitoringtool terminal device 3 is a mobile terminal device such as a smartphone. Fig. 12 is a diagram showing an example of a critical point evaluation input screen P5 displayed on a mobile terminal device according to this embodiment. When the monitoringtool terminal device 3 is a mobile terminal device such as a smartphone, input can be easily performed anytime and anywhere by using the mobile terminal device as an input means, thereby reducing the burden on the user when using the criticalpoint monitoring system 1.
The information input from the critical point evaluation input screen P4 (or the critical point evaluation input screen P5) is output from the monitoringtool terminal device 3 to the criticalpoint monitoring device 2. The progress evaluation value input from the critical point evaluation input screen P4 (or the critical point evaluation input screen P5) output from the monitoringtool terminal device 3 is stored as progress evaluation information D3 by the criticalpoint monitoring device 2.

図１３は、本実施形態に係るクリティカルポイント監視画面Ｐ６の一例を示す図である。クリティカルポイント監視画面Ｐ６は、ステップＳ１６において実行されるウォーニング検知Ａ５及びクリティカルポイント監視一覧表示Ａ６において監視ツール端末装置３によって表示される。クリティカルポイント監視画面Ｐ６は、進捗評価マトリクスＢ１、及び検知されたウォーニングに基づいて表示される。Figure 13 is a diagram showing an example of a critical point monitoring screen P6 according to this embodiment. The critical point monitoring screen P6 is displayed by the monitoringtool terminal device 3 in the warning detection A5 and critical point monitoring list display A6 executed in step S16. The critical point monitoring screen P6 is displayed based on the progress evaluation matrix B1 and the detected warning.

クリティカルポイント監視画面Ｐ６は、タスク名、開始予定日、完了予定日、人日見積、スプリント、顧客（図１３では「お客様」）、設計者、開発者、開発機能残数、追加開発残数、各クリティカルポイント（「要件の明確化」、「開発対象の全量把握」、「方法・技術の明確化」、「キー人財のアサイン」）、外部進捗評価値（図１３では「ＷＢＳ視点の進捗度」）、ウェイト、合計の各項目の列を有している。クリティカルポイント監視画面Ｐ６は、タスク毎に、開始予定日、完了予定日、人日見積、スプリント、顧客、設計者、開発者、開発機能残数、追加開発残数、各クリティカルポイント、外部進捗評価値、ウェイト、合計の各項目を示す情報が２次元の表形式で表示される。The critical point monitoring screen P6 has columns for the following items: task name, scheduled start date, scheduled completion date, estimated person-days, sprint, customer ("customer" in FIG. 13), designer, developer, remaining number of development functions, remaining number of additional developments, each critical point ("clarification of requirements," "total understanding of development targets," "clarification of methods and technologies," "assignment of key human resources"), external progress evaluation value ("progress from WBS perspective" in FIG. 13), weight, and total. The critical point monitoring screen P6 displays information showing the scheduled start date, scheduled completion date, estimated person-days, sprint, customer, designer, developer, remaining number of development functions, remaining number of additional developments, each critical point, external progress evaluation value, weight, and total for each task in a two-dimensional table format.

合計とは、タスク毎の進捗評価値にウェイトが乗じられて算出された値である。合計の項目には、さらに、複数のタスクをまとめた単位及びプロジェクト単位においても合計が表示されている。複数のタスクをまとめた単位とは、例えば、タスクの完了予定時期毎に複数のタスクをまとめた単位である。なお、クリティカルポイント監視画面Ｐ６では、タスクの完了予定時期（図１３では、８月完了、９月完了、１０月完了の３つの時期）に応じて、各タスクが分類されている。The total is a value calculated by multiplying the progress evaluation value for each task by a weight. The total item also displays totals for multiple tasks and projects. A multiple task grouping is, for example, a grouping of multiple tasks by their scheduled completion time. On the critical point monitoring screen P6, tasks are categorized according to their scheduled completion time (in Figure 13, there are three times: completion in August, completion in September, and completion in October).

また、クリティカルポイント監視画面Ｐ６では、前回評価時の合計値と比較して今回評価時の合計値がどれだけ増減したかが表示される。クリティカルポイント監視画面Ｐ６には、さらに、開発機能残数、追加開発残数、各クリティカルポイントの進捗評価値、外部進捗評価値、合計の各項目についての合計を示す情報が下段に示されている。The critical point monitoring screen P6 also displays how much the total value at the time of this evaluation has increased or decreased compared to the total value at the time of the previous evaluation. The critical point monitoring screen P6 also displays information at the bottom showing the totals for each of the following items: remaining number of development functions, remaining number of additional developments, progress evaluation value of each critical point, external progress evaluation value, and total.

なお、クリティカルポイント監視画面Ｐ６では、各クリティカルポイントの進捗評価値、外部プロジェクト管理ツールによる進捗評価値、合計はそれぞれ、それぞれが完了した場合の値に対する比の形式で表示されている。In addition, on the critical point monitoring screen P6, the progress evaluation value of each critical point, the progress evaluation value from the external project management tool, and the total are each displayed in the form of a ratio to the value when each is completed.

クリティカルポイント監視画面Ｐ６では、ウォーニングデータＤ６に基づいて進捗の遅れが検知された項目のセルには、色がつけられて表示されている。当該項目には、タスク名、各クリティカルポイント、外部進捗評価値、開発機能残数、追加開発残数、合計それぞれのタスク毎の項目が含まれる。なおウォーニングデータＤ６は、後述するように、進捗評価値及びまたは外部管理進捗評価値と、所定の閾値との比較に基づいてクリティカルポイント監視装置２によって生成される。
クリティカルポイント監視画面Ｐ６では、検知された進捗の遅れの程度が２段階に分類されて、それぞれ２種類の色を用いて表示されている。例えば、進捗の遅れが小さい項目、大きい項目は、薄いピンク、濃いピンクそれぞれを用いて表示される。進捗の遅れが小さい項目、大きい項目は、所定の閾値を用いて判定される。 On the critical point monitoring screen P6, the cells of items for which a delay in progress has been detected based on the warning data D6 are displayed in color. The items include the task name, each critical point, external progress evaluation value, number of remaining developed functions, number of remaining additional developments, and the total for each task. The warning data D6 is generated by the criticalpoint monitoring device 2 based on a comparison of the progress evaluation value and/or the external management progress evaluation value with a predetermined threshold value, as described below.
In the critical point monitoring screen P6, the degree of the detected delay in progress is classified into two stages, and each stage is displayed using two colors. For example, items with small and large delays in progress are displayed using light pink and dark pink, respectively. Items with small and large delays in progress are determined using a predetermined threshold value.

なお、クリティカルポイント監視画面Ｐ６では、タスク毎に、当該タスクが実行されるスプリントに対応するセルと、当該タスクが実行されないスプリントに対応するセルとのそれぞれには、「〇」、「－」がそれぞれ表示されている。また、現在の日付に対応するスプリントのセルは、枠Ｐ６０によって囲まれて表示されている。当該枠は、現在の日付に応じて移動する。In addition, on the critical point monitoring screen P6, for each task, a "◯" and a "-" are displayed in the cell corresponding to the sprint in which the task is executed and in the cell corresponding to the sprint in which the task is not executed, respectively. Also, the cell of the sprint that corresponds to the current date is displayed surrounded by a frame P60. The frame moves according to the current date.

なお、タスクが、スプリントについて現在の日付において実行されるタスク（つまり、枠Ｐ６０内において「〇」が表示されるタスク）であるか否かに応じて、クリティカルポイント監視装置２は、進捗の遅れを検知するための閾値を設定してもよい。例えば、スプリントについて現在の日付において実行されるタスクの進捗を評価する場合に、当該閾値を小さい値に設定してもよい。The criticalpoint monitoring device 2 may set a threshold value for detecting a delay in progress depending on whether the task is a task to be executed on the current date for the sprint (i.e., a task for which a "◯" is displayed in frame P60). For example, when evaluating the progress of a task to be executed on the current date for the sprint, the threshold value may be set to a small value.

図１４は、本実施形態に係る評価レポート画面Ｐ７の一例を示す図である。評価レポート画面Ｐ７は、ステップＳ１７において実行されるクリティカルポイント監視一覧表示Ａ６において監視ツール端末装置３によって表示される。
評価レポート画面Ｐ７では、タスク情報Ｄ２、進捗評価情報Ｄ３、及び外部管理進捗情報Ｄ５に基づいて検出された各種のアラートの情報が表示される。各種のアラートについては後述する。 14 is a diagram showing an example of an evaluation report screen P7 according to this embodiment. The evaluation report screen P7 is displayed by the monitoringtool terminal device 3 in the critical point monitoring list display A6 executed in step S17.
The evaluation report screen P7 displays information on various alerts detected based on the task information D2, the progress evaluation information D3, and the external management progress information D5. The various alerts will be described later.

評価レポート画面Ｐ７では、検出された各種のアラートが、その内容と、その程度を示す値とともに表示されている。また、評価レポート画面Ｐ７では、検出されたアラートの程度を示す値が、グラフとして表示されている。
なお、評価レポート画面Ｐ７において表示される内容は、評価レポートとして印刷が可能である。 The evaluation report screen P7 displays various types of detected alerts together with their contents and values indicating their severity. The evaluation report screen P7 also displays values indicating the severity of the detected alerts as a graph.
The content displayed on the evaluation report screen P7 can be printed as an evaluation report.

図１５は、本実施形態に係る異常検知時評価レポート画面Ｐ８の一例を示す図である。異常検知時評価レポート画面Ｐ８は、ステップＳ２２において実行される異常検知時の評価レポート生成Ａ７において監視ツール端末装置３によって表示される。
異常検知時評価レポート画面Ｐ８では、異常検知サーバ５により機械学習に基づいて検出された異常パターンが列挙されて表示されている。
なお、異常検知時評価レポート画面Ｐ８において表示される内容は、評価レポートとして印刷が可能である。 15 is a diagram showing an example of an evaluation report screen P8 at the time of abnormality detection according to the present embodiment. The evaluation report screen P8 at the time of abnormality detection is displayed by the monitoringtool terminal device 3 in the evaluation report generation A7 at the time of abnormality detection executed in step S22.
The abnormality detection evaluation report screen P8 lists and displays abnormality patterns detected by theabnormality detection server 5 based on machine learning.
The contents displayed on the abnormality detection time evaluation report screen P8 can be printed out as an evaluation report.

［アラートの検出ロジック］
次に図１６から図１８を参照し、クリティカルポイント監視装置２のアラートの検出ロジックについて説明する。クリティカルポイント監視装置２が検出するアラートには、エンスト・アラート、ノッキング・アラート、プライオリティ・アラート、バックログ・アラート、キーパーソン・アラート、クレディビリティ・アラートの６種類が含まれる。[Alert detection logic]
16 to 18, a description will be given of the alert detection logic of the criticalpoint monitoring device 2. The alerts detected by the criticalpoint monitoring device 2 include six types of alerts: an engine stall alert, a knocking alert, a priority alert, a backlog alert, a key person alert, and a credibility alert.

以下に説明するように、クリティカルポイント監視装置２は、これら６種類のアラートそれぞれに対する所定の検出ロジックに基づいて、当該アラートを検知するための判定を行う。アラートそれぞれに対する検出ロジックでは、当該アラートを検知するための監視項目がそれぞれ設定されている。検出ロジックにおいて、定量的な判定には、それぞれの判定に応じた所定の閾値が用いられる。As described below, the criticalpoint monitoring device 2 makes a judgment to detect each of these six types of alerts based on a predetermined detection logic for that alert. In the detection logic for each alert, a monitoring item for detecting that alert is set. In the detection logic, a predetermined threshold corresponding to each judgment is used for quantitative judgment.

図１６は、本実施形態に係るエンスト・アラート、ノッキング・アラートそれぞれの検出ロジックの一例を示す図である。
エンスト・アラートは、タスク別に初動遅延を検知するためのアラートである。エンスト・アラートの発生要因には、３つの発生要因が想定される。 FIG. 16 is a diagram showing an example of detection logic for an engine stall alert and a knocking alert according to this embodiment.
An engine stall alert is an alert to detect initial delays for each task. There are three possible causes for an engine stall alert:

エンスト・アラートの１つ目の発生要因には、タスクが開始予定日を過ぎても実行されていないことがある。当該発生要因を監視するため、評価日、開始予定日、クリティカルポイント、ＷＢＳ進捗が監視項目とされる。クリティカルポイント監視装置２は、開始予定日を過ぎていても、クリティカルポイントが入力されない、もしくはＷＢＳ進捗が無い場合、エンスト・アラートを検知したと判定する。The first cause of an engine stall alert is when a task is not being executed even after the scheduled start date. To monitor this cause, the evaluation date, scheduled start date, critical point, and WBS progress are monitored items. If the scheduled start date has passed but the critical point is not entered or there is no WBS progress, the criticalpoint monitoring device 2 determines that an engine stall alert has been detected.

エンスト・アラートの２つ目の発生要因には、タスクの担当者が、既に遅延が発生しているタスクにアサインされていることがある。当該発生要因を監視するため、評価日、顧客、設計者、開発者が監視項目とされる。
クリティカルポイント監視装置２は、今後予定されているタスクの担当者が、既に遅延しているタスクの担当者と同じである場合、エンスト・アラートを検知したと判定する。 The second cause of stall alerts is when a person in charge of a task is assigned to a task that is already delayed. To monitor this cause, the evaluation date, customer, designer, and developer are set as monitoring items.
The criticalpoint monitoring device 2 determines that an engine stall alert has been detected if the person in charge of a task scheduled in the future is the same as the person in charge of a task that is already delayed.

エンスト・アラートの３つ目の発生要因には、やるべきこと（要件）が明確になっていないことがある。当該発生要因を監視するため、評価日、顧客、設計者、開発者、クリティカルポイント（要件の明確化）が監視項目とされる。クリティカルポイント監視装置２は、完了予定日までの期間に対して、クリティカルポイント（要件の明確化）が基準値を上回っていない場合、エンスト・アラートを検知したと判定する。The third cause of engine stall alerts is when what needs to be done (requirements) is not clear. To monitor this cause, the items monitored are the evaluation date, customer, designer, developer, and critical point (clarification of requirements). The criticalpoint monitoring device 2 determines that an engine stall alert has been detected if the critical point (clarification of requirements) does not exceed the reference value for the period up to the scheduled completion date.

ノッキング・アラートは、初動後のタスクの進捗度の加速の遅延を検知するためのアラートである。ノッキング・アラートの発生要因には、２つの発生要因が想定される。
ノッキング・アラートの１つ目の発生要因には、タスクは開始したが進捗が思わしくないことがある。また、ノッキング・アラートの２つ目の発生要因には、タスク開始後に、逆に進捗が良すぎることがある。 A knocking alert is an alert to detect a delay in accelerating the progress of a task after the initial action. There are two possible causes for a knocking alert.
The first cause of a knocking alert is when a task is started but progress is not satisfactory. The second cause of a knocking alert is when a task is started but progress is too good.

当該２つの発生要因を監視するため、評価日、開始日、開始予定日、完了予定日、人日見積、各クリティカルポイント、ＷＢＳ進捗が監視項目とされる。クリティカルポイント監視装置２は、開始日と完了予定日、見積工数から想定される進捗率を算出する。クリティカルポイント監視装置２は、算出した進捗率が、実際のＷＢＳ進捗およびクリティカルポイントと比較して大きく乖離している場合、ノッキング・アラートを検知したと判定する。To monitor these two causes, the following items are monitored: evaluation date, start date, planned start date, planned completion date, man-day estimate, each critical point, and WBS progress. The criticalpoint monitoring device 2 calculates the estimated progress rate from the start date, planned completion date, and estimated labor hours. If the calculated progress rate significantly deviates from the actual WBS progress and critical points, the criticalpoint monitoring device 2 determines that a knocking alert has been detected.

図１７は、本実施形態に係るプライオリティ・アラート、バックログ・アラートそれぞれの検出ロジックの一例を示す図である。
プライオリティ・アラートは、巡行時の疑似進捗を検知するためのアラートである。プライオリティ・アラートの発生要因には、２つの発生要因が想定される。 FIG. 17 is a diagram showing an example of detection logic for each of a priority alert and a backlog alert according to this embodiment.
A priority alert is an alert to detect false progress during cruising. There are two possible causes for a priority alert.

プライオリティ・アラートの１つ目の発生要因には、前回評価時から進捗が無い、もしくは進捗率が下がっていることがある。当該発生要因を監視するため、前回評価時のクリティカルポイントとＷＢＳ進捗、開始日、開始予定日、完了予定日、人日見積、各クリティカルポイント、ＷＢＳ進捗が監視項目とされる。クリティカルポイント監視装置２は、前回評価時と今回評価時とにおいて、クリティカルポイント及びＷＢＳ進捗とをそれぞれ比較する。クリティカルポイント監視装置２は、比較の結果、クリティカルポイント及びＷＢＳ進捗に進捗がないと判定する場合、プライオリティ・アラートを検知したと判定する。The first cause of a priority alert is when there is no progress or a decrease in the progress rate since the previous evaluation. To monitor this cause, the items monitored are the critical points and WBS progress from the previous evaluation, the start date, planned start date, planned completion date, man-day estimate, each critical point, and WBS progress. The criticalpoint monitoring device 2 compares the critical points and WBS progress from the previous evaluation with those from the current evaluation. If the criticalpoint monitoring device 2 determines from the comparison that there is no progress in the critical points and WBS progress, it determines that a priority alert has been detected.

プライオリティ・アラートの２つ目の発生要因には、進捗率が適切ではない（つまり、悪すぎる、良すぎる）ことがある。当該発生要因を監視するため、評価日、開始日、開始予定日、完了予定日、人日見積、各クリティカルポイント、ＷＢＳ進捗が監視項目とされる。クリティカルポイント監視装置２は、開始日と終了予定日、見積工数から妥当な進捗率を計算し、実際のＷＢＳ進捗およびクリティカルポイントと比較する。クリティカルポイント監視装置２は、実際のＷＢＳ進捗およびクリティカルポイントが算出した進捗率と大きく乖離している場合、プライオリティ・アラートを検知したと判定する。The second cause of a priority alert is when the progress rate is inappropriate (i.e., too bad or too good). To monitor this cause, the evaluation date, start date, planned start date, planned completion date, person-day estimate, each critical point, and WBS progress are monitored items. The criticalpoint monitoring device 2 calculates an appropriate progress rate from the start date, planned end date, and estimated labor hours, and compares it with the actual WBS progress and critical points. If the actual WBS progress and critical points deviate significantly from the calculated progress rate, the criticalpoint monitoring device 2 determines that a priority alert has been detected.

バックログ・アラートは、課題解消の収束の遅延を検知するためのアラートである。バックログ・アラートの発生要因には、３つの発生要因が想定される。Backlog alerts are alerts that detect delays in the convergence of problem resolution. There are three possible causes for backlog alerts:

バックログ・アラートの１つ目の発生要因には、開発機能数に対して、バックログの数が多いことがある。当該発生要因を監視するため、人日見積、開発機能数、クリティカルポイント（追加開発の収束）が監視項目とされる。クリティカルポイント監視装置２は、見積工数、開発機能数に対してバックログの数が多い場合、バックログ・アラートを検知したと判定する。The first cause of a backlog alert is when the number of backlogs is large compared to the number of features being developed. To monitor this cause, the items monitored are the person-day estimate, the number of features being developed, and the critical point (convergence of additional development). The criticalpoint monitoring device 2 determines that a backlog alert has been detected when the number of backlogs is large compared to the estimated man-hours and number of features being developed.

バックログ・アラートの２つ目の発生要因には、バックログの収束が見込めないことがある。
当該発生要因を監視するため、評価日、完了予定日、クリティカルポイント（追加開発の収束）が監視項目とされる。
クリティカルポイント監視装置２は、完了予定日までの日数に対して、未対応のバックログの数が多いか否かを判定する。クリティカルポイント監視装置２は、完了予定日までの日数に対して、未対応のバックログの数が多いと判定する場合、バックログ・アラートを検知したと判定する。 The second cause of backlog alerts is when the backlog is not expected to converge.
In order to monitor these factors, the evaluation date, the planned completion date, and the critical point (convergence of additional development) are monitored items.
The criticalpoint monitoring device 2 judges whether the number of unaddressed backlogs is large compared to the number of days until the scheduled completion date. If the criticalpoint monitoring device 2 judges that the number of unaddressed backlogs is large compared to the number of days until the scheduled completion date, it judges that a backlog alert has been detected.

バックログ・アラートの３つ目の発生要因には、バックログの優先度が適切ではないことがある。当該発生要因を監視するため、クリティカルポイント（追加開発の収束）が監視項目とされる。クリティカルポイント監視装置２は、プロジェクト全体を通して、バックログの優先度が偏っている（「Ｈｉｇｈ」の割合が多すぎるなど）と判定する場合、バックログ・アラートを検知したと判定する。The third cause of a backlog alert is when the backlog priority is not appropriate. To monitor this cause, the critical point (convergence of additional development) is set as a monitoring item. If the criticalpoint monitoring device 2 determines that the backlog priority is biased throughout the entire project (e.g., the proportion of "High" is too high), it determines that a backlog alert has been detected.

図１８は、本実施形態に係るキーパーソン・アラート、クレディビリティ・アラートそれぞれの検出ロジックの一例を示す図である。
キーパーソン・アラートは、キー人財への過負荷を監視するためのアラートである。キーパーソン・アラートの発生要因には、２つの発生要因が想定される。 FIG. 18 is a diagram showing an example of detection logic for each of a key person alert and a credibility alert according to this embodiment.
A key person alert is an alert to monitor overload on key personnel. There are two possible causes for a key person alert.

キーパーソン・アラートの１つ目の発生要因には、特定の担当者の抱えているタスクの総量が多いことがある。当該発生要因を監視するため、顧客、要件定者、設計者、開発者、人日見積、評価日、完了予定日が監視項目とされる。クリティカルポイント監視装置２は、各担当者毎の見積工数を計算し、終了予定日までの残日数から作業量が妥当か否かを判定する。クリティカルポイント監視装置２は、当該作業量が妥当が妥当でないと判定する場合、キーパーソン・アラートを検知したと判定する。The first cause of a key person alert is when a particular person in charge has a large total amount of tasks. To monitor this cause, the items monitored are the customer, requirements definer, designer, developer, person-day estimate, evaluation date, and planned completion date. The criticalpoint monitoring device 2 calculates the estimated labor hours for each person in charge and determines whether the amount of work is appropriate based on the number of days remaining until the planned completion date. If the criticalpoint monitoring device 2 determines that the amount of work is not appropriate, it determines that a key person alert has been detected.

キーパーソン・アラートの２つ目の発生要因には、特定の担当者のタスクの進捗が思わしくないことがある。当該発生要因を監視するため、顧客、設計者、開発者、評価日、完了予定日、各クリティカルポイント、ＷＢＳ進捗が監視項目とされる。クリティカルポイント監視装置２は、遅延しているタスクが、特定の担当者に偏っていないか否かを判定する。クリティカルポイント監視装置２は、遅延しているタスクが、特定の担当者に偏っていると判定する場合、キーパーソン・アラートを検知したと判定する。The second cause of a key person alert is when the progress of a task belonging to a specific person is unsatisfactory. To monitor this cause, the items monitored are the customer, designer, developer, evaluation date, planned completion date, each critical point, and WBS progress. The criticalpoint monitoring device 2 determines whether delayed tasks are concentrated among specific people. If the criticalpoint monitoring device 2 determines that delayed tasks are concentrated among specific people, it determines that a key person alert has been detected.

クレディビリティ・アラートは、入力情報の信頼性を監視するためのアラートである。クレディビリティ・アラートの発生要因には、２つの発生要因が想定される。A credibility alert is an alert to monitor the reliability of input information. There are two possible causes for a credibility alert:

クレディビリティ・アラートの１つ目の発生要因には、クリティカルポイントの入力を疎かにしていることがある。当該発生要因を監視するため、評価日が監視項目とされる。クリティカルポイント監視装置２は、クリティカルポイントの入力が適切なタイミングで行われているか（遅すぎないか、早すぎないか）否かを判定する。クリティカルポイント監視装置２は、クリティカルポイントの入力が適切なタイミングで行われていないと判定する場合、クレディビリティ・アラートを検知したと判定する。The first cause of a credibility alert is neglecting to input critical points. To monitor this cause, the evaluation date is set as a monitoring item. The criticalpoint monitoring device 2 determines whether the critical points are input at the appropriate time (not too late, not too early). If the criticalpoint monitoring device 2 determines that the critical points are not input at the appropriate time, it determines that a credibility alert has been detected.

クレディビリティ・アラートの２つ目の発生要因には、クリティカルポイントを偽って入力していることがある。当該発生要因を監視するため、２種類の監視項目が用いられる。The second cause of a credibility alert is the false entry of a critical point. Two types of monitoring items are used to monitor this cause.

１つ目の監視項目として、前回評価時の各クリティカルポイントとＷＢＳ進捗、今回評価時の各クリティカルポイントとＷＢＳ進捗が監視項目とされる。クリティカルポイント監視装置２は、前回評価時のクリティカルポイントやＷＢＳ進捗と比較して、今回評価に矛盾が無いか否かを判定する。クリティカルポイント監視装置２は、矛盾があると判定する場合、クレディビリティ・アラートを検知したと判定する。The first set of monitoring items are each critical point and WBS progress from the previous evaluation, and each critical point and WBS progress from the current evaluation. The criticalpoint monitoring device 2 compares the critical points and WBS progress from the previous evaluation to determine whether there are any inconsistencies in the current evaluation. If the criticalpoint monitoring device 2 determines that there is a inconsistency, it determines that a credibility alert has been detected.

２つ目の監視項目として、過去から今回までの各クリティカルポイントとＷＢＳ進捗が監視項目とされる。クリティカルポイント監視装置２は、過去のクリティカルポイントとＷＢＳ進捗が理想的すぎないか否かを判定する。クリティカルポイント監視装置２は、過去のクリティカルポイントとＷＢＳ進捗が理想的すぎると判定する場合、クレディビリティ・アラートを検知したと判定する。The second monitoring item is each critical point and WBS progress from the past to the present. The criticalpoint monitoring device 2 judges whether the past critical points and WBS progress are too ideal. If the criticalpoint monitoring device 2 judges that the past critical points and WBS progress are too ideal, it determines that a credibility alert has been detected.

［クリティカルポイント監視装置２の構成］
図１９は、本実施形態に係るクリティカルポイント監視装置２の構成の一例を示す図である。クリティカルポイント監視装置２は、一例として、サーバである。クリティカルポイント監視装置２は、入力部２０と、管理部２１と、出力部２２と、記憶部２３とを備える。入力部２０、管理部２１、及び出力部２２は、ＣＰＵ（Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）がＲＯＭ（Ｒｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙ）からプログラムを読み込んで処理を実行することにより実現される。[Configuration of critical point monitoring device 2]
19 is a diagram showing an example of the configuration of the criticalpoint monitoring device 2 according to this embodiment. As an example, the criticalpoint monitoring device 2 is a server. The criticalpoint monitoring device 2 includes aninput unit 20, amanagement unit 21, anoutput unit 22, and astorage unit 23. Theinput unit 20, themanagement unit 21, and theoutput unit 22 are realized by a CPU (Central Processing Unit) reading a program from a ROM (Read Only Memory) and executing processing.

入力部２０は、他の装置から各種の情報を取得する。入力部２０は、通信部（不図示）を介して他の装置と通信を行うことによってそれらの各種の情報を取得する。入力部２０は、プロジェクト基本情報取得部２００と、進捗評価値取得部２０１と、外部管理進捗情報取得部２０２と、異常パターン取得部２０３とを備える。Theinput unit 20 acquires various types of information from other devices. Theinput unit 20 acquires the various types of information by communicating with the other devices via a communication unit (not shown). Theinput unit 20 includes a project basicinformation acquisition unit 200, a progress evaluationvalue acquisition unit 201, an external management progressinformation acquisition unit 202, and an abnormalitypattern acquisition unit 203.

プロジェクト基本情報取得部２００は、監視ツール端末装置３からプロジェクト基本情報Ｄ１、及びタスク情報Ｄ２を取得する。The project basicinformation acquisition unit 200 acquires project basic information D1 and task information D2 from the monitoringtool terminal device 3.

進捗評価値取得部２０１は、監視ツール端末装置３から進捗評価情報Ｄ３を取得する。ここで上述したように進捗評価情報Ｄ３は、プロジェクトが複数の工程に分解された複数のタスクに対する１以上の所定のクリティカルポイントについて、当該クリティカルポイントについて進捗が評価された値である進捗評価値を示す情報である。進捗評価情報Ｄ３では、進捗評価値はクリティカルポイント毎に含まれる。したがって、進捗評価値取得部２０１は、複数のタスクそれぞれについて進捗評価値をクリティカルポイント毎に取得する。
上述したように、進捗評価値は、プロジェクトを管理するためのサイクルに応じた時期（週次）に監視ツール端末装置３において入力された値である。 The progress evaluationvalue acquisition unit 201 acquires the progress evaluation information D3 from the monitoringtool terminal device 3. As described above, the progress evaluation information D3 is information indicating a progress evaluation value, which is a value obtained by evaluating progress at one or more predetermined critical points for a plurality of tasks obtained by breaking down a project into a plurality of processes. In the progress evaluation information D3, a progress evaluation value is included for each critical point. Therefore, the progress evaluationvalue acquisition unit 201 acquires a progress evaluation value for each critical point for each of the plurality of tasks.
As described above, the progress evaluation value is a value input in the monitoringtool terminal device 3 at a time (weekly) corresponding to the cycle for managing the project.

外部管理進捗情報取得部２０２は、外部プロジェクト管理サーバ４から外部管理進捗情報Ｄ５を取得する。上述したように、外部管理進捗情報Ｄ５は、プロジェクトが複数の工程に分解された複数の外部管理タスクに対する進捗を示す外部管理進捗評価値を示す。したがって、外部管理進捗情報取得部２０２は、外部プロジェクト管理サーバ４からプロジェクトが複数の工程に分解された複数の外部管理タスクに対する進捗を示す外部管理進捗情報Ｄ５を取得する。
また、クリティカルポイント監視装置２が監視する複数のタスクそれぞれと、外部プロジェクト管理サーバ４によって管理される複数の外部管理タスクそれぞれとは一致している。 The external management progressinformation acquisition unit 202 acquires external management progress information D5 from the externalproject management server 4. As described above, the external management progress information D5 indicates an external management progress evaluation value indicating the progress for a plurality of externally managed tasks obtained by decomposing a project into a plurality of processes. Therefore, the external management progressinformation acquisition unit 202 acquires, from the externalproject management server 4, external management progress information D5 indicating the progress for a plurality of externally managed tasks obtained by decomposing a project into a plurality of processes.
Furthermore, each of the multiple tasks monitored by the criticalpoint monitoring device 2 coincides with each of the multiple external management tasks managed by the externalproject management server 4 .

異常パターン取得部２０３は、異常検知サーバ５から異常パターンを取得する。異常パターンは、異常検知サーバ５によって異常パターンデータＤ７、タスク情報Ｄ２、進捗評価情報Ｄ３、外部管理進捗情報Ｄ５に基づいて検知される。The abnormalitypattern acquisition unit 203 acquires an abnormality pattern from theabnormality detection server 5. The abnormality pattern is detected by theabnormality detection server 5 based on the abnormality pattern data D7, task information D2, progress evaluation information D3, and external management progress information D5.

管理部２１は、各タスクの進捗の遅れを監視するための処理を行う。管理部２１は、登録部２１０と、リスク評価部２１１と、クリティカルポイント監視部２１２と、アラート検知部２１３と、評価レポート生成部２１４とを備える。Themanagement unit 21 performs processing to monitor delays in the progress of each task. Themanagement unit 21 includes aregistration unit 210, arisk assessment unit 211, a criticalpoint monitoring unit 212, analert detection unit 213, and an evaluationreport generation unit 214.

登録部２１０は、プロジェクト基本情報取得部２００が取得したプロジェクト基本情報Ｄ１、及びタスク情報Ｄ２を記憶部２３に記憶させる。また、登録部２１０は、プロジェクト基本情報取得部２００が取得したプロジェクト基本情報Ｄ１、及びタスク情報Ｄ２に基づいて、記憶部２３に記憶されたプロジェクト基本情報Ｄ１、及びタスク情報Ｄ２をそれぞれ更新する。Theregistration unit 210 stores the project basic information D1 and task information D2 acquired by the project basicinformation acquisition unit 200 in thestorage unit 23. Theregistration unit 210 also updates the project basic information D1 and task information D2 stored in thestorage unit 23 based on the project basic information D1 and task information D2 acquired by the project basicinformation acquisition unit 200.

リスク評価部２１１は、進捗評価情報Ｄ３及び外部管理進捗情報Ｄ５に基づいて各クリティカルポイントについてウォーニングを検知する。リスク評価部２１１は、各クリティカルポイントについて、進捗評価値及びまたは外部管理進捗評価値と、所定の閾値とを比較する。リスク評価部２１１は、クリティカルポイントについて、それらの評価値が所定の閾値以下である場合、当該クリティカルポイントについてウォーニングを検知する。閾値は、クリティカルポイント毎の進捗評価値、クリティカルポイント毎の外部管理進捗評価値のそれぞれについて設定される。閾値は、それらの評価値について共通であってもよい。Therisk assessment unit 211 detects a warning for each critical point based on the progress assessment information D3 and the external management progress information D5. For each critical point, therisk assessment unit 211 compares the progress assessment value and/or the external management progress assessment value with a predetermined threshold. If the assessment value for a critical point is equal to or less than the predetermined threshold, therisk assessment unit 211 detects a warning for that critical point. A threshold is set for each of the progress assessment value for each critical point and the external management progress assessment value for each critical point. The threshold may be common to those assessment values.

ウォーニングは、タスクに遅延が発生していることを示す。つまり、リスク評価部２１１は、進捗評価値取得部２０１によって取得された進捗評価値に基づいて複数のタスクそれぞれについてタスクに遅延が発生しているか否かを判定する。The warning indicates that a delay has occurred in a task. In other words, therisk assessment unit 211 determines whether a delay has occurred in each of the multiple tasks based on the progress evaluation value acquired by the progress evaluationvalue acquisition unit 201.

クリティカルポイント監視部２１２は、プロジェクト基本情報Ｄ１、タスク情報Ｄ２、進捗評価情報Ｄ３、クリティカルエンゲージメント情報Ｄ４、及び外部管理進捗情報Ｄ５に基づいて、進捗評価マトリクスＢ１を生成する。ここでクリティカルポイント監視部２１２は、進捗評価マトリクスＢ１に含まれるセルのうち、リスク評価部２１１によってウォーニングが検知されたクリティカルポイントに対応するセルには、進捗の遅れに応じて所定の色（例えば、薄いピンク、濃いピンク）を割り当てる。The criticalpoint monitoring unit 212 generates a progress evaluation matrix B1 based on the project basic information D1, task information D2, progress evaluation information D3, critical engagement information D4, and external management progress information D5. Here, the criticalpoint monitoring unit 212 assigns a predetermined color (e.g., light pink, dark pink) according to the delay in progress to cells included in the progress evaluation matrix B1 that correspond to critical points where a warning has been detected by therisk assessment unit 211.

アラート検知部２１３は、タスク情報Ｄ２、進捗評価情報Ｄ３、外部管理進捗情報Ｄ５、及び上述した検出ロジックに基づいて、各種のアラートを検知する。アラート検知部２１３は、検知したアラートを、記憶部２３に記憶されるウォーニングデータＤ６に含める。Thealert detection unit 213 detects various alerts based on the task information D2, the progress evaluation information D3, the external management progress information D5, and the detection logic described above. Thealert detection unit 213 includes the detected alert in the warning data D6 stored in thememory unit 23.

評価レポート生成部２１４は、ウォーニングデータＤ６に基づいてリスク評価レポートＢ２を生成する。また、評価レポート生成部２１４は、異常パターン取得部２０３が取得した異常パターンデータＤ７に基づいて、異常パターン検出時のリスク評価レポートＢ３を生成する。The evaluationreport generation unit 214 generates a risk evaluation report B2 based on the warning data D6. The evaluationreport generation unit 214 also generates a risk evaluation report B3 when an abnormal pattern is detected based on the abnormality pattern data D7 acquired by the abnormalitypattern acquisition unit 203.

出力部２２は、他の装置に各種の情報を出力する。出力部２２は、通信部（不図示）を介して他の装置と通信を行うことによってそれらの各種の情報を出力する。
出力部２２は、タスク情報Ｄ２、進捗評価マトリクスＢ１、リスク評価レポートＢ２、及びリスク評価レポートＢ３を監視ツール端末装置３に出力する。ここで出力部２２は、週次において進捗評価マトリクスＢ１、リスク評価レポートＢ２、及びリスク評価レポートＢ３を監視ツール端末装置３に出力する。つまり、出力部２２は、進捗評価値取得部２０１が取得したクリティカルポイント毎の進捗評価値と、リスク評価部２１１による判定結果とを、プロジェクトを管理するためのサイクルに応じた時期に出力する。進捗評価マトリクスＢ１、リスク評価レポートＢ２、及びリスク評価レポートＢ３は、管理サイクルに応じた時期に出力された方が、他の時期に出力される場合に比べて、プロジェクトを管理する上でユーザにとって利便性が高い。 Theoutput unit 22 outputs various types of information to other devices. Theoutput unit 22 outputs the various types of information by communicating with the other devices via a communication unit (not shown).
Theoutput unit 22 outputs the task information D2, the progress assessment matrix B1, the risk assessment report B2, and the risk assessment report B3 to the monitoringtool terminal device 3. Here, theoutput unit 22 outputs the progress assessment matrix B1, the risk assessment report B2, and the risk assessment report B3 to the monitoringtool terminal device 3 on a weekly basis. That is, theoutput unit 22 outputs the progress assessment value for each critical point acquired by the progress assessmentvalue acquisition unit 201 and the judgment result by therisk assessment unit 211 at a time corresponding to a cycle for managing the project. It is more convenient for the user to manage the project if the progress assessment matrix B1, the risk assessment report B2, and the risk assessment report B3 are output at a time corresponding to the management cycle than if they are output at other times.

リスク評価レポートＢ３には、異常検知サーバ５によって検知された異常パターンが含まれる。つまり、出力部２２は、進捗評価値とプロジェクトに異常が発生しているか否かとの関係が機械学習に基づいて学習された学習結果（本実施形態において、異常パターンデータＤ７）と、進捗評価値とに基づいてプロジェクトに異常が発生しているか否かが判定された結果（本実施形態において、異常検知サーバ５によって検知された異常パターン）を出力する。The risk assessment report B3 includes the abnormality pattern detected by theanomaly detection server 5. In other words, theoutput unit 22 outputs the learning result (in this embodiment, abnormality pattern data D7) in which the relationship between the progress evaluation value and whether or not an abnormality has occurred in the project is learned based on machine learning, and the result of determining whether or not an abnormality has occurred in the project based on the progress evaluation value (in this embodiment, the abnormality pattern detected by the anomaly detection server 5).

また、出力部２２は、タスク情報Ｄ２、進捗評価情報Ｄ３、外部管理進捗情報Ｄ５を異常検知サーバ５に出力する。In addition, theoutput unit 22 outputs the task information D2, the progress evaluation information D3, and the external management progress information D5 to theanomaly detection server 5.

ここで、進捗評価マトリクスＢ１には、進捗評価値取得部２０１が取得したクリティカルポイント毎の進捗評価値と、リスク評価部２１１による判定結果（検知されたウォーニング）とが含まれる。したがって、出力部２２は、進捗評価値取得部２０１が取得したクリティカルポイント毎の進捗評価値と、リスク評価部２１１による判定結果とを出力する。Here, the progress evaluation matrix B1 includes the progress evaluation value for each critical point acquired by the progress evaluationvalue acquisition unit 201 and the judgment result (detected warning) by therisk assessment unit 211. Therefore, theoutput unit 22 outputs the progress evaluation value for each critical point acquired by the progress evaluationvalue acquisition unit 201 and the judgment result by therisk assessment unit 211.

また、上述したように、進捗評価マトリクスＢ１では、ウォーニングが検知されたクリティカルポイントに対応するセルは、所定の色がつけられて監視ツール端末装置３において表示される。したがって、出力部２２は、クリティカルポイント毎の進捗評価値と判定結果とを表示装置（監視ツール端末装置３）に出力し、クリティカルポイント毎の進捗評価値を判定結果に応じた態様で表示装置（監視ツール端末装置３）に表示させる。As described above, in the progress evaluation matrix B1, cells corresponding to critical points where a warning has been detected are colored in a predetermined color and displayed on the monitoringtool terminal device 3. Therefore, theoutput unit 22 outputs the progress evaluation value and the judgment result for each critical point to the display device (monitoring tool terminal device 3), and causes the display device (monitoring tool terminal device 3) to display the progress evaluation value for each critical point in a manner according to the judgment result.

なお、ウォーニングが検知されたクリティカルポイントに対応するセルには、ピンク（濃いピンク、薄いピンク）以外の色によって色がつけられてもよい。また、当該セルの背景に色がつけられてもよいし、当該セルに表示される数字のフォント（色、大きさ、種類など）が変更されてもよい。また、当該セルが枠で囲われてもよいし、当該セルに表示される数字を点滅させてもよい。The cell corresponding to the critical point where a warning was detected may be colored in a color other than pink (dark pink, light pink). The background of the cell may be colored, or the font (color, size, type, etc.) of the number displayed in the cell may be changed. The cell may also be surrounded by a frame, or the number displayed in the cell may be made to blink.

上述したように、進捗評価マトリクスＢ１では、タスクとクリティカルポイント毎の進捗評価値とがそれぞれ行または列とした表形式で配置される。つまり、進捗評価マトリクスＢ１では、タスクとクリティカルポイント毎の進捗評価値とが対応づけられている。したがって、出力部２２は、複数のタスクそれぞれについて、進捗評価値取得部２０１が取得したクリティカルポイント毎の進捗評価値と、リスク評価部２１１による判定結果とを監視ツール端末装置３に出力し、複数のタスクそれぞれについて、出力部２２が出力するクリティカルポイント毎の進捗評価値と判定結果とに基づいて、クリティカルポイント毎の進捗評価値を、タスクとクリティカルポイント毎の進捗評価値とが対応づけられた態様であって、かつリスク評価部２１１による前記判定結果に応じた態様で監視ツール端末装置３に表示させる。As described above, in the progress evaluation matrix B1, tasks and progress evaluation values for each critical point are arranged in a table format with rows or columns. In other words, in the progress evaluation matrix B1, tasks and progress evaluation values for each critical point are associated with each other. Therefore, theoutput unit 22 outputs the progress evaluation value for each critical point acquired by the progress evaluationvalue acquisition unit 201 and the judgment result by therisk assessment unit 211 for each of the multiple tasks to the monitoringtool terminal device 3, and displays the progress evaluation value for each critical point on the monitoringtool terminal device 3 in a manner in which the task and the progress evaluation value for each critical point are associated with each other and in a manner according to the judgment result by therisk assessment unit 211 based on the progress evaluation value for each critical point and the judgment result output by theoutput unit 22 for each of the multiple tasks.

進捗評価マトリクスＢ１では、タスクとクリティカルポイント毎の進捗評価値とがそれぞれ行または列とした表形式で配置されているため一覧性がある。なお、進捗評価マトリクスＢ１では、タスクとクリティカルポイント毎の進捗評価値とが対応づけられていれば、タスクとクリティカルポイント毎の進捗評価値とがそれぞれ行または列とした表形式以外の配置で、タスクとクリティカルポイント毎の進捗評価値とが配置されてもよい。例えば、タスク毎に画面の領域が分割されて、それぞれの領域に、当該タスクに対するクリティカルポイント毎の進捗評価値がまとめて表示されてもよい。
また、１つの画面に１つのタスクに対するクリティカルポイント毎の進捗評価値が表示されてもよい。 In the progress evaluation matrix B1, the tasks and the progress evaluation values for each critical point are arranged in a table format with rows or columns, respectively, so that the progress evaluation matrix B1 can be easily viewed. Note that, in the progress evaluation matrix B1, the tasks and the progress evaluation values for each critical point may be arranged in a format other than a table format with the tasks and the progress evaluation values for each critical point in rows or columns, respectively, so long as the tasks and the progress evaluation values for each critical point are associated with each other. For example, the screen area may be divided for each task, and the progress evaluation values for each critical point for that task may be displayed together in each area.
Furthermore, a progress evaluation value for each critical point for one task may be displayed on one screen.

なお、クリティカルポイント監視システム１に印刷装置（不図示）が備えられる場合、出力部２２は、当該印刷装置に進捗評価マトリクスＢ１、リスク評価レポートＢ２、リスク評価レポートＢ３を印刷させてもよい。出力部２２は、進捗評価マトリクスＢ１、リスク評価レポートＢ２、リスク評価レポートＢ３それぞれについて印刷に適したレイアウトの情報を、それらの情報とともに印刷装置に出力する。印刷装置は、レイアウトの情報に基づいて、進捗評価マトリクスＢ１、リスク評価レポートＢ２、リスク評価レポートＢ３を印刷に適したレイアウトにおいて印刷する。If the criticalpoint monitoring system 1 is equipped with a printing device (not shown), theoutput unit 22 may cause the printing device to print the progress assessment matrix B1, risk assessment report B2, and risk assessment report B3. Theoutput unit 22 outputs information on a layout suitable for printing for each of the progress assessment matrix B1, risk assessment report B2, and risk assessment report B3 to the printing device along with that information. The printing device prints the progress assessment matrix B1, risk assessment report B2, and risk assessment report B3 in a layout suitable for printing based on the layout information.

なお、記憶部２３は、クリティカルポイント監視装置２とは別体として備えられる外部のデータベースに備えられてもよい。記憶部２３に記憶されるプロジェクト基本情報Ｄ１、タスク情報Ｄ２、進捗評価情報Ｄ３、クリティカルエンゲージメント情報Ｄ４、外部管理進捗情報Ｄ５、ウォーニングデータＤ６のうちいずれか１以上が外部のデータベースに記憶されてもよい。Thememory unit 23 may be provided in an external database provided separately from the criticalpoint monitoring device 2. Any one or more of the project basic information D1, task information D2, progress assessment information D3, critical engagement information D4, external management progress information D5, and warning data D6 stored in thememory unit 23 may be stored in an external database.

なお、異常検知サーバ５は、クリティカルポイント監視装置２と一体となって備えられてもよい。つまり、クリティカルポイント監視装置２が、異常検知サーバ５の機能を備えてもよい。その場合、例えば、リスク評価部２１１は、進捗評価値とプロジェクトに異常が発生しているか否かとの関係が機械学習に基づいて学習された学習結果と、進捗評価値取得部２０１によって取得された進捗評価値とに基づいてプロジェクトに異常が発生しているか否かを判定する。Theanomaly detection server 5 may be provided integrally with the criticalpoint monitoring device 2. In other words, the criticalpoint monitoring device 2 may have the functions of theanomaly detection server 5. In that case, for example, therisk assessment unit 211 determines whether an anomaly has occurred in the project based on a learning result in which the relationship between the progress evaluation value and whether an anomaly has occurred in the project has been learned based on machine learning, and based on the progress evaluation value acquired by the progress evaluationvalue acquisition unit 201.

なお、本実施形態では、クリティカルポイントであるクリティカルポイントは、システム化要件の確定度合い、開発全量の把握度合い、技術的不明点の解消度合い、技術的キー人財の可用度合い、及び追加開発の収束である場合の一例について説明したが、これに限られない。１以上のクリティカルポイントは、システム化要件の確定度合い、開発全量の把握度合い、技術的不明点の解消度合い、技術的キー人財の可用度合いのうちいずれか１以上を含んでいればよい。In this embodiment, the critical points are the degree of confirmation of system requirements, the degree of understanding of the total amount of development, the degree of resolution of technical uncertainties, the degree of availability of key technical human resources, and the convergence of additional development, but are not limited to this. The one or more critical points may include one or more of the degree of confirmation of system requirements, the degree of understanding of the total amount of development, the degree of resolution of technical uncertainties, and the degree of availability of key technical human resources.

監視ツール端末装置３は、ＰＣまたはスマートフォンなどの携帯端末である。監視ツール端末装置３は、端末装置側入力部３０と、表示部３１とを備える。
端末装置側入力部３０は、進捗評価値などの各種情報を入力する操作を受け付ける。端末装置側入力部３０は、入力された進捗評価値などの各種情報をクリティカルポイント監視装置２に出力する。端末装置側入力部３０は、入力装置の一例である。 The monitoringtool terminal device 3 is a mobile terminal such as a PC or a smartphone, etc. The monitoringtool terminal device 3 includes a terminal deviceside input unit 30 and adisplay unit 31.
The terminaldevice input unit 30 accepts an operation to input various information such as a progress evaluation value. The terminaldevice input unit 30 outputs the input various information such as the progress evaluation value to the criticalpoint monitoring device 2. The terminaldevice input unit 30 is an example of an input device.

表示部３１は、クリティカルポイント監視装置２から出力される各種情報を表示する。表示部３１は、進捗評価マトリクスＢ１を表示する。つまり、表示部３１は、クリティカルポイント監視装置２から出力されるクリティカルポイント毎の進捗評価値と判定結果とを表示する。表示部３１は、表示装置の一例である。Thedisplay unit 31 displays various information output from the criticalpoint monitoring device 2. Thedisplay unit 31 displays the progress evaluation matrix B1. In other words, thedisplay unit 31 displays the progress evaluation value and judgment result for each critical point output from the criticalpoint monitoring device 2. Thedisplay unit 31 is an example of a display device.

以上に説明したように、本実施形態に係るクリティカルポイント監視装置２は、進捗評価値取得部２０１と、リスク評価部２１１と、出力部２２とを備える。
進捗評価値取得部２０１は、プロジェクトが複数の工程に分解された複数のタスクに対する１以上の所定の監視項目（本実施形態において、クリティカルポイント）について、当該監視項目（本実施形態において、クリティカルポイント）について進捗が評価された値である進捗評価値（本実施形態において、進捗評価情報Ｄ３）を監視項目（本実施形態において、クリティカルポイント）毎に取得する。
リスク評価部２１１は、進捗評価値取得部２０１によって取得された進捗評価値（本実施形態において、進捗評価情報Ｄ３）に基づいてタスクに遅延が発生しているか否かを判定する。
出力部２２は、進捗評価値取得部２０１が取得した監視項目（本実施形態において、クリティカルポイント）毎の進捗評価値と、リスク評価部２１１による判定結果とを出力する。 As described above, the criticalpoint monitoring device 2 according to this embodiment includes the progress evaluationvalue acquiring unit 201 , therisk assessing unit 211 , and theoutput unit 22 .
The progress evaluationvalue acquisition unit 201 acquires a progress evaluation value (in this embodiment, progress evaluation information D3), which is a value obtained by evaluating the progress for one or more specified monitoring items (in this embodiment, critical points) for multiple tasks obtained by decomposing a project into multiple processes, for each monitoring item (in this embodiment, critical points).
Therisk assessment unit 211 determines whether or not a delay has occurred in the task based on the progress evaluation value acquired by the progress evaluation value acquisition unit 201 (in this embodiment, the progress evaluation information D3).
Theoutput unit 22 outputs the progress evaluation value for each monitoring item (in this embodiment, the critical point) acquired by the progress evaluationvalue acquisition unit 201 and the judgment result by therisk assessment unit 211 .

この構成により、本実施形態に係るクリティカルポイント監視装置２では、監視項目について定量的かつ機械的に遅延兆候の評価ができるため、クリティカルパスの遅延の早期検知ができる。本実施形態に係るクリティカルポイント監視装置２では、万人がクリティカルパスの遅延監視を容易に実施可能である。With this configuration, the criticalpoint monitoring device 2 of this embodiment can quantitatively and mechanically evaluate signs of delay for monitored items, enabling early detection of delays in the critical path. The criticalpoint monitoring device 2 of this embodiment allows anyone to easily monitor delays in the critical path.

また、本実施形態に係るクリティカルポイント監視装置２では、１以上の監視項目（本実施形態において、クリティカルポイント）は、以下のうちいずれか１以上を含む、
（イ）システム化要件の確定度合い；
（ロ）開発全量の把握度合い；
（ハ）技術的不明点の解消度合い；
（ニ）技術的キー人財の可用度合い In addition, in the criticalpoint monitoring device 2 according to this embodiment, the one or more monitoring items (in this embodiment, critical points) include one or more of the following:
(a) Degree of certainty of system requirements;
(b) Degree of understanding of the total amount of development;
(c) The degree to which technical uncertainties have been resolved;
(D) Availability of key technical personnel

この構成により、本実施形態に係るクリティカルポイント監視装置２では、必要最小限の監視項目に基づいて定量的かつ機械的に遅延兆候の評価ができるため、クリティカルパスの初動遅延検知の遅れを未然に防げる、プロジェクト資源がクリティカルパスでない作業に偏って投入されてしまうことを抑制できる、プロジェクトの後半での回復困難なスケジュール遅延の発現を未然に防げる、またそれらの結果として納期・経費・品質の全てに大きな計画齟齬を来すという従来の構造的な問題が発生してしまうことを抑制できる。With this configuration, the criticalpoint monitoring device 2 of this embodiment can quantitatively and mechanically evaluate signs of delays based on the minimum number of monitoring items, thereby preventing delays in the initial detection of delays on the critical path, preventing project resources from being allocated disproportionately to tasks that are not on the critical path, preventing schedule delays that are difficult to recover from in the latter half of the project, and preventing the occurrence of structural problems that result from these factors, such as major discrepancies in delivery dates, costs, and quality.

また、本実施形態に係るクリティカルポイント監視装置２では、出力部２２は、監視項目（本実施形態において、クリティカルポイント）毎の進捗評価値と判定結果とを表示装置（本実施形態において、表示部３１）に出力し、監視項目（本実施形態において、クリティカルポイント）毎の進捗評価値を判定結果に応じた態様（本実施形態において、進捗評価マトリクスＢ１）で表示装置（本実施形態において、表示部３１）に表示させる。In addition, in the criticalpoint monitoring device 2 according to this embodiment, theoutput unit 22 outputs the progress evaluation value and the judgment result for each monitoring item (in this embodiment, the critical point) to a display device (in this embodiment, the display unit 31), and displays the progress evaluation value for each monitoring item (in this embodiment, the critical point) on the display device (in this embodiment, the display unit 31) in a form corresponding to the judgment result (in this embodiment, the progress evaluation matrix B1).

この構成により、本実施形態に係るクリティカルポイント監視装置２によって出力される進捗評価マトリクスＢ１は、スケジュール遅延発生時や異常値検知時における複数部門・複数企業に渡る原因究明と対策立案の迅速化とを促す定量的な可視化資料の源泉となる。また、進捗評価マトリクスＢ１は、社会的な価値として、従来は遅延の責任を問われ易い地位にあった現場の開発者にとっての免責証明の役割を果たす資料の源泉となる。With this configuration, the progress evaluation matrix B1 output by the criticalpoint monitoring device 2 according to this embodiment becomes a source of quantitative visualization data that encourages rapid investigation of causes and countermeasure planning across multiple departments and companies when schedule delays occur or abnormal values are detected. In addition, the progress evaluation matrix B1 becomes a source of data that, as a social value, serves as proof of exemption from liability for on-site developers who have traditionally been in a position where they are easily held responsible for delays.

また、本実施形態に係るクリティカルポイント監視装置２では、外部管理進捗情報取得部２０２をさらに備える。外部管理進捗情報取得部２０２は、外部のプロジェクト管理装置（本実施形態において、外部プロジェクト管理サーバ４）からプロジェクトが複数の工程に分解された複数の外部管理タスクに対する進捗を示す外部管理進捗情報Ｄ５を取得する。出力部２２は、外部管理進捗情報取得部２０２が取得した外部管理進捗情報Ｄ５を出力する。複数のタスクそれぞれと、複数の外部管理タスクそれぞれとは一致している。The criticalpoint monitoring device 2 according to this embodiment further includes an external management progressinformation acquisition unit 202. The external management progressinformation acquisition unit 202 acquires external management progress information D5 indicating progress for multiple external management tasks resulting from a project being broken down into multiple processes from an external project management device (in this embodiment, the external project management server 4). Theoutput unit 22 outputs the external management progress information D5 acquired by the external management progressinformation acquisition unit 202. Each of the multiple tasks matches each of the multiple external management tasks.

この構成により、本実施形態に係るクリティカルポイント監視装置２では、外部のプロジェクト管理装置と連携ができるため、従来の様々なプロジェクト管理手法と排反することなく、むしろ補完的な位置付けとして、しかも比較的軽微な労力により、上記の効果を奏することができる。そのため、本実施形態に係るクリティカルポイント監視装置２では、経済的な利益だけでなく、ソフトウェア開発分野における可視化の推進と、現場開発者の免責証明を含めた多くの社会的な価値を実現する。With this configuration, the criticalpoint monitoring device 2 according to this embodiment can link with an external project management device, and can achieve the above-mentioned effects with relatively little effort, without being mutually exclusive with various conventional project management methods, but rather as a complement. Therefore, the criticalpoint monitoring device 2 according to this embodiment realizes not only economic benefits, but also many social values, including promoting visualization in the software development field and providing proof of exemption for on-site developers.

本実施形態に係るクリティカルポイント監視システム１は、クリティカルポイント監視装置２と、入力装置（本実施形態において、端末装置側入力部３０）と、表示装置（本実施形態において、表示部３１）とを備える。入力装置（本実施形態において、端末装置側入力部３０）は、入力された進捗評価値をクリティカルポイント監視装置２に出力する。表示装置（本実施形態において、表示部３１）は、クリティカルポイント監視装置２から出力される監視項目毎の進捗評価値と判定結果と（本実施形態において、進捗評価マトリクスＢ１）を表示する。The criticalpoint monitoring system 1 according to this embodiment includes a criticalpoint monitoring device 2, an input device (in this embodiment, the terminal device side input unit 30), and a display device (in this embodiment, the display unit 31). The input device (in this embodiment, the terminal device side input unit 30) outputs the input progress evaluation value to the criticalpoint monitoring device 2. The display device (in this embodiment, the display unit 31) displays the progress evaluation value and the judgment result (in this embodiment, the progress evaluation matrix B1) for each monitoring item output from the criticalpoint monitoring device 2.

この構成により、クリティカルポイント監視システム１では、入力装置（本実施形態において、端末装置側入力部３０）によって簡易な入力方法による進捗評価を実現し、当該システムの利用に際してユーザへの負荷を軽減できる。入力装置としては、本実施形態のようにスマートフォンなどの携帯端末が好適に用いられる。また、上述したようにクリティカルポイント監視装置２は、従来のプロジェクト管理手法を補完する用途において好適に用いられるため、この点においても当該システムの利用に際してユーザへの負荷を軽減できることは好ましい。With this configuration, the criticalpoint monitoring system 1 realizes progress evaluation through a simple input method using an input device (in this embodiment, the terminal device input unit 30), reducing the burden on the user when using the system. As the input device, a mobile terminal such as a smartphone is preferably used as in this embodiment. Also, as described above, the criticalpoint monitoring device 2 is preferably used in applications that complement conventional project management methods, and therefore in this respect too, it is preferable to be able to reduce the burden on the user when using the system.

また、この構成により、クリティカルポイント監視システム１では、クリティカルポイントが定量評価された進捗評価情報Ｄ３を蓄積し、一覧性のある形式で出力できる。ユーザは、出力された監視項目毎の進捗評価値と判定結果と（本実施形態において、進捗評価マトリクスＢ１）に基づいて、プロジェクトの進捗状況や遅延状況について簡便に把握できる。また、クリティカルポイント監視システム１では、入力されたクリティカルポイントの情報に基づいて、ウォーニングを利用者に提示し、遅延の早期発見と解決を促すことができる。Furthermore, with this configuration, the criticalpoint monitoring system 1 can accumulate progress evaluation information D3 in which critical points are quantitatively evaluated, and output it in a viewable format. Based on the output progress evaluation values and judgment results for each monitoring item (in this embodiment, the progress evaluation matrix B1), the user can easily grasp the progress and delay status of the project. Furthermore, the criticalpoint monitoring system 1 can present warnings to the user based on the input critical point information, encouraging early detection and resolution of delays.

また、本実施形態に係るクリティカルポイント監視装置２では、出力部２２は、進捗評価値とプロジェクトに異常が発生しているか否かとの関係が機械学習に基づいて学習された学習結果（本実施形態において、異常パターンデータＤ７）と、進捗評価値とに基づいてプロジェクトに異常が発生しているか否かが判定された結果（本実施形態において、異常検知サーバ５によって検知された異常パターン）を出力する。In addition, in the criticalpoint monitoring device 2 according to this embodiment, theoutput unit 22 outputs the learning result (in this embodiment, abnormality pattern data D7) in which the relationship between the progress evaluation value and whether or not an abnormality has occurred in the project is learned based on machine learning, and the result of determining whether or not an abnormality has occurred in the project based on the progress evaluation value (in this embodiment, the abnormality pattern detected by the anomaly detection server 5).

この構成により、本実施形態に係るクリティカルポイント監視装置２では、蓄積された進捗評価値と外部管理進捗評価値等の情報を基に、人工知能によってプロジェクトの状況が分析され、遅延などの異常検知が行われた結果を、ユーザに通知できる。また、検知された異常パターンは、リスク評価レポートＢ３に含められて、監視ツール端末装置３の表示部３１にリスク評価レポートＢ３として表示される。これによって、人工知能による異常検知の結果を、人間が理解しやすい形式で出力できる。With this configuration, the criticalpoint monitoring device 2 according to this embodiment uses artificial intelligence to analyze the project status based on information such as the accumulated progress evaluation value and external management progress evaluation value, and can notify the user of the results of any abnormality detection such as delays. In addition, the detected abnormality pattern is included in a risk assessment report B3, and is displayed as the risk assessment report B3 on thedisplay unit 31 of the monitoringtool terminal device 3. This allows the results of anomaly detection by artificial intelligence to be output in a format that is easy for humans to understand.

なお、上述した実施形態におけるクリティカルポイント監視装置２の一部、例えば、入力部２０、管理部２１、及び出力部２２をコンピュータで実現するようにしてもよい。その場合、この制御機能を実現するためのプログラムをコンピュータ読み取り可能な記録媒体に記録して、この記録媒体に記録されたプログラムをコンピュータシステムに読み込ませ、実行することによって実現してもよい。なお、ここでいう「コンピュータシステム」とは、クリティカルポイント監視装置２に内蔵されたコンピュータシステムであって、ＯＳや周辺機器等のハードウェアを含むものとする。また、「コンピュータ読み取り可能な記録媒体」とは、フレキシブルディスク、光磁気ディスク、ＲＯＭ、ＣＤ－ＲＯＭ等の可搬媒体、コンピュータシステムに内蔵されるハードディスク等の記憶装置のことをいう。さらに「コンピュータ読み取り可能な記録媒体」とは、インターネット等のネットワークや電話回線等の通信回線を介してプログラムを送信する場合の通信線のように、短時間、動的にプログラムを保持するもの、その場合のサーバやクライアントとなるコンピュータシステム内部の揮発性メモリのように、一定時間プログラムを保持しているものも含んでもよい。また上記プログラムは、前述した機能の一部を実現するためのものであってもよく、さらに前述した機能をコンピュータシステムにすでに記録されているプログラムとの組み合わせで実現できるものであってもよい。
また、上述した実施形態におけるクリティカルポイント監視装置２の一部、または全部を、ＬＳＩ（Ｌａｒｇｅ Ｓｃａｌｅ Ｉｎｔｅｇｒａｔｉｏｎ）等の集積回路として実現してもよい。クリティカルポイント監視装置２の各機能ブロックは個別にプロセッサ化してもよいし、一部、または全部を集積してプロセッサ化してもよい。また、集積回路化の手法はＬＳＩに限らず専用回路、または汎用プロセッサで実現してもよい。また、半導体技術の進歩によりＬＳＩに代替する集積回路化の技術が出現した場合、当該技術による集積回路を用いてもよい。 In addition, a part of the criticalpoint monitoring device 2 in the above-mentioned embodiment, for example, theinput unit 20, themanagement unit 21, and theoutput unit 22, may be realized by a computer. In that case, a program for realizing this control function may be recorded in a computer-readable recording medium, and the program recorded in the recording medium may be read into a computer system and executed to realize the control function. In addition, the "computer system" here refers to a computer system built into the criticalpoint monitoring device 2, and includes hardware such as an OS and peripheral devices. In addition, the "computer-readable recording medium" refers to portable media such as a flexible disk, an optical magnetic disk, a ROM, and a CD-ROM, and a storage device such as a hard disk built into a computer system. Furthermore, the "computer-readable recording medium" may include a device that dynamically holds a program for a short time, such as a communication line when a program is transmitted via a network such as the Internet or a communication line such as a telephone line, and a device that holds a program for a certain period of time, such as a volatile memory inside a computer system that is a server or client in that case. In addition, the above-mentioned program may be a device for realizing a part of the above-mentioned function, and may further be a device that can realize the above-mentioned function in combination with a program already recorded in the computer system.
In addition, a part or the whole of the criticalpoint monitoring device 2 in the above-mentioned embodiment may be realized as an integrated circuit such as an LSI (Large Scale Integration). Each functional block of the criticalpoint monitoring device 2 may be individually processed, or a part or the whole may be integrated and processed. The integrated circuit method is not limited to LSI, and may be realized by a dedicated circuit or a general-purpose processor. In addition, when an integrated circuit technology that replaces LSI appears due to the progress of semiconductor technology, an integrated circuit based on that technology may be used.

以上、図面を参照してこの発明の一実施形態について詳しく説明してきたが、具体的な構成は上述のものに限られることはなく、この発明の要旨を逸脱しない範囲内において様々な設計変更等をすることが可能である。One embodiment of the present invention has been described in detail above with reference to the drawings, but the specific configuration is not limited to the above, and various design changes can be made without departing from the spirit of the present invention.

１…クリティカルポイント監視システム、２…クリティカルポイント監視装置、３…監視ツール端末装置、４…外部プロジェクト管理サーバ、５…異常検知サーバ、２０１…進捗評価値取得部、２１１…リスク評価部、２２…出力部、Ｄ３…進捗評価情報1...Critical point monitoring system, 2...Critical point monitoring device, 3...Monitoring tool terminal device, 4...External project management server, 5...Anomaly detection server, 201...Progress evaluation value acquisition unit, 211...Risk assessment unit, 22...Output unit, D3...Progress evaluation information

Claims (7)

Translated fromJapanese

プロジェクトが複数の工程に分解された複数のタスクに対する１以上の所定の監視項目について、当該監視項目について進捗が評価された値であって、前記プロジェクトを管理するためのサイクルに応じた時期に入力された値である進捗評価値を前記監視項目毎に取得する進捗評価値取得部と、
前記プロジェクトが複数の工程に分解され、前記複数のタスクそれぞれと一致している複数の外部管理タスクに対する進捗を示す外部管理進捗情報を外部のプロジェクト管理装置から取得する外部管理進捗情報取得部と、
開始予定日、完了予定日、及び担当者名を少なくとも示すタスク情報と、前記進捗評価値取得部が取得した前記監視項目毎の前記進捗評価値を示す進捗評価情報と、前記外部管理進捗情報取得部が取得した前記外部管理進捗情報と、第１検出ロジック、第２検出ロジック、及び第３検出ロジックのうち少なくとも１つ以上と、に基づいて前記タスクの初動遅延を検知するためのアラートを検知するアラート検知部と、
前記進捗評価値取得部が取得した前記監視項目毎の前記進捗評価値と、前記アラート検知部によるアラートの検知結果とを出力する出力部と、
を備え、
１以上の所定の監視項目は、以下のうちいずれか１以上を含み、
（イ）システム化要件の確定度合い；
（ロ）開発対象の全量の把握度合い；
（ハ）方法・技術の明確化度合い；
（ニ）技術的キー人財の可用度合い；
前記第１検出ロジックにおいて、前記アラート検知部は、タスクの開始予定日を過ぎていても前記進捗評価値が入力されていない場合、またはタスクの開始予定日を過ぎていても前記外部管理タスクに対する進捗が無い場合、前記アラートを検知したと判定し、
前記第２検出ロジックにおいて、前記アラート検知部は、今後予定されているタスクの担当者が、既に遅延しているタスクの担当者と同じである場合、前記アラートを検知したと判定し、
前記第３検出ロジックにおいて、前記アラート検知部は、完了予定日までの期間に対して、システム化要件の確定度合いの監視項目について前記進捗評価値が所定の閾値を上回っていない場合、前記アラートを検知したと判定する、
クリティカルポイント監視装置。 a progress evaluation value acquisition unit that acquires, for each of one or more predetermined monitoring items for a plurality of tasks obtained by decomposing a project into a plurality of processes, a progress evaluation value that isa value obtained by evaluating progress for the monitoring items and that is input at a time corresponding to a cycle for managing the project ;
an externally managed progress information acquiring unit that acquires, from an external project management device, externally managed progress information indicating progress for a plurality of externally managed tasks that correspond to each of the plurality of tasks, the project being decomposed into a plurality of processes;
an alert detection unit that detects an alert for detecting an initial delay of the task based on task information indicating at least a planned start date, a planned completion date, and a name of a person in charge, progress evaluation information indicating the progress evaluation value for each of the monitoring items acquired by the progress evaluation value acquisition unit, the externally managed progress information acquired by the externally managed progress information acquisition unit, and at least one of a first detection logic, a second detection logic, and a third detection logic;
an output unit that outputs the progress evaluation value for each of the monitoring items acquired by the progress evaluation value acquisition unit anda detection result of an alert by the alert detection unit;
Equipped with
The one or more predetermined monitoring items include one or more of the following:
(a) Degree of certainty of system requirements;
(b) The degree of understanding of the total volume of development targets;
(c) Degree of clarification of methods and techniques;
(ii) Availability of key technical personnel;
In the first detection logic, the alert detection unit determines that the alert has been detected when the progress evaluation value has not been input even though a scheduled start date of the task has passed, or when there is no progress on the external management task even though a scheduled start date of the task has passed,
In the second detection logic, the alert detection unit determines that the alert has been detected when a person in charge of a task scheduled to be performed in the future is the same as a person in charge of a task that is already delayed;
In the third detection logic, the alert detection unit determines that the alert has been detected when the progress evaluation value for a monitoring item of a degree of certainty of a system requirement does not exceed a predetermined threshold value for a period until a scheduled completion date.
Critical point monitoring device. 前記出力部は、前記外部管理進捗情報取得部が取得した前記外部管理進捗情報を出力する、
請求項１に記載のクリティカルポイント監視装置。 the output unit outputs the externally managed progress information acquired by the externally managed progress information acquisition unit.
2. The critical point monitor of claim 1. 前記出力部は、前記進捗評価値と前記プロジェクトに異常が発生しているか否かとの関係が機械学習に基づいて学習された学習結果と、前記進捗評価値とに基づいて前記プロジェクトに異常が発生しているか否かが判定された結果を出力する
請求項１または請求項２に記載のクリティカルポイント監視装置。 3. The critical point monitoring device according to claim 1, wherein the output unit outputs a learning result in which a relationship between the progress evaluation value and whether or not an abnormality has occurred in the project is learned based on machine learning,and a result of determining whether or not an abnormality has occurred in the project based on the progress evaluation value. 請求項１から請求項３のいずれか一項に記載のクリティカルポイント監視装置と
前記進捗評価値を入力する操作を受け付ける入力装置と、
前記クリティカルポイント監視装置から出力される前記監視項目毎の前記進捗評価値と前記検知結果とを表示する表示装置と、
を備えるクリティカルポイント監視システム。 The critical point monitoring device according to claim1 ; an input device that receives an operation to input the progress evaluation value;
a display device that displays the progress evaluation value andthe detection result for each of the monitoring items output from the critical point monitoring device;
A critical point monitoring system comprising: プロジェクトが複数の工程に分解された複数のタスクに対する１以上の所定の監視項目について、当該監視項目について進捗が評価された値であって、前記プロジェクトを管理するためのサイクルに応じた時期に入力された値である進捗評価値を前記監視項目毎に取得する進捗評価値取得ステップと、
前記プロジェクトが複数の工程に分解され、前記複数のタスクそれぞれと一致している複数の外部管理タスクに対する進捗を示す外部管理進捗情報を外部のプロジェクト管理装置から取得する外部管理進捗情報取得ステップと、
開始予定日、完了予定日、及び担当者名を少なくとも示すタスク情報と、前記進捗評価値取得ステップが取得した前記監視項目毎の前記進捗評価値を示す進捗評価情報と、前記外部管理進捗情報取得ステップが取得した前記外部管理進捗情報と、第１検出ロジック、第２検出ロジック、及び第３検出ロジックのうち少なくとも１つ以上と、に基づいて前記タスクの初動遅延を検知するためのアラートを検知するアラート検知ステップと、
前記進捗評価値取得ステップによって取得された前記監視項目毎の前記進捗評価値と、前記アラート検知ステップによるアラートの検知結果とを出力する出力ステップと、
をコンピュータが実行するクリティカルポイント監視方法であって、
１以上の所定の監視項目は、以下のうちいずれか１以上を含み、
（イ）システム化要件の確定度合い；
（ロ）開発対象の全量の把握度合い；
（ハ）方法・技術の明確化度合い；
（ニ）技術的キー人財の可用度合い；
前記第１検出ロジックにおいて、前記アラート検知ステップは、タスクの開始予定日を過ぎていても前記進捗評価値が入力されていない場合、またはタスクの開始予定日を過ぎていても前記外部管理タスクに対する進捗が無い場合、前記アラートを検知したと判定し、
前記第２検出ロジックにおいて、前記アラート検知ステップは、今後予定されているタスクの担当者が、既に遅延しているタスクの担当者と同じである場合、前記アラートを検知したと判定し、
前記第３検出ロジックにおいて、前記アラート検知ステップは、完了予定日までの期間に対して、システム化要件の確定度合いの監視項目について前記進捗評価値が所定の閾値を上回っていない場合、前記アラートを検知したと判定する、
クリティカルポイント監視方法。a progress evaluation value acquisition step of acquiring, for each of one or more predetermined monitoring items for a plurality of tasks obtained by decomposing a project into a plurality of processes, a progress evaluation value which is a value obtained by evaluating progress for the monitoring items and which is input at a time corresponding to a cycle for managing the project ;
an externally managed progress information acquisition step of decomposing the project into a plurality of processes and acquiring, from an external project management device, externally managed progress information indicating progress for a plurality of externally managed tasks that correspond to each of the plurality of tasks;
an alert detection step of detecting an alert for detecting an initial delay of the task based on task information indicating at least a planned start date, a planned completion date, and a name of a person in charge, progress evaluation information indicating the progress evaluation value for each of the monitoring items acquired in the progress evaluation value acquisition step, the externally managed progress information acquired in the externally managed progress information acquisition step, and at least one of a first detection logic, a second detection logic, and a third detection logic;
an output step of outputting the progress evaluation value for each of the monitoring items acquired in the progress evaluation value acquisition step anda detection result of an alert in the alert detection step;
A computer-implemented critical point monitoring methodcomprising:
The one or more predetermined monitoring items include one or more of the following:
(a) Degree of certainty of system requirements;
(b) The degree of understanding of the total volume of development targets;
(c) Degree of clarification of methods and techniques;
(ii) Availability of key technical personnel;
In the first detection logic, the alert detection step determines that the alert has been detected when the progress evaluation value has not been input even though the scheduled start date of the task has passed, or when there is no progress on the external management task even though the scheduled start date of the task has passed,
In the second detection logic, the alert detection step determines that the alert has been detected when a person in charge of a task scheduled to be executed in the future is the same as a person in charge of a task that is already delayed;
In the third detection logic, the alert detection step determines that the alert has been detected when the progress evaluation value for a monitoring item of a degree of certainty of a system requirement does not exceed a predetermined threshold value for a period until a scheduled completion date.
Critical point monitoring method . 前記進捗評価値を入力する入力ステップと、
前記出力ステップにおいて出力される前記監視項目毎の前記進捗評価値と前記検知結果とを表示する表示ステップと、
をさらにコンピュータが実行し、
前記進捗評価値取得ステップにおいて、前記入力ステップにおいて入力された前記進捗評価値を前記監視項目毎に取得する
請求項５に記載のクリティカルポイント監視方法。 an input step of inputting the progress evaluation value;
a display step of displaying the progress evaluation value andthe detection result for each of the monitoring items output in the output step;
The computer then executes
6. The critical point monitoring method according to claim5, wherein in said progress evaluation value acquisition step, said progress evaluation value inputted in said input step is acquired for each of said monitoring items. コンピュータに、
プロジェクトが複数の工程に分解された複数のタスクに対する１以上の所定の監視項目について、当該監視項目について進捗が評価された値であって、前記プロジェクトを管理するためのサイクルに応じた時期に入力された値である進捗評価値を前記監視項目毎に取得する進捗評価値取得ステップと、
前記プロジェクトが複数の工程に分解され、前記複数のタスクそれぞれと一致している複数の外部管理タスクに対する進捗を示す外部管理進捗情報を外部のプロジェクト管理装置から取得する外部管理進捗情報取得ステップと、
開始予定日、完了予定日、及び担当者名を少なくとも示すタスク情報と、前記進捗評価値取得ステップが取得した前記監視項目毎の前記進捗評価値を示す進捗評価情報と、前記外部管理進捗情報取得ステップが取得した前記外部管理進捗情報と、第１検出ロジック、第２検出ロジック、及び第３検出ロジックのうち少なくとも１つ以上と、に基づいて前記タスクの初動遅延を検知するためのアラートを検知するアラート検知ステップと、
前記進捗評価値取得ステップによって取得された前記監視項目毎の前記進捗評価値と、前記アラート検知ステップによるアラートの検知結果とを出力する出力ステップと
を実行させるためのプログラムであって、
１以上の所定の監視項目は、以下のうちいずれか１以上を含み、
（イ）システム化要件の確定度合い；
（ロ）開発対象の全量の把握度合い；
（ハ）方法・技術の明確化度合い；
（ニ）技術的キー人財の可用度合い；
前記第１検出ロジックにおいて、前記アラート検知ステップは、タスクの開始予定日を過ぎていても前記進捗評価値が入力されていない場合、またはタスクの開始予定日を過ぎていても前記外部管理タスクに対する進捗が無い場合、前記アラートを検知したと判定し、
前記第２検出ロジックにおいて、前記アラート検知ステップは、今後予定されているタスクの担当者が、既に遅延しているタスクの担当者と同じである場合、前記アラートを検知したと判定し、
前記第３検出ロジックにおいて、前記アラート検知ステップは、完了予定日までの期間に対して、システム化要件の確定度合いの監視項目について前記進捗評価値が所定の閾値を上回っていない場合、前記アラートを検知したと判定する、
プログラム。 On the computer,
a progress evaluation value acquisition step of acquiring, for each of one or more predetermined monitoring items for a plurality of tasks obtained by decomposing a project into a plurality of processes, a progress evaluation value which is a value obtained by evaluating progress for the monitoring items and which is input at a time corresponding to a cycle for managing the project ;
an externally managed progress information acquisition step of decomposing the project into a plurality of processes and acquiring, from an external project management device, externally managed progress information indicating progress for a plurality of externally managed tasks that correspond to each of the plurality of tasks;
an alert detection step of detecting an alert for detecting an initial delay of the task based on task information indicating at least a planned start date, a planned completion date, and a name of a person in charge, progress evaluation information indicating the progress evaluation value for each of the monitoring items acquired in the progress evaluation value acquisition step, the externally managed progress information acquired in the externally managed progress information acquisition step, and at least one of a first detection logic, a second detection logic, and a third detection logic;
an output step of outputting the progress evaluation value for each of the monitoring items acquired in the progress evaluation value acquisition step anda detection result of an alert in the alert detection step,
The one or more predetermined monitoring items include one or more of the following:
(a) Degree of certainty of system requirements;
(b) The degree of understanding of the total volume of development targets;
(c) Degree of clarification of methods and techniques;
(ii) Availability of key technical personnel;
In the first detection logic, the alert detection step determines that the alert has been detected when the progress evaluation value has not been input even though the scheduled start date of the task has passed, or when there is no progress on the external management task even though the scheduled start date of the task has passed,
In the second detection logic, the alert detection step determines that the alert has been detected when a person in charge of a task scheduled to be executed in the future is the same as a person in charge of a task that is already delayed;
In the third detection logic, the alert detection step determines that the alert has been detected when the progress evaluation value for a monitoring item of a degree of certainty of a system requirement does not exceed a predetermined threshold value for a period until a scheduled completion date.
program .

Images