今週の詰まりを、GitHub のデータでふりかえり、次の一手を決める

1 人あたりではありません。料金はワークスペース単位の定額で、開発者ひとりごとの課金はありません。ただし人数が無制限というわけではなく、プランごとにアカウント数の上限があります（Free は 1 アカウントまで、Pro は 3 アカウントまで、Team は上限なし、Enterprise は上限なし）。上限の範囲であればメンバーが増えても月額は変わりませんが、上限に達した場合は上位プランへの変更が必要です。

Code Tempo が要求するのは read:user / user:email / repo / read:org / read:project の 5 つです。このうち repo は読み取りと書き込みの両方を含む強いスコープですが、GitHub の OAuth Apps にはプライベートリポジトリを読むためだけのスコープが用意されていません。Code Tempo が GitHub API に対して行うのは参照だけで、コミットやプルリクエストの作成・変更、リポジトリ設定の変更は実装していません。コードの中身を保存することもありません。

個人の評価に使うための製品ではありません。Code Tempo が見るのはチームのフローと、そこで詰まっている場所です。Four Keys もリードタイムも、集計の単位はチームで、個人を採点したり総合順位を出したりする画面はありません。ふりかえりで話してほしいのは「誰が遅いか」ではなく「どこで止まっているか」です。そのうえで、メンバー単位の数字が出る画面はあります。レビュー待ち PR の画面に並ぶレビュアーごとの待ち件数、GitHub Projects と連携したチーム分析のメンバーごとの完了アイテム数のグラフ、工数の担当者別内訳などです。いずれもレビューや作業がどこに寄っているかに気づいて割り振りを見直すためのもので、順位付けや人事評価に使うことを想定した機能ではありません。該当する画面には、その旨の注記を画面上に常設しています。

3 ステップです。GitHub でログインし、分析するリポジトリを選び、ダッシュボードを開きます。リポジトリへのインストールや Webhook の設定はありません。データの取得が始まるのは保存した時点ではなくダッシュボードを開いたときで、小規模なリポジトリなら数十秒〜1 分ほど、コミット数が数千件以上のリポジトリでは数分かかることがあります。Organization のリポジトリを分析する場合、管理者でなければ認可が承認のリクエストになるため、管理者が承認するまでの待ちが加わります。

GitHub の Settings → Applications → Authorized OAuth Apps から Code Tempo の認可を取り消すと、その時点でアクセストークンが無効になり、Code Tempo は GitHub のデータを取得できなくなります。分析に使うデータはもともとデータベースに保存していません。有料プランを契約している場合、認可の取り消しだけでは請求は止まらないため、設定の課金画面から解約の手続きを行ってください。保存済みのアカウント情報などの削除は customer@praisefirst.jp で受け付けており、ご依頼から 30 日以内に消去します。

Organization には対応しています。複数の Organization を横断して 1 つのふりかえりにまとめられます。Organization ごとに認可が必要で、管理者でない場合は承認のリクエストになります。一方、自社のサーバーで運用する GitHub Enterprise Server には対応していません。接続先が github.com の API に固定されているためです。GitHub Enterprise Cloud は github.com 上の Organization なので同じ仕組みで分析できますが、SAML SSO を有効にしている Organization での動作は確認できていないため、お問い合わせください。