JP7219989B1 - プログラム、情報処理装置および方法 - Google Patents

Abstract

【課題】エンジニアチーム内の構成員について、モチベーションが低下しているか、またはパフォーマンスが向上しているかを適切に評価する技術を提供する。【解決手段】チーム活動評価システム１のサーバ２０は、その機能として、エンジニアとしての成果物を作成するためにオンライン上でソースコードを管理するソースコードホスティングサービスである第１のサービスにアクセスすることにより、エンジニアチームを構成する各構成員が当該第1のサービスを利用することにより当該第１のサービスに蓄積される情報を第１の情報として取得するステップと、第１の情報に基づいて、エンジニアチームの各構成員について、エンジニアとしての成果物を作成するための活動量に応じて変化する第１のパラメータを特定するステップと、各構成員について特定された第１のパラメータをユーザに提示するステップと、を実行させる。【選択図】図３

Description

本開示は、プログラム、情報処理装置および方法に関する。

企業活動におけるプロダクト開発は、複数のエンジニアによるチームで進められることが多い。チームによるプロダクト開発では、チーム内で適切に人員配置を行い、成果物に対するレビューを適切に行う必要があり、チームとしてのパフォーマンスを最大化する必要がある。

特許文献１には、企業活動における活動の組織性、単独性を分析する活動分析技術が開示されている。この技術は、同時に複数人の介在が可能な活動、例えば会議等について、その活動が発生する場に同時に介在した参加者の情報を参加者の位置情報より取得し、組織を分析する手法である。

特開２００８－０２７０１７号公報

ところで、プロダクト開発等を行うエンジニアにより構成されるエンジニアチーム内の構成員のパフォーマンスを評価する場合、当該構成員の成果物について適切に把握する必要がある。また、当該構成員の成果物から、当該構成員のモチベーションが低下しているか、またはパフォーマンスが向上しているかを把握することも重要である。しかしながら、このようなエンジニアチーム内の構成員についての活動状況を客観的に把握することが困難であった。

そこで、本開示では、エンジニアチーム内の構成員についての活動状況を客観的に把握することを可能にする技術について説明する。

本開示の一実施形態によると、プロセッサと、記憶部とを備えるコンピュータに実行させるためのプログラムが提供される。プログラムは、プロセッサに、エンジニアとしての成果物を作成するためにオンライン上でソースコードを管理するソースコードホスティングサービスである第１のサービスにアクセスすることにより、エンジニアチームを構成する各構成員が当該第1のサービスを利用することにより当該第１のサービスに蓄積される情報を第１の情報として取得するステップと、第１の情報に基づいて、エンジニアチームの各構成員について、エンジニアとしての成果物を作成するための活動量に応じて変化する第１のパラメータを特定するステップと、各構成員について特定された第１のパラメータをユーザに提示するステップと、を実行させる。

本開示によれば、エンジニアチーム内の構成員について、モチベーションが低下しているか、またはパフォーマンスが向上しているかを適切に評価することが可能になる。

実施の形態１のチーム活動評価システム１の全体の構成を示す図である。 実施の形態１のチーム活動評価システム１を構成する端末装置１０の機能的な構成を示すブロック図である。 実施の形態１のチーム活動評価システム１を構成するサーバ２０の機能的な構成を示す図である。 サーバ２０が記憶するリポジトリデータベース２０２１のデータ構造を示す図である。 サーバ２０が記憶する構成員パフォーマンスデータベース２０２２、チームパフォーマンスデータベース２０２３のデータ構造を示す図である。 実施の形態１のチーム活動評価システム１によるパラメータ特定処理を行う流れの一例を示すフローチャートである。 実施の形態１のチーム活動評価システム１による対象抽出提示処理を行う流れの一例を示すフローチャートである。 端末装置１０に表示するログイン画面の例を示す図である。 端末装置１０に表示する構成員パラメータの表示画面例を示す図である。 端末装置１０に表示する構成員パラメータの表示画面例を示す図である。 端末装置１０に表示する構成員パラメータの表示画面の他の例を示す図である。 端末装置１０に表示する他のチームパラメータの表示画面例を示す図である。

以下、図面を参照しつつ、本開示の実施の形態について説明する。以下の説明では、同一の部品には同一の符号を付してある。それらの名称および機能も同じである。従って、それらについての詳細な説明は繰り返さない。

＜概要＞
以下、本開示に係るチーム活動評価システムについて説明する。このチーム活動評価システムは、プロダクト開発等を行うエンジニアチームを構成する各エンジニア（構成員）の活動状況（パフォーマンス）を特定して評価するためのシステムである。ここで、エンジニアチームとは、複数人のエンジニアにより構成され、特定のプロダクト、例えば，いわゆるＳａａＳ（Ｓｏｆｔｗａｒｅ ａｓ ａ Ｓｅｒｖｉｃｅ）によって提供されるＷｅｂサービス，Ｗｅｂサイト等の開発を進めるためのチームであり、チーム内でそれぞれのエンジニアが当該サービスの機能ごと、アウトプットごと等に役割分担して開発を進めている。また、チーム内のエンジニアとは、特定の１つの企業に雇用されている会社員だけとは限らず、複数の企業が共同で開発を進める開発プロジェクトにおけるそれぞれの会社員でもよく、個人事業主、いわゆるフリーランスのエンジニアが含まれてもよい。

本開示に係るチーム活動評価システムは、エンジニアの活動状況を特定するため、例として、ソフトウェア開発のプラットフォームであるＧｉｔＨｕｂ（登録商標）にアクセスし、エンジニアチームの構成員であるエンジニアとしての成果を示す各種パラメータを取得する。ＧｉｔＨｕｂは、ソースコードホスティングサービス（第1のサービス）であり、成果物であるソースコードのバージョン管理を行うためのリポジトリ（管理手段）を有し、ある時点におけるソースコードの一覧を管理している。また、ＧｉｔＨｕｂは、プロジェクトやソースコードの課題を管理するためのイシュー（作成）、エンジニアのローカル環境（ローカルリポジトリ）で作成又は修正を行ったソースコードをリモート環境（リモートリポジトリ）へアップロードするプッシュ、ソースコードへの変更内容を登録するためのコミット、プッシュがされたことを通知してレビュー依頼するプルリクエスト、レビュー結果を確定させて履歴を統合するマージ等の機能を備えている。なお、ここで、ソースコードとは、Ｐｙｔｈｏｎのようなプログラミング言語、ＪａｖａＳｃｒｉｐｔ（登録商標）のようなプログラミング言語の一種であるスクリプト言語を含む概念である。さらに、ソフトウェア開発プラットフォームの例は上記のＧｉｔＨｕｂに限られず、ＧｉｔＬａｂ（登録商標）またはＢｉｔｂｕｃｋｅｔ（登録商標）等であってもよい。すなわち、本開示に係るチーム活動評価システムは、外部サーバ（クラウドサーバ）で管理している成果物に関するパラメータを取得するものであり、個人ＰＣの使用状況のモニタリングを要することなく、エンジニアチームの活動状況を示すシステムである。

また、プログラミング言語とは、ソフトウェア開発に用いられる言語であり、具体的にはＨＴＭＬ、ＣＳＳ、ＪａｖａＳｃｒｉｐｔ（登録商標）、Ｊａｖａ（登録商標）、Ｓｃａｌａ、ＰＨＰ、Ｒｕｂｙ、Ｐｙｔｈｏｎ、Ｇｏ、Ｃ＃、Ｎｏｄｅ.ｊｓなどがある。また、ソフトウェアフレームワークとはソフトウェア開発に利用するソフトウェアプラットフォームであり、具体的には、ｊＱｕｅｒｙ、Ｒｅａｃｔ、Ｖｕｅ.ｊｓ、Ａｎｇｕｌａｒ、Ｎｕｘｔ.ｊｓ、Ｎｅｘｔ.ｊｓ、ＲｅａｃｔＮａｔｉｖｅ、Ｓｐｒｉｎｇ Ｆｒａｍｅｗｏｒｋ、Ｐｌａｙ Ｆｒａｍｅｗｏｒｋ、Ｌａｒａｖｅｌ、ＣａｋｅＰＨＰ、ＲｕｂｙｏｎＲａｉｌｓ、Ｄｊａｎｇｏ、Ｆｌａｓｋ、ＴｅｎｓｏｒＦｌｏｗ、ｇｉｎ、Ｕｎｉｔｙ、Ｅｘｐｒｅｓｓなどがある。

本開示に係るチーム活動評価システムは、エンジニアチームを構成する各構成員について、ＧｉｔＨｕｂで管理している、ＧｉｔＨｕｂに対するプッシュ数（アップロード数）、ＧｉｔＨｕｂでのソースコードの作成コード数、修正コード数、コミット数、プルリクエスト数（レビュー依頼数）、マージ数（統合数）等の値を第１の情報として取得する。また、チーム活動評価システムは、エンジニアチームを構成する各構成員について、ＧｉｔＨｕｂに対するプッシュ時刻（アップロード時刻）、コミット時刻、プルリクエスト時刻（レビュー依頼時刻）、レビュー実施時間、マージ時刻（統合時刻）、コメント時刻等の値を第１の情報として取得する。これにより、エンジニアチームにおける各構成員について、構成員ごとの活動状況を成果物の量的な側面で推定することが可能であると考えられる。

また、本開示に係るチーム活動評価システムは、例として、エンジニアチームを構成する各構成員について、第１の情報として取得したＧｉｔＨｕｂで管理している各値から、成果物の作成に関する作業時間を、成果物を作成するための活動量に応じて変化する第１のパラメータとして特定する。成果物の作成に関する作業時間とは、例えば、ソースコードについてのコミットからプルリクエストまでの時間であり、ソースコードについてのコミット時刻とプルリクエスト時刻との差分から算出する。また、チーム活動評価システムは、例として、エンジニアチームを構成する各構成員について、第１の情報として取得したＧｉｔＨｕｂで管理している各値から、あるアクション（第１のアクション）の完了により発生する、次のアクション（第２のアクション）の完了までの応答作業時間を、成果物を作成するための活動量に応じて変化する第１のパラメータとして特定する。応答作業時間とは、例えば、ソースコードについてのプルリクエストからそれに対する応答（コメント）までの時間、ソースコードについてのマージからそれに対する応答（コメント）までの時間であり、ソースコードについてのプルリクエスト時刻とコメント時刻との差分、マージ時刻とコメント時刻との差分から算出する。これらの第１のパラメータの経時的推移により、当該構成員について、モチベーション低下に該当しているか（モチベーションが低下しているか）、またはパフォーマンス向上に該当しているか（パフォーマンスが向上しているか）を推定することが可能であると考えられる。

さらに、これらの各構成員についての第１のパラメータから、エンジニアチーム全体について、モチベーション低下に該当しているか、またはパフォーマンス向上に該当しているかを推定することが可能であると考えられる。

そのため、本開示に係るチーム活動評価システムでは、ＧｉｔＨｕｂで管理している値を取得し、これらの値から各種演算を行い、第１のパラメータとして特定する。この特定結果を、エンジニアチームの構成員やエンジニアチームをマネジメントとする管理者（チームのマネージャや、人事部門担当者、経営陣等）などに提示している。このような構成により、各構成員の活動状況をより客観的に提示し、管理者が把握することが可能になる。なお、エンジニアチームにおける成果物とは、ＧｉｔＨｕｂにおけるソースコード以外に、システム上の設定情報やデータベース、各種仕様書等を含む概念であるが、本実施形態ではＧｉｔＨｕｂにおけるソースコードを例として説明する。

