JP2024008316A - 自動化支援装置、および、自動化支援方法 - Google Patents

Abstract

【課題】
一例としてＩＴシステムの運用管理業務に関連する技術に関し、作業の自動化にかかる工数の目安を算出し、作業の自動化を支援することができる自動化支援装置および自動化支援方法を提供することである。
【解決手段】
自動化支援装置は、プロセッサと、記憶部と、を備えている。この自動化支援装置において、前記の記憶部は、作業の手順に関する作業手順書の自動化にかかる工数を推定するルールである工数推定ルールを記憶している。そして、前記のプロセッサは、前記の作業手順書と前記の作業手順書に従って実行された記録である作業実行記録を入力として、前記の記憶部に記憶された前記の工数推定ルールを用いて、前記作業手順書の自動化にかかる工数を算出する。
【選択図】 図１

Description

本発明は、自動化支援装置、および、自動化支援方法に関する。

ＩＴシステムの運用管理の作業（運用作業と記す場合がある）には、多くの手作業による作業がある。運用作業には、例えば、データベースの保守や、アプリケーションの更新、障害対応などがある。運用作業は、定期的あるいはオンデマンドに業務部門からの依頼を受けて、運用部門が実行する。運用作業が手作業の場合、運用作業リクエストには、作業手順書が添付される。運用部門は、この運用作業を実行するスキルがある作業者へ運用作業を割り当てる。運用作業者は、作業手順書にしたがって作業し、正しく作業を行ったことを記録として残す。

運用作業は種類も数も多く、その全ての運用作業を手作業で行うことは非効率であり多大なコストがかかる。コスト削減のためには、計算機により作業を自動化し効率化を進めなければならない。そのため、数多くある手作業の中から、自動化による時短効果が高い作業を選定しなければならない。この選定作業を支援するために、運用作業の記録をとり、回数が多く実行時間が長い作業を選定するツールが使われ始めている。

しかし、自動化すべき作業の選び方として、単純に実行時間だけから選定するやり方は不十分であると考えられる。運用管理には、様々な観点があり、優先度づけは複合的に行われなければならない。

例えば、特許文献１には、作業要求チケットの文言の類似性からチケットをグルーピングした上で、チケットの付与された緊急度や、作業対象のＩＴシステムの重要度に基づいて、自動化する作業の優先度を決めることが開示されていると考えられる。特許文献１が開示する解決方法は、ＩＴシステムで障害が起きた際のダウンタイムを最小化する観点で、有効な作業選定方法であると考えられる。しかし、作業の自動化にかかる工数について提示される情報はない。

米国特許明細書２０１７００７６２９６Ａ１号明細書

実行時間の合計が長く、自動化による時短効果が見込める作業であっても、多大な工数が必要な場合、自動化は現実的ではない。一方で、時短効果は中程度だが、少ない工数で自動化できる作業があれば、自動化の現実的な選択肢となる。

以上から、本発明の目的は、作業の自動化にかかる工数の目安を算出し、自動化を支援することである。

本発明の第１の態様によれば、下記の自動化支援装置が提供される。この自動化支援装置は、プロセッサと、記憶部と、を備える。記憶部は、作業の手順に関する作業手順書の自動化にかかる工数を算出するルールである工数推定ルールを記憶する。プロセッサは、作業手順書と前記作業手順書に従って実行された記録である作業実行記録を入力として、記憶部に記憶された工数推定ルールを用いて、作業手順書の自動化にかかる工数を算出する。

本発明の第２の態様によれば、下記の自動化支援方法が提供される。この自動化支援方法は、プロセッサと、記憶部と、を用いて行う方法である。この方法では、プロセッサが、作業の手順に関する作業手順書と前記作業手順書に従って実行された記録である作業実行記録を取得し、記憶部に記憶された作業手順書の自動化にかかる工数を算出するルールである工数推定ルールを参照し、工数推定ルールを用いて、作業手順書の自動化にかかる工数を算出する。

本発明によれば、作業の自動化にかかる工数の目安を算出し、自動化を支援することができる。なお、上記した以外の課題、構成および効果は、以下の発明を実施するための形態の説明により明らかにされる。

実施形態における処理の概要の一例を示す。 実施形態におけるシステムの構成例を示す。 実施形態における作業リクエストテーブルの構成例を示す。 実施形態におけるワークフロー定義テーブルの構成例を示す。 実施形態における作業対象テーブルの構成例を示す。 実施形態におけるシステム構成テーブルの構成例を示す。 実施形態におけるチェックリストテーブルの構成例を示す。 実施形態における自動スクリプトテーブルの構成例を示す。 実施形態における作業員テーブルの構成例を示す。 実施形態における作業指示変更履歴テーブルの構成例を示す。 実施形態における作業指示フィードバック履歴テーブルの構成例を示す。 実施形態におけるフィードバックを入力する画面例を示す。 実施形態におけるワークフロー実行記録テーブルの構成例を示す。 実施形態におけるスクリーンショットテーブルの構成例を示す。 実施形態におけるログファイルテーブルの構成例を示す。 実施形態における工数見積もりルールテーブルの構成例を示す。 実施形態における工数見積もり結果テーブルの構成例を示す。 実施形態における作業の受付から作業実行までの流れの一例を示す。 実施形態における工数見積もりから工数フィードバックまでの流れの一例を示す。 実施形態における保守工数見積もり処理の流れの一例を示す。 実施形態における正常処理開発工数の見積もり処理の流れの一例を示す。 実施形態におけるエラー処理開発工数の見積もり処理の流れの一例を示す。 実施形態におけるテスト工数見積もり処理の流れの一例を示す。 実施形態における工数見積もり結果を提示する画面例を示す。 実施形態におけるボトルネックステップを特定して提示する処理の流れの一例を示す。 実施形態におけるボトルネックステップを提示する画面例を示す。 実施形態における工数の見積もり精度を改善する処理の流れの一例を示す。

以下、図面を参照して本発明の実施形態を説明する。実施形態は、本発明を説明するための例示であって、説明の明確化のため、適宜、省略および簡略化がなされている。本発明は、他の種々の形態でも実施することが可能である。特に限定しない限り、各構成要素は単数でも複数でも構わない。
図面において示す各構成要素の位置、大きさ、形状、範囲などは、発明の理解を容易にするため、実際の位置、大きさ、形状、範囲などを表していない場合がある。このため、本発明は、必ずしも、図面に開示された位置、大きさ、形状、範囲などに限定されない。
各種情報の例として、「テーブル」、「リスト」、「キュー」等の表現にて説明することがあるが、各種情報はこれら以外のデータ構造で表現されてもよい。例えば、「ＸＸテーブル」、「ＸＸリスト」、「ＸＸキュー」等の各種情報は、「ＸＸ情報」としてもよい。識別情報について説明する際に、「識別情報」、「識別子」、「名」、「ＩＤ」、「番号」等の表現を用いるが、これらについてはお互いに置換が可能である。
同一あるいは同様の機能を有する構成要素が複数ある場合には、同一の符号に異なる添字を付して説明する場合がある。また、これらの複数の構成要素を区別する必要がない場合には、添字を省略して説明する場合がある。
実施形態において、プログラムを実行して行う処理について説明する場合がある。ここで、計算機は、プロセッサ（例えばＣＰＵ、ＧＰＵ）によりプログラムを実行し、記憶資源（例えばメモリ）やインターフェースデバイス（例えば通信ポート）等を用いながら、プログラムで定められた処理を行う。そのため、プログラムを実行して行う処理の主体を、プロセッサとしてもよい。同様に、プログラムを実行して行う処理の主体が、プロセッサを有するコントローラ、装置、システム、計算機、ノードであってもよい。プログラムを実行して行う処理の主体は、演算部であれば良く、特定の処理を行う専用回路を含んでいてもよい。ここで、専用回路とは、例えばＦＰＧＡ（Field Programmable Gate Array）やＡＳＩＣ（Application Specific Integrated Circuit）、ＣＰＬＤ（Complex Programmable Logic Device）等である。
プログラムは、プログラムソースから計算機にインストールされてもよい。プログラムソースは、例えば、プログラム配布サーバまたは計算機が読み取り可能な記憶メディアであってもよい。プログラムソースがプログラム配布サーバの場合、プログラム配布サーバはプロセッサと配布対象のプログラムを記憶する記憶資源を含み、プログラム配布サーバのプロセッサが配布対象のプログラムを他の計算機に配布してもよい。また、実施形態において、２以上のプログラムが１つのプログラムとして実現されてもよいし、１つのプログラムが２以上のプログラムとして実現されてもよい。

