WO2022145311A1

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

Info

Publication number: WO2022145311A1
Application number: PCT/JP2021/047578
Authority: WO
Inventors: 将高佐藤; 裕之石川; 嵩史宇田川; 千隼戸田; 智子高田; 龍古田
Original assignee: ファインディ株式会社
Priority date: 2020-12-30
Filing date: 2021-12-22
Publication date: 2022-07-07
Also published as: US20230325180A1; JP2022105779A; JP7096983B1

Abstract

チーム活動評価システム１のサーバ２０は、その機能として、エンジニアチームの活動状況を示す各種パラメータに基づき、エンジニアチームの活動状況を示すチームスコア（パラメータ）を特定するスコアリングモジュール２０３５と、特定された、エンジニアチームの活動状況を示すチームスコアを時系列の情報と関連付けて、ユーザに提示する提示モジュール２０３７と、を備える。

Description

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

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

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

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

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

　ところで、プロダクト開発等を行うエンジニアにより構成されるエンジニアチームのパフォーマンスを評価する場合、当該チームの成果物について適切に把握する必要がある。そのためには、エンジニアチームの構成員であるそれぞれのエンジニアによる成果物の数量だけではなく、チーム内でどのようなプロセスを経ているのかも把握する必要がある。このようなエンジニアチームとしてのパフォーマンスを適切に把握する手法が求められていた。

　そこで、本開示では、エンジニアチームとしてのパフォーマンスを適切に評価する技術について説明する。

　本開示の一実施形態によると、プロセッサと、記憶部とを備えるコンピュータに実行させるためのプログラムが提供される。プログラムは、プロセッサに、エンジニアチームに所属する構成員が、エンジニアとしての成果物を作成するためにオンライン上にアップロードした情報と、当該アップロードされた成果物についてエンジニアチームの構成員が行ったレビュー情報と、の履歴に基づいて、エンジニアチームの活動状況を表すパラメータを特定するステップと、パラメータをユーザに提示するステップと、を実行させる。

　本開示によれば、エンジニアとしての成果物を作成するためにアップロードした情報と、当該アップロードされた成果物についてエンジニアチームの構成員が行ったレビュー情報と、の履歴に基づいて、エンジニアチームの活動状況を表すパラメータを特定する。そのため、エンジニアチームとしてのパフォーマンスを適切に把握することが可能になる。

チーム活動評価システム１の全体の構成を示す図である。実施の形態１のチーム活動評価システム１を構成する端末装置１０の機能的な構成を示すブロック図である。実施の形態１のチーム活動評価システム１を構成するサーバ２０の機能的な構成を示す図である。サーバ２０が記憶するリポジトリデータベース２０２１のデータ構造を示す図である。サーバ２０が記憶する個人パフォーマンスデータベース２０２２、チームスコアデータベース２０２３のデータ構造を示す図である。実施の形態１のチーム活動評価システム１によるスコアリング処理を行う流れの一例を示すフローチャートである。実施の形態１のチーム活動評価システム１によるチーム活動状況の提示処理を行う流れの一例を示すフローチャートである。端末装置１０に表示するサインイン画面の例を示す図である。端末装置１０に表示するチーム活動状況の表示画面例を示す図である。端末装置１０に表示するプルリクエスト状況の表示画面例を示す図である。端末装置１０に表示する他のチーム状況の表示画面例を示す図である。端末装置１０に表示するリードタイムおよびプルリクエストの状況の表示画面例を示す図である。端末装置１０に表示するプルリクエストタイプの状況の表示画面例を示す図である。端末装置１０に表示するプルリクエストの状態の表示画面例を示す図である。端末装置１０に表示するレビュー実施状況の表示画面例を示す図である。端末装置１０に表示するアラート情報の表示画面例を示す図である。端末装置１０に表示する構成員のパフォーマンス表示画面例を示す図である。端末装置１０に表示する構成員のプルリクエスト状況の表示画面例を示す図である。端末装置１０に表示するチーム活動状況のチーム比較の表示画面例を示す図である。実施の形態２のチーム活動評価システム１を構成するサーバ２０の機能的な構成を示す図である。サーバ２０が記憶するエンジニアデータベース２０２４のデータ構造を示す図である。端末装置１０に表示するエンジニアのレコメンド表示の画面例を示す図である。

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

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

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

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

　エンジニアチームの活動状況を示す各種パラメータとして、ＧｉｔＨｕｂで管理している、ＧｉｔＨｕｂに対するプッシュ数（アップロード数）、ＧｉｔＨｕｂでのソースコードの作成コード数、修正コード数、プルリクエスト数（レビュー依頼数）、マージ数（統合数）等の値を取得することにより、エンジニアチームにおける成果物をオンライン上にアップロードした情報として数値化し、スコアを算出する。これにより、エンジニアチームの活動状況を成果物の量的な側面で推定することが可能であると考えられる。例えば、ソースコードの作成コード数、修正コード数、プッシュ数が多い場合、エンジニアチームとして多くの成果物を作成しているといえるため、エンジニアチームの成果物を作成する活動状況は活発であると推定される。そのため、このスコアの多少により、エンジニアチームの成果物に対する活動状況を成果物の量的な側面で推定できると考えられる。

　また、エンジニアチームの活動状況を示す各種パラメータとして、ＧｉｔＨｕｂで管理している、ＧｉｔＨｕｂに対するイシュー作成数、レビュー数、コメント数、コメント回答数、コミット数等の値を取得することにより、これらの値を包含し、エンジニアチームの構成員が行ったレビュー情報として数値化し、スコアを算出する。これにより、エンジニアチームの活動状況を成果物の質的な側面で推定することが可能であると考えられる。例えば、レビュー数、コメント数が多い場合、エンジニアチーム内で成果物に対するチェックや議論が多くなされているといえるため、エンジニアチームの成果物に対するレビューが活発であり、成果物の質が担保されている傾向が高いと推定される。そのため、このスコアの多少により、エンジニアチームの成果物に対する活動状況を成果物の質的な側面で推定できると考えられる。

　さらに、これらのチームスコアを時系列の情報と関連付けて提示することにより、エンジニアチームの活動状況を時系列で把握することが可能であると考えられる。例えば、特定の期間（例えば、１週間）のチームスコアが他の期間に対して低い場合、当該期間における成果物の作成、成果物に対するレビューのいずれか、または両方が停滞していたと推定されるため、チームの状況を早期に把握し、原因特定に資することになる。

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

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

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

　端末装置１０は、各ユーザが操作する装置である。ここで、ユーザとは、端末装置１０を使用してチーム活動評価システム１によるエンジニアチームの活動状況の提示を受ける者であるが、当該エンジニアチームの構成員とは限らず、所属企業の（チームに属さない）マネージャ、人事部門担当者、経営陣などを含む者である。端末装置１０は、据え置き型のＰＣ（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）ディスプレイによって実現される。

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

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

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

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

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

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

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

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

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

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

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

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

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

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

　個人パフォーマンスデータベース２０２２は、チーム活動評価システム１における、エンジニアチームの構成員のパフォーマンスを示す情報を保持するためのデータベースである。詳細は後述する。

　チームスコアデータベース２０２３は、チーム活動評価システム１において提示する、エンジニアチームの活動状況を示すチームスコアと、その基になる各種パラメータの情報を保持するためのデータベースである。詳細は後述する。

　制御部２０３は、サーバ２０のプロセッサがプログラムに従って処理を行うことにより、各種モジュールとして受信制御モジュール２０３１、送信制御モジュール２０３２、リポジトリ管理モジュール２０３３、パフォーマンス演算モジュール２０３４、スコアリングモジュール２０３５、アラート決定モジュール２０３６、および提示モジュール２０３７に示す機能を発揮する。

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

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

　リポジトリ管理モジュール２０３３は、各ユーザについてネットワーク上に記録されている情報を取得する処理を制御する。チーム活動評価システム１のユーザは、ＧｉｔＨｕｂによりソースコードの開発を行っているため、エンジニアチームの活動状況を示す各種パラメータとして、ＧｉｔＨｕｂ（ソースコードホスティング）において作成したソースコードの作成コード数、修正コード数、ソースコードのプッシュ数、プルリクエスト数等の各種パラメータがリポジトリサーバ３０に記録されている。また、各種パラメータとして、イシュー作成数、レビュー数、コメント数、コメント回答数、コミット数等の各種パラメータがリポジトリサーバ３０に記録されている。そのため、リポジトリ管理モジュール２０３３は、リポジトリサーバ３０にアクセスして当該ユーザの各種パラメータを取得する。

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

　パフォーマンス演算モジュール２０３４は、エンジニアチームに所属する構成員のパフォーマンス（成果）を示す値（個人スコア）を演算する処理を制御する。例えば、一定期間における、当該構成員のＧｉｔＨｕｂにおいて作成したソースコードの作成コード数、修正コード数、ソースコードのプッシュ数、プルリクエスト数をカウントすることで、当該ユーザがエンジニアとして一定期間にソースコードを作成する量（コード数、本数等）が分かるので、当該構成員のエンジニア（プログラマ）としての一定期間の成果を推定することが可能である。また、一定期間における、当該構成員のＧｉｔＨｕｂにおいて作成したイシュー作成数、レビュー数、コメント数、コメント回答数、コミット数をカウントすることで、当該ユーザがエンジニアとして一定期間にレビューをする量が分かるので、当該構成員のレビュワー（Reviewer）や管理者（マネージャ）等としての一定期間の成果を推定することが可能である。そのため、パフォーマンス演算モジュール２０３４は、ＧｉｔＨｕｂにおいて作成したソースコードの作成コード数、修正コード数、ソースコードのプッシュ数、プルリクエスト数、イシュー作成数、レビュー数、コメント数、コメント回答数、コミット数等の各種パラメータに基づき、各種演算を行う。例えば、各種演算の例として、各構成員のソースコードの作成コード数、修正コード数、ソースコードのプッシュ数、プルリクエスト数、イシュー作成数、レビュー数、コメント数、コメント回答数、コミット数等を、エンジニアチームに所属する構成員それぞれについて加算する。

　パフォーマンス演算モジュール２０３４は、各種パラメータに基づく演算として、各種パラメータを単純に積み上げて加算してもよく、それぞれのパラメータに重み付けを行う演算（例えば、それぞれのパラメータに所定の係数を掛け合わせて加算）してもよい。また、それぞれのパラメータに対して、成果物（ソースコード）の難易度または重要度に基づいて重み付けを行い、上記の演算を行ってもよい。