＜第１の実施の形態＞
以下、チーム活動評価システム１について説明する。以下の説明では、例えば、端末装置１０がサーバ２０へアクセスすることにより、サーバ２０が、端末装置１０で画面を生成するための情報を応答する。端末装置１０は、サーバ２０から受信した情報に基づいて画面を生成し表示する。

＜１ チーム活動評価システム１の全体構成＞
図１は、チーム活動評価システム１の全体の構成を示す図である。図１に示すように、チーム活動評価システム１は、複数の端末装置（図１では、端末装置１０Ａおよび端末装置１０Ｂを示している。以下、総称して「端末装置１０」ということもある）と、サーバ２０と、リポジトリサーバ３０とを含む。端末装置１０と、サーバ２０と、リポジトリサーバ３０とは、ネットワーク８０を介して相互に通信可能に接続されている。ネットワーク８０は、有線または無線ネットワークにより構成される。

端末装置１０は、各ユーザが操作する装置である。ここで、ユーザとは、端末装置１０を使用してチーム活動評価システム１によるエンジニアチームを構成する各構成員の活動状況の提示を受ける者であるが、当該エンジニアチームの構成員とは限らず、所属企業の（チームに属さない）マネージャ、人事部門担当者、経営陣などを含む者である。端末装置１０は、据え置き型のＰＣ（Personal Computer）、ラップトップＰＣ等により実現される。この他、端末装置１０は、例えば移動体通信システムに対応したタブレットや、スマートフォン等の携帯端末であるとしてもよい。

端末装置１０は、ネットワーク８０を介してサーバ２０およびリポジトリサーバ３０と通信可能に接続される。端末装置１０は、４Ｇ、５Ｇ、ＬＴＥ（Long Term Evolution）等の通信規格に対応した無線基地局８１、ＩＥＥＥ（Institute of Electrical and Electronics Engineers）８０２．１１等の無線ＬＡＮ（Local Area Network）規格に対応した無線ＬＡＮルータ８２等の通信機器と通信することにより、ネットワーク８０に接続される。図１に端末装置１０Ｂとして示すように、端末装置１０は、通信ＩＦ（Interface）１２と、入力装置１３と、出力装置１４と、メモリ１５と、記憶部１６と、プロセッサ１９とを備える。

通信ＩＦ１２は、端末装置１０が外部の装置と通信するため、信号を入出力するためのインタフェースである。入力装置１３は、ユーザからの入力操作を受け付けるための入力装置（例えば、キーボードや、タッチパネル、タッチパッド、マウス等のポインティングデバイス等）である。出力装置１４は、ユーザに対し情報を提示するための出力装置（ディスプレイ、スピーカ等）である。メモリ１５は、プログラム、および、プログラム等で処理されるデータ等を一時的に記憶するためのものであり、例えばＤＲＡＭ（Dynamic Random Access Memory）等の揮発性のメモリである。記憶部１６は、データを保存するための記憶装置であり、例えばフラッシュメモリ、ＨＤＤ（Hard Disc Drive）である。プロセッサ１９は、プログラムに記述された命令セットを実行するためのハードウェアであり、演算装置、レジスタ、周辺回路等により構成される。

サーバ２０は、ＧｉｔＨｕｂにおける各種管理上の値（第１の情報）、エンジニアチームを構成する構成員のパフォーマンスを示す第１のパラメータの情報を管理する装置である。サーバ２０は、ユーザからエンジニアチームを識別する情報を受け付け、対象となるエンジニアチームを構成する各構成員の活動状況を示す第１のパラメータを特定し、当該ユーザへ提示する。

サーバ２０は、ネットワーク８０に接続されたコンピュータである。サーバ２０は、通信ＩＦ２２と、入出力ＩＦ２３と、メモリ２５と、ストレージ２６と、プロセッサ２９とを備える。

通信ＩＦ２２は、サーバ２０が外部の装置と通信するため、信号を入出力するためのインタフェースである。入出力ＩＦ２３は、ユーザからの入力操作を受け付けるための入力装置、および、ユーザに対し情報を提示するための出力装置とのインタフェースとして機能する。メモリ２５は、プログラム、および、プログラム等で処理されるデータ等を一時的に記憶するためのものであり、例えばＤＲＡＭ（Dynamic Random Access Memory）等の揮発性のメモリである。ストレージ２６は、データを保存するための記憶装置であり、例えばフラッシュメモリ、ＨＤＤ（Hard Disc Drive）である。プロセッサ２９は、プログラムに記述された命令セットを実行するためのハードウェアであり、演算装置、レジスタ、周辺回路等により構成される。

リポジトリサーバ３０は、ＧｉｔＨｕｂにおけるリモートリポジトリ（管理手段）を管理する装置である。リポジトリサーバ３０は、ユーザがプッシュしたソースコードを受け付けて格納および管理を行い、コミット、プルリクエスト、コメント、マージ等を受け付ける。

＜１．１ 端末装置１０の構成＞
図２は、実施の形態１のチーム活動評価システム１を構成する端末装置１０の機能的な構成を示すブロック図である。図２に示すように、端末装置１０は、複数のアンテナ（アンテナ１１１、アンテナ１１２）と、各アンテナに対応する無線通信部（第１無線通信部１２１、第２無線通信部１２２）と、操作受付部１３０（キーボード１３１およびディスプレイ１３２を含む）と、音声処理部１４０と、マイク１４１と、スピーカ１４２と、カメラ１５０と、記憶部１６０と、制御部１７０とを含む。端末装置１０は、図２では特に図示していない機能および構成（例えば、電力を保持するためのバッテリー、バッテリーから各回路への電力の供給を制御する電力供給回路等）も有している。図２に示すように、端末装置１０に含まれる各ブロックは、バス等により電気的に接続される。

アンテナ１１１は、端末装置１０が発する信号を電波として放射する。また、アンテナ１１１は、空間から電波を受信して受信信号を第１無線通信部１２１へ与える。

アンテナ１１２は、端末装置１０が発する信号を電波として放射する。また、アンテナ１１２は、空間から電波を受信して受信信号を第２無線通信部１２２へ与える。

第１無線通信部１２１は、端末装置１０が他の無線機器と通信するため、アンテナ１１１を介して信号を送受信するための変復調処理等を行う。第２無線通信部１２２は、端末装置１０が他の無線機器と通信するため、アンテナ１１２を介して信号を送受信するための変復調処理等を行う。第１無線通信部１２１と第２無線通信部１２２とは、チューナー、ＲＳＳＩ（Received Signal Strength Indicator）算出回路、ＣＲＣ（Cyclic Redundancy Check）算出回路、高周波回路等を含む通信モジュールである。第１無線通信部１２１と第２無線通信部１２２とは、端末装置１０が送受信する無線信号の変復調や周波数変換を行い、受信信号を制御部１７０へ与える。

操作受付部１３０は、ユーザの入力操作を受け付けるための機構を有する。具体的には、操作受付部１３０は、キーボード１３１と、ディスプレイ１３２とを含む。なお、操作受付部１３０は、例えば静電容量方式のタッチパネルを用いることによって、タッチパネルに対するユーザの接触位置を検出する、タッチスクリーンとして構成してもよい。

キーボード１３１は、端末装置１０のユーザの入力操作を受け付ける。キーボード１３１は、文字入力を行う装置であり、入力された文字情報を入力信号として制御部１７０へ出力する。

ディスプレイ１３２は、制御部１７０の制御に応じて、画像、動画、テキスト等のデータを表示する。ディスプレイ１３２は、例えばＬＣＤ（Liquid Crystal Display）や有機ＥＬ（Electro-Luminescence）ディスプレイによって実現される。

音声処理部１４０は、音声信号の変復調を行う。音声処理部１４０は、マイク１４１から与えられる信号を変調して、変調後の信号を制御部１７０へ与える。また、音声処理部１４０は、音声信号をスピーカ１４２へ与える。音声処理部１４０は、例えば音声処理用のプロセッサによって実現される。マイク１４１は、音声入力を受け付けて、当該音声入力に対応する音声信号を音声処理部１４０へ与える。スピーカ１４２は、音声処理部１４０から与えられる音声信号を音声に変換して当該音声を端末装置１０の外部へ出力する。

カメラ１５０は、受光素子により光を受光して、撮影画像として出力するためのデバイスである。カメラ１５０は、例えば、カメラ１５０から撮影対象までの距離を検出できる深度カメラである。

記憶部１６０は、例えばフラッシュメモリ等により構成され、端末装置１０が使用するデータおよびプログラムを記憶する。ある局面において、記憶部１６０は、ユーザ情報１６１と、ローカルリポジトリ１６２とを記憶する。

ユーザ情報１６１は、端末装置１０を使用してチーム活動評価システム１の機能であるエンジニアチームを構成する各構成員の活動状況を示す第１のパラメータの提示を受けるユーザの情報である。ユーザ情報としては、ユーザを識別する情報（ユーザＩＤ）、ユーザの氏名や名称、ユーザが所属している企業等の組織情報、ＧｉｔＨｕｂにサインインするためのＩＤ情報やパスワード等が含まれる。

ローカルリポジトリ１６２には、ＧｉｔＨｕｂによるソフトウェア開発を行う際に、ユーザが自己のローカル環境で作業を行うためのソースコード等の情報が格納されている。ユーザは、作成したソースコードをローカルリポジトリ１６２に格納し、ローカルリポジトリ１６２に格納されているソースコードに対して修正を行う。作成および修正の完了後、ユーザは、ソースコードをリポジトリサーバ３０へプッシュする。

制御部１７０は、記憶部１６０に記憶されるプログラムを読み込んで、プログラムに含まれる命令を実行することにより、端末装置１０の動作を制御する。制御部１７０は、例えば予め端末装置１０にインストールされているアプリケーションである。制御部１７０は、プログラムに従って動作することにより、入力操作受付部１７１と、送受信部１７２と、データ処理部１７３と、通知制御部１７４としての機能を発揮する。

入力操作受付部１７１は、キーボード１３１等の入力装置に対するユーザの入力操作を受け付ける処理を行う。

送受信部１７２は、端末装置１０が、サーバ２０等の外部の装置と、通信プロトコルに従ってデータを送受信するための処理を行う。

データ処理部１７３は、端末装置１０が入力を受け付けたデータに対し、プログラムに従って演算を行い、演算結果をメモリ等に出力する処理を行う。

通知制御部１７４は、ユーザに対し情報を提示する処理を行う。通知制御部１７４は、表示画像をディスプレイ１３２に表示させる処理、音声をスピーカ１４２に出力させる処理、振動をカメラ１５０に発生させる処理等を行う。

＜１．２ サーバ２０の機能的な構成＞
図３は、実施の形態１のチーム活動評価システム１を構成するサーバ２０の機能的な構成を示す図である。図３に示すように、サーバ２０は、通信部２０１と、記憶部２０２と、制御部２０３としての機能を発揮する。