実施形態では、ＩＴシステムの運用管理業務に関連する技術に関する自動化支援について説明する。先ず、図１を参照しながら、自動化支援装置による作業選定支援の概要について説明する。

図１は、左上の業務担当者から処理が進む様子を示している。業務担当者は、運用部門へ運用作業を依頼する。業務担当者は、まず、運用作業リクエストを作成する。運用作業リクエストは、依頼する運用作業の内容が記載されたデータで、作業対象システム（作業対象）、作業に必要なスキル（要求スキル）、作業手順書（ワークフロー）、作業の正常完了を確認するためのチェックリストなどが含まれる。なお、本実施形態におけるワークフローとは、手動作業と自動処理が混在した処理手順のことである。

作業割り当てプログラム２０１は、運用作業リクエストを受領し、同作業を実行可能な作業者へ作業を割り当てる。作業者は、ワークフロー実行プログラム２０２を使用して、作業リクエスト中のワークフローを動作させる。ワークフローのステップが手作業なら作業者が作業を行い、自動処理ならワークフロー実行プログラム２０２が自動的に処理を行う。このとき、作業を行った結果として作業実行記録が作成される。作業実行記録には、作業に要した時間（作業時間）、作業者のスキル（作業者スキル）、作業中のエラー（エラー発生数）、ＧＵＩによる操作が正常完了したことを示すＧＵＩスクリーンショット、作業対象のシステムから出力されたログなどが含まれる。

工数見積もりプログラム２００は、工数見積もりルールに格納されたルールにしたがい、運用作業リクエストと、作業実行記録を入力として、作業の自動化にかかる工数の見積もり値を算出し、開発者へ提示する。例えば、工数見積もりプログラム２００は、保守工数見積もりルールにしたがい、作業を自動化した自動フローの保守コストを算出する。工数見積もりプログラム２００は、ワークフローに含まれる手作業の手順書が変更された履歴から、手順の変更頻度が十分下がっていれば、少ない保守工数を見積もる。その他のルールとして、工数見積もりプログラム２００は、開発やテストにかかる工数を見積もるが、詳細は後で述べる。

ボトルネックステップ提示プログラム２０３は、運用作業リクエストと作業実行記録を入力として、ボトルネックステップを特定し、開発者へ提示する。ボトルネックステップは、作業を自動化する上で妨げとなる作業ステップを意味する。本明細書において、このようなステップをボトルネックステップと記すことがある。例えば、ボトルネックステップ提示プログラム２０３は、作業実行記録のＧＵＩスクリーンショットを集計し、多くのワークフローで共通して使用されるＧＵＩ画面を特定し、ボトルネックステップとして提示する。こちらについても、詳細は後で述べる。

開発者は、上記のプログラムが提示する作業自動化に役立つ情報を参考に、自動化による時短効果が高く、開発工数が少ない作業を選定する。開発者は、開発ツールを用いて、手作業を自動化する開発作業を行う。開発ツールには、プログラム作成のための統合開発環境や、プログラムのバージョン管理ツール、開発者間のコミュニケーションツールなどが含まれる。これらのツールに記録されたデータを参照することで、自動化した作業ごとに、開発に要した時間やプログラム量を取得できる。

最後に、工数見積もりプログラム２００は、開発ツールと連携し、実際に開発に要した工数と、同プログラムが算出した工数見積もりとの差異から、工数見積もりルールのパラメタを調整し、工数見積もりの値が、実工数に近くなるようにする。

以上のサイクルを繰り返すことで、自動化された作業の割合を効率的に向上できる。

上記した作業選定支援によれば、作業の自動化による時短効果だけででなく、作業の自動化にかかる推定工数を考慮して、自動化する作業を選定することができる。

図２は、実施形態に係わる自動化支援システムの構成を示す。自動化支援システムは、管理計算機１００（自動化支援装置）と、複数のＩＴシステムと、を含んだ構成とすることができる。管理計算機１００は、工数見積もりプログラム２００、作業割り当てプログラム２０１、ワークフロー実行プログラム２０２、ボトルネックステップ提示プログラム２０３が動作する計算機である。管理計算機１００は、ＬＡＮ１１０を介して、管理対象のＩＴシステムであるシステムＡ（１２０ａ）、システムＢ（１２０ｂ）と接続されている。

管理計算機１００は、ＣＰＵ１０１、メモリ１０２、永続データを格納するＨＤＤ１０３、ＮＷインタフェース１０４、および、ディスプレイ１０５（表示装置）を備える。ＣＰＵ１０１（プロセッサ）は、各種のプログラム（２００～２０３）の実行の主体となる。ＨＤＤ１０３（記憶部）には、各種プログラムと、プログラムが参照するデータを格納するテーブルが格納される。これらのプログラムは、ＨＤＤ１０３からメモリ１０２へロードされ、ＣＰＵ１０１上で実行される。また、管理計算機１００は、データの入力に用いる適宜の入力装置（不図示）を備える。

システムＡ（１２０ａ）は、複数のサーバ（図中のサーバＡ（１３０ａ）、サーバＢ（１３０ｂ））を含んで構成されるＩＴシステムである。一方、システムＢ（１２０ｂ）は、クラウド１（１４０）のサービスＡ（１５０）を利用したＩＴシステムである。運用作業者は、管理計算機１００を介して、これらＩＴシステムに対してコマンド実行、ＡＰＩ呼び出し、ＧＵＩによる運用操作を行う。

次に、図３－図１７を参照しながら、各種のデータ等の一例について説明する。図３は、作業リクエストテーブル３００の構成例を示す。作業リクエストテーブル３００には、業務担当者から依頼された作業のデータが各行（例えば、行３０１ａ）に格納される。作業ＩＤ３０２は、各作業の一意識別子である。作業名３０３は、依頼する作業の名称である。対象システム３０４は、作業の対象となるＩＴシステムの名称である。登録日時３０５は、作業リクエストを登録した日時である。緊急度３０６は、作業の緊急度である。図中では、緊急度「中」「高」の作業が登録されている。緊急度「高」の作業とは、例えば障害の原因調査などの、できるだけ早い着手と実行が求められる作業である。ワークフローＩＤ３０７は、この作業リクエストの具体的な手順を含むワークフローの一意識別子である。ワークフローの実体は、ワークフロー定義テーブル４００に格納される。

