Pullpo.io

エンジニアリング指標ツールは数あれど、PullpoはDORA指標そのものをリポジトリの動きから読み取る。Insightsがサイクルタイム、スループット、変更失敗率に変換する。これはSPACE研究とDORA研究が示した尺度だ。遼ざった一つの数値ではなくスクワッドごとに見えるので、苦しんでいるチームがすぐ浮かぶ。狙いは、瓶詰まりが納期遅れになる前に見つけることにある。

プルリクエストごとに、Gitと同期した専用の一時Slackチャンネルができる。レビュアーはその場で通知を受け、コメントはPRに結び付いたまま残り、作業がマージされればチャンネルは自分でアーカイブされる。複数のPRを抱える開発者にとって、議論は混ざらず、にぎやかなチームチャンネルに埋もれない。

Pullpoはプルリクエストがどれだけ待ったかを見張り、止まったときに適切な相手へ働きかける。あるPRがレビュー待ちで4日経ったことを知らせ、その日は後回しにする選択肢も添える。小さな機能だが、コードレビューで最も多い不満、つまり誰も気づかなかったPRに狙いを定めている。

AIアシスタントがPRの要約と説明を書き、届いた変更を修正案つきで見直す。ベータ版のAIレビュアーは、使用前に検証されていない日付フィールドのような問題を指摘する。人が時間を割く前に、明らかな抜けを拾う最初の一手だ。

エンジニアに短いアンケートを送り、ツール、進め方、時間を失う場所を尋ねられる。回答は指標にくっつくので、遅いサイクルタイムを本当の原因につなげられる。当て推量は要らない。Pullpoはこれを、定量データと定性フィードバックの組み合わせと呼ぶ。開発者生産性の数字に、エンジニア自身の言葉を重ねられるわけだ。

ワーキングアグリーメントを使えば、レビューをどれだけ早く返すかといったチームの規範を自分たちで公開し、常に見えるところに置ける。その場のフィードバックと組み合わせると、指標のダッシュボードは誰も読まない報告書ではなく、チームが実際に回す日課になる。

Pullpoは、乗り換えを求めるのではなく、チームがすでに使っているツールにつながる。コードはGitHub、GitLab、Bitbucket、課題はJira、チームが見るものはすべてSlackに接続する。Slackで動くエンジニアリング組織にとって、基盤は会話がすでに起きている場所に置かれる。