通信部２０１は、サーバ２０が外部の装置と通信するための処理を行う。

記憶部２０２は、サーバ２０が使用するデータおよびプログラムを記憶する。記憶部２０２は、リポジトリデータベース２０２１と、構成員パフォーマンスデータベース２０２２と、チームパフォーマンスデータベース２０２３等を記憶する。

リポジトリデータベース２０２１は、チーム活動評価システム１においてリポジトリサーバ３０から取得した、リモートリポジトリに対するソースコードの作成コード数、コミット数、コミット時刻、プルリクエスト数、プルリクエスト時刻等の各種情報を保持するためのデータベースである。詳細は後述する。

構成員パフォーマンスデータベース２０２２は、チーム活動評価システム１における、エンジニアチームを構成する各構成員について、活動量に応じて変化する第１のパラメータである作業時間及び応答作業時間の情報を保持するためのデータベースである。詳細は後述する。

チームパフォーマンスデータベース２０２３は、チーム活動評価システム１における、エンジニアチームについて、活動量に応じて変化する第１のパラメータである作業時間及び応答作業時間の情報を保持するためのデータベースである。詳細は後述する。

制御部２０３は、サーバ２０のプロセッサがプログラムに従って処理を行うことにより、各種モジュールとして受信制御モジュール２０３１、送信制御モジュール２０３２、リポジトリ管理モジュール２０３３、パラメータ特定モジュール２０３４、対象抽出モジュール２０３５、ユーザ属性情報取得モジュール２０３６、および提示モジュール２０３７に示す機能を発揮する。

受信制御モジュール２０３１は、サーバ２０が外部の装置から通信プロトコルに従って信号を受信する処理を制御する。

送信制御モジュール２０３２は、サーバ２０が外部の装置に対し通信プロトコルに従って信号を送信する処理を制御する。

リポジトリ管理モジュール２０３３は、エンジニアとしての成果物を作成するためにオンライン上でソースコードを管理するソースコードホスティングサービスである第１のサービスにアクセスすることにより、エンジニアチームを構成する各構成員が当該第１のサービスを利用することにより当該第１のサービスに蓄積される情報を第１の情報として取得する処理を制御する。第１のサービスとは、例えば、ソフトウェア開発のプラットフォームであるＧｉｔＨｕｂ（ソースコードホスティング）である。エンジニアチームを構成する各構成員は、ＧｉｔＨｕｂによりソースコードの開発を行っているため、ＧｉｔＨｕｂに蓄積される第１の情報として、具体的には、ＧｉｔＨｕｂに対するプッシュ数（アップロード数）、ＧｉｔＨｕｂでのソースコードの作成コード数、ソースコードの修正コード数、ソースコードへの変更内容を登録するためのコミット数、レビューを依頼するプルリクエスト数、レビュー結果を確定させて履歴を統合するマージ数等の各値がリポジトリサーバ３０に記録されている。そのため、リポジトリ管理モジュール２０３３は、リポジトリサーバ３０にアクセスして、ＧｉｔＨｕｂに蓄積される上記の第１の情報を取得する。

リポジトリサーバ３０では、ソースコードのバージョン管理を行うため、あるユーザがソースコードをローカルリポジトリ１６２からプッシュした場合、そのユーザの情報、およびそのときの日時をログ情報として記録している。同様に、ソースコードについてコミットがあった場合、ソースコードについてプルリクエストがあった場合、コメントが作成された場合、コメントに対する回答が作成された場合、マージがあった場合等それぞれのアクションについて、当該アクションを行ったユーザの情報、およびそのときの日時をログ情報として記録している。これらの情報は、エンジニアチームを構成する構成員ごと、エンジニアチームごと、そのプロジェクト内で作成されたソースコードのファイルごとに記録されている。リポジトリ管理モジュール２０３３は、リポジトリサーバ３０からこれらのログ情報を取得している。

パラメータ特定モジュール２０３４は、リポジトリ管理モジュール２０３３が取得した第１の情報に基づいて、エンジニアチームの各構成員について、エンジニアとしての成果物を作成するための活動量に応じて変化する第１のパラメータを特定する処理を制御する。パラメータ特定モジュール２０３４は、第１の情報として取得したＧｉｔＨｕｂで管理している各値に基づいて、例えば、成果物の作成に関する作業時間を第１のパラメータとして特定する。ここで、第１のパラメータとは、第１の情報、第１の情報またはすでに特定された第１のパラメータの経時的変化から新たに算出されたもの、第１の情報またはすでに特定された第１のパラメータの統計値を含む概念であり、以降の記載においても同様である。また、統計値とは、例えば平均値、中央値、下限値、上限値、分散または移動平均値等を含む統計的手法により算出された値であり、以降の記載においても同様である。成果物の作成に関する作業時間とは、例えば、ソースコードへの修正からレビュー依頼までの時間であり、具体的には、ソースコードについてのコミットからプルリクエストまでの時間である。パラメータ特定モジュール２０３４は、ソースコードについてのコミット時刻とプルリクエスト時刻との差分から算出する。なお、パラメータ特定モジュール２０３４は、リポジトリ管理モジュール２０３３が取得した第１の情報から特定した構成員ごとの第１のパラメータに基づいて、新たな（例えば、エンジニアチーム全体についての）第１のパラメータを特定してもよい。パラメータ特定モジュール２０３４は、例えば、あるタイミングにおける構成員ごとの第１のパラメータを累積して新たな第１のパラメータを算出してもよく、構成員ごとの第１のパラメータの経時的変化から新たな第１のパラメータを算出してもよい。パラメータ特定モジュール２０３４は、上記の例として具体的には、構成員ごとの第１のパラメータを単純に加算することにより累積してもよく、構成員の属性等に応じて、第１のパラメータに重み付けを行って加算することにより累積してもよく、構成員ごとの第１のパラメータの統計値により算出してもよい。また、パラメータ特定モジュール２０３４は、上記の例として具体的には、構成員ごとに、所定期間（例えば１週間、１ケ月、四半期等）ごとの第１のパラメータから直前の期間の第１のパラメータとの変化を比較することにより新たな第１のパラメータを算出してもよく、第１のパラメータの統計値の変化を比較することにより新たな第１のパラメータを算出してもよく、所定期間（例えば１週間、１ケ月、四半期等）ごとの第１のパラメータの変化を示す値（例えば瞬間変化量の変化）より新たな第１のパラメータを算出してもよい。このとき、構成員に対して所定のアンケートを実施し、その回答内容と連携して新たな第１のパラメータを算出してもよく、例えば所定のアンケートの回答内容から得られるスコア（例えば、アンケートの回答の選択肢ごとに付与されたスコア、またはその合計値）と連携して新たな第１のパラメータを算出してもよい。

また、パラメータ特定モジュール２０３４は、第１の情報として取得したＧｉｔＨｕｂで管理している各値に基づいて、例えば、エンジニアとしての成果物を作成するためのあるアクション（第１のアクション）の完了により発生する、次のアクション（第２のアクション）の完了までの応答作業時間を、成果物を作成するための活動量に応じて変化する第１のパラメータとして特定する。応答作業時間とは、例えば、第１のアクションであるレビュー依頼からその依頼に対する応答までの時間であり、具体的には、ソースコードについてのプルリクエストからそれに対する応答（コメント）までの時間である。パラメータ特定モジュール２０３４は、ソースコードについてのプルリクエスト時刻とコメント時刻との差分から算出する。

さらに、パラメータ特定モジュール２０３４は、応答作業時間として、例えば、第１のアクションであるマージからその依頼に対する応答までの時間であり、具体的には、ソースコードについてのマージからそれに対する応答（コメント）までの時間である。パラメータ特定モジュール２０３４は、ソースコードについてのマージ時刻とコメント時刻との差分から算出する。

さらにまた、パラメータ特定モジュール２０３４は、エンジニアの成果物であるソースコードに関する情報、具体的にはコードレビュー依頼におけるコード数、またはコードの正確性を示す値を、第１のパラメータとして特定してもよい。なお、ソースコードのコード数とは、例えば物理的なソースコードの行数（テキストエディタに表示させた場合の行数、改行数）であり、何らかの意味のある処理を行っているソースコードの行数でもよく、コメント行（処理のために記載されたものではなく、ソースコードの管理上必要な記載、例えば修正履歴等を記録するために記載したもの）または空白行を含めた行数でもよい。パラメータ特定モジュール２０３４は、例えばコード数を、コードレビュー依頼におけるコード数の統計値から算出する。また、コードレビュー依頼におけるコード数とは、例えばプルリクエスト（レビュー依頼）の対象となるソースコードの行数（ソースコードの追加行数及び削除行数を含む）、プルリクエスト（レビュー依頼）の対象となる変更されたユニークファイル数を含み、これらの指標値についての統計値であってもよい。パラメータ特定モジュール２０３４は、例えばコードの正確性を示す値を、プルリクエストに対するソースコードのコード数、プルリクエストの規模（コード数）、当該プルリクエストの際に同時期に行っていた作業数、当該コードに対応する仕様に関する情報と比較して一致していることを示す数量、またはレビューにおける指摘数等から算出する。なお、プルリクエストの際に同時期に行っていた作業数とは、プルリクエストなどの作業日時や更新日時の情報から一定の期間（例えば、同一の日、同一の週）に同一の構成員が行った作業数をカウントすることで算出することができる。

対象抽出モジュール２０３５は、パラメータ特定モジュール２０３４が特定した第１のパラメータが、活動時間または活動量に関する第１の条件に該当する特定の構成員を抽出する処理を制御する。活動時間に関する第１の条件とは、第１のパラメータとして特定した成果物の作成に関する作業時間、及び応答作業時間に対する条件であり、条件としては所定の時間以上要していること、または所定の時間以内であること、を含む概念であり、固有または構成員ごとの固定値に対する条件でもよく、構成員の状況（モチベーション低下のとき、またはパフォーマンス向上のとき）または経時的変化により算出された変動値（例えば、前回取得した第１のパラメータ）に対する条件でもよい。すなわち、対象抽出モジュール２０３５は、固定の条件に該当する特定の構成員を抽出してもよく、過去の状況や経時的変化に応じた条件に該当する特定の構成員を抽出してもよい。第１の条件の具体例としては、所定の値以上であること、または所定の値以内であること、を含む。活動量に関する第１の条件とは、コード数、コードの正確性を示す値、プルリクエスト数、イシュー作成数、またはレビュー数に対する条件であり、これらの数値から算出した統計値に対する条件も含む。

対象抽出モジュール２０３５は、例えば第１の条件として、構成員の過去の実績から算出された第１のパラメータに対する条件を設定してもよい。また、対象抽出モジュール２０３５は、例えば第１の条件として、構成員の所定の時期における作業数と、構成員が所属するエンジニアチームにおける当該所定の時期と同時期の作業数から算出された第１のパラメータと、に基づく条件を設定してもよい。対象抽出モジュール２０３５は、具体的には、過去の所定期間（例えば１週間、１ケ月、四半期等）における構成員の第１のパラメータについて、上記のような固定値または変動値の条件（例えば、当該構成員のプルリクエスト数が前月の実績値より減少していること）により構成員を抽出してもよく、エンジニアチームにおける同時期の作業数から算出された条件（例えば、当該構成員のプルリクエスト数が当月エンジニアチームの実績の平均値より減少していること）により構成員を抽出してもよい。