図４は、ワークフロー定義テーブル４００の構成例を示す。ワークフロー定義テーブル４００は、作業の具体的な手順にあたるデータを格納するテーブルである。各行（例えば、行４０１ａ、行４０１ｂ）が、ワークフローのそれぞれのステップに相当する。ワークフローＩＤ４０２は、ワークフローの一意識別子である。ステップ番号４０３は、ワークフローを構成するステップに付与された連番である。作業タイプ４０４は、作業の種類、すなわち、「手動」作業か「自動」作業かを表す。要求スキル名４０５は、当該行のステップを実行する作業者に求められるスキルの名称である。要求スキルは複数個あってもよい。要求スキルレベル４０６は、作業者に求められるスキルの習熟度である。作業指示文４０７は、自然文で記述された作業者に対する指示文である。要求スキル名４０５、要求スキルレベル４０６、および作業指示文４０７は、作業タイプ４０４が「手動」であるときに値が格納される。チェックリストＩＤ４０８は、当該行のステップが正常に実行されたことの確認に用いられるチェックリストの一意識別子である。チェックリストのデータは、チェックリストテーブル７００に格納される。自動スクリプトＩＤ４０９は、作業を自動処理するスクリプトの一意識別子である。自動スクリプトのデータは、自動スクリプトテーブル８００に格納される。自動スクリプトＩＤ４０９は、作業タイプ４０４が「自動」のときに値が格納される。

図５は、作業対象テーブル５００の構成例を示す。作業対象テーブル５００には、各作業におけるステップの作業対象（ＩＴシステムのどの構成要素）を格納するテーブルである。作業対象テーブル５００の各行（例えば、行５０１ａ、行５０１ｂ）は、作業の各ステップにおける作業対象を格納する。作業ＩＤ５０２は、作業の一意識別子であり、作業リクエストテーブル３００の作業ＩＤ３０２に対応する。ワークフローＩＤ５０３およびステップ番号５０４は、ワークフローのステップを示すデータであり、ワークフロー定義テーブル４００のワークフローＩＤ４０２およびステップ番号４０３に対応する。作業対象５０５は、当該ステップにおける作業対象を表す。ＩＴシステムごとの構成要素は、後述するシステム構成テーブル６００に格納される。

図６は、システム構成テーブル６００の構成例を示す。システム構成テーブル６００は、ＩＴシステム（本実施形態では、システムＡ（１２０ａ）およびシステムＢ（１２０ｂ））を構成する構成要素を格納するテーブルである。テーブルの各行（例えば、行６０１ａ、行６０１ｂ、行６０１ｃ）は、構成要素を表す。構成要素６０３は、構成要素の名称を表し、システム６０２は、同構成要素が属するＩＴシステムの名称を表す。プラットフォーム６０４は、同構成要素の属性の一つであり、例えば、同構成要素で動作するオペレーティングシステムの種類や、構成要素がクラウド上のサービスであれば、クラウドの名称が格納される。アプリケーション６０５は、同構成要素上の属性の一つであり、同構成要素上で動作するアプリケーションの名称、例えば、データベースやＷｅｂサーバといった値が格納される。システム構成要素テーブル６００に格納される構成要素の属性は、プラットフォーム６０４やアプリケーション６０５に限定されず、他の属性値を格納してもよい。

図７は、チェックリストテーブル７００の構成例を示す。チェックリストテーブル７００は、作業が正常に完了したことを確認するためのチェック項目を格納するテーブルである。チェックリストテーブル７００の各行（例えば、行７０１ａ、行７０１ｂ）には、それぞれ１つのチェック項目が格納される。チェックリストＩＤ７０２は、チェック項目に対して付与された一意識別子である。チェックリストＩＤ７０２は、ワークフロー定義テーブル４００のチェックリストＩＤ４０８に対応する。チェック項目７０３は、チェックする内容を示す自然文である。チェック７０４は、同チェック項目の確認が完了したか否かを表す値が格納される。

図８は、自動スクリプトテーブル８００の構成例を示す。自動スクリプトテーブル８００は、作業を自動化したスクリプトの内容を格納するテーブルである。自動スクリプトテーブル８００の各行（例えば、行８０１ａ、行８０１ｂ、行８０１ｃ、行８０１ｄ、行８０１ｅ）には、それぞれスクリプトを構成する要素が格納される。自動スクリプトＩＤ８０２は、自動スクリプトそれぞれに対して付与された一意識別子である。自動スクリプトＩＤ８０２は、ワークフロー定義テーブル４００の自動スクリプトＩＤ４０９に対応する。項目８０３は、自動スクリプトを構成する要素の種類を表し、例えば、スクリプトの「引数」「正常処理」「エラー処理」といった値が格納される。内容８０４は、スクリプト構成要素の内容が格納される。例えば、項目８０３が「引数」であれば、引数の名称やデータ型、デフォルト値などの内容が格納される。また、項目８０３が「正常処理」であれば、正常処理スクリプトの処理内容やプログラムが、項目８０３「エラー処理」であればエラー処理の内容やプログラムが格納される。本実施形態では、自動スクリプトテーブル８００は、管理計算機１００内に格納されているが、同テーブルは管理計算機１００の外部にあってもよい。例えば、管理計算機１００と連携する開発ツールや、バージョン管理ツールが保持してもよい。

図９は、作業員テーブル９００の構成例を示す。作業員テーブル９００は、作業を行う作業員の名前と保有スキルの情報を格納するテーブルである。作業員テーブル９００の各行（例えば、行９０１ａ、行９０１ｂ）には、作業員が保有するスキルの情報が格納される。作業員名９０２は、作業員の名前が格納される。スキル名９０３は、作業員が保有するスキルの名称が格納される。作業員のスキルとは、例えば、データベースなどの対象アプリケーション、バックアップやバージョンアップなどの作業の名称である。スキルレベル９０４は、対応するスキルの習熟度を表すデータで、スキルレベルの値が大きいほど習熟度が高いことを示す。

図１０は、作業指示変更履歴テーブル１０００の構成例を示す。作業指示変更履歴テーブル１０００は、作業指示の内容の変更履歴を格納するテーブルである。このテーブルの各行（例えば、行１００１ａ、行１００１ｂ）には、ワークフロー定義テーブル４００の作業指示文４０７の変更によって生じる差分が記録される。ワークフローＩＤ１００２は、ワークフローの一意識別子である。ステップ番号１００３は、ワークフローのステップ番号である。これらは、それぞれワークフロー定義テーブル４００のワークフローＩＤ４０２、ステップ番号４０３に対応する。変更日時１００４は、作業指示文４０７が変更された日時である。変更内容１００５は、作業指示文４０７の変更差分が格納される。新規作成の場合、変更差分ではなく新規作成を示す値が格納される。作業指示変更履歴テーブル１０００は、自動スクリプトテーブル８００と同様に、管理計算機１００と連携する外部の開発ツールに格納されていてもよい。

図１１は、作業指示フィードバック履歴テーブル１１００の構成例を示す。作業指示フィードバック履歴テーブル１１００は、作業指示文４０７に対して、それを見て作業を行った作業者が指示内容に対して登録したフィードバックを各行（例えば、行１１０１ａ、行１１０１ｂ）に格納するテーブルである。ワークフローＩＤ１１０２およびステップ番号１１０３は、これまでの説明と同様に、ワークフローのステップを示す一意識別子およびステップ番号である。フィードバック種別１１０４は、フィードバックの種類を表す。例えば、「ＧＵＩアクセス」は、ＧＵＩへのアクセスを改善することが望ましいとするフィードバックであり、「データアクセス」は、手作業によるファイル操作の改善が望ましいことを示すフィードバックである。フィードバック内容１１０５は、自然文で記述されたフィードバック内容である。賛同数１１０６は、フィードバックを登録した作業者以外の作業者が、フィードバック内容に賛同した回数である。