　スコアリングモジュール２０３５は、リポジトリ管理モジュール２０３３が取得した各種パラメータに基づき、エンジニアチームの活動状況を示すパラメータを特定する処理を制御する。ここで、パラメータ（チームスコアともいう）とは、エンジニアチームの活動状況（例えば、エンジニアチームとしての成果）を示す値であり、エンジニアチームの構成員が、エンジニアとしての成果物を作成するためにオンライン上にアップロードした情報と、当該アップロードされた成果物についてエンジニアチームの構成員が行ったレビュー情報と、の履歴に基づいて各種演算を行って特定された値である。後述するように、チームスコアは、時系列の情報に関連付けて提示されるため、スコアリングモジュール２０３５は、一定期間（例えば、１週間）ごとにチームスコアを特定する。

　具体的には、構成員がエンジニアとしての成果物を作成するためにオンライン上にアップロードした情報として、チーム全体のＧｉｔＨｕｂにおいて作成したソースコードの作成コード数、修正コード数、ソースコードのプッシュ数、プルリクエスト数を一定期間カウントする。これにより、当該エンジニアチームが一定期間にソースコードを作成する量（コード数、本数等）が分かるので、当該チームの成果物を作成する活動状況、すなわちエンジニアチームの活動状況を成果物の量的な側面で推定することが可能である。また、アップロードされた成果物についてエンジニアチームの構成員が行ったレビュー情報として、チーム全体のＧｉｔＨｕｂにおいて作成したイシュー作成数、レビュー数、コメント数、コメント回答数、コミット数を一定期間カウントする。すなわち、当該チームの活動状況を、各構成員の成果物に関する情報を取得して積み上げることにより取得する。これにより、当該エンジニアチームが一定期間にレビューをする量（コメント数）が分かるので、当該チームの成果物に対するレビュー状況、すなわちエンジニアチームの活動状況を成果物の質的な側面で推定することが可能である。

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

　アラート決定モジュール２０３６は、スコアリングモジュール２０３５が特定したチームスコアの変動に基づき、ユーザに通知する、エンジニアチームの活動状況についてのアラートを決定する処理を制御する。ユーザに通知するアラートとは、チームスコアの変動に基づいてエンジニアチームの活動状況について注意すべき事柄を提示するものであり、例えば、１週間ごとに特定されたチームスコアが、他の週と比較して一定の範囲外である外れ値である場合、アラート決定モジュール２０３６は外れ値に基づくアラートを決定する。具体例として、アラート決定モジュール２０３６は、当該週のチームスコアが他の週と比較して、外れ値であると判定される範囲（例えば、２０％以上減少）の場合、他の週と比較してエンジニアチームの活動状況が停滞していると推定されるため、外れ値であることを検知し、検知した外れ値に基づくアラートとして通知するよう決定する。

　また、アラート決定モジュール２０３６は、エンジニアチームに所属する構成員のパフォーマンスを示す値、具体的にはＧｉｔＨｕｂにおける作成コード数、修正コード数、プッシュ数、プルリクエスト数の各種パラメータの変動を検知し、変動に基づいて、ユーザにアラートを通知するよう決定してもよい。構成員のパフォーマンスの変動は、エンジニアチームの活動状況に影響することが多いからである。また、アラート決定モジュール２０３６は、ＧｉｔＨｕｂにおける、エンジニアチームに所属するある構成員と他の構成員とのレビュー数、レビュー時間、コメント数の変動を検知し、変動に基づいて、ユーザにアラートを通知するよう決定してもよい。特定の構成員同士のレビューの状況がエンジニアチームの活動状況に影響することもあり得るからである。さらに、アラート決定モジュール２０３６は、パフォーマンス演算モジュール２０３４が演算を行った個人スコアの変動に基づき、ユーザにアラートを通知するよう決定してもよい。個人スコアによる総合的な評価の変動がエンジニアチームの活動状況に影響する場合もあるからである。

　提示モジュール２０３７は、スコアリングモジュール２０３５により特定された、エンジニアチームの活動状況を示すチームスコアをユーザに提示する処理を制御する。提示モジュール２０３７は、例えば、時系列の情報として、１週間ごとのチームスコアの変動状況をユーザに提示するため、ユーザの端末装置１０へ通信部２０１を介して送信する。提示モジュール２０３７は、チームスコアを、ＧｉｔＨｕｂの作成コード数、プッシュ数等の内訳ごとにチームスコアの変動状況を提示してもよい。

　提示モジュール２０３７は、エンジニアチームの活動状況として、エンジニアチームにおけるレビューの依頼からクローズまでの期間を示すリードタイムを取得し、ユーザに提示してもよい。成果物に対するその後の処理（レビュー等）が行われるまでの時間、その後の時間を把握するためである。ここで、成果物に対してレビューの依頼がされると、当該成果物を作成したエンジニア以外の者がレビューを行い、コメント等を記載する。通常のプロセスの場合、コメントに基づいて成果物の修正が行われ（修正が不要な場合もあり、場合によってはレビューが行われない場合もある）、その成果物を反映させる旨の意思決定がなされると、マージが行われ、当該成果物の作業がクローズとなる。しかし、仕様変更等、何らかの理由により当該成果物を反映させない旨の意思決定がなされる場合もあり、その場合は当該成果物のマージが行われることなくクローズされる。なお、ＧｉｔＨｕｂ上などではマージの有無を区別せずプルリクエストに対する意思決定がされたものを「クローズ」と呼ばれているが、本明細書ではマージが行われず、すなわちプルリクエストに対する応答をせずに、成果物に対する修正等の開発作業を終了する意思決定をしたものを「却下」と呼ぶ。上記のリードタイムは、レビューの依頼からマージが行われてクローズとなるまでの期間と、レビューの依頼からマージが行われることなく却下され、クローズとなるまでの期間を含む概念である。すなわち、クローズとは、なんらかの意思決定が行われて成果物に対する修正等の開発作業が終了した状態をいい、マージと却下を含む。なお、上記のような意思決定がされていない成果物は放置という状態になるが、この状態はレビュー依頼がされた成果物に対してまだレビューが行われていない場合や、コメントに対する修正がなされていない場合、作業としては終了しているがマージまたはクローズの意思決定がなされていない状態、これらの状態のまま一定期間が経過している状態を含む概念である。

　また、提示モジュール２０３７は、エンジニアチームの活動状況として、エンジニアチームにおいてレビューの依頼がされた成果物の推移を示す内訳を取得し、ユーザに提示してもよい。上記のように、レビュー依頼がされると、プルリクエストがされた状態から、レビューが行われた状態、レビューに対する応答（コメントに対する回答のコメント、または成果物の修正）が行われた状態、マージが行われた状態に推移していくが、成果物の推移とは、このようなレビュー依頼後の成果物のステータス（上述したそれぞれの状態）の推移である。また、成果物の推移を示す内訳とは、対象となるプルリクエスト全体におけるそれぞれのステータスまで推移しているプルリクエストの内訳であり、例えば、プルリクエストの全体数１０個のうち、レビューが行われた状態のものが７件、さらにその７件のうちレビューに対する応答が行われた状態のものが４件、さらにその４件のうちマージが行われた状態のものが２件といった情報が成果物の推移を示す内訳の情報となる。成果物に対してその後の処理（レビュー等）が適切に行われているかを把握するためである。また、提示モジュール２０３７は、エンジニアチームの活動状況として、エンジニアチームにおいてレビューの依頼がされた成果物に対するコメント数と成果物のクローズまでの時間との関係を取得し、ユーザに提示してもよい。コメント数と成果物のクローズまでの時間との関係がどのように分布しているか、どの件が外れ値であるかを把握するためである。さらに、提示モジュール２０３７は、エンジニアチームの活動状況として、エンジニアチームにおけるレビューを依頼するレビュイー（Reviewee）とレビューの依頼を受けるレビュワーとの関係を取得し、ユーザに提示してもよい。レビュイーとレビュワーとの関係、レビューの負荷状況を把握するためである。

　また、提示モジュール２０３７は、アラート決定モジュール２０３６により決定されたエンジニアチームの活動状況についてのアラートを、ユーザに提示する処理を制御する。提示モジュール２０３７は、例えば、１週間ごとのチームスコアの変動状況に基づくアラートを、チームスコアの変動状況と共に、ユーザの端末装置１０へ通信部２０１を介して送信する。

　さらに、提示モジュール２０３７は、パフォーマンス演算モジュール２０３４により演算された、エンジニアチームに所属する構成員のパフォーマンスを示す個人スコアを時系列の情報と関連付けて、ユーザに提示してもよい。このとき、エンジニアチームの活動状況を示すチームスコアと対応付けて提示してもよい。エンジニアチームの活動状況を、構成員のパフォーマンスと対応付けて把握するためである。また、提示モジュール２０３７は、エンジニアチームの活動状況を示すチームスコアを時系列の情報と関連付けて、他のエンジニアチームの活動状況を示すチームスコアを時系列の情報と関連付けて、比較可能に（例えば、並列に表示して）、ユーザに提示してもよい。エンジニアチームの活動状況を、他のチームと比較することで把握するためである。このとき、両者の時系列の情報は、必ずしも同時期である必要はない。両者の活動時期が異なる場合もあり、当該チームに係るプロジェクトの開始時期からの期間の経過で比較したほうがチームの状況を把握しやすくなるからである。さらに、提示モジュール２０３７は、エンジニアチームにおいてレビューの依頼からマージが行われてクローズとなるまでの期間を示す（ここでは、レビューの依頼からマージが行われることなく却下され、クローズとなるまでの期間は除外する）リードタイムを基準とし、他のエンジニアチームにおけるリードタイムと比較可能に（例えば、並列に表示して）、ユーザに提示してもよい。エンジニアチームにおける成果物の納品状況を、他のチームと比較することで把握するためである。このとき、両者のリードタイムは同一のタイミングである必要はなく、異なる時期および期間で比較してもよい。それぞれのプロジェクトの時期および期間は異なることが通常であるからである。

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

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

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

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

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

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

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

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

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

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

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

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

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