対象抽出モジュール２０３５は、具体的には、第１の条件として、ＧｉｔＨｕｂにおいて作成したソースコードについてのコミットからプルリクエストまでの時間が、所定の時間以上要している特定の構成員を抽出する。また、対象抽出モジュール２０３５は、第１の条件として、コミットからプルリクエストまでの時間が、期間の経過とともに増加している構成員を抽出する。さらに、対象抽出モジュール２０３５は、第１の条件として、コミットからプルリクエストまでの時間が、所定の期間において一定以上のばらつきがある構成員を抽出する。このとき、対象抽出モジュール２０３５は、例えば第１の条件に該当する構成員を、モチベーション低下に該当する構成員として抽出する。コミットからプルリクエストまでの時間が必要以上の時間を要している場合、期間の経過とともに増加している場合、及び所定の期間において一定以上のばらつきがある場合、モチベーション低下に該当すると考えられるからである。

また、対象抽出モジュール２０３５は、具体的には、第１の条件として、ＧｉｔＨｕｂにおいて作成したソースコードについてのコミットからプルリクエストまでの時間が、所定の時間以内である特定の構成員を抽出する。また、対象抽出モジュール２０３５は、第１の条件として、コミットからプルリクエストまでの時間が、期間の経過とともに減少している構成員を抽出する。さらに、対象抽出モジュール２０３５は、第１の条件として、コミットからプルリクエストまでの時間が、所定の期間において一定の範囲内である構成員を抽出する。このとき、対象抽出モジュール２０３５は、例えば第１の条件に該当する構成員を、パフォーマンス向上に該当する構成員として抽出する。コミットからプルリクエストまでの時間が一定以内である場合、期間の経過とともに減少している場合、及び所定の期間において一定の範囲内である（安定している）場合、パフォーマンス向上に該当すると考えられるからである。

さらに、対象抽出モジュール２０３５は、具体的には、第１の条件として、ＧｉｔＨｕｂにおいて作成したソースコードのコード数が所定以下である特定の構成員を抽出する。また、対象抽出モジュール２０３５は、第１の条件として、ＧｉｔＨｕｂにおいて作成したソースコードの正確性を示す値が所定以下である構成員を抽出する。なお、対象抽出モジュール２０３５は、作成したソースコードのコード数が所定以下である場合、またはソースコードの正確性を示す値が所定以下である場合以外に、上記の第１の情報または第１のパラメータについての条件に該当する特定の構成員を抽出してもよい。このとき、対象抽出モジュール２０３５は、例えば第１の条件に該当する構成員をモチベーション低下に該当する構成員として抽出する。ソースコードのコード数及びコードの正確性を示す値が一定以下である場合、またはソースコードのコード数及びコードの正確性を示す値が経時的に減少傾向にある場合、モチベーション低下に該当すると考えられるからである。

さらにまた、対象抽出モジュール２０３５は、具体的には、第１の条件として、ＧｉｔＨｕｂにおいて作成したソースコードのコード数が所定以上である特定の構成員を抽出する。また、対象抽出モジュール２０３５は、第１の条件として、ＧｉｔＨｕｂにおいて作成したソースコードの正確性を示す値が所定以上である構成員を抽出する。なお、対象抽出モジュール２０３５は、上記と同様に、作成したソースコードのコード数が所定以上である場合、またはソースコードの正確性を示す値が所定以上である場合以外に、上記の第１の情報または第１のパラメータについての条件に該当する特定の構成員を抽出してもよい。このとき、対象抽出モジュール２０３５は、例えば第１の条件に該当する構成員をパフォーマンス向上に該当する構成員として抽出する。ソースコードのコード数及びコードの正確性を示す値が一定以上である場合、またはソースコードのコード数及びコードの正確性を示す値が経時的に増加傾向にある場合、パフォーマンス向上に該当すると考えられるからである。

ユーザ属性情報取得モジュール２０３６は、サーバ２０へアクセスしている端末装置１０のユーザの属性情報を取得する処理を制御する。ユーザの属性情報とは、具体的には、当該ユーザに提示可能な情報の範囲を示す情報、または、プロダクト開発等を行うエンジニアチームが所属する事業者（企業）等における、当該ユーザの役職等の情報である。ユーザの属性情報は、後述する提示モジュール２０３７でユーザに提示する情報を制御するために使用される。

提示モジュール２０３７は、パラメータ特定モジュール２０３４により各構成員について特定された第１のパラメータをユーザに提示する処理を制御する。提示モジュール２０３７は、例えば、エンジニアチームを構成する構成員ごとに特定した成果物の作成に関する作業時間、具体的にはソースコードについてのコミットからプルリクエストまでの時間を、端末装置１０のユーザへ提示する。また、提示モジュール２０３７は、例えば、エンジニアチームを構成する構成員ごとに特定した応答作業時間、具体的にはソースコードについてのプルリクエストからそれに対する応答（コメント）までの時間を、端末装置１０のユーザへ提示する。なお、このとき、各構成員について取得した第１の情報をユーザに提示してもよい。

また、提示モジュール２０３７は、対象抽出モジュール２０３５により抽出された、第１の条件に該当する特定の構成員を、端末装置１０のユーザへ提示する。提示モジュール２０３７は、例えば、モチベーション低下に該当する構成員として抽出した、ＧｉｔＨｕｂにおいて作成したソースコードについてのコミットからプルリクエストまでの時間が所定の時間以上要している特定の構成員を、端末装置１０のユーザへ提示する。また、提示モジュール２０３７は、例えば、パフォーマンス向上に該当する構成員として抽出した、ＧｉｔＨｕｂにおいて作成したソースコードについてのコミットからプルリクエストまでの時間が、所定の時間以内である特定の構成員を、端末装置１０のユーザへ提示する。

また、提示モジュール２０３７は、端末装置１０のユーザからの操作により入力された、各構成員について特定された第１のパラメータについての条件に該当する構成員を、端末装置１０のユーザへ提示してもよい。ここで、第１のパラメータについての条件とは、例えば特定の第１のパラメータについて、上位または下位の特定の人数の構成員、のような絞り込みの条件である。

さらに、提示モジュール２０３７は、ユーザ属性情報取得モジュール２０３６が取得した端末装置１０のユーザの属性情報に応じて、各構成員、第１の情報、または第１のパラメータの少なくともいずれかの提示内容を変化させ、端末装置１０のユーザへ提示してもよい。提示モジュール２０３７は、例えば、端末装置１０のユーザがエンジニアチームを構成する各構成員（チームリーダー等を含む）である場合、当該エンジニアチームを構成する各構成員についての上記情報を提示し、端末装置１０のユーザが事業者（企業）等における上位の役職者である場合、当該エンジニアチームについての上記情報を提示するように制御してもよい。

＜２ データ構造＞
図４は、サーバ２０が記憶するリポジトリデータベース２０２１のデータ構造を示す図である。また、図５は、サーバ２０が記憶する構成員パフォーマンスデータベース２０２２、チームパフォーマンスデータベース２０２３のデータ構造を示す図である。

図４に示すように、リポジトリデータベース２０２１のレコードのそれぞれは、項目「組織ＩＤ」と、項目「リポジトリＩＤ」と、項目「アドレス」と、項目「リポジトリ情報」等を含む。

項目「組織ＩＤ」は、チーム活動評価システム１にてリポジトリサーバ３０から取得する第１の情報の対象である、エンジニアチームが所属する企業等の組織それぞれを識別する情報である。

項目「リポジトリＩＤ」は、チーム活動評価システム１にてリポジトリサーバ３０から取得する第１の情報の対象である、エンジニアチームごとに設定されるリポジトリそれぞれを識別する情報である。

項目「アドレス」は、チーム活動評価システム１にて第１の情報を取得するリポジトリサーバ３０のアドレス（ＵＲＬ）を示す情報であり、プロジェクトごとに作成されたリモートリポジトリのアドレスが格納されている。このアドレスにより、プロジェクトごとに共通するファイル名（ＲＥＡＤＭＥ．ｔｘｔ等）を識別することが可能である。

項目「リポジトリ情報」は、チーム活動評価システム１にて第１の情報を取得する、リポジトリサーバ３０に格納されているＧｉｔＨｕｂに対するアクションに関する情報であり、具体的には、項目「アクション」と、項目「作業者」と、項目「タイトル」と、項目「ソースコード」と、項目「作成日時情報」と、項目「更新日時情報」等を含む。この項目「リポジトリ情報」は、ＧｉｔＨｕｂにおけるソースコードのバージョン管理及びコメント等のアクション管理情報である。

項目「アクション」は、リポジトリサーバ３０に格納されているソースコードに対するアクションの種類の情報である。

項目「作業者」は、リポジトリサーバ３０に格納されているソースコードに対するアクションを行った構成員それぞれを識別する情報である。

項目「タイトル」は、当該アクションのもとになる案件、改修、修正等の名称を示す情報である。

項目「ソースコード」は、当該アクションを行ったソースコードのファイル名を示す情報である。

項目「作成日時情報」は、リポジトリサーバ３０に格納されているソースコードに対するアクションを行った日時の情報である。

項目「更新日時情報」は、リポジトリサーバ３０に格納されているソースコードに対してさらにアクションを行った日時の情報である。

サーバ２０のリポジトリ管理モジュール２０３３は、リポジトリサーバ３０から第１の情報を取得することに伴って、リポジトリデータベース２０２１を更新する。

図５に示すように、構成員パフォーマンスデータベース２０２２のレコードのそれぞれは、項目「組織ＩＤ」と、項目「リポジトリＩＤ」と、項目「チーム構成員」と、項目「経過時間情報」等を含む。

項目「組織ＩＤ」は、チーム活動評価システム１にて第１のパラメータを特定した各構成員が所属する、企業等の組織それぞれを識別する情報であり、リポジトリデータベース２０２１の項目「組織ＩＤ」に対応している。

項目「リポジトリＩＤ」は、チーム活動評価システム１にて第１のパラメータを特定した各構成員が所属する、エンジニアチームごとに設定されるリポジトリそれぞれを識別する情報であり、リポジトリデータベース２０２１の項目「リポジトリＩＤ」に対応している。

項目「チーム構成員」は、チーム活動評価システム１にて第１のパラメータを特定した各構成員それぞれを識別する情報であり、リポジトリデータベース２０２１の項目「作業者」に対応している。構成員パフォーマンスデータベース２０２２の項目「チーム構成員」は、構成員ごとにレコードが作成されるため、各構成員に対応する識別情報が格納される。

項目「経過時間情報」は、チーム活動評価システム１にて特定した第１のパラメータである、エンジニアとしての成果物の作成に関する作業時間、及びエンジニアとしての成果物に対する応答作業時間に関する情報であり、具体的には、項目「日付」と、項目「コミット～プルリクエスト時間」と、項目「プルリクエスト～応答時間」等を含む。

項目「日付」は、当該エンジニアとしての成果物の作成に関するアクションの日付を示す情報である。