図１２に、フィードバックを記録するための画面例を示す。この画面１２００は、作業者が、ワークフローを実行する際に参照する画面である。図には、作業指示文が表示されている。作業者は、この指示内容（作業指示１２０１）にしたがって作業を行う。作業者は、作業中に指示内容が煩雑と感じた箇所をマウス等で選択し（図中１２０２の網掛け部分）、メニューから「フィードバックの記録」を選択する。すると、フィードバック記録ダイアログ１２０３が開き、作業者は、フィードバック内容を入力する。フィードバック種別選択１２０４は、改善したいフィードバックの種類、例えば、データアクセスのＡＰＩ化なら「データアクセス」を選択する。選択された値は、フィードバック種別１１０４に格納される。また、作業者は、フィードバック内容入力フォーム１２０５へメモを入力する。入力内容は、フィードバック内容１１０５に格納される。図中の網掛け部分は、別の作業者が参照する画面にも表示される。つまり、作業者間でフィードバックが共有される。作業者が、別の作業者が登録したフィードバックに賛同する場合、賛同ボタン１２０６をクリックする。これにより、作業指示フィードバック履歴テーブル１１００の該当フィードバックにおける賛同数１１０６がインクリメントされる。

図１３は、ワークフロー実行記録テーブル１３００の構成例を示す。ワークフロー実行記録テーブル１３００は、作業者が、指示された作業を行ったことを示す記録を格納するテーブルである。ワークフロー実行記録テーブル１３００の各行（例えば、行１３０１ａ、行１３０１ｂ）は、作業のワークフローで定義された各ステップについての記録である。作業ＩＤ１３０２は、作業リクエストテーブル３００の作業ＩＤに対応し、ワークフローＩＤ１３０３～作業タイプ１３０５は、ワークフロー定義テーブル４００のワークフローＩＤ４０２～作業タイプ４０４に対応する。作業者スキル名１３０６および作業者スキルレベル１３０７は、当該作業を割り当てられ、実行した作業者が保有していたスキルおよびスキルレベルを格納する。格納される値の意味は、ワークフロー定義テーブル４００の要求スキル名４０５および要求スキルレベル４０６と同様である。開始時刻１３０８および終了時刻１３０９は、当該行のステップを開始、終了した時刻を表す。発生エラー数１３１０は、当該行のステップを実行中に発生したエラーの数を表す。ログファイル名１３１１は、当該行のステップを実行中に作業対象で出力されたログファイルや、作業時に操作したＧＵＩのアクセスログなどのログファイルの名称が格納される。ログファイル名１３１１は、一つのステップにつき複数の値が格納されてもよい。

図１４は、スクリーンショットテーブル１４００の構成例を示す。スクリーンショットテーブル１４００は、作業者が、作業指示にしたがって取得したＧＵＩ等のスクリーンショットを格納するテーブルである。スクリーンショットテーブル１４００の各行（例えば、行１４０１ａ）は、それぞれスクリーンショットの画像が格納される。作業ＩＤ１４０２～ステップ番号１４０４は、ワークフロー実行記録テーブル１３００と同様であるため説明を省略する。ＧＵＩ名１４０５は、スクリーンショットをとったＧＵＩの画面名を表す。画像データ１４０６は、スクリーンショットのデータである。

図１５は、ログファイルテーブル１５００の構成例を示す。ログファイルテーブル１５００は、ログファイルの出力内容を各行（例えば、行１５０１ａ）に格納するテーブルである。ログファイル名１５０２は、ログのファイル名を表し、ワークフロー実行記録テーブル１３００のログファイル名１３１１に対応する。ログデータ１５０３は、ログファイルの出力内容である。

図１６は、工数見積もりルールテーブル１６００の構成例を示す。工数見積もりルールテーブル１６００は、工数を見積もるための様々なルールを格納するテーブルである。工数見積もりルールテーブル１６００の各行（例えば、行１６０１ａ、行１６０１ｂ、行１６０１ｃ、行１６０１ｄ）には、それぞれ一つのルール（工数推定ルール）が格納される。ルールＩＤ１６０２は、各ルールに対して付与された一意識別子である。工数種別１６０３は、当該行のルールが推定する工数の種別である。例えば、保守工数を推定するルールであれば「保守」、開発工数を推定するルールであれば「開発」が格納される。工数見積もりルール１６０４には、工数見積もりルールの名称や、見積もり計算のプログラムが格納される。重み１６０５は、それぞれのルールが推定した工数を合算する際に、各ルールが算出した推定工数に掛け合わせる重みである。

図１７は、工数見積もり結果テーブル１７００の構成例を示す。工数見積もり結果テーブル１７００は、工数の見積もり結果と、実際にかかった工数とを格納するテーブルである。工数見積もり結果テーブル１７００の各行（例えば、行１７０１ａ、行１７０１ｂ）には、ワークフローのステップに対して、各ルールを適用して見積もった工数が格納される。ワークフローＩＤ１７０２およびステップ番号１７０３は、これまでの説明と同様、ワークフローのステップを表す。ルールＩＤ１７０４は、ルールを表す一意識別子であり、工数見積もりルールテーブル１６００のルールＩＤ１６０２に対応する。推定工数１７０５は、当該行の工数見積もりルールを当該行のワークフローのステップに適用して得た推定工数である。工数種別１７０６は、工数見積もりルールテーブル１６００の工数種別１６０３と同様である。合計推定工数１７０７は、推定工数１７０５を、ワークフローＩＤ１７０２、ステップ番号１７０３および工数種別１７０６でグルーピングして集計した値を格納する。合計実工数１７０８は、当該ステップの作成にかかった実工数を格納する。元となる実工数は、外部の開発ツールから取得する。

以下、実施形態における処理の流れの詳細を説明する。

図１８は、本実施形態において作業リクエストの受付から、作業を実行するまでの流れである。

Ｓ１００で、作業割り当てプログラム２０１は、業務担当者が入力した作業に関する情報を受領し、作業リクエストテーブル３００、作業対象テーブル５００に新規行を追加する。業務担当者は、ワークフロー定義テーブル４００に格納されたワークフローの中から実行したいワークフローを選択する（希望のワークフローがなければ、新規作成してもよい）。作業割り当てプログラム２０１は、作業リクエストテーブル３００に新規行を作成し、ワークフローＩＤ３０７の値は、選択されたワークフローのＩＤを保存する。対象システム３０４および緊急度３０６には、業務担当者が入力した値を保存する。次いで、業務担当者は、ワークフローの各ステップにおける作業対象を選択する。業務担当者は、システム構成テーブル６００を参照して、作業対象システムの構成要素６０３の中から作業対象を選択する。作業割り当てプログラム２０１は、ワークフローのステップごとに選択された作業対象を、作業対象テーブル５００へ格納する。

Ｓ１０１で、作業割り当てプログラム２０１は、作業リクエストに対して作業者を割り当てる。作業割り当てプログラム２０１は、作業リクエストにワークフローＩＤ３０７によって関連づけられたワークフローの要求スキル名４０５および要求スキルレベル４０６を取得する。次に、作業割り当てプログラム２０１は、作業員テーブル９００を参照し、当該スキルを持ち、かつ、スキルレベルが要求値以上である作業者を検索する。作業割り当てプログラム２０１は、ワークフロー実行記録テーブル１３００に、当該作業用の行を追加する。このとき、作業ＩＤ１３０２～作業タイプ１３０５には、作業リクエストテーブル３００およびワークフロー定義テーブル４００の当該行の値をコピーする。また、作業者スキル名１３０６および作業者スキルレベル１３０７には、さきほど検索した作業者の作業員テーブル９００の該当行の値をコピーする。