　図５に示すように、個人パフォーマンスデータベース２０２２のレコードのそれぞれは、項目「構成員ＩＤ」と、項目「パフォーマンス詳細」等を含む。

　項目「構成員ＩＤ」は、チーム活動評価システム１にてエンジニアチームの活動状況の提示を受ける、当該エンジニアチームに所属する構成員それぞれを識別する情報であり、リポジトリデータベース２０２１の項目「作業者」に対応している。

　項目「パフォーマンス詳細」は、チーム活動評価システム１にてエンジニアチームの活動状況の提示を受ける、当該エンジニアチームに所属する構成員の、ＧｉｔＨｕｂにおけるログ情報の各種パラメータから取得されたアクションに関する情報であり、具体的には、項目「リポジトリＩＤ」と、項目「アクション」と、項目「相手構成員ＩＤ」と、項目「値」等を含む。

　項目「リポジトリＩＤ」は、当該エンジニアチームごとに設定されるリポジトリそれぞれを識別する情報であり、リポジトリデータベース２０２１の項目「リポジトリＩＤ」に対応している。

　項目「アクション」は、当該エンジニアチームに所属する構成員が行った、リポジトリサーバ３０に格納されているソースコードに対するアクションの種類の情報であり、リポジトリデータベース２０２１の項目「アクション」に対応している。

　項目「相手構成員ＩＤ」は、当該エンジニアチームに所属する構成員が行った、リポジトリサーバ３０に格納されているソースコードに対するアクションがレビュー、コメントのように相手がいる場合における相手の構成員を識別する情報であり、リポジトリデータベース２０２１の項目「作業者」に対応している。

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

　サーバ２０のパフォーマンス演算モジュール２０３４は、エンジニアチームに所属する構成員のパフォーマンスを示す個人スコアを演算することに伴って、個人パフォーマンスデータベース２０２２を更新する。

　チームスコアデータベース２０２３のレコードのそれぞれは、項目「組織ＩＤ」と、項目「リポジトリＩＤ」と、項目「チーム構成員」と、項目「チーム詳細情報」等を含む。

　項目「組織ＩＤ」は、チーム活動評価システム１にてエンジニアチームの活動状況の提示を受ける、当該エンジニアチームの上位項目であるエンジニアチームが所属する企業等の組織それぞれを識別する情報であり、リポジトリデータベース２０２１の項目「組織ＩＤ」に対応している。

　項目「リポジトリＩＤ」は、チーム活動評価システム１にてリポジトリサーバ３０から取得する各種パラメータの対象である、開発プロジェクト等のエンジニアチームそれぞれを識別する情報であり、リポジトリデータベース２０２１の項目「リポジトリＩＤ」に対応している。

　項目「チーム構成員」は、チーム活動評価システム１にてエンジニアチームの活動状況の提示を受ける、当該エンジニアチームに所属する構成員それぞれを識別する情報であり、個人パフォーマンスデータベース２０２２の項目「構成員ＩＤ」に対応している。

　項目「チーム詳細情報」は、チーム活動評価システム１にてエンジニアチームの活動状況の提示を受ける、当該エンジニアチームに関する情報であり、具体的には、項目「日付」と、項目「プルリクエスト数」と、項目「マージ数」と、項目「コミット数」と、項目「レビュー数」等を含む。なお、項目「プルリクエスト数」、項目「マージ数」、項目「コミット数」、項目「レビュー数」はＧｉｔＨｕｂにおける各種パラメータの例であり、他のパラメータが格納されてもよい。

　項目「日付」は、当該エンジニアチームに関する活動状況を取得して１日ごとに集計した日付を示す情報である。

　項目「プルリクエスト数」は、当該日付においてＧｉｔＨｕｂから取得した、当該エンジニアチームにおけるプルリクエスト数の情報である。

　項目「マージ数」は、当該日付においてＧｉｔＨｕｂから取得した、当該エンジニアチームにおけるマージ数の情報である。

　項目「コミット数」は、当該日付においてＧｉｔＨｕｂから取得した、当該エンジニアチームにおけるコミット数の情報である。

　項目「レビュー数」は、当該日付においてＧｉｔＨｕｂから取得した、当該エンジニアチームにおけるレビュー数の情報である。

　なお、「プルリクエスト数」、項目「マージ数」、項目「コミット数」、項目「レビュー数」はＧｉｔＨｕｂから取得した値そのものが格納されてもよく、所定の重み付けを行った値が格納されてもよい。

　また、図示は省略するが、チームスコアデータベース２０２３には、アラート決定モジュール２０３６が決定したアラートの情報が格納されてもよい。

　なお、パフォーマンス演算モジュール２０３４およびスコアリングモジュール２０３５が、リポジトリデータベース２０２１から取得したエンジニアチームの活動状況を集計し、提示モジュール２０３７でそのまま提示する処理とする場合、個人パフォーマンスデータベース２０２２、チームスコアデータベース２０２３は備えなくてもよい。個人パフォーマンスデータベース２０２２、チームスコアデータベース２０２３は、後述するようにエンジニアチームの活動状況を提示する日付、期間を変更しても即座に提示可能にするため、あらかじめ集計した値を格納している。

　サーバ２０のスコアリングモジュール２０３５は、エンジニアチームの活動状況を示すチームスコアを特定することに伴って、スコアリングモジュール２０３５を更新する。

　＜３　動作＞
　以下、図６および図７を参照しながら、第１の実施の形態におけるチーム活動評価システム１によるスコアリング処理およびチーム活動状況の提示処理について説明する。

　図６は、実施の形態１のチーム活動評価システム１によるスコアリング処理を行う流れの一例を示すフローチャートである。

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

　ステップＳ１１２において、サーバ２０のリポジトリ管理モジュール２０３３は、チームの各構成員について、リポジトリサーバ３０に記録されているソースコードのプッシュ数、プルリクエスト数等の各種パラメータを取得するため、リポジトリサーバ３０にアクセスして要求信号を送信する。リポジトリ管理モジュール２０３３は、リポジトリサーバ３０から各種パラメータを、通信部２０１を介して取得する。

　ステップＳ１１３において、サーバ２０のパフォーマンス演算モジュール２０３４は、ステップＳ１１２で取得したＧｉｔＨｕｂの各種パラメータに基づき、エンジニアチームに所属する構成員のパフォーマンスを示す値（個人スコア）を演算する。

　ステップＳ１１４において、サーバ２０のスコアリングモジュール２０３５は、ステップＳ１１２で取得したＧｉｔＨｕｂの各種パラメータに基づき、エンジニアチームの活動状況を示すチームスコアを特定する。

　ステップＳ１１５において、サーバ２０のアラート決定モジュール２０３６は、ステップＳ１１４で特定したチームスコアの変動に基づき、ユーザに通知する、エンジニアチームの活動状況についてのアラートを決定する。

　ステップＳ１１６において、サーバ２０のリポジトリ管理モジュール２０３３は、ステップＳ１１２で取得した各種パラメータを、リポジトリデータベース２０２１へ格納する。パフォーマンス演算モジュール２０３４は、ステップＳ１１３で演算した個人スコアを、個人パフォーマンスデータベース２０２２へ格納する。スコアリングモジュール２０３５は、ステップＳ１１４で特定したチームスコアを、チームスコアデータベース２０２３へ格納する。アラート決定モジュール２０３６は、ステップＳ１１５で決定したアラートの情報を、チームスコアデータベース２０２３へ格納する。

　以上のように、チーム活動評価システム１では、ＧｉｔＨｕｂにおける成果物のログ情報である各種パラメータに基づき、各構成員の個人スコアを演算し、チームスコアを特定する。これにより、チームの活動状況を把握することが可能である。

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

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

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

　ステップＳ２２１において、サーバ２０は、組織ＩＤ、メールアドレスおよびパスワードを、通信部２０１を介して受け付けて所定の認証を行い、当該ユーザのサインインを受け付ける。

　ステップＳ２２２において、サーバ２０の提示モジュール２０３７は、当該ユーザが選択したエンジニアチームについて、ステップＳ１１４で特定したチームスコアを、チームスコアデータベース２０２３から読み出して取得する。なお、チームスコアを取得する際に、当該エンジニアチームの最新のチームスコアを特定して、取得することとしてもよい。

　ステップＳ２２３において、サーバ２０の提示モジュール２０３７は、ステップＳ１１５で決定したエンジニアチームの活動状況についてのアラートを、チームスコアデータベース２０２３から読み出して取得する。なお、アラートを取得する際に、当該エンジニアチームの最新のチームスコアからアラートを決定して、取得することとしてもよい。

　ステップＳ２２４において、サーバ２０の提示モジュール２０３７は、ステップＳ２２２で特定したチームスコア、およびステップＳ２２３で決定したアラートを、当該ユーザに提示するため、端末装置１０へ通信部２０１を介して送信する。

　ステップＳ２１４において、端末装置１０の送受信部１７２は、サーバ２０から送信された当該ユーザの所属するエンジニアチームのチームスコア、およびアラートを受け付ける。通知制御部１７４は、受け付けたチームスコア、およびアラートを、ディスプレイ１３２に表示させる。

　以上のように、チーム活動評価システム１は、ＧｉｔＨｕｂにおける成果物のログ情報である各種パラメータに基づき、エンジニアチームの時系列のチームスコアを特定する。これにより、チームの活動状況を把握することが可能である。

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

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

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

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

　図９は、端末装置１０に表示するチーム活動状況の表示画面例を示す図である。図９の画面例は、一定期間のチームスコアと、チームスコアの時系列の変化が表示された状態の画面例を示す。図７のステップＳ２１４に相当する。

　図９に示すように、端末装置１０のディスプレイ１３２には、エンジニアチームの活動状況を表示する指示操作に応答して、当該エンジニアチームの活動状況を特定した期間を表示する期間表示欄１０３２ａと、エンジニアチームの活動状況（パフォーマンス）を示すチームスコアの内訳を表示するスコア表示欄１０３２ｂと、エンジニアチームの活動状況であるチームスコアの総合値およびその内訳の時系列の変化を示す時系列変化表示欄１０３２ｃと、当該エンジニアチームの活動状況を特定した期間の変更を受け付ける期間変更入力欄１０３２ｄが表示されている。