項目「コミット～プルリクエスト時間」は、第１のパラメータの例である、構成員ごとに特定した成果物の作成に関する作業時間、具体的にはソースコードについてのコミットからプルリクエストまでの時間を示す情報である。

項目「プルリクエスト～応答時間」は、第１のパラメータの例である、構成員ごとに特定した成果物の作成に関する応答作業時間、具体的にはソースコードについてのプルリクエストからそれに対する応答（コメント）までの時間を示す情報である。

サーバ２０のパラメータ特定モジュール２０３４は、第１のパラメータとして、構成員ごとに特定した成果物の作成に関する作業時間、または応答作業時間を特定することに伴って、構成員パフォーマンスデータベース２０２２を更新する。

チームパフォーマンスデータベース２０２３のレコードのそれぞれは、項目「組織ＩＤ」と、項目「リポジトリＩＤ」と、項目「チーム構成員」と、項目「経過時間情報」等を含む。

項目「組織ＩＤ」は、チーム活動評価システム１にて第１のパラメータを特定したエンジニアチームが所属する、企業等の組織それぞれを識別する情報であり、リポジトリデータベース２０２１の項目「組織ＩＤ」に対応している。

項目「リポジトリＩＤ」は、チーム活動評価システム１にて第１のパラメータを特定したエンジニアチームごとに設定されるリポジトリそれぞれを識別する情報であり、リポジトリデータベース２０２１の項目「リポジトリＩＤ」に対応している。

項目「チーム構成員」は、チーム活動評価システム１にて第１のパラメータを特定した各構成員それぞれを識別する情報であり、リポジトリデータベース２０２１の項目「作業者」に対応している。チームパフォーマンスデータベース２０２３の項目「チーム構成員」は、エンジニアチームごとにレコードが作成されるため、エンジニアチームに所属する構成員全員に対応する識別情報が格納される。

項目「経過時間情報」は、チーム活動評価システム１にて特定した第１のパラメータである、エンジニアチーム全体における成果物の作成に関する作業時間、及びエンジニアチーム全体における成果物に対する応答作業時間に関する情報であり、具体的には、項目「日付」と、項目「コミット～プルリクエスト時間」と、項目「プルリクエスト～応答時間」等を含む。

項目「日付」は、当該エンジニアチームとしての成果物の作成に関するアクションの日付を示す情報である。

項目「コミット～プルリクエスト時間」は、第１のパラメータの例である、エンジニアチームごとに特定した成果物の作成に関する作業時間、具体的にはソースコードについてのコミットからプルリクエストまでの時間を示す情報である。

項目「プルリクエスト～応答時間」は、第１のパラメータの例である、エンジニアチームごとに特定した成果物の作成に関する応答作業時間、具体的にはソースコードについてのプルリクエストからそれに対する応答（コメント）までの時間を示す情報である。

サーバ２０のパラメータ特定モジュール２０３４は、第１のパラメータとして、エンジニアチームごとに特定した成果物の作成に関する作業時間、または応答作業時間を特定することに伴って、構成員パフォーマンスデータベース２０２２を更新する。

＜３ 動作＞
以下、図６および図７を参照しながら、第１の実施の形態におけるチーム活動評価システム１によるパラメータ特定処理及び対象抽出提示処理について説明する。

図６は、実施の形態１のチーム活動評価システム１によるパラメータ特定処理を行う流れの一例を示すフローチャートである。

エンジニアチームを構成する各構成員は、端末装置１０を操作して、ＧｉｔＨｕｂのローカルリポジトリからリポジトリサーバ３０のリモートリポジトリに対して、プッシュやコメント等のアクションを行い、端末装置１０の入力操作受付部１７１は、当該アクションの指示をユーザから受け付ける。ステップＳ１１１において、送受信部１７２は、受け付けたアクションの情報をサーバ２０へ送信する。サーバ２０は、アクションの情報を、通信部２０１を介して受け付ける。

ステップＳ１１２において、サーバ２０のリポジトリ管理モジュール２０３３は、エンジニアチームを構成する各構成員について、リポジトリサーバ３０に記録されている、ＧｉｔＨｕｂに対するプッシュ数（アップロード数）、ＧｉｔＨｕｂでのソースコードの作成コード数、ソースコードの修正コード数、ソースコードへの変更内容を登録するためのコミット数、レビューを依頼するプルリクエスト数、レビュー結果を確定させて履歴を統合するマージ数等の各種情報を第１の情報として取得するため、リポジトリサーバ３０にアクセスして要求信号を送信する。リポジトリ管理モジュール２０３３は、リポジトリサーバ３０から第１の情報を、通信部２０１を介して取得する。このとき、リポジトリ管理モジュール２０３３は、ＡＰＩ連携等により第１の情報を取得する。なお、リポジトリ管理モジュール２０３３は、必要に応じてソースコードそのものを取得してもよい。

ステップＳ１１２で取得する第１の情報は、例えば、各構成員がエンジニアとしての成果物を作成するために一定期間内にオンライン上にアップロードした情報であり、ＧｉｔＨｕｂに対するプッシュ（アップロード）、ＧｉｔＨｕｂでのソースコードの作成コード、修正コード、ソースコードへの変更内容を登録するためのコミット、レビューを依頼するプルリクエスト、レビュー結果を確定させて履歴を統合するマージ等のアクションを一定期間についてカウントした値である。

ステップＳ１１３において、サーバ２０のパラメータ特定モジュール２０３４は、ステップＳ１１２で取得したＧｉｔＨｕｂで管理している第１の情報に基づいて、エンジニアチームの各構成員について、エンジニアとしての成果物を作成するための活動量に応じて変化する第１のパラメータを特定する。

ステップＳ１１３で特定する第１のパラメータは、例えば、成果物の作成に関する作業時間、成果物を作成するための第１のアクションの完了により発生する第２のアクションの完了までの応答作業時間、コードレビュー依頼におけるコード数、またはコードレビュー依頼におけるコードの正確性を示す値である。成果物の作成に関する作業時間は、具体的な例としては、ソースコードについてのコミットからプルリクエストまでの時間である。応答作業時間は、具体的な例としては、ソースコードについてのプルリクエストからそれに対する応答（コメント）までの時間である。

ステップＳ１１４において、サーバ２０のパラメータ特定モジュール２０３４は、ステップＳ１１３で特定した各構成員についての第１のパラメータを、例えば累積することにより、エンジニアチーム全体について第１のパラメータを特定する。

ステップＳ１１５において、サーバ２０のリポジトリ管理モジュール２０３３は、ステップＳ１１２で取得した第１の情報を、リポジトリデータベース２０２１へ格納する。パラメータ特定モジュール２０３４は、ステップＳ１１３で特定した各構成員についての第１のパラメータを、構成員パフォーマンスデータベース２０２２へ格納する。パラメータ特定モジュール２０３４は、ステップＳ１１４で特定したエンジニアチーム全体についての第１のパラメータを、チームパフォーマンスデータベース２０２３へ格納する。

以上のように、チーム活動評価システム１では、ＧｉｔＨｕｂに記録されている成果物についての情報である第１の情報を取得し、第１の情報に基づいて、エンジニアチームの各構成員について、エンジニアとしての成果物を作成するための活動量に応じて変化する第１のパラメータを特定する。これにより、各構成員についての評価対象となる第１のパラメータを特定することが可能である。

図７は、実施の形態１のチーム活動評価システム１による対象抽出提示処理を行う流れの一例を示すフローチャートである。

ステップＳ２１１の処理を行う前提として、チーム活動評価システム１にサインインするためのユーザ登録を行う（図７において不図示）。端末装置１０の入力操作受付部１７１は、チーム活動評価システム１にサインインするため、当該ユーザを識別するユーザＩＤ（仮のものでもよい）およびパスワードの情報入力を、ユーザから受け付ける。送受信部１７２は、受け付けたユーザＩＤおよびパスワード、当該ユーザのエンジニアチームの情報をサーバ２０へ送信する。サーバ２０は、送信されたユーザＩＤおよびパスワードを、通信部２０１を介して受け付けてユーザ情報の登録を行う。端末装置１０の入力操作受付部１７１は、連携するサービスとしてＧｉｔＨｕｂ、またはその他のサービスの選択を受け付け、当該サービスに登録されている組織（企業等）の選択、当該組織に紐づくエンジニアチーム、メンバ（構成員）、リポジトリの選択を受け付けてサーバ２０へ送信する。サーバ２０は、送信された各種選択情報を、通信部２０１を介して受け付けて選択情報の登録を行う。

ステップＳ２１１において、端末装置１０の入力操作受付部１７１は、チーム活動評価システム１にサインインするための情報として、当該ユーザの組織を識別する組織ＩＤ、当該ユーザのユーザ情報（ユーザＩＤおよびパスワード）の入力を、ユーザから受け付ける。送受信部１７２は、受け付けた組織ＩＤ、ユーザ情報をサーバ２０へ送信する。

ステップＳ２２１において、サーバ２０は、端末装置１０から送信された組織ＩＤ、ユーザ情報を、通信部２０１を介して受け付けて所定の認証を行い、当該ユーザのサインインを受け付ける。

また、ステップＳ２２１において、サーバ２０のユーザ属性情報取得モジュール２０３６は、受け付けた組織ＩＤ、ユーザ情報から、端末装置１０のユーザの属性情報（図示は省略）を取得する。ユーザの属性情報とは、具体的には、当該ユーザに提示可能な情報の範囲を示す情報、または、プロダクト開発等を行うエンジニアチームが所属する事業者（企業）等における、当該ユーザの役職等の情報である。

ステップＳ２２２において、サーバ２０の対象抽出モジュール２０３５は、あらかじめ定められた、活動時間または活動量に関する第１の条件に該当する特定の構成員を抽出する。第１の条件の具体例は、成果物の作成に関する作業時間または応答作業時間が一定時間以上要していること、または一定時間以内であること、である。ここで、作業時間または応答作業時間が一定時間以上要している特定の構成員を抽出する場合と、作業時間または応答作業時間が一定時間以内である特定の構成員を抽出する場合とは異なる一定時間の条件であり、それぞれ別々に抽出する。

ステップＳ２２２で抽出する構成員は、例えば、第１の条件に該当する特定の構成員として、ＧｉｔＨｕｂにおいて作成したソースコードについてのコミットからプルリクエストまでの時間が所定の時間以上要している特定の構成員、コミットからプルリクエストまでの時間が期間の経過とともに増加している構成員、コミットからプルリクエストまでの時間が所定の期間において一定以上のばらつきがある構成員である。これらの構成員は、例えばモチベーション低下に該当する構成員として抽出される。

また、ステップＳ２２２で抽出する構成員は、例えば、第１の条件に該当する特定の構成員として、ＧｉｔＨｕｂにおいて作成したソースコードについてのコミットからプルリクエストまでの時間が所定の時間以内である特定の構成員、コミットからプルリクエストまでの時間が期間の経過とともに減少している構成員、コミットからプルリクエストまでの時間が所定の期間において一定範囲以内である構成員である。これらの構成員は、例えばパフォーマンス向上に該当する構成員として抽出される。