Ｓ１０２で、ワークフロー実行プログラム２０２は、作業者と協調して作業を実行し、作業の記録を保存する。ワークフロー実行プログラム２０２は、作業リクエストテーブル３００のワークフローＩＤ３０７で指定されたワークフローをワークフロー定義テーブル４００から取得し、各ステップを順に実行する。作業タイプ４０４が「自動」であれば、自動スクリプトを実行し、作業タイプ４０４が「手動」であれば、作業指示文４０７を作業者へ提示する。作業者は、指示文にしたがって作業を行う。作業中にエラーが発生した場合、ワークフロー実行プログラム２０２は、発生エラー数１３１０へエラー回数を記録する。スクリーンショットの取得を指示されている場合、ワークフロー実行プログラム２０２は、作業者が取得したスクリーンショットを受領し、スクリーンショットテーブル１４００に新規行を作成してスクリーンショットを保存する。また、ワークフローにチェックリストが付随する場合、ワークフロー実行プログラム２０２は、作業者が行ったチェックリストの確認結果を受領し、チェックリストテーブル７００のチェック７０４に格納する。最後に、ワークフロー実行プログラム２０２は、作業中に出力されたログの内容をログファイルテーブル１５００のログデータ１５０３へ格納する。以上により、ワークフローを実行による様々な記録がテーブルに保存され、作業の自動化にかかる工数推定に必要なデータが準備できる。

図１９は、工数見積もりプログラム２００およびボトルネックステップ提示プログラム２０３が、自動化する作業の選定に役立つ情報を提供する処理の流れを示す。

Ｓ２００で、工数見積もりプログラム２００は、作業リクエストおよび作業実行の結果記録された諸情報から、手作業によるステップの自動化にかかる工数を見積もる。工数見積もりプログラム２００は、工数見積もりルールテーブル１６００から、工数見積もりルール１６０４を読み込む。工数見積もりプログラム２００は、ワークフロー定義テーブル４００から、手作業で行われているワークフローのステップを読み込み、先に読み込んだ工数見積もりルールを適用し、各ステップの自動化にかかる工数を見積もる。その結果である工数の見積もり値は、工数見積もり結果テーブル１７００へ格納される。各ルールの処理の流れは、図２０～図２３を用いて後述する。

Ｓ２０１で、ボトルネック提示プログラム２０３は、自動化を阻害しているステップの統計情報を提示する。本処理の詳細は、図２５を用いて詳述する。

Ｓ２０２で、ボトルネックステップ提示プログラム２０３は、実際に自動化にかかった工数をフィードバックとして受領し、Ｓ２００で見積もった工数との差に基づいて見積もりに関わるパラメタを最適化し、工数見積もりの精度を改善する。本処理の詳細は、図２７を用いて詳述する。

図２０は、工数見積もりルールテーブル１６００に格納された、保守工数ルールによる保守工数見積もり処理の流れを示す。

Ｓ３０１で、工数見積もりプログラム２００は、工数を見積もる対象のワークフローのステップを受領する。ステップは、ワークフローＩＤとステップ番号によって指定される。

Ｓ３０２で、工数見積もりプログラム２００は、ワークフローＩＤとステップ番号をキーとして作業指示変更履歴テーブル１０００を参照し、当該ステップに対する全ての変更履歴を取得する。

Ｓ３０３で、工数見積もりプログラム２００は、ワークフローＩＤとステップ番号をキーとしてワークフロー実行記録テーブル１３００を参照し、当該ステップの実行記録を全て取得する。

Ｓ３０４は、工数見積もりプログラム２００は、当該ステップの「変更頻度」を計算する。変更頻度は、例えば、Ｓ３０２で取得した当該ステップの変更回数を、当該ステップが作成されてからの経過時間で除算した値である。変更頻度の別の計算方法として、当該ステップが作成されてからの経過時間ではなく、直近の一定期間（例えば直近の１ヵ月）における変更回数としてもよい。また、変更頻度の別の計算方法として、同ステップの実行回数あたりの変更回数としてもよい。例えば、直近１ヵ月の当該ステップの変更回数が１回、当該ステップの実行回数が１００回とした場合、変更頻度をその除算値、すなわち、１÷１００＝０．０１としてもよい。

Ｓ３０４において、工数見積もりプログラム２００は、変更頻度を計算する対象のステップを限定してもよい。例えば、当該ステップが作成されてからの経過時間が短く、保守工数を見積もることに適していない場合、当該ステップを保守工数見積もりの対象外としてもよい。あるいは、当該ステップの作成直後１ヵ月の変更頻度と、直近１ヵ月の変更頻度をそれぞれ計算し、作成直後の変更頻度が高く、かつ、作成直後の変更頻度と直近１ヵ月の変更頻度との差が小さい場合、つまり、ステップ内容の変更が高い頻度で続いている場合、当該ステップを保守工数見積もりの対象外としてもよい（この場合、保守工数が高すぎると思われるため、全体工数見積もりの対象外としてもよい）。

最後に、Ｓ３０５において、工数見積もりプログラム２００は、Ｓ３０４で求めた変更頻度に、工数見積もりルールテーブル１６００の重み１６０５を乗算して保守工数を計算し、その値を工数見積もり結果テーブル１７００の、当該ステップに対する保守工数ルールによる保守工数の見積もり値として推定工数１７０５へ格納する。

図２１は、工数見積もりルールテーブル１６００に格納された、正常処理工数見積もりルールによる開発工数見積もり処理の流れを示す。

Ｓ４０１で、工数見積もりプログラム２００は、工数を見積もる対象のワークフローのステップを受領する。ステップは、ワークフローＩＤとステップ番号によって指定される。

Ｓ４０２で、工数見積もりプログラム２００は、ワークフローＩＤとステップ番号をキーとしてワークフロー実行記録テーブル１３００を参照し、当該ステップに対する全ての変更履歴を取得する。

Ｓ４０３で、工数見積もりプログラム２００は、同ステップの実行時間の「安定度」を計算する。安定度とは、ここでは、同ステップの実行時間のばらつきの大きさとする。実行時間のばらつきが少ないということは、トラブルが少なく開発しやすい作業であることを意味する。実行時間のばらつきの計算方法は、例えば、実行時間の標準偏差である。

工数見積もりプログラム２００が、安定度を計算する際、エラーが発生したときの記録を除外してもよい。すなわち、ワークフロー実行記録テーブル１３００の発生エラー数１３１０が０でない行を除外して、実行時間の安定度を計算してもよい。これにより、エラーが発生したことで対応に多大な時間がかかったときの記録を除外でき、純粋に当該ステップの実行時間の安定度を計算できる。

工数見積もりプログラム２００が、安定度を計算する際、作業者のスキルレベルを考慮してもよい。作業者のスキルレベルはワークフロー実行記録テーブル１３００の作業者スキルレベル１３０７に格納されている。例えば、スキルレベルの値がある閾値よりも低い行を除外し、初心者レベルの作業者による記録を除外して、安定度を計算してもよい。

また、工数見積もりプログラム２００は、作業者のスキルレベルを考慮して、先に示した方法以外の、別の考え方に基づく安定度を計算してもよい。例えば、スキルレベルと実行時間との相関係数を計算し、その絶対値を安定度としてもよい。ここで、相関係数の絶対値が小さいということは、作業時間がスキルレベルに依存しない、つまり、誰が作業を行っても実行時間に差が出ない安定したステップ（すなわち、ばらつきが小さいステップ）だと考えることができる。

