受け持った PR を、資料に沿って確かめる。

AI が作った PR(変更の申し出)は、まず別の会社の AI が確かめ、そのあとエンジニアが資料に沿って確かめます。AI の承認は数えません。本番に入れる merge を押すのは、いつも人です。

BeesBuild の画面:レビューと PR › レビュー
レビューと PR › レビュー画面設計(開発中)・数字は見本

PR が main に入るまで。

作った AI と確かめる目を分けます。一次の確認は、作った AI とは別の会社の AI が受け持ち、エンジニアは残った所に目を使います。

  1. 01 AI が作る ブロックのリーダーが、持ち場の中だけを変えて PR を出す。
  2. 02 機械の確認 試験・型・持ち場の外への変更を、CI(自動の確認)が見る。
  3. 03 別の会社の AI セキュリティ・画面・試験を、作った AI とは別の AI が見る。
  4. 04 エンジニア 受け持った PR を、資料とモックに沿って確かめる。
  5. 05 merge を押す 本番に入る merge は人が押す。PR は 1 本ずつ順に入る。

PR ごとに、資料とモックが付く。

何を変えたか、どう試したか、画面はどう変わったかを、PR の資料にまとめて渡します。直してほしい点は連絡箱から、PR を作ったエージェントに戻ります。

レビューと PR

BeesBuild の画面:PR の資料とモック
PR の資料とモック画面設計(開発中)・数字は見本

待ちを、先に見通す。

このままの速さで、いつレビューが終わるかを見通します。詰まりの輪で、どこを直せば待ちが減るかも分かります。レビューで見つかったことは、開発のルールとスキルに戻ります。

開発の速さ

BeesBuild の画面:開発の速さ › レビューの予測
開発の速さ › レビューの予測画面設計(開発中)・数字は見本

レビュー担当がよく開く画面。

BeesBuild の画面:レビューと PR › 地図
レビューと PR › 地図画面設計(開発中)・数字は見本
BeesBuild の画面:レビューと PR › マージ
レビューと PR › マージ画面設計(開発中)・数字は見本
BeesBuild の画面:レビューと PR › 学び
レビューと PR › 学び画面設計(開発中)・数字は見本