　期間表示欄１０３２ａに表示される期間は、スコア表示欄１０３２ｂに表示される各スコアを取得した期間の開始日及び終了日により示される期間であり、例として１週間の開始日及び終了日が表示されている。スコア表示欄１０３２ｂに表示されるスコアは、ＧｉｔＨｕｂから取得した各種パラメータであり、例として、期間表示欄１０３２ａに表示される期間における、イシュー作成数、プルリクエスト数、マージ数、コミット数、レビュー数が表示されている。一例として、図９においては期間表示欄１０３２ａに記載された期間における各種パラメータと、一つ前の期間における各種パラメータとを比較し、その変動数を表示している。他にも特定の期間における各種パラメータの総数を表示してもよいし、ある時点から累積値が前回時点からどの程度増加しているのかを表示することとしてもよい。時系列変化表示欄１０３２ｃに表示される時系列変化は、各種パラメータの１週間ごとの変化を積み上げ棒グラフで表示したものであり、横軸が時系列の変化（例として１つの要素が１週間を示している）であり、縦軸がスコアの値を示している。時系列変化表示欄１０３２ｃの積み上げ棒グラフには、スコア表示欄１０３２ｂに表示されるパラメータと同様の要素として、イシュー作成数１０３２ｃ１、プルリクエスト数１０３２ｃ２、マージ数１０３２ｃ３、コミット数１０３２ｃ４、レビュー数１０３２ｃ５の１週間ごとの変化が積み上げて表示され、合計値の変化も表示されている。図９の例では、６か月分の変化が表示されている。

　また、期間表示欄１０３２ａに表示される期間は、期間変更入力欄１０３２ｄの入力により変更することが可能に構成されている。たとえば、期間変更入力欄１０３２ｄは、所定の期間ごとにプルダウン選択が可能に構成されており、期間の選択により、当該期間が期間表示欄１０３２ａに表示され、当該期間の各種パラメータがスコア表示欄１０３２ｂに表示される。また、時系列変化表示欄１０３２ｃは、期間変更入力欄１０３２ｄの入力により変更された期間からさかのぼった時系列の変化を表示してもよく、イシュー作成数１０３２ｃ１、プルリクエスト数１０３２ｃ２、マージ数１０３２ｃ３、コミット数１０３２ｃ４、およびレビュー数１０３２ｃ５が示す値を変更して表示してもよい。さらに、期間表示欄１０３２ａに表示される期間、期間変更入力欄１０３２ｄにより選択可能な期間も変更可能に構成してもよく、図９の例では１週間単位で表示しているが、この期間を１日ごと、１０日ごと、１ケ月ごとのように変更可能にしてもよい。このような時系列変化表示欄１０３２ｃの表示により、ユーザは当該エンジニアチームの活動状況の変化を把握することが可能になる。

　図１０は、端末装置１０に表示するプルリクエスト状況の表示画面例を示す図である。図１０の画面例は、当該エンジニアチームにおけるソースコードのプルリクエストの状況が表示された画面例を示すものであり、例えば図９の画面例からスクロールまたは別途画面遷移させることにより表示される。

　図１０に示すように、端末装置１０のディスプレイ１３２には、当該エンジニアチームにおけるアクティブな（なんらかの対応が行われている）プルリクエストを抽出し、その状況の例として、コメント数の多いプルリクエストの一覧が表示されている。具体的には、プルリクエストのタイトルを示すタイトル表示欄１０３３ａと、当該プルリクエストの対応状態を示す状態表示欄１０３３ｂと、当該プルリクエストに対応するソースコードへのリンクを表示するリンク表示欄１０３３ｃと、当該プルリクエストを行った構成員を示す構成員表示欄１０３３ｄと、当該プルリクエストに対するコメント数を示すコメント数表示欄１０３３ｅと、当該プルリクエストに対する最終更新日を表示する更新日付表示欄１０３３ｆとが表示されている。

　図１０に示す画面には、例えばコメント数表示欄１０３３ｅに表示されているコメント数が多い順に、タイトル表示欄１０３３ａに示すプルリクエストのタイトル、状態表示欄１０３３ｂに示す当該プルリクエストの対応状態等が表示されている。このような表示を行っているのは、例えば、レビューが活発に行われているプルリクエストを把握するために表示している。多数のコメントがされているプルリクエストは、活発な議論が行われているため良い傾向を示す場合もあるが、例えば特定の期間（１日）で大幅にコメント数が増加している場合には、レビュワーとレビュイーとの間で認識の齟齬が生じている等、なんらかの多数のコミュニケーションが必要であったことを示している場合もあり、良い／悪いを一概に判断することはできない。そのため、レビューが活発に行われたことを把握するためにこのような表示を行っている。例えば、コメント数の増加量が異常なペースの場合には、コメント数表示欄１０３３ｅの表示態様を変更（例えば、色彩を赤色にする）して表示してもよい。なお、図１０に示すように、状態表示欄１０３３ｂを当該プルリクエストの対応状態に応じて表示態様（例えば、色彩を変更）を変更するように表示してもよい。

　図１１は、端末装置１０に表示する他のチーム状況の表示画面例を示す図である。図１１の画面例は、一定期間における当該エンジニアチームと、他のエンジニアチームとのチームスコアが表示された状態の画面例を示すものであり、例えば図９の画面例からスクロールまたは別途画面遷移させることにより表示される。

　図１１に示すように、端末装置１０のディスプレイ１３２には、所定期間における、当該エンジニアチーム及び他のエンジニアチームを示すチーム名表示欄１０３４ａと、それぞれのエンジニアチームの活動状況であるチームスコアの総合値およびその内訳を横棒グラフとして表現したグラフ表示欄１０３４ｂと、それぞれのエンジニアチームの活動状況を示すチームスコアの内訳を表示するスコア表示欄１０３４ｃと、当該期間の変更を受け付ける期間変更入力欄１０３４ｄとが表示されている。

　スコア表示欄１０３４ｃに表示されるスコアは、ＧｉｔＨｕｂから取得した各種パラメータであり、例として、イシュー作成数、プルリクエスト数、マージ数、コミット数、レビュー数が表示されている。グラフ表示欄１０３４ｂには、スコア表示欄１０３４ｃに表示されるスコアを右方向へ積み上げた横棒グラフが表示されている。また、期間変更入力欄１０３４ｄは、図９に示す期間変更入力欄１０３２ｄと同様に、表示されているグラフ表示欄１０３４ｂおよびスコア表示欄１０３４ｃの集計期間を、入力により変更することが可能に構成されている。グラフ表示欄１０３４ｂの表示により、それぞれのチームの活動状況が一目で把握され、横棒グラフの棒の長さによりチームの活動状況が活発であることを把握することが可能になる。

　図１２は、端末装置１０に表示するリードタイムおよびプルリクエストの状況の表示画面例を示す図（ａ）と、図１２（ａ）に示すダイアグラム表示欄１０３５ｄの他の表示例を示す図（ｂ）である。図１２の画面例は、エンジニアチームにおける成果物である、ソースコードに対するプルリクエスト（レビューの依頼）からクローズまでの期間を示すリードタイムと、プルリクエストがされたソースコードの推移と、リードタイムの時間推移が表示された状態の画面例を示すものであり、例えば図９の画面例からスクロールまたは別途画面遷移させることにより表示される。

　図１２（ａ）に示すように、端末装置１０のディスプレイ１３２には、エンジニアチームの活動状況（チームスコア）として、当該エンジニアチームにおけるリードタイムの平均値を示すリードタイム表示欄１０３５ａと、プルリクエストがされたソースコードに対する最初のコメントがされるまでの平均時間を示すコメント時間表示欄１０３５ｂと、レビューからクローズまでの平均時間を示すクローズ時間表示欄１０３５ｃと、プルリクエストがされたソースコードの推移を表示したダイアグラム表示欄１０３５ｄと、リードタイム、最初のコメントまでの時間、レビューからクローズまでの時間それぞれの移動平均時間を表示する移動平均表示欄１０３５ｅと、当該期間の変更を受け付ける期間変更入力欄１０３５ｆとが表示されている。リードタイム表示欄１０３５ａ、コメント時間表示欄１０３５ｂ、クローズ時間表示欄１０３５ｃに表示される平均時間は、当該エンジニアチームにおける所定期間（例えば、３週間）のそれぞれの値の平均値である。

　ダイアグラム表示欄１０３５ｄに表示される推移の情報は、プルリクエストがされたソースコードが、プルリクエストされてからクローズ又は放置されている状態までどのような推移をしているかを示すものである。より具体的には、プルリクエストされた状態（ステータス）から、その後レビューを受けた状態、レビューに対する応答がされた状態、マージされてクローズした状態、却下されてクローズした状態、およびクローズされずにそのまま放置された状態のうちいずれのステータスに推移していったかを、サンキーダイアグラムと呼ばれる手法により表現したものである。例えば、左側の長方形１０３５ｄ１は、プルリクエストがされたソースコードの件数を縦方向の長さで示しており、長方形１０３５ｄ２は、プルリクエストがされたソースコードのうち、レビューがされた状態に推移したソースコードの件数を縦方向の長さで示している。すなわち、長方形１０３５ｄ１が示す件数と、長方形１０３５ｄ２が示す件数との差分は、レビューがされていないソースコードの件数を示しており、レビューがされずに放置されているソースコードと、レビューがされることなくクローズされたソースコードが含まれる。また、それぞれの長方形を結ぶ曲線は、上記のようなステータスの推移を示している。なお、その後のステータスについても同様である。さらに、それぞれの長方形や曲線にマウスポインタを重ねることでそれぞれの長方形や曲線が示す属性や件数を表示する（ロールオーバー）ように構成してもよい。ダイアグラム表示欄１０３５ｄに表示されるプルリクエスト（レビュー依頼）されたソースコード（成果物）の推移の情報により、エンジニアチームにおける活動状況として、成果物に対するその後の処理（レビュー等）が適切に行われているかを一目で把握することが可能である。