さらに、ステップＳ２２２で抽出する構成員は、例えば、第１の条件に該当する特定の構成員として、ＧｉｔＨｕｂにおいて作成したソースコードのコード数が所定以下である特定の構成員、ソースコードの正確性を示す値が所定以下である構成員である。これらの構成員は、例えばモチベーション低下に該当する構成員として抽出される。さらにまた、ステップＳ２２２で抽出する構成員は、例えば、第１の条件に該当する特定の構成員として、ＧｉｔＨｕｂにおいて作成したソースコードのコード数が所定以上である特定の構成員、ソースコードの正確性を示す値が所定以上である構成員である。これらの構成員は、例えばパフォーマンス向上に該当する構成員として抽出される。なお、対象抽出モジュール２０３５は、これらの構成員を抽出する際、ＧｉｔＨｕｂにおいて作成したソースコードについての難易度または重要度に基づいて重み付けを行ってもよい。ソースコードの難易度、重要度は、例えば、プルリクエストの規模（コード数）、プルリクエストに対するソースコードの追加行数、削除行数、当該ソースコードの追加及び削除により影響の及ぶファイル数などから算出してもよく、当該ソースコードの改変に係るプルリクエストに関連するイシューに設定されている工数などから推測してもよい。かかる場合、ソースコードの改変量が大きいほどソースコードの難易度や重要度は高く設定し、ソースコードの改変により影響の及ぶファイル数が多いほどソースコードの難易度や重要度は高く設定し、ソースコードの改変に係るプルリクエストに関連するイシューに設定されている工数が多いほどソースコードの難易度や重要度は高く設定することが望ましい。ソースコードの難易度、重要度に応じて、作成に要する時間、すなわち成果を出すためのパフォーマンスは変動すると考えられるからである。また、このとき、作成後に所定の期間経過後、残存しているコード数の履歴に基づいてチームスコアを特定してもよい。一定期間経過後に残存しているソースコードは有用性が高いと考えられるからである。

ステップＳ２２３において、サーバ２０の提示モジュール２０３７は、ステップＳ１１３で特定した、エンジニアチームの各構成員についての第１のパラメータ、及びステップＳ１１４で特定した、エンジニアチームについての第１のパラメータを、端末装置１０へ通信部２０１を介して送信する。また、サーバ２０の提示モジュール２０３７は、ステップＳ２２２で抽出された第１の条件に該当する特定の構成員の情報を、端末装置１０へ通信部２０１を介して送信する。このとき、ステップＳ２２１で取得した端末装置１０のユーザの属性情報に応じてユーザに提示する提示内容を変化させ、上記の情報を端末装置１０へ通信部２０１を介して送信してもよい。

ステップＳ２１３において、端末装置１０の送受信部１７２は、サーバ２０から送信された第１のパラメータ及び第１の条件に該当する特定の構成員の情報を受け付ける。通知制御部１７４は、受け付けた第１のパラメータ及び第１の条件に該当する特定の構成員の情報を、ディスプレイ１３２に表示させる。

以上のように、チーム活動評価システム１は、ＧｉｔＨｕｂで管理している第１の情報に基づいて特定した各構成員についての第１のパラメータ、エンジニアチーム全体についての第１のパラメータ、及び活動時間または活動量に関する第１の条件に該当する特定の構成員の情報を、ユーザに提示する。これにより、モチベーション低下に該当する構成員、パフォーマンス向上に該当する構成員を把握することが可能である。

＜４ 画面例＞
以下、図８ないし図１１を参照しながら、チーム活動評価システム１によるチーム活動状況の提示処理の画面例について説明する。

図８は、端末装置１０に表示するログイン画面の例を示す図である。図８の画面例は、エンジニアチームを構成する各構成員の活動状況の提示を受けるユーザが、チーム活動評価システム１にログインする際の画面例を示す。図７のステップＳ２１１に相当する。

図８に示すように、端末装置１０のディスプレイ１３２には、ＧｉｔＨｕｂによりエンジニアチームを構成する各構成員の活動状況の掲示を受けるため、当該エンジニアチームが所属する企業等の組織ＩＤ入力欄１０３１ａと、登録されている当該ユーザのメールアドレス入力欄１０３１ｂと、当該ユーザのパスワード入力欄１０３１ｃと、ログインするためのログインボタン１０３１ｄとが配置されている。

ユーザは、組織ＩＤ、メールアドレス、およびパスワードを、それぞれ組織ＩＤ入力欄１０３１ａ、メールアドレス入力欄１０３１ｂ、および当該ユーザのパスワード入力欄１０３１ｃを入力し、ログインボタン１０３１ｄを押下することで、サーバ２０にログインする。その後、エンジニアチームの活動状況を表示する画面へ遷移する。

図９は、端末装置１０に表示する構成員パラメータの表示画面例を示す図である。図９の画面例は、一定期間における、エンジニアチームの各構成員についての第１のパラメータが表示された状態の画面例を示す。図７のステップＳ２１３に相当する。

図９に示すように、端末装置１０のディスプレイ１３２には、一定期間におけるエンジニアチームの各構成員について、それぞれの第１のパラメータを表示する一覧表が表示されている。ディスプレイ１３２に表示されている構成員の一覧表は、当該エンジニアチームの名称を表示するチーム名称表示欄１０３２ａと、エンジニアチームの各構成員の氏名を表示する構成員氏名表示欄１０３２ｂと、各構成員の第１のパラメータを表示するパラメータ等表示欄１０３２ｃと、第１のパラメータの対象期間の変更を受け付ける期間変更入力欄１０３２ｄと、第１のパラメータの表示対象の条件変更を受け付ける条件変更入力欄１０３２ｅとが表示されている。

パラメータ等表示欄１０３２ｃに表示されている第１のパラメータは、例として、ＧｉｔＨｕｂでのソースコードのコード作成数、ソースコードへの変更内容を登録するためのコミット数、レビューを依頼するプルリクエスト作成数、ソースコードについてのコミットからプルリクエストまでの平均経過時間、及びレビューにおけるコメント数である。パラメータ等表示欄１０３２ｃには、これらの情報が、エンジニアチームの構成員ごとに表示されている。

期間変更入力欄１０３２ｄに表示される期間は、パラメータ等表示欄１０３２ｃに表示される第１のパラメータの対象となる期間の開始日及び終了日により示される期間であり、例として１ケ月の開始日及び終了日が表示されている。期間変更入力欄１０３２ｄは、例えば当該欄内をマウスでクリック等することで選択すると、パラメータ等表示欄１０３２ｃに表示させる第１のパラメータの対象となる期間の一覧を表示させ、希望する期間を選択することにより期間を変更できるように構成してもよい。また、条件変更入力欄１０３２ｅに表示される条件は、パラメータ等表示欄１０３２ｃに表示される第１のパラメータの表示対象の条件であり、例として平均経過時間の上位３人が表示されている。条件変更入力欄１０３２ｅは、例えば当該欄内をマウスでクリック等することで選択すると、パラメータ等表示欄１０３２ｃに表示させる第１のパラメータの表示対象条件の一覧を表示させ、希望する条件を選択することにより表示条件を変更できるように構成してもよい。なお、図９に示す画面は、端末装置１０のユーザの属性情報に応じて、エンジニアチームの各構成員の一覧を表示するように構成したものである。このような構成により、構成員ごとの第１のパラメータを参照するユーザは、エンジニアチームにおける各構成員についての状況を把握することが可能になる。

図１０は、端末装置１０に表示する構成員パラメータの表示画面例を示す図である。図１０の画面例は、一定期間における、エンジニアチームにおける特定の構成員についての第１のパラメータが表示された状態の画面例であり、例えば図９の画面例から特定の構成員の氏名を選択することにより表示される。図７のステップＳ２１３に相当する。

図１０に示すように、端末装置１０のディスプレイ１３２には、一定期間における特定の構成員について、第１のパラメータと、その経時的推移を表示する詳細情報が表示されている。ディスプレイ１３２に表示されている詳細情報は、当該構成員の氏名を表示する氏名表示欄１０３３ａと、構成員の第１のパラメータを表示するパラメータ等表示欄１０３３ｂと、構成員の第１のパラメータの経時的推移を示すグラフを表示するグラフ表示欄１０３３ｃと、第１のパラメータの対象期間の変更を受け付ける期間変更入力欄１０３３ｄとが表示されている。

図９と同様に、パラメータ等表示欄１０３３ｂに表示されている第１のパラメータは、例として、ＧｉｔＨｕｂでのソースコードのコード作成数、ソースコードへの変更内容を登録するためのコミット数、レビューを依頼するプルリクエスト作成数、ソースコードについてのコミットからプルリクエストまでの平均経過時間、及びレビューにおけるコメント数である。

期間変更入力欄１０３３ｄに表示される期間は、パラメータ等表示欄１０３３ｂに表示される第１のパラメータの対象となる期間の開始日及び終了日により示される期間であり、例として１ケ月の開始日及び終了日が表示されている。期間変更入力欄１０３３ｄは、例えば当該欄内をマウスでクリック等することで選択すると、パラメータ等表示欄１０３３ｂに表示させる第１のパラメータの対象となる期間の一覧を表示させ、希望する期間を選択することにより期間を変更できるように構成してもよい。このような構成により、個別の構成員の第１のパラメータを参照するユーザは、当該各構成員についての状況を、より詳細に把握することが可能になる。

図１１は、端末装置１０に表示する構成員パラメータの表示画面の他の例を示す図である。図１１の画面例は、一定期間における、エンジニアチームの各構成員についての第１のパラメータが表示された状態の、図９に示す例とは異なる他の画面例を示す。図７のステップＳ２１３に相当する。

図１１に示すように、端末装置１０のディスプレイ１３２には、一定期間におけるエンジニアチームの各構成員について、それぞれの第１のパラメータを表示する一覧表が表示されている。ディスプレイ１３２に表示されているマトリクスは、当該エンジニアチームの名称を表示するチーム名称表示欄１０３４ａと、エンジニアチームの各構成員ごとの指標値（第１のパラメータ）の一覧を表示する構成員パラメータ表示欄１０３４ｂと、第１のパラメータの対象期間の変更を受け付ける期間変更入力欄１０３４ｃとが表示されている。

構成員パラメータ表示欄１０３４ｂに表示されている第１のパラメータは、例として、ＧｉｔＨｕｂでのマージ済プルリクエスト数、コミットからプルリクエストまでの平均時間、プルリクエストからレビュー実施までの平均時間、及びプルリクエストの平均クローズ（対応終了）時間である。構成員パラメータ表示欄１０３４ｂには、これらの情報が、構成員ごとに表示されている。また、構成員パラメータ表示欄１０３４ｂには、他の事業者を含めたエンジニアチームにおける構成員の中央値と、エンジニアチームにおける上位２５％の中央値とが表示されている。

また、構成員パラメータ表示欄１０３４ｂに表示されているセル１０３４ｂ１のように、第１のパラメータのうち、構成員についての第１の条件に該当するものについては、表示態様を変更してもよい。表示態様の変更とは、例えば、セルの着色、数字の強調表示（フォントの拡大、太字表示等）、点滅等である。セル１０３４ｂ１では、着色して表示した状態を例として示している。