Ｓ４０４で、工数見積もりプログラム２００は、ワークフローＩＤとステップ番号をキーとしてワークフロー定義テーブル４００を参照し、ステップの定義情報を取得する。

Ｓ４０５で、工数見積もりプログラム２００は、いくつかの観点から開発工数を参照する。工数見積もりプログラム２００は、作業指示文４０７を取得し、作業指示文の文字列の長さに基づいて工数を算出する。同プログラムは内部に文字列の長さに対する工数の換算表を持ち、同表に基づいて工数を算出する。あるいは、工数見積もりプログラム２００は、文字列の長さではなく作業指示文の項目数から工数を算出してもよい。あるいは、工数見積もりプログラム２００は、既に自動化済みのステップであって開発工数が確定している他のステップを、作業指示文の文字列の類似性から特定し、確定された開発工数を、当該ステップの開発工数としてもよい。例えば、他の作業手順書における作業指示文の記述内容との類似性に基づいて、既に確定されている類似する記述内容のステップの開発工数を求め、これを算出する開発工数としてもよい。ただし、これは流用可能なプログラムが既にあることを意味するため、開発工数に更に０．７や０．５といった係数を乗算して、当該ステップの開発工数としてもよい。

また、工数見積もりプログラム２００は、チェックリストＩＤ４０８の値をキーにチェックリストテーブル７００を参照し、当該ステップに対応するチェックリストの項目数に基づいて工数を算出し、既に計算した工数と合算する。

Ｓ４０６で、工数見積もりプログラム２００は、Ｓ４０５で計算した工数に、Ｓ４０３で計算した安定度を乗算し、新たな工数値とする。

Ｓ４０７で、工数見積もりプログラム２００は、Ｓ４０６で求めた工数に、工数見積もりルールテーブル１６００の重み１６０５を乗算して正常処理の開発工数を計算し、その値を工数見積もり結果テーブル１７００の、当該ステップに対する正常処理工数ルールによる開発工数の見積もり値として推定工数１７０５へ格納する。

図２２は、工数見積もりルールテーブル１６００に格納された、エラー処理工数ルールによる開発工数見積もり処理の流れを示す。

Ｓ５０１で、工数見積もりプログラム２００は、工数を見積もる対象のワークフローのステップを受領する。ステップは、ワークフローＩＤとステップ番号によって指定される。

Ｓ５０２で、工数見積もりプログラム２００は、ワークフローＩＤとステップ番号をキーとしてワークフロー実行記録テーブル１３００を参照し、当該ステップに対する全ての実行履歴を取得する。

Ｓ５０３で、工数見積もりプログラム２００は、前ステップで取得した当該ステップの実行履歴から、エラー率を計算する。すなわち、発生エラー数１３１０の合計値を、行数で除算し、当該ステップの実行あたりのエラー数を計算する。工数見積もりプログラム２００は、エラー発生率に基づいてエラー処理の開発にかかる工数を算出する。同プログラムはエラー率に対する工数の換算表を持ち、同表に基づいて工数を算出する。

Ｓ５０４で、工数見積もりプログラム２００は、当該ステップのワークフローＩＤとステップ番号をキーとしてワークフロー定義テーブル４００を参照し、当該ステップの要求スキルレベル４０６を取得する。

Ｓ５０５で、工数見積もりプログラム２００は、Ｓ５０３で求めた工数にＳ５０４で取得した要求スキルレベル（スキル要件）を乗算する。これは、高いスキルレベルが求められる作業は、エラー処理の難易度が高く、より複雑な対応を求められると考えられるためである。つまり、スキルレベルが高い分、エラー処理の開発にかかる工数が大きくなると推定されるためである。このとき、スキルレベルの値をそのまま乗算せず、要求スキルの内容に応じて、スキルレベルの値を増減してもよい。例えば、同じスキルレベルであっても、より難易度が高いと考えられる作業、例えば、データベースを扱う作業は値を増やすといった加工をしてもよい。

Ｓ５０６で、工数見積もりプログラム２００は、Ｓ５０５で求めた工数に、工数見積もりルールテーブル１６００の重み１６０５を乗算してエラー処理の開発工数を計算し、その値を工数見積もり結果テーブル１７００の、当該ステップに対するエラー処理工数ルールによる開発工数の見積もり値として推定工数１７０５へ格納する。

図２３は、工数見積もりルールテーブル１６００に格納された、テスト工数ルールによる開発工数見積もり処理の流れを示す。

Ｓ６０１で、工数見積もりプログラム２００は、工数を見積もる対象のワークフローのステップを受領する。ステップは、ワークフローＩＤとステップ番号によって指定される。

Ｓ６０２で、工数見積もりプログラム２００は、ワークフローＩＤをキーとして作業リクエストテーブル３００を参照し、当該ワークフローに関連する全ての作業リクエストを取得する。

Ｓ６０３で、工数見積もりプログラム２００は、前ステップで取得した作業リクエストの作業対象に関する対象システム３０４を参照し、その値の種類数（ユニーク数）を計算する。これは、当該ワークフローが対象とするシステムのバリエーション数を表す。

Ｓ６０４で、工数見積もりプログラム２００は、ワークフローＩＤおよびステップ番号をキーとして作業対象テーブル５００を参照し、当該ステップの全ての作業対象５０５を取得する。次に、工数見積もりプログラム２００は、これらの作業対象と、作業リクエストの対象システム３０４をキーとして、システム構成テーブル６００を参照し作業対象のプラットフォーム６０４を取得する。そして、工数見積もりプログラム２００は、プラットフォーム６０４の値の種類数（ユニーク数）を計算する。これは、当該ワークフローの当該ステップが対象としたプラットフォームのバリエーション数を表す。

Ｓ６０５で、工数見積もりプログラム２００は、システム数とプラットフォーム数から、テストにかかる工数を算出する。例えば、システム数とプラットフォーム数を乗算した値をテストにかかる工数とする。これは、システム数、プラットフォーム数の組み合わせに比例してテスト工数がかかるという考え方に基づく。あるいは、より単純に、システム数とプラットフォーム数を加算した値としてもよいし、それぞれの数に係数を乗じた値を合計してもよい。

Ｓ６０６で、工数見積もりプログラム２００は、Ｓ６０５で求めた工数に、工数見積もりルールテーブル１６００の重み１６０５を乗算してテストにかかる工数を計算し、その値を工数見積もり結果テーブル１７００の、当該ステップに対するテスト工数ルールによる開発工数の見積もり値として推定工数１７０５へ格納する。

ここで、図２４を参照しながら、工数見積もり結果の表示について説明する。図２４に、工数見積もり結果を表示する画面例を示す。この画面（工数見積もり２４００）は、ディスプレイ１０５上に表示される。画面上部は、ステップごとの工数一覧表２４０１である。表には、工数見積もりプログラム２００が計算した、手作業で行われたステップ別の推定工数（合計）が表示される。また、ステップごとの総実行時間も同様に表示される。総実行時間は、ワークフロー実行記録テーブル１３００の、当該ステップに該当する行の開始時刻１３０８と終了時刻１３０９から計算できる。この画面を見た開発者は、総実行時間と、総推定工数を参考に、自動化するステップあるいはワークフローを選定する。

この表で、一つのステップを選択すると、当該ステップの推定工数内訳表２４０２が画面下部に表示される。推定工数内訳表２４０２には、工数見積もり結果テーブル１７００に格納された、当該ステップの推定工数１７０５が表示される。

次に、ボトルネックステップの提示について説明する。図２５は、ボトルネックステップ提示プログラム２０３が、ボトルネックステップを特定して提示する処理の流れを示す。