　移動平均表示欄１０３５ｅに表示される移動平均時間は、当該エンジニアチームにおける所定期間（例えば、３週間）の、それぞれの時間の移動平均時間を棒グラフ及び近似曲線で示したものであり、縦軸が件数、横軸が時間の経過（時系列）を示している。移動平均を算出する区間については、種々設定することが可能だが、例えば、エンジニア業務の曜日ごとの変動を除外するため、７日ごとの移動平均を算出することが望ましい。ただし、より長期的な視点で推移を確認する場合には、３週間ごとの移動平均を設定することなどが望ましい。なお、リードタイム表示欄１０３５ａ、コメント時間表示欄１０３５ｂ、クローズ時間表示欄１０３５ｃに表示される平均時間、ダイアグラム表示欄１０３５ｄに表示される推移の情報、および移動平均表示欄１０３５ｅに表示される移動平均時間を修正した所定期間は、時期および期間を変更可能に構成してもよい。また、期間変更入力欄１０３５ｆは、図９に示す期間変更入力欄１０３２ｄと同様に、表示されているリードタイム表示欄１０３５ａ、コメント時間表示欄１０３５ｂ、クローズ時間表示欄１０３５ｃ、ダイアグラム表示欄１０３５ｄおよび移動平均表示欄１０３５ｅの集計期間を、入力により変更することが可能に構成されている。リードタイム表示欄１０３５ａ、コメント時間表示欄１０３５ｂ、クローズ時間表示欄１０３５ｃに表示される平均時間により、エンジニアチームにおける活動状況として、成果物に対するその後の処理（レビュー等）が行われるまでの時間、その後の時間を一目で把握することが可能であり、移動平均表示欄１０３５ｅに表示される移動平均時間によりその時系列の推移を把握することが可能になる。

　また、図１２（ｂ）に示すように、ダイアグラム表示欄１０３５ｄに表示される推移の情報を、特定の要素のみ離隔させて表示し、その状態を把握しやすいように表示してもよい。図１２（ｂ）の例では、当該期間においてマージされた状態のソースコードの件数を示す右側の長方形１０３５ｄ３と、当該期間において却下されてクローズされた状態のソースコードの件数を示す右側の長方形１０３５ｄ４と、当該期間において放置された状態のソースコードの件数を示す右側の長方形１０３５ｄ５とが表示され、放置の件数を示す長方形１０３５ｄ５のみを、右下方向へ離隔させて表示している。離隔させる要素は複数でもよく、それぞれの長方形をマウスでクリック等することで選択可能に構成してもよい。このような構成により、エンジニアチームにおける活動状況として、特定の状態（放置。離脱等）にある成果物を一目で把握することが可能である。

　図１３は、端末装置１０に表示するプルリクエストタイプの状況の表示画面例を示す図である。図１３の画面例は、エンジニアチームにおける、プルリクエスト（レビューの依頼）に対するコメント数と、マージ・クローズまでの時間との関係が散布図として表示された状態の画面例を示すものであり、例えば図９の画面例からスクロールまたは別途画面遷移させることにより表示される。

　図１３に示すように、端末装置１０のディスプレイ１３２には、所定期間におけるエンジニアチームの活動状況として、散布図１０３６ａが表示されている。散布図１０３６ａは、縦軸が各プルリクエストに対するコメント数を示し、横軸が各プルリクエストのリードタイム（図中はマージクローズ時間と記載）が示しており、チーム内の所定期間における各プルリクエストをプロットしたものである。例えば、図１３の点１０３６ｂが示すプルリクエストは、コメント数が１６で、リードタイムが１．６時間であったことを示している。また、当該所定期間の変更を受け付ける期間変更入力欄１０３６ｅが表示されている。なお、散布図１０３６ａは、点１０３６ｂにマウスポインタを重ねることでそれぞれの点が示すコメント数およびマージ・クローズ時間を表示する（ロールオーバー）ように構成してもよく、マウスでクリック等することで、後述する図１４で示すように当該プルリクエストの状態を示す画面に遷移するように構成してもよい。さらに、散布図１０３６ａは、目盛線で囲まれた所定の枠１０３６ｃを選択し、（外れ値を把握するために）要素である点を選択可能に構成してもよい。また、所定の枠１０３６ｃを選択する際、１つの枠１０３６ｃを選択可能に構成してもよく、複数の枠１０３６ｃを（例えば、ドラッグして選択する操作や、シフトキーを押下しながら選択する等の操作により）選択可能に構成してもよい。さらに、あるエンジニアチームのコメント数、マージ・クローズまでの時間の統計的手法による代表値（例えば、平均値、中央値等）を設定しこれよりもコメント数やリードタイムが小さい領域を、枠１０３６ｄに示すように表示態様を変更（例えば、色彩を変更等）して表示するように構成してもよい。散布図１０３６ａにより、コメント数と、マージ・クローズまでの時間との関係がどのように分布しているか、その中でも外れ値がどれかを一目で把握することが可能である。

　図１４は、端末装置１０に表示するプルリクエストの状態の表示画面例を示す図である。図１４の画面例は、エンジニアチームにおける、プルリクエストの状態が一覧形式で表示された状態の画面例を示すものであり、例えば図１３の点１０３６ｂをクリック等により選択することにより表示される。

　図１４に示すように、端末装置１０のディスプレイ１３２には、当該プルリクエストの対象であるソースコードのタイトル表示欄１０３７ａと、ソースコードのファイル名表示欄１０３７ｂと、当該ソースコードに対するアクション表示欄１０３７ｃと、当該アクションが行われた日付表示欄１０３７ｄと、当該アクションを行った構成員表示欄１０３７ｅとが表示されている。アクション表示欄１０３７ｃ、日付表示欄１０３７ｄ、および構成員表示欄１０３７ｅは、例えば個人パフォーマンスデータベース２０２２から取得される履歴情報である。このような構成により、プルリクエスト（ソースコード）ごとに状況を一目で把握することが可能である。

　図１５は、端末装置１０に表示するレビュー実施状況の表示画面例を示す図である。図１５の画面例は、エンジニアチームにおけるレビュー実施率、レビューに対する応答率、およびレビュイーとレビュワーとの関係を示す図が表示された状態の画面例を示すものであり、例えば図９の画面例からスクロールまたは別途画面遷移させることにより表示される。

　図１５に示すように、端末装置１０のディスプレイ１３２には、所定の期間におけるエンジニアチームの活動状況として、当該エンジニアチームにおけるレビュー率を示すレビュー率表示欄１０３８ａと、レビューに対する応答率を示す応答率表示欄１０３８ｂと、レビューを依頼するレビュイーとレビューの依頼を受けるレビュワーとの関係を示す関係図表示欄１０３８ｃとが表示されている。関係図表示欄１０３８ｃは、レビューを依頼するレビュイーが、誰に対してレビューを依頼してレビューを行っているかの関係を示す図であり、例えば、プルリクエストを行ったレビュイーを表示するレビュイー表示欄１０３８ｄと、レビュー依頼を受けたレビュワーを表示するレビュワー表示欄１０３８ｅと、レビュイー表示欄１０３８ｄとレビュワー表示欄１０３８ｅとの関係を示す関係表示線１０３８ｆとが表示されている。また、当該所定の期間の変更を受け付ける期間変更入力欄１０３８ｇが表示されている。なお、レビュイー表示欄１０３８ｄおよびレビュワー表示欄１０３８ｅの枠の横方向の長さは、レビューの件数を示している。さらに、関係図表示欄１０３８ｃは、特定のレビュイー表示欄１０３８ｄおよびレビュワー表示欄１０３８ｅを選択することにより、選択したレビュイー表示欄１０３８ｄまたはレビュワー表示欄１０３８ｅに関係する関係表示線１０３８ｆのみが表示されるように構成してもよい。

　レビュー率表示欄１０３８ａおよび応答率表示欄１０３８ｂにより、当該エンジニアチームにおけるレビュー実施状況を一目で把握することが可能である。また、関係図表示欄１０３８ｃにより、レビュイーとレビュワーとの関係、レビューの負荷状況を一目で把握することが可能である。

　図１６は、端末装置１０に表示するアラート情報の表示画面例を示す図である。図１６の画面例は、一定期間のチームスコアの変動に基づいて決定されたアラートが表示された状態の画面例を示すものであり、例えば図９の画面例からスクロールまたは別途画面遷移させることにより表示される。

　図１６に示すように、端末装置１０のディスプレイ１３２には、アラート情報の重要度を示す重要度表示欄１０３９ａと、エンジニアチームの活動状況から決定されたアラートを表示するアラート表示欄１０３９ｂと、当該アラートの根拠となる情報へのリンクを表示する根拠リンク表示欄１０３９ｃと、当該アラートを決定した日付を表示する日付表示欄１０３９ｄとが表示されている。

　重要度表示欄１０３９ａには、アラート表示欄１０３９ｂに表示されるアラートの内容の重要度を示す絵や図柄が、例えば重要度が高い場合に赤色に表示される。アラート表示欄１０３９ｂには、チームスコアの変動に基づくアラートが表示されるが、チームスコアの変動以外の要素に基づくアラート（例えば、プルリクエストがされてから一定期間以上経過していること、納期が迫っていること）が表示されてもよい。このようなアラート表示欄１０３９ｂの表示により、ユーザは当該エンジニアチームの活動状況について注意すべき事柄を把握することが可能になる。

　図１７は、端末装置１０に表示する構成員のパフォーマンス表示画面例を示す図である。図１７の画面例は、一定期間のチームスコアの変動に対応する、エンジニアチームに所属する特定の構成員のパフォーマンスを示す値が表示された状態の画面例を示すものであり、例えば図９の画面例からスクロールまたは別途画面遷移させることにより表示される。

　図１７に示すように、端末装置１０のディスプレイ１３２には、当該構成員のパフォーマンスを演算した期間を表示する期間表示欄１０４０ａと、当該構成員の活動状況（パフォーマンス）を示す個人スコアの内訳を表示するスコア表示欄１０４０ｂと、当該構成員の個人スコアの総合値およびその内訳の時系列の変化を示す時系列変化表示欄１０４０ｃとが表示されている。また、当該構成員のパフォーマンスを演算した期間の変更を受け付ける期間変更入力欄１０４０ｄが表示されている。