期間変更入力欄１０３４ｃに表示される期間は、構成員パラメータ表示欄１０３４ｂに表示される第１のパラメータの対象となる期間の開始日及び終了日により示される期間であり、例として３ケ月の開始日及び終了日が表示されている。期間変更入力欄１０３４ｃは、例えば当該欄内をマウスでクリック等することで選択すると、構成員パラメータ表示欄１０３４ｂに表示させる第１のパラメータの対象となる期間の一覧を表示させ、希望する期間を選択することにより期間を変更できるように構成してもよい。このような構成により、構成員ごとの第１のパラメータを参照するユーザは、エンジニアチームにおける構成員についての状況を把握することが可能になる。

図１２は、端末装置１０に表示する他のチームパラメータの表示画面例を示す図である。図１２の画面例は、一定期間における、エンジニアチームについての第１のパラメータが表示された状態の画面例を示す。図７のステップＳ２１３に相当する。

図１２に示すように、端末装置１０のディスプレイ１３２には、一定期間におけるエンジニアチームについて、それぞれの第１のパラメータを表示する一覧表が表示されている。ディスプレイ１３２に表示されているエンジニアチームの一覧表は、当該事業者の名称（企業名等）を表示する事業者名称表示欄１０３５ａと、エンジニアチームの名称を表示するチーム名称表示欄１０３５ｂと、各チームの第１のパラメータを表示するパラメータ等表示欄１０３５ｃと、第１のパラメータの対象期間の変更を受け付ける期間変更入力欄１０３５ｄと、第１のパラメータの表示対象の条件変更を受け付ける条件変更入力欄１０３５ｅとが表示されている。

図９と同様に、パラメータ等表示欄１０３５ｃに表示されている第１のパラメータは、例として、ＧｉｔＨｕｂでのソースコードのコード作成数、ソースコードへの変更内容を登録するためのコミット数、レビューを依頼するプルリクエスト作成数、ソースコードについてのコミットからプルリクエストまでの平均経過時間、及びレビューにおけるコメント数である。パラメータ等表示欄１０３５ｃには、これらの情報が、エンジニアチームごとに表示されている。

期間変更入力欄１０３５ｄに表示される期間は、パラメータ等表示欄１０３５ｃに表示される第１のパラメータの対象となる期間の開始日及び終了日により示される期間であり、例として１ケ月の開始日及び終了日が表示されている。期間変更入力欄１０３５ｄは、例えば当該欄内をマウスでクリック等することで選択すると、パラメータ等表示欄１０３５ｃに表示させる第１のパラメータの対象となる期間の一覧を表示させ、希望する期間を選択することにより期間を変更できるように構成してもよい。また、条件変更入力欄１０３５ｅに表示される条件は、パラメータ等表示欄１０３５ｃに表示される第１のパラメータの表示対象の条件であり、例として平均経過時間が所定の時間以上要しているエンジニアチームが表示されている。条件変更入力欄１０３５ｅは、例えば当該欄内をマウスでクリック等することで選択すると、パラメータ等表示欄１０３５ｃに表示させる第１のパラメータの表示対象条件の一覧を表示させ、希望する条件を選択することにより表示条件を変更できるように構成してもよい。なお、図１２に示す画面は、端末装置１０のユーザの属性情報に応じて、エンジニアチームの一覧を表示するように構成したものである。このような構成により、エンジニアチームごとの第１のパラメータを参照するユーザは、エンジニアチームについての状況を把握することが可能になる。

＜小括＞
以上のように、本実施形態によると、ＧｉｔＨｕｂに記録されている成果物についての情報である第１の情報を取得し、第１の情報に基づいて、エンジニアチームの各構成員について、エンジニアとしての成果物を作成するための活動量に応じて変化する第１のパラメータを特定する。そして、特定した各構成員についての第１のパラメータを、ユーザに提示する。そのため、エンジニアチームの各構成員について、モチベーションが低下しているか、またはパフォーマンスが向上しているかを適切に評価することが可能になる。これにより、エンジニアチームの運営を改善するきっかけを提供することができ、チーム内の個人のモチベーションの状況による離脱を防止することが可能になる。

また、本実施形態によると、エンジニアチームの各構成員について、活動時間または活動量に関する第１の条件に該当する特定の構成員の情報を、ユーザに提示する。これにより、モチベーションが低下している、またはパフォーマンスが向上している構成員を適切に抽出し、評価することが可能になる。これにより、エンジニアチームの運営上、当該構成員についての対応を具体的に検討することが可能になる。

以上、開示に係る実施形態について説明したが、これらはその他の様々な形態で実施することが可能であり、種々の省略、置換および変更を行なって実施することができる。これらの実施形態および変形例ならびに省略、置換および変更を行なったものは、特許請求の範囲の技術的範囲とその均等の範囲に含まれる。

＜付記＞
以上の各実施形態で説明した事項を、以下に付記する。

（付記１）プロセッサ２９と、記憶部２０２とを備えるコンピュータに実行させるためのプログラムであって、プログラムは、プロセッサ２９に、エンジニアとしての成果物を作成するためにオンライン上でソースコードを管理するソースコードホスティングサービスである第１のサービスにアクセスすることにより、エンジニアチームを構成する各構成員が当該第１のサービスを利用することにより当該第１のサービスに蓄積される情報を第１の情報として取得するステップ（Ｓ１１２）と、第１の情報に基づいて、エンジニアチームの各構成員について、エンジニアとしての成果物を作成するための活動量に応じて変化する第１のパラメータを特定するステップ（Ｓ１１３）と、各構成員について特定された第１のパラメータをユーザに提示するステップ（Ｓ２２３）と、を実行させる、プログラム。

（付記２）各構成員のうち、第１のパラメータが、活動時間または活動量に関する第１の条件に該当する特定の構成員を抽出するステップ（Ｓ２２２）をさらに実行させ、提示するステップにおいて、抽出された特定の構成員をユーザに提示する、（付記１）に記載のプログラム。

（付記３）第１のパラメータを特定するステップにおいて、第１のパラメータとして、エンジニアとしての成果物の作成に関する作業時間を特定し、特定の構成員を抽出するステップにおいて、作業時間が一定時間以上要している特定の構成員を抽出する、（付記２）に記載のプログラム。

（付記４）第１のパラメータを特定するステップにおいて、第１のパラメータとして、エンジニアとしての成果物の作成に関する作業時間を特定し、特定の構成員を抽出するステップにおいて、作業時間が一定時間以内である特定の構成員を抽出する、（付記２）に記載のプログラム。

（付記５）第１のパラメータを特定するステップにおいて、作業時間を特定することとして、エンジニアの成果物を作成するためのファイル作成の提案を受けてからコードレビュー依頼をするまでの時間を特定することを含む、（付記３）または（付記４）に記載のプログラム。

（付記６）第１のパラメータを特定するステップにおいて、第１のパラメータとして、エンジニアとしての成果物を作成するための第１のアクションの完了により発生する第２のアクションについて、第１のアクションの完了から第２のアクションの完了までの応答作業時間を特定し、特定の構成員を抽出するステップにおいて、応答作業時間が一定時間以上要している特定の構成員を抽出する、（付記２）に記載のプログラム。

（付記７）第１のパラメータを特定するステップにおいて、第１のパラメータとして、エンジニアとしての成果物を作成するための第１のアクションの完了により発生する第２のアクションについて、第１のアクションの完了から第２のアクションの完了までの応答作業時間を特定し、特定の構成員を抽出するステップにおいて、応答作業時間が一定時間以内である特定の構成員を抽出する、（付記２）に記載のプログラム。

（付記８）第１の構成員が第１のアクションを完了させることにより、第２の構成員に対して第２のアクションが発生するものであり、第１のパラメータを特定するステップにおいて、第１の構成員による第１のアクションにより発生する第２のアクションについて、第２の構成員がアクションを完了させるまでの時間を前記応答作業時間として特定する、（付記６）または（付記７）に記載のプログラム。

（付記９）第１のパラメータを特定するステップにおいて、第１のアクションとしてなされる、エンジニアの成果物を作成するためのコードレビュー依頼またはマージの提案を第２の構成員が受けてから応答をするまでの時間を応答作業時間として特定する、（付記８）に記載のプログラム。

（付記１０）第１のパラメータを特定するステップにおいて、第１のパラメータとして、エンジニアの成果物であるコードに関する情報を特定し、特定の構成員を抽出するステップにおいて、コードに関する情報に基づき、特定の構成員を抽出する、（付記２）から（付記９）のいずれかに記載のプログラム。

（付記１１）第１のパラメータを特定するステップにおいて、コードに関する情報として、エンジニアの成果物に対するコードレビュー依頼におけるコード数を特定することを含み、特定の構成員を抽出するステップにおいて、コード数の統計値が一定以上である特定の構成員を抽出することを含む、（付記１０）に記載のプログラム。

（付記１２）第１のパラメータを特定するステップにおいて、コードに関する情報として、エンジニアの成果物に対するコードレビュー依頼におけるコードの内容を解析することにより得られるコードの正確性を特定することを含み、特定の構成員を抽出するステップにおいて、コードの正確性の統計値が一定以下である特定の構成員を抽出することを含む、（付記１０）または（付記１１）に記載のプログラム。

（付記１３）特定の構成員を抽出するステップにおいて、各構成員の過去の第１のパラメータに対する条件、またはエンジニアチームの同時期の第１のパラメータに対する条件に基づき、特定の構成員を抽出することを含む、（付記２）から（付記１２）のいずれかに記載のプログラム。

（付記１４）第１のパラメータを特定するステップにおいて、複数の各構成員の第１の情報または第１のパラメータを特定し、提示するステップにおいて、複数の各構成員について、第１の条件に該当する特定の構成員を優先して、複数の各構成員の第１の情報または第１のパラメータをユーザに提示する、（付記２）から（付記１３）のいずれかに記載のプログラム。

（付記１５）提示するステップにおいて、各構成員ごとに、または各構成員の第１の情報または第１のパラメータに基づき算出したエンジニアチームごとに第１の情報または第１のパラメータをユーザに提示する、（付記１４）に記載のプログラム。

（付記１６）提示する対象のユーザの属性情報を取得するステップをさらに実行させ、ユーザに提示するステップにおいて、ユーザの属性に応じて、各構成員、第１の情報、または第１のパラメータの少なくともいずれかの提示内容を変化させる、（付記１５）に記載のプログラム。

（付記１７）制御部２０３と、記憶部２０２とを備える情報処理装置であって、制御部２０３は、エンジニアとしての成果物を作成するためにオンライン上でソースコードを管理するソースコードホスティングサービスである第１のサービスにアクセスすることにより、エンジニアチームを構成する各構成員が当該第1のサービスを利用することにより当該第１のサービスに蓄積される情報を第１の情報として取得するステップ（Ｓ１１２）と、第１の情報に基づいて、エンジニアチームの各構成員について、エンジニアとしての成果物を作成するための活動量に応じて変化する第１のパラメータを特定するステップ（Ｓ１１３）と、各構成員について特定された第１のパラメータをユーザに提示するステップ（Ｓ２２３）と、を実行する、情報処理装置。