Ｓ７０１で、ボトルネックステップ提示プログラム２０３は、スクリーンショットテーブル１４００を読み込む。

Ｓ７０２で、ボトルネックステップ提示プログラム２０３は、ＧＵＩ名１４０５が同一である行をグルーピングする。ＧＵＩ名１４０５に格納された値が、表記ゆれ等のあいまいさがある場合、あいまいさを許容する文字列の類似度に基づいてグループを作成してもよい。また、グルーピングの別の方法として、画像データ１４０６を使用してもよい。例えば、画像認識技術を用いて画像データ１４０６を処理し、類似する画像データをまとめてグループを作成してもよい。また、別のグルーピング方法として、ログファイルを使用してもよい。例えば、作業ＩＤ１４０２、ワークフローＩＤ１４０３、ステップ番号１４０４をキーとしてログファイルテーブル１５００を参照し、当該ログファイルのログデータ１５０３を取得し、ログファイルの出力内容（文字列）の類似度に基づいてグループを作成してもよい。

Ｓ７０３で、ボトルネックステップ提示プログラム２０３は、前ステップで作成したグループごとに行数をカウントする。このようにして、スクリーンショット数に基づくボトルネックステップが特定される。

Ｓ７０４からＳ７０５で、ボトルネックステップ提示プログラム２０３は、作業者からの改善フィードバックを集計する。まず、Ｓ７０４で、ボトルネックステップ提示プログラム２０３は、作業指示フィードバック履歴テーブル１１００の全行を取得する。このとき、全行ではなく直近の１ヵ月に限定したり、既に自動化されたステップの行を除外してもよい。

次に、Ｓ７０５で、ボトルネックステップ提示プログラム２０３は、これらの行を賛同数１１０６順に降順ソートする。賛同数１１０６の値の大きさは、作業者による改善要求の大きさを表すため、上位の行は、それだけ作業を阻害するボトルネックステップであることを示す。このようにして、フィードバックに基づくボトルネックステップが特定される。

Ｓ７０６で、ボトルネックステップ提示プログラム２０３は、ディスプレイ１０５上にＳ７０３およびＳ７０５で特定したボトルネックステップを画面上に表示する。

ここで、図２６を参照しながら、ボトルネックステップの表示について説明する。図２６に、ボトルネックステップ提示プログラム２０３が表示する画面例を示す。画面には、ボトルネックステップ一覧２６００が表示される。上部には、Ｓ７０３で集計したスクリーンショット数に基づくボトルネックステップ一覧２６０１が表示される。関連ワークフロー数は、当該ボトルネックステップが関連するワークフローの種類の数で、Ｓ７０６でグルーピングしたスクリーンショットテーブル１４００の行においてワークフローＩＤ１４０３のユニーク数として計算できる。回数は、グループに含まれる行数として計算できる。この一覧表を見た開発者は、回数が多いステップを順に自動化していけばよいことが分かる。

ボトルネックステップ一覧２６００の下部には、Ｓ７０５で集計したフィードバックに基づくボトルネックステップ２６０２が表示される。表のフィードバック内容には、フィードバック内容１１０５を表示し、関連ワークフロー数には、作業指示フィードバック履歴１１００の当該行のワークフローＩＤ１１０２のユニーク数を表示し、賛同数には賛同数１１０６を表示する。表の回数には、ワークフローＩＤ１１０２およびステップ番号１１０３をキーとしてワークフロー実行記録テーブル１３００を参照し、該当する行数（当該ステップの実行回数にあたる）を表示する。この一覧表を見た開発者は、賛同数もしくは回数が多いステップを順に自動化していけばよいことが分かる。

図２７は、工数見積もりプログラム２００が、推定工数と実際にかかった実工数との差を基に、工数見積もりルールテーブル１６００の重み１６０５の値を調整し、工数の見積もり精度を改善する処理の流れを示す。

Ｓ８０１で、工数見積もりプログラム２００は、対象のワークフローのステップを受領する。ステップは、ワークフローＩＤとステップ番号によって指定される。対象となるステップは、開発者によって手作業から自動処理への開発が完了したステップである。

Ｓ８０２で、工数見積もりプログラム２００は、外部の開発ツールと連携し、対象ステップの開発にかかった工数を取得する。取得した工数は、工数見積もり結果テーブル１７０８の合計実工数１７０８に格納される。開発工数は、自動処理のリリースまでにかかった工数、保守工数はリリース後にかかった工数として算出できる。開発工数は、更なる内訳、すなわち、正常処理の開発にかかった工数、エラー処理の開発にかかった工数、テスト工数などの内訳が分かる場合は、内訳の値を格納する。内訳が分からない場合は、合計値を格納する。

Ｓ８０３で、工数見積もりプログラム２００は、工数見積もり結果テーブル１７００の合計推定工数１７０７（内訳が分かる場合は、推定工数１７０５）と、合計実工数１７０８との差に基づいて、工数見積もりルールテーブル１６００における各見積もりルールの重み１６０５を調整する。重みの計算方法は、例えば、線形回帰式による方法でよい。すなわち、目的変数を、工数見積もり結果テーブル１７００に蓄積された各ステップの合計実工数１７０８とし、説明変数を各ルールの推定工数１７０５として線形回帰式を作成し、推定工数にかかる係数を重みとする計算方法でよい。別の方法として、線形回帰式ではなく、他の回帰アルゴリズムを使用してもよい。例えば、Ｒａｍｄｏｍ Ｆｏｒｅｓｔ回帰や、Ｓｕｐｐｏｒｔ Ｖｅｃｔｏｒ回帰などの、より高精度な推定が可能なアルゴリズムを使用してもよい。この場合、目的変数や説明変数は線形回帰を使用する場合と同じであるが、線形回帰のように各ルールの重みはないため、重みの代わりに生成された回帰モデルをバイナリとして保存する。

以上の説明より、作業に必要なスキルなどの作業依頼情報、作業手順の内容およびその変更履歴、作業実行履歴（作業時間、作業者のスキル、作業によって出力されたログ）を入力として、工数推定ルールに基づいて、作業の自動化にかかる開発工数、保守工数の推定値を算出することができる管理計算機１００が提供される。また、この管理計算機１００は、作業結果の画面をキャプチャしたスクリーンショットや、作業者からのフィードバックに基づき、自動化を阻害しているボトルネックステップを特定し、提示することができる。

本実施形態によれば、手動で行われている作業を自動化するための工数見積もりを容易に算出でき、また、自動化を阻害しているステップ（ボトルネックステップであって、例えば、ＧＵＩ以外の操作方法がなく自動化が難しいステップ）を容易に特定できる。そして、効率的に手動作業の自動化を進めることができる。すなわち、本実施形態によれば、工数に対して時短効果が高い手作業や、ボトルネックステップが簡単に分かるため、自動化を効率的に進めることができ、一例として、経済的な観点で貢献することができる。

ボトルネックステップの解消には、例えば、ＩＴシステムを担当する業務部門、開発部門の協力が欠かせない。どこがボトルネックステップか分かれば、運用部門は、業務部門、開発部門を説得する際の材料として、ボトルネックステップをＡＰＩ化することによる作業効率の向上を定量的に示すことができ、全体最適化の観点から他部門の協力を得やすくなる。本実施形態によれば、ボトルネックステップが簡単に分かるため、このような観点からも自動化を効率的に進めることができる。