　期間表示欄１０４０ａに表示される期間は、時系列変化表示欄１０４０ｃに表示される個人スコアを取得した期間の開始日及び終了日により示される期間であり、例として６ケ月の開始日及び終了日が表示されている。時系列変化表示欄１０４０ｃに表示される時系列変化は、各種パラメータの１週間ごとの変化を積み上げ棒グラフで表示したものであり、横軸が時系列の変化（例として１つの要素が１週間を示している）であり、縦軸がスコアの値を示している。時系列変化表示欄１０４０ｃの積み上げ棒グラフには、スコア表示欄１０４０ｂに表示されるパラメータと同様の、イシュー作成数、プルリクエスト数、マージ数、コミット数、レビュー数の１週間ごとの変化が表示され、合計値の変化も表示されている。なお、合計値ではなくある時点から累積値がどの程度変化したかを表示することとしてもよい。このような時系列変化表示欄１０４０ｃの表示により、ユーザは当該構成員の活動状況の変化を把握することが可能になり、エンジニアチームの活動状況の変化と対応付けて把握することが可能になる。

　図１８は、端末装置１０に表示する構成員のプルリクエスト状況の表示画面例を示す図である。図１８の画面例は、当該構成員によるソースコードのプルリクエストの状況が表示された画面例を示すものであり、例えば図１７の画面例からスクロールまたは別途画面遷移させることにより表示される。

　図１８に示すように、端末装置１０のディスプレイ１３２には、当該構成員によるソースコードのプルリクエストの状況として、例えば、一定期間以上プルリクエストがなされた状態、すなわちレビュー依頼がなされたままレビューが行われていない（放置された状態の）ソースコードの一覧が表示されている。具体的には、ソースコードを示すソースコード表示欄１０４１ａと、当該ソースコードの状態の根拠となる情報へのリンクを表示する根拠リンク表示欄１０４１ｂと、当該ソースコードに対してプルリクエストを行った日付を表示する日付表示欄１０４１ｃとが表示されている。また、当該構成員のパフォーマンスを演算した期間の変更を受け付ける期間変更入力欄１０４１ｄが表示されている。

　ソースコード表示欄１０４１ａには、一定期間以上プルリクエストがなされた状態のソースコードが表示され、その状態の確認手段として、根拠リンク表示欄１０４１ｂが表示されている。例えば、ソースコードに対してプルリクエストがなされてから一定期間が経過すると、エンジニアチームにおけるソースコードの着手から納品までの期間を示すリードタイムに影響するため、リードタイムが長い場合に当該画面でレビューの状況を確認するために当該画面表示が使用される。このようなソースコード表示欄１０４１ａにより、個々の成果物に対する空白期間を把握することが可能になる。

　図１９は、端末装置１０に表示するチーム活動状況のチーム比較の表示画面例を示す図である。図１９の画面例は、一定期間のチームスコアの変動に対応する、他のエンジニアチームのチームスコアの変動と比較可能に表示された状態の画面例を示すものであり、例えば図９の画面例からスクロールまたは別途画面遷移させることにより表示される。

　図１９に示すように、端末装置１０のディスプレイ１３２には、当該エンジニアチームの活動状況を特定した期間を表示する期間表示欄１０４２ａと、当該エンジニアチームの活動状況であるチームスコアの総合値およびその内訳の時系列の変化を示す時系列変化表示欄１０４２ｂと、比較対象である他のエンジニアチームの活動状況であるチームスコアの総合値およびその内訳の時系列の変化を示す時系列変化表示欄１０４２ｃとが表示されている。また、当該エンジニアチームの活動状況を特定した期間の変更を受け付ける期間変更入力欄１０４２ｄが表示されている。

　期間表示欄１０４２ａに表示される期間は、時系列変化表示欄１０４２ｂおよび時系列変化表示欄１０４２ｃに表示されるチームスコアを取得した期間の開始日及び終了日により示される期間であり、例として６ケ月の開始日及び終了日が表示されている。時系列変化表示欄１０４２ｂおよび時系列変化表示欄１０４２ｃに表示される時系列変化は、同一期間における各種パラメータの１週間ごとの変化を積み上げ棒グラフで表示したものであり、横軸が時系列の変化（例として１つの要素が１週間を示している）であり、縦軸がスコアの値を示している。時系列変化表示欄１０４２ｂおよび時系列変化表示欄１０４２ｃの積み上げ棒グラフには、図９に示す時系列変化表示欄１０３２ｃに対応して、イシュー作成数、プルリクエスト数、マージ数、コミット数、レビュー数の１週間ごとの変化が表示され、合計値の変化も表示されている。なお、当該エンジニアチームまたは比較対象である他のエンジニアチームの各種パラメータが一部期間しか存在しない場合、一部の期間のみが表示されるように構成してもよく、両者の時系列の情報は、必ずしも同時期である必要はない。このような時系列変化表示欄１０４２ｂおよび時系列変化表示欄１０４２ｃの表示により、ユーザはエンジニアチームの活動状況の変化を、他のチームと比較することで把握することが可能になる。なお、他のチームとの比較を行う項目やグラフに関しては図１９に示すものに限らず、これまでに説明した各種チームスコアやグラフのいずれに関しても、他のチームについて同様のチームスコアやグラフを作成し、比較することが可能である。

　＜小括＞
　以上のように、本実施形態によると、ＧｉｔＨｕｂにおける成果物のログ情報である各種パラメータに基づき、各構成員の個人スコアを演算することでチームスコアが特定され、チームスコアと各種パラメータが提示される。そのため、エンジニアチームとしての活動状況（パフォーマンス）を適切に把握することが可能になる。これにより、エンジニアチームの運営を改善するきっかけを提供することができ、チーム組織の状況に応じて、必要な人材を供給することが可能になる。

　また、エンジニアチームとしての活動状況と共に、エンジニアチームの活動状況の変動に基づき、活動状況についてのアラートが決定され、ユーザに提示される。そのため、エンジニアチームの活動状況について注意すべき事柄を、エンジニアチームとしての活動状況に対応付けて把握することが可能になる。これにより、エンジニアチームの活動状況の変動の原因を特定することに資することが可能になるため、エンジニアチームの運営を改善する具体案を検討することが可能になる。

　また、エンジニアチームとしての活動状況と共に、エンジニアチームに所属する構成員のパフォーマンスも演算され、ユーザに提示される。そのため、エンジニアチームとしての活動状況を、構成員のパフォーマンスに対応付けて把握することが可能になる。これにより、特定の構成員がボトルネックとなっていること、特定の構成員と他の特定の構成員とのレビューがボトルネックとなっていることを把握することが可能になる。

　さらに、エンジニアチームとしての活動状況と共に、他のエンジニアチームとしての活動状況と比較可能にユーザに提示される。そのため、エンジニアチームとしての活動状況を、他のチームと比較することで把握することが可能になる。これにより、エンジニアチームとしての活動状況をより客観的に把握することが可能になる。

　＜第２の実施の形態＞
　以下、チーム活動評価システム１の他の実施の形態について説明する。

　＜１　チーム活動評価システム１の全体構成＞
　図２０は、実施の形態２のチーム活動評価システム１を構成するサーバ２０の機能的な構成を示す図である。第２の実施の形態におけるチーム活動評価システム１の全体の構成、端末装置１０の構成は、第１の実施の形態と同様であるので、繰り返して説明しない。サーバ２０の構成については、図２０に示すように、新たにエンジニアデータベース２０２４を記憶し、レコメンドモジュール２０３８の機能を備える以外、第１の実施の形態と同様である。以下、第２の実施の形態におけるエンジニアデータベース２０２４、レコメンドモジュール２０３８の機能について説明する。

　エンジニアデータベース２０２４は、チーム活動評価システム１においてリポジトリサーバ３０から取得した、他のチームに関する各種情報を、例えば異動を希望するエンジニアの情報として本人の了承のもと保持するためのデータベースである。また、エンジニアデータベース２０２４は、いわゆる転職プラットフォームに登録された転職を希望するエンジニアの情報についても、本人の了承のもと保持することとしてもよい。詳細は後述する。なお、エンジニアデータベース２０２４は、レコメンドモジュール２０３８の機能を実現するための必須の構成ではなく、他のシステム等から連携を受けたエンジニアに関する情報をレコメンドモジュール２０３８でレコメンドする構成にしてもよい。

　レコメンドモジュール２０３８は、提示モジュール２０３７により活動状況の提示を受けたエンジニアチームユーザについて、エンジニアチームの活動状況の変動の原因、改善案のいずれかまたは両方をユーザへ抽出して提示（レコメンド）する処理を制御する。このとき、レコメンドモジュール２０３８は、チームスコアデータベース２０２３に格納されている各種パラメータについて解析を行い、解析結果を出力し、この結果に基づいて変動の原因または改善案の提示を行う。例えば、エンジニアとしての成果物を作成するためにオンライン上にアップロードした情報（作成コード数、プッシュ数等）、成果物についてエンジニアチームの構成員がレビューを行った情報（レビュー数、コメント数等）のいずれかまたは両方について、減少したパラメータ、原因となるタスク、アクション、構成員について提示し、担当する構成員の変更、新たな構成員のアサイン等をユーザに提示してレコメンドしてもよい。

　例えば、特定の構成員の成果を示す個人スコアが停滞（変動）しており、エンジニアチームの活動状況にも影響している場合、当該特定の構成員が担当する成果物（ソースコード等）が当該特定の構成員のスキルとマッチしていない、不得手である等の原因が考えられる。そのため、レコメンドモジュール２０３８は、当該特定の構成員が担当する成果物（ソースコード等）の変更を、ユーザに提示してもよい。また、特定の構成員同士のレビュー情報を示す個人スコアが停滞しており、エンジニアチームの活動状況にも影響している場合、当該特定の構成員同士の相性が悪い、コミュニケーションに難がある等の原因が考えられる。そのため、レコメンドモジュール２０３８は、当該特定の構成員同士のレビュー関係（レビュワー、レビュイー）の変更を、ユーザに提示してもよい。

　さらに、ソースコードのプッシュ数、プルリクエスト数は停滞していないが、レビュー数、コメント数が停滞しているような場合、レビューを行う者が不足していることが考えられる。そのため、レコメンドモジュール２０３８は、エンジニアチーム外のエンジニアである他の構成員の参画をユーザに提示してもよい。このとき、レコメンドモジュール２０３８は、エンジニアデータベース２０２４に格納されているエンジニアの成果を示す情報（値）とマッチングを行い、適応可能か否かを判定し、エンジニアチームに適応可能と判定した場合にエンジニアをユーザにレコメンドする。エンジニアチームに適応可能かどうかの判定を行う一例としては、チームパフォーマンス活動状況から所定の判定基準を選択し、選択された判定基準を満たすエンジニアを、エンジニアデータベース２０２４に登録されている他のチームのエンジニアや、転職プラットフォームに登録されているエンジニアの中から抽出することで可能となる。具体的には、エンジニア活動状況として、レビューが定常的に停滞していることをプルリクエストのリードタイムなどから検知した場合には、レビューに関する判定基準（例えば、所定期間内のレビュー数が所定の閾値以上など）を選択し、当該判定基準を満たすエンジニアを抽出し、レコメンドする。他の例としては、チーム内のプルリクエスト全体の数が低下していることを検知した場合には、プルリクエストに関する判定基準（例えば、所定期間内のプルリクエスト数が所定の閾値以上など）を選択し、当該判定基準を満たすエンジニアを抽出し、レコメンドする。