（付記１８）プロセッサ２９と、記憶部２０２とを備えるコンピュータにより実行されるための方法であって、方法は、プロセッサ２９が、エンジニアとしての成果物を作成するためにオンライン上でソースコードを管理するソースコードホスティングサービスである第１のサービスにアクセスすることにより、エンジニアチームを構成する各構成員が当該第1のサービスを利用することにより当該第１のサービスに蓄積される情報を第１の情報として取得するステップ（Ｓ１１２）と、第１の情報に基づいて、エンジニアチームの各構成員について、エンジニアとしての成果物を作成するための活動量に応じて変化する第１のパラメータを特定するステップ（Ｓ１１３）と、各構成員について特定された第１のパラメータをユーザに提示するステップ（Ｓ２２３）と、を実行する、方法。

１ ：チーム活動評価システム
１０ ：端末装置
１０Ａ ：端末装置
１０Ｂ ：端末装置
１３ ：入力装置
１４ ：出力装置
１５ ：メモリ
１６ ：記憶部
１９ ：プロセッサ
２０ ：サーバ
２５ ：メモリ
２６ ：ストレージ
２９ ：プロセッサ
３０ ：リポジトリサーバ
８０ ：ネットワーク
８１ ：無線基地局
８２ ：無線ＬＡＮルータ
１１１ ：アンテナ
１１２ ：アンテナ
１２１ ：第１無線通信部
１２２ ：第２無線通信部
１３０ ：操作受付部
１３１ ：キーボード
１３２ ：ディスプレイ
１４０ ：音声処理部
１４１ ：マイク
１４２ ：スピーカ
１５０ ：カメラ
１６０ ：記憶部
１６１ ：ユーザ情報
１６２ ：ローカルリポジトリ
１７０ ：制御部
１７１ ：入力操作受付部
１７２ ：送受信部
１７３ ：データ処理部
１７４ ：通知制御部
２０１ ：通信部
２０２ ：記憶部
２０３ ：制御部
１０３１ａ ：組織ＩＤ入力欄
１０３１ｂ ：メールアドレス入力欄
１０３１ｃ ：パスワード入力欄
１０３１ｄ ：ログインボタン
１０３２ａ ：チーム名称表示欄
１０３２ｂ ：構成員氏名表示欄
１０３２ｃ ：パラメータ等表示欄
１０３２ｄ ：期間変更入力欄
１０３２ｅ ：条件変更入力欄
１０３３ａ ：氏名表示欄
１０３３ｂ ：パラメータ等表示欄
１０３３ｃ ：グラフ表示欄
１０３３ｄ ：期間変更入力欄
１０３４ａ ：チーム名称表示欄
１０３４ｂ ：構成員パラメータ表示欄
１０３４ｂ１ ：セル
１０３４ｃ ：期間変更入力欄
１０３５ａ ：事業者名称表示欄
１０３５ｂ ：チーム名称表示欄
１０３５ｃ ：パラメータ等表示欄
１０３５ｄ ：期間変更入力欄
１０３５ｅ ：条件変更入力欄
２０２１ ：リポジトリデータベース
２０２２ ：構成員パフォーマンスデータベース
２０２３ ：チームパフォーマンスデータベース
２０３１ ：受信制御モジュール
２０３２ ：送信制御モジュール
２０３３ ：リポジトリ管理モジュール
２０３４ ：パラメータ特定モジュール
２０３５ ：対象抽出モジュール
２０３６ ：ユーザ属性情報取得モジュール
２０３７ ：提示モジュール

Claims (15)

1. プロセッサと、記憶部とを備えるコンピュータに実行させるためのプログラムであって、
   前記プログラムは、前記プロセッサに、
   エンジニアとしての成果物を作成するためにオンライン上でソースコードを管理するソースコードホスティングサービスである第１のサービスにアクセスすることにより、エンジニアチームを構成する各構成員が当該第１のサービスを利用することにより当該第１のサービスに蓄積される情報を第１の情報として取得するステップと、
   前記第１の情報に基づいて、前記エンジニアチームの各前記構成員について、エンジニアとしての成果物を作成するための活動量に応じて変化する第１のパラメータを特定するステップと、
   各前記構成員のうち、前記第１のパラメータが、活動時間または活動量に関する第１の条件に該当する特定の構成員を抽出するステップと、
   前記抽出するステップにおいて抽出された前記特定の構成員をユーザに提示するステップとを実行させ、
   前記第１の条件は予め定められており、
   前記特定の構成員は、パフォーマンス向上又はモチベーション低下に該当する人材であり、
   前記第１のパラメータは、構成員がエンジニアの成果物を作成するためのファイル作成の提案を受けてからコードレビュー依頼をするまでの時間である作業時間、または構成員がエンジニアの成果物を作成するために他の構成員によって行われたコードレビュー依頼またはマージの提案を受けてから応答するまでの時間である応答作業時間の少なくとも１つを含む、
   プログラム。
2. 前記第１の条件は、前記構成員ごとの前記第１のパラメータの経時的変化に応じた条件である、
   請求項１に記載のプログラム。
3. 前記第１のパラメータを特定するステップにおいて、前記第１のパラメータとして、エンジニアとしての成果物の作成に関する作業時間を特定し、
   前記特定の構成員を抽出するステップにおいて、前記作業時間が一定時間以上要している特定の構成員を抽出する、請求項１に記載のプログラム。
4. 前記第１のパラメータを特定するステップにおいて、前記第１のパラメータとして、エンジニアとしての成果物の作成に関する作業時間を特定し、
   前記特定の構成員を抽出するステップにおいて、前記作業時間が一定時間以内である特定の構成員を抽出する、請求項１に記載のプログラム。
5. 前記第１のパラメータを特定するステップにおいて、前記第１のパラメータとして、エンジニアとしての成果物を作成するための第１のアクションの完了により発生する第２のアクションについて、第１のアクションの完了から第２のアクションの完了までの応答作業時間を特定し、
   前記特定の構成員を抽出するステップにおいて、前記応答作業時間が一定時間以上要している特定の構成員を抽出する、請求項１に記載のプログラム。
6. 前記第１のパラメータを特定するステップにおいて、前記第１のパラメータとして、エンジニアとしての成果物を作成するための第１のアクションの完了により発生する第２のアクションについて、第１のアクションの完了から第２のアクションの完了までの応答作業時間を特定し、
   前記特定の構成員を抽出するステップにおいて、前記応答作業時間が一定時間以内である特定の構成員を抽出する、請求項１に記載のプログラム。
7. 前記第１のパラメータを特定するステップにおいて、前記第１のパラメータとして、エンジニアの成果物であるコードに関する情報を特定し、
   前記特定の構成員を抽出するステップにおいて、前記コードに関する情報に基づき、特定の構成員を抽出する、請求項１から請求項６のいずれか１項に記載のプログラム。
8. 前記第１のパラメータを特定するステップにおいて、前記コードに関する情報として、エンジニアの成果物に対するコードレビュー依頼におけるコード数を特定することを含み、
   前記特定の構成員を抽出するステップにおいて、前記コード数の統計値が一定以上である特定の構成員を抽出することを含む、請求項７に記載のプログラム。
9. 前記第１のパラメータを特定するステップにおいて、前記コードに関する情報として、エンジニアの成果物に対するコードレビュー依頼におけるコードの内容を解析することにより得られるコードの正確性を特定することを含み、
   前記特定の構成員を抽出するステップにおいて、前記コードの正確性の統計値が一定以下である特定の構成員を抽出することを含む、請求項７または請求項８に記載のプログラム。
10. 前記特定の構成員を抽出するステップにおいて、各前記構成員の過去の前記第１のパラメータに対する条件、または前記エンジニアチームの同時期の前記第１のパラメータに対する条件に基づき、特定の構成員を抽出することを含む、請求項１から請求項９のいずれか１項に記載のプログラム。
11. 前記第１のパラメータを特定するステップにおいて、複数の各前記構成員の前記第１の情報または前記第１のパラメータを特定し、
    前記提示するステップにおいて、前記複数の各前記構成員について、前記第１の条件に該当する特定の構成員を優先して、前記複数の各前記構成員の前記第１の情報または前記第１のパラメータを前記ユーザに提示する、請求項１から請求項１０のいずれか１項に記載のプログラム。
12. 前記提示するステップにおいて、各前記構成員ごとに、または各前記構成員の前記第１の情報または前記第１のパラメータに基づき算出した前記エンジニアチームごとに前記第１の情報または前記第１のパラメータを前記ユーザに提示する、請求項１１に記載のプログラム。
13. 前記提示する対象のユーザの属性情報を取得するステップをさらに実行させ、
    前記ユーザに提示するステップにおいて、前記ユーザの属性に応じて、各構成員、前記第１の情報、または前記第１のパラメータの少なくともいずれかの提示内容を変化させる、請求項１２に記載のプログラム。
14. 制御部と、記憶部とを備える情報処理装置であって、
    前記制御部は、
    エンジニアとしての成果物を作成するためにオンライン上でソースコードを管理するソースコードホスティングサービスである第１のサービスにアクセスすることにより、エンジニアチームを構成する各構成員が当該第１のサービスを利用することにより当該第１のサービスに蓄積される情報を第１の情報として取得するステップと、
    前記第１の情報に基づいて、前記エンジニアチームの各前記構成員について、エンジニアとしての成果物を作成するための活動量に応じて変化する第１のパラメータを特定するステップと、
    各前記構成員のうち、前記第１のパラメータが、活動時間または活動量に関する第１の条件に該当する特定の構成員を抽出するステップと、
    前記抽出するステップにおいて抽出された前記特定の構成員をユーザに提示するステップとを実行し、
    前記第１の条件は予め定められており、
    前記特定の構成員は、パフォーマンス向上又はモチベーション低下に該当する人材であり、
    前記第１のパラメータは、構成員がエンジニアの成果物を作成するためのファイル作成の提案を受けてからコードレビュー依頼をするまでの時間である作業時間、または構成員がエンジニアの成果物を作成するために他の構成員によって行われたコードレビュー依頼またはマージの提案を受けてから応答するまでの時間である応答作業時間の少なくとも１つを含む、
    情報処理装置。
15. プロセッサと、記憶部とを備えるコンピュータに実行されるための方法であって、
    前記方法は、前記プロセッサが、
    エンジニアとしての成果物を作成するためにオンライン上でソースコードを管理するソースコードホスティングサービスである第１のサービスにアクセスすることにより、エンジニアチームを構成する各構成員が当該第１のサービスを利用することにより当該第１のサービスに蓄積される情報を第１の情報として取得するステップと、
    前記第１の情報に基づいて、前記エンジニアチームの各前記構成員について、エンジニアとしての成果物を作成するための活動量に応じて変化する第１のパラメータを特定するステップと、
    各前記構成員のうち、前記第１のパラメータが、活動時間または活動量に関する第１の条件に該当する特定の構成員を抽出するステップと、
    前記抽出するステップにおいて抽出された前記特定の構成員をユーザに提示するステップとを実行し、
    前記第１の条件は予め定められており、
    前記特定の構成員は、パフォーマンス向上又はモチベーション低下に該当する人材であり、
    前記第１のパラメータは、構成員がエンジニアの成果物を作成するためのファイル作成の提案を受けてからコードレビュー依頼をするまでの時間である作業時間、または構成員がエンジニアの成果物を作成するために他の構成員によって行われたコードレビュー依頼またはマージの提案を受けてから応答するまでの時間である応答作業時間の少なくとも１つを含む、
    方法。

Images