以上、本発明の実施形態について詳述したが、本発明は、前記の実施形態に限定されるものではなく、特許請求の範囲に記載された本発明の精神を逸脱しない範囲で、種々の設計変更を行うことができるものである。例えば、前記した実施の形態は本発明を分かりやすく説明するために詳細に説明したものであり、必ずしも説明した全ての構成を備えるものに限定されるものではない。また、実施形態の構成の一部について、他の構成の追加・削除・置換をすることが可能である。

１００…管理計算機、
１０１…ＣＰＵ（プロセッサ）、
１０２…メモリ、
１０３…ＨＤＤ（記憶部）、
１０４…ＮＷインタフェース、
１０５…ディスプレイ、
１１０…ＬＡＮ、
１２０…ＩＴシステム、
１３０…サーバ、
１４０…クラウド、
１５０…クラウドサービス、
２００…工数見積もりプログラム、
２０１…作業割り当てプログラム、
２０２…ワークフロー実行プログラム、
２０３…ボトルネックステップ提示プログラム、
３００…作業リクエストテーブル、
４００…ワークフロー定義テーブル、
５００…作業対象テーブル、
６００…システム構成テーブル、
７００…チェックリストテーブル、
８００…自動スクリプトテーブル、
９００…作業員テーブル、
１０００…作業指示変更履歴テーブル、
１１００…作業指示フィードバック履歴テーブル、
１２００…ワークフロー実行画面、
１２０１…作業指示、
１２０２…作業指示へのフィードバック箇所、
１２０３…フィードバック記録ダイアログ、
１２０４…フィードバック種別選択、
１２０５…フィードバック内容入力フォーム、
１２０６…賛同ボタン、
１３００…ワークフロー実行記録テーブル、
１４００…スクリーンショットテーブル、
１５００…ログファイルテーブル、
１６００…工数見積もりルールテーブル、
１７００…工数見積もり結果テーブル、
２４００…工数見積もり画面、
２４０１…ステップごとの工数一覧表、
２４０２…推定工数内訳表、
２６００…ボトルネックステップ一覧画面、
２６０１…ボトルネックステップ一覧、
２６０２…フィードバックに基づくボトルネックステップ。

Claims (15)

1. プロセッサと、記憶部と、を備え、
   前記記憶部は、
   作業の手順に関する作業手順書の自動化にかかる工数を算出するルールである工数推定ルールを記憶し、
   前記プロセッサは、
   前記作業手順書と前記作業手順書に従って実行された記録である作業実行記録を入力として、前記記憶部に記憶された前記工数推定ルールを用いて、前記作業手順書の自動化にかかる工数を算出する、
   ことを特徴とする自動化支援装置。
2. 請求項１に記載の自動化支援装置であって、
   前記記憶部は、
   前記プロセッサが、前記作業手順書に含まれる作業指示内容の文字列の長さ、および／または、項目数に基づいて、前記作業手順書の自動化にかかる工数を算出することに用いる前記工数推定ルールを記憶する、
   ことを特徴とする自動化支援装置。
3. 請求項１に記載の自動化支援装置であって、
   前記作業手順書は、作業が正常に完了したことをチェックするチェックリストを含み、
   前記記憶部は、
   前記プロセッサが、前記チェックリストのチェック項目の数に基づいて前記作業手順書の自動化にかかる開発工数を算出することに用いる前記工数推定ルールを記憶する、
   ことを特徴とする自動化支援装置。
4. 請求項１に記載の自動化支援装置であって、
   前記記憶部は、
   前記プロセッサが、前記作業手順書の自動化にかかる開発工数を、前記作業手順書と記述内容の類似度が高く、かつ、開発工数が確定している他の作業手順書の開発工数に基づいて算出することに用いる前記工数推定ルールを記憶する、
   ことを特徴とする自動化支援装置。
5. 請求項１に記載の自動化支援装置であって、
   前記記憶部は、
   前記プロセッサが、前記作業実行記録に基づいて、前記作業手順書の作業時間のばらつきに関する安定度を計算し、算出した開発工数と、前記安定度と、を乗算することで、前記作業手順書の自動化にかかる開発工数を算出することに用いる前記工数推定ルールを記憶する、
   ことを特徴とする自動化支援装置。
6. 請求項１に記載の自動化支援装置であって、
   前記記憶部は、
   前記プロセッサが、前記作業手順書の変更頻度に基づいて、自動化された後に変更された前記作業手順書の保守にかかる工数を算出することに用いる前記工数推定ルールを記憶する、
   ことを特徴とする自動化支援装置。
7. 請求項６に記載の自動化支援装置であって、
   前記変更頻度は、前記作業手順書が変更されてからの経過時間あたりの変更回数、あるいは、前記作業手順書の実行回数あたりの変更回数に基づいて、決定される、
   ことを特徴とする自動化支援装置。
8. 請求項１に記載の自動化支援装置であって、
   前記記憶部は、
   前記プロセッサが、入力された作業の難易度を表すスキル要件を更に用いて、前記作業手順書の自動化にかかる工数を算出することに用いる前記工数推定ルールを記憶する、
   ことを特徴とする自動化支援装置。
9. 請求項８に記載の自動化支援装置であって、
   前記作業実行記録は、作業中のエラー発生回数の記録を含み、
   前記工数推定ルールは、前記プロセッサが、前記エラー発生回数からエラー発生率を算出し、前記エラー発生率を更に用いてエラー処理に関する開発工数を算出することを定めたルールである、
   ことを特徴とする自動化支援装置。
10. 請求項１に記載の自動化支援装置であって、
    前記記憶部は、
    前記プロセッサが、入力された作業する対象である作業対象を更に用いて、前記作業手順書の自動化にかかる工数を算出することに用いる前記工数推定ルールを記憶し、
    前記工数推定ルールは、前記プロセッサが、前記作業対象の種類数に基づいて前記作業手順書の自動化にかかる工数を算出することを定めたルールである、
    ことを特徴とする自動化支援装置。
11. 請求項１に記載の自動化支援装置であって、
    前記記憶部は、
    前記工数推定ルールに対して設定された重みを記憶し、
    前記プロセッサは、
    前記作業手順書の自動化にかかった実工数と、前記工数推定ルールに基づいて算出された工数に前記重みを乗算した工数と、の差が小さくなるように、前記工数推定ルールに設定された重みの値を調整する、
    ことを特徴とする自動化支援装置。
12. 請求項１に記載の自動化支援装置であって、
    表示装置を備え、
    前記プロセッサは、
    前記作業実行記録における前記作業手順書と関連づけられた作業の正常完了を示す画面のスクリーンショットの記録を前記記憶部に蓄積し、
    同種の前記スクリーンショットのカウント数が多い作業を、自動化を妨げる作業であるとして前記表示装置に提示する、
    ことを特徴とする自動化支援装置。
13. 請求項１に記載の自動化支援装置であって、
    表示装置を備え、
    前記プロセッサは、
    前記作業手順書において、作業の自動化を妨げる記載箇所を作業者が指定したフィードバックを前記記憶部に蓄積し、
    フィードバック数が多い箇所に関する作業を、自動化を妨げる作業であるとして前記表示装置に提示する、
    ことを特徴とする自動化支援装置。
14. プロセッサと、記憶部と、を用いて行う自動化支援方法であって、
    前記プロセッサが、
    作業の手順に関する作業手順書と前記作業手順書に従って実行された記録である作業実行記録を取得し、
    前記記憶部に記憶された前記作業手順書の自動化にかかる工数を算出するルールである工数推定ルールを参照し、前記工数推定ルールを用いて、前記作業手順書の自動化にかかる工数を算出する、
    ことを特徴とする自動化支援方法。
15. 請求項１４に記載の自動化支援方法をプロセッサに実行させるプログラム。

Images