　＜２　データ構造＞
　図２１は、サーバ２０が記憶するエンジニアデータベース２０２４のデータ構造を示す図である。

　図２１に示すように、エンジニアデータベース２０２４のレコードのそれぞれは、項目「エンジニアＩＤ」と、項目「自己申告スキル」と、項目「スコア情報」と、項目「パフォーマンス詳細」等を含む。なお、項目「自己申告スキル」および項目「スコア情報」については、図５に示す個人パフォーマンスデータベース２０２２の同盟項目と同様であるため、説明を省略する。

　項目「エンジニアＩＤ」は、チーム活動評価システム１にてレコメンドされる、エンジニアそれぞれを識別する情報である。

　項目「パフォーマンス詳細」は、チーム活動評価システム１にてエンジニアチームの活動状況の提示を受ける、当該エンジニアチームに所属する構成員の、ＧｉｔＨｕｂにおけるログ情報の各種パラメータから取得されたアクションに関する情報であり、具体的には、項目「チームＩＤ（所属）」と、項目「アクション」と、項目「相手構成員ＩＤ」と、項目「値」等を含む。なお、項目「アクション」、項目「相手構成員ＩＤ」、および項目「値」については、図５に示す個人パフォーマンスデータベース２０２２の同盟項目と同様であるため、説明を省略する。

　項目「チームＩＤ（所属）」は、当該エンジニアチームそれぞれを識別する情報である。

　レコメンドモジュール２０３８は、他の構成員の参画をユーザに提示してレコメンドする場合、エンジニアデータベース２０２４の項目「パフォーマンス詳細」を参照してマッチングを行い、適切なエンジニアをユーザにレコメンドする。

　＜３　動作＞
　第２の実施の形態における動作は、第１の実施の形態と同様であるので、繰り返して説明しない。

　＜４　画面例＞
　以下、図２２を参照しながら、チーム活動評価システム１によるエンジニアのレコメンド処理の画面例について説明する。

　図２２は、端末装置１０に表示するエンジニアのレコメンド表示の画面例を示す図である。図２２の画面例は、レコメンドするエンジニアの個人スコアと、当該エンジニアのパフォーマンスの情報が表示された状態の画面例を示す。

　図２２に示すように、端末装置１０のディスプレイ１３２には、エンジニアチームの活動状況を表示する指示操作に応答して、図２２に示す個人スコア表示欄１０４３ａと、当該エンジニアのパフォーマンスを示す個人スコアの内訳を表示するスコア表示欄１０４３ｂと、当該エンジニアに対してオファーをする場合に押下するオファーボタン１０４３ｃが表示されている。ユーザは、当該エンジニアについて、スコア表示欄１０４３ｂに表示されているスコアを参照し、当該エンジニアに対してアサインするか否かを決定する。アサインすると決定した場合、ユーザがオファーボタン１０４３ｃを押下するので、当該エンジニアに通知される。このような構成により、適切なエンジニアに対してアサインすることが可能になる。

　＜小括＞
　以上のように、本実施形態によると、エンジニアチームの活動状況の各種パラメータについて改善案をレコメンドする。例えば、特定の構成員に対するレコメンド、新たな構成員のアサインをレコメンドする。これにより、エンジニアチームの活動状況の改善案を把握することが可能になる。

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

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

　（付記１）プロセッサ２９と、記憶部２０２とを備えるコンピュータに実行させるためのプログラムであって、プログラムは、プロセッサに、エンジニアチームに所属する構成員が、エンジニアとしての成果物を作成するためにオンライン上にアップロードした情報と、当該アップロードされた成果物についてエンジニアチームの構成員が行ったレビュー情報と、の履歴に基づいて、前記エンジニアチームの活動状況を表すパラメータを特定するステップ（Ｓ１１４）と、パラメータをユーザに提示するステップ（Ｓ２２４）と、を実行させる、プログラム。

　（付記２）パラメータを特定するステップにおいて、成果物をオンライン上にアップロードした情報、および成果物についてエンジニアチームの構成員により行ったレビュー情報を、エンジニアチームの成果物であるソースコードを管理するソースコードホスティングサービスから取得する、（付記１）に記載のプログラム。

　（付記３）パラメータを特定するステップにおいて、パラメータを、エンジニアチームの各構成員が行った成果を示す値に基づいて特定する、（付記１）または（付記２）に記載のプログラム。

　（付記４）パラメータを、ユーザが指定した所定の期間における、エンジニアチームの各構成員が行った成果を示す値を積み上げて特定する、（付記３）に記載のプログラム。

　（付記５）成果物をオンライン上にアップロードした情報として、エンジニアチーム内のプロジェクトにおける成果物を管理する管理手段に対するアップロード数、作成コード数、修正コード数、レビュー依頼数、レビュー結果を確定させる統合数のいずれかまたは複数を取得する、（付記１）から（付記４）のいずれかに記載のプログラム。

　（付記６）パラメータを提示するステップにおいて、アップロード数、作成コード数、修正コード数、レビュー依頼数、統合数のいずれかまたは複数を、時系列の情報としてユーザに提示する、（付記５）に記載のプログラム。

　（付記７）作成コード数及び修正コード数に係る作成コード及び修正コードの難易度、もしくは重要度に基づいて重み付けを行い、パラメータを特定し、または、作成後に所定の期間経過後、残存しているコード数を含む履歴に基づき、パラメータを特定する、（付記５）または（付記６）に記載のプログラム。

　（付記８）成果物についてエンジニアチームの構成員により行ったレビュー情報として、管理手段に対するレビュー数、コメント数、コメント回答数のいずれかまたは複数を取得する、（付記１）から（付記７）のいずれかに記載のプログラム。

　（付記９）レビュー数、コメント数、コメント回答数のいずれかまたは複数を、時系列の情報としてユーザに提示する、（付記８）に記載のプログラム。

　（付記１０）プログラムは、プロセッサに、さらに、パラメータとして、エンジニアチームにおけるレビューの依頼からクローズまでの期間を示すリードタイムを取得してユーザに提示する、（付記１）から（付記９）のいずれかに記載のプログラム。

　（付記１１）プログラムは、プロセッサに、さらに、エンジニアチームの活動状況として、エンジニアチームにおいてレビューの依頼がされた成果物の推移を示す内訳を取得してユーザに提示する、（付記１）から（付記１０）のいずれかに記載のプログラム。

　（付記１２）プログラムは、プロセッサに、さらに、エンジニアチームの活動状況として、エンジニアチームにおいてレビューの依頼がされた成果物に対するコメント数と、エンジニアチームにおけるレビューの依頼からクローズまでの期間を示すリードタイムとの関係を取得してユーザに提示する、（付記１）から（付記１１）のいずれかに記載のプログラム。

　（付記１３）プログラムは、プロセッサに、さらに、エンジニアチームの活動状況として、エンジニアチームにおけるレビューを依頼するレビュイーとレビューの依頼を受けるレビュワーとの関係を取得してユーザに提示する、（付記１）から（付記１２）のいずれかに記載のプログラム。

　（付記１４）プログラムは、プロセッサに、さらに、エンジニアチームに所属する構成員の成果を示す値を演算するステップを実行させ、特定のエンジニアチームに所属する構成員の成果を示す値を提示する、（付記１）から（付記１３）のいずれかに記載のプログラム。

　（付記１５）エンジニアチームに所属する構成員の成果を示す値として、エンジニアチーム内のプロジェクトにおける成果物を管理する管理手段に対するアップロード数、作成コード数、修正コード数、レビュー依頼数、レビュー結果を確定させる統合数のいずれかまたは複数を演算して取得する、（付記１４）に記載のプログラム。

　（付記１６）プログラムは、プロセッサに、さらに、パラメータの所定の期間における変動に基づき、アラートを通知するステップを実行させる、（付記１）から（付記１５）のいずれかに記載のプログラム。

　（付記１７）パラメータの所定の期間における値が、パラメータの他の期間の値に基づく外れ値であることを検知し、検知した外れ値に基づき、または特定のエンジニアチームに所属する構成員の成果を示す値の変動に基づき、アラートを通知する、（付記１６）に記載のプログラム。

　（付記１８）特定のエンジニアチームに所属する構成員の成果を示す値として、エンジニアチーム内のプロジェクトにおける当該構成員のアップロード数、コメント数、レビュー着手までの期間、当該構成員と他の構成員とのレビュー数、レビュー時間、コメント数のいずれかまたは複数の変動を検知し、変動に基づくアラートを通知する、（付記１７）に記載のプログラム。

　（付記１９）パラメータの所定の期間における変動に基づき、エンジニアチームの活動状況の変動の原因、改善案のいずれかまたは両方を抽出して提示する、（付記１６）から（付記１８）のいずれかに記載のプログラム。

　（付記２０）パラメータの変動の原因として、エンジニアチームの履歴から、当該所定の期間において、減少した成果物をオンライン上にアップロードした情報、エンジニアチームの構成員により行ったレビュー情報のいずれかまたは両方を提示する、（付記１９）に記載のプログラム。

　（付記２１）エンジニアチームの履歴の解析を行い、当該所定の期間におけるパラメータの変動の原因となるタスク、アクション、エンジニアチームに所属する構成員のいずれかまたは複数を検知して提示する、（付記１９）または（付記２０）に記載のプログラム。

　（付記２２）プログラムは、プロセッサに、さらに、エンジニアチーム外のエンジニアの成果を示す値を取得するステップと、エンジニアチーム外のエンジニアの成果を示す値と、エンジニアチームの履歴とをマッチングし、エンジニアチーム外のエンジニアがエンジニアチームに適応可能か否かを判定するステップと、エンジニアチーム外のエンジニアがエンジニアチームに適応可能と判定した場合、改善案として、エンジニアチーム外のエンジニアのエンジニアチームへの参画を提示するステップと、を実行させる、（付記１９）から（付記２１）のいずれかに記載のプログラム。

　（付記２３）プログラムは、プロセッサに、さらに、パラメータを時系列の情報と関連付けて、他のエンジニアチームの活動状況を表すパラメータを時系列の情報と関連付けて比較可能に提示するステップを実行させる、（付記１）から（付記２２）のいずれかに記載のプログラム。

　（付記２４）パラメータとともに、リードタイムを基準とし、他のエンジニアチームと比較可能に提示する、（付記２３）に記載のプログラム。

　（付記２５）制御部と、記憶部とを備える情報処理装置であって、制御部は、エンジニアチームに所属する構成員が、エンジニアとしての成果物を作成するためにオンライン上にアップロードした情報と、当該アップロードされた成果物についてエンジニアチームの構成員により行ったレビュー情報と、の履歴に基づいて、エンジニアチームの活動状況を表すパラメータを特定するステップと、パラメータをユーザに提示するステップと、を実行する、情報処理装置。

　（付記２６）プロセッサと、記憶部とを備えるコンピュータにより実行されるための方法であって、方法は、プロセッサが、エンジニアチームに所属する構成員が、エンジニアとしての成果物を作成するためにオンライン上にアップロードした情報と、当該アップロードされた成果物についてエンジニアチームの構成員により行ったレビュー情報と、の履歴に基づいて、エンジニアチームの活動状況を表すパラメータを特定するステップと、パラメータをユーザに提示するステップと、を実行する、方法。

１０　端末装置、２０　サーバ、８０　ネットワーク、１３０　操作受付部、１６１　ユーザ情報、２２　通信ＩＦ、２３　入出力ＩＦ、２５　メモリ、２６　ストレージ、２９　プロセッサ、２０１　通信部、２０２　記憶部、２０２１　リポジトリデータベース、２０２２　個人パフォーマンスデータベース、２０２３　チームスコアデータベース、２０２４　エンジニアデータベース、２０３　制御部

Claims

　プロセッサと、記憶部とを備えるコンピュータに実行させるためのプログラムであって、
　前記プログラムは、前記プロセッサに、
　エンジニアチームに所属する構成員が、エンジニアとしての成果物を作成するためにオンライン上にアップロードした情報と、当該アップロードされた成果物について前記エンジニアチームの構成員が行ったレビュー情報と、の履歴に基づいて、前記エンジニアチームの活動状況を表すパラメータを特定するステップと、
　前記パラメータをユーザに提示するステップと、を実行させる、プログラム。
　前記パラメータを特定するステップにおいて、前記成果物をオンライン上にアップロードした情報、および前記成果物について前記エンジニアチームの構成員により行ったレビュー情報を、前記エンジニアチームの成果物であるソースコードを管理するソースコードホスティングサービスから取得する、請求項１に記載のプログラム。
　前記パラメータを特定するステップにおいて、前記パラメータを、前記エンジニアチームの各構成員が行った成果を示す値に基づいて特定する、請求項１または請求項２に記載のプログラム。
　前記パラメータを、ユーザが指定した所定の期間における、前記エンジニアチームの各構成員が行った成果を示す値を積み上げて特定する、請求項３に記載のプログラム。
　前記成果物をオンライン上にアップロードした情報として、前記エンジニアチーム内のプロジェクトにおける前記成果物を管理する管理手段に対するアップロード数、作成コード数、修正コード数、レビュー依頼数、レビュー結果を確定させる統合数のいずれかまたは複数を取得する、請求項１から請求項４のいずれか１項に記載のプログラム。
　前記パラメータを提示するステップにおいて、前記アップロード数、前記作成コード数、前記修正コード数、前記レビュー依頼数、前記統合数のいずれかまたは複数を、時系列の情報としてユーザに提示する、請求項５に記載のプログラム。
　前記作成コード数及び前記修正コード数に係る作成コード及び修正コードの難易度、もしくは重要度に基づいて重み付けを行い、前記パラメータを特定し、または、作成後に所定の期間経過後、残存しているコード数を含む前記履歴に基づき、前記パラメータを特定する、請求項５または請求項６に記載のプログラム。
　前記成果物について前記エンジニアチームの構成員により行ったレビュー情報として、前記管理手段に対するレビュー数、コメント数、コメント回答数のいずれかまたは複数を取得する、請求項１から請求項７のいずれか１項に記載のプログラム。
　前記レビュー数、前記コメント数、前記コメント回答数のいずれかまたは複数を、時系列の情報としてユーザに提示する、請求項８に記載のプログラム。
　前記プログラムは、前記プロセッサに、さらに、
　前記パラメータとして、前記エンジニアチームにおけるレビューの依頼からクローズまでの期間を示すリードタイムを取得してユーザに提示する、請求項１から請求項９のいずれか１項に記載のプログラム。
　前記プログラムは、前記プロセッサに、さらに、
　前記エンジニアチームの活動状況として、前記エンジニアチームにおいてレビューの依頼がされた成果物の推移を示す内訳を取得してユーザに提示する、請求項１から請求項１０のいずれか１項に記載のプログラム。
　前記プログラムは、前記プロセッサに、さらに、
　前記エンジニアチームの活動状況として、前記エンジニアチームにおいてレビューの依頼がされた成果物に対するコメント数と、前記エンジニアチームにおけるレビューの依頼からクローズまでの期間を示すリードタイムとの関係を取得してユーザに提示する、請求項１から請求項１１のいずれか１項に記載のプログラム。
　前記プログラムは、前記プロセッサに、さらに、
　前記エンジニアチームの活動状況として、前記エンジニアチームにおけるレビューを依頼するレビュイーとレビューの依頼を受けるレビュワーとの関係を取得してユーザに提示する、請求項１から請求項１２のいずれか１項に記載のプログラム。
　前記プログラムは、前記プロセッサに、さらに、
　前記エンジニアチームに所属する構成員の成果を示す値を演算するステップを実行させ、
　特定の前記エンジニアチームに所属する構成員の成果を示す値を提示する、請求項１から請求項１３のいずれか１項に記載のプログラム。
　前記エンジニアチームに所属する構成員の成果を示す値として、前記エンジニアチーム内のプロジェクトにおける前記成果物を管理する管理手段に対するアップロード数、作成コード数、修正コード数、レビュー依頼数、レビュー結果を確定させる統合数のいずれかまたは複数を演算して取得する、請求項１４に記載のプログラム。
　前記プログラムは、前記プロセッサに、さらに、
　前記パラメータの所定の期間における変動に基づき、アラートを通知するステップを実行させる、請求項１から請求項１５のいずれか１項に記載のプログラム。
　前記パラメータの所定の期間における値が、前記パラメータの他の期間の値に基づく外れ値であることを検知し、検知した前記外れ値に基づき、または特定の前記エンジニアチームに所属する構成員の成果を示す値の変動に基づき、アラートを通知する、請求項１６に記載のプログラム。
　特定の前記エンジニアチームに所属する構成員の成果を示す値として、前記エンジニアチーム内のプロジェクトにおける当該構成員のアップロード数、コメント数、レビュー着手までの期間、当該構成員と他の構成員とのレビュー数、レビュー時間、コメント数のいずれかまたは複数の変動を検知し、変動に基づくアラートを通知する、請求項１７に記載のプログラム。
　前記パラメータの所定の期間における変動に基づき、前記エンジニアチームの活動状況の変動の原因、改善案のいずれかまたは両方を抽出して提示する、請求項１６から請求項１８のいずれか１項に記載のプログラム。
　前記パラメータの変動の原因として、前記エンジニアチームの前記履歴から、当該所定の期間において、減少した前記成果物をオンライン上にアップロードした情報、前記エンジニアチームの構成員により行ったレビュー情報のいずれかまたは両方を提示する、請求項１９に記載のプログラム。
　前記エンジニアチームの前記履歴の解析を行い、当該所定の期間における前記パラメータの変動の原因となるタスク、アクション、前記エンジニアチームに所属する構成員のいずれかまたは複数を検知して提示する、請求項１９または請求項２０に記載のプログラム。
　前記プログラムは、前記プロセッサに、さらに、
　前記エンジニアチーム外のエンジニアの成果を示す値を取得するステップと、
　前記エンジニアチーム外のエンジニアの成果を示す値と、前記エンジニアチームの前記履歴とをマッチングし、前記エンジニアチーム外のエンジニアが前記エンジニアチームに適応可能か否かを判定するステップと、
　前記エンジニアチーム外のエンジニアが前記エンジニアチームに適応可能と判定した場合、前記改善案として、前記エンジニアチーム外のエンジニアの前記エンジニアチームへの参画を提示するステップと、を実行させる、請求項１９から請求項２１のいずれか１項に記載のプログラム。
　前記プログラムは、前記プロセッサに、さらに、
　前記パラメータを時系列の情報と関連付けて、他のエンジニアチームの活動状況を表すパラメータを時系列の情報と関連付けて比較可能に提示するステップを実行させる、請求項１から請求項２２のいずれか１項に記載のプログラム。
　前記パラメータとともに、前記リードタイムを基準とし、他のエンジニアチームと比較可能に提示する、請求項２３に記載のプログラム。
　制御部と、記憶部とを備える情報処理装置であって、
　前記制御部は、
　エンジニアチームに所属する構成員が、エンジニアとしての成果物を作成するためにオンライン上にアップロードした情報と、当該アップロードされた成果物について前記エンジニアチームの構成員により行ったレビュー情報と、の履歴に基づいて、前記エンジニアチームの活動状況を表すパラメータを特定するステップと、
　前記パラメータをユーザに提示するステップと、を実行する、情報処理装置。
　プロセッサと、記憶部とを備えるコンピュータに実行されるための方法であって、
　前記方法は、前記プロセッサが、
　エンジニアチームに所属する構成員が、エンジニアとしての成果物を作成するためにオンライン上にアップロードした情報と、当該アップロードされた成果物について前記エンジニアチームの構成員により行ったレビュー情報と、の履歴に基づいて、前記エンジニアチームの活動状況を表すパラメータを特定するステップと、
　前記パラメータをユーザに提示するステップと、を実行する、方法。