「最後に責任を取るのはチーム」— 人間のPRレビューを最小化してアップデートしたメンタルモデル

by Jotaro Nishime

Embed

Start on current slide

Slide 1

Slide 1 text

「最後に責任を取るのはチーム」 — 人間のPRレビューを最小化してアップデートしたメンタルモデル Dress Code株式会社 / Product & Technology 西銘　承太郎

Slide 2

Slide 2 text

Slide 3

Slide 3 text

Slide 4

Slide 4 text

CONFIDENTIAL | © Dress Code Inc . All rights reserved. 14.1億円　資金調達を実施 Pre Seed&Seed Round 250+社が利用中　 Number of companies Number of countries 5カ国で事業を展開　 Dress Code 会社概要 Company Name / 会社名 Dress Code 株式会社 2024年9月　正式創業：2025年4月 47名東京都中央区築地2-1-4 銀座PREX East 8F CEO / 代表取締役 Date of establishment / 設立年月 Location / 所在地江尻祐樹 Member / メンバー数 4

Slide 5

Slide 5 text

CONFIDENTIAL | © Dress Code Inc . All rights reserved. 経営陣：CEO PdM・デザイナー： 7名エンジニア： 16名セールス： 8名 CS：9名マーケティング： 3名コーポレート： 4名創業チーム構成/Founding Members Members 47名 Product & Technology Customer & Business Corporate & Administration Board Member 4名 20名 23名 1名・エンタープライズソフトウェア事業のグロース・複数事業・プロダクトのポートフォリオマネジメント・ビジネス・エンジニアリング・コーポレートの横断・Day1から各ファンクションに必要となるリード人材が参画 Key capability チーム ※役員・従業員 2026年7月 5

Slide 6

Slide 6 text

CONFIDENTIAL Copyright © DressCode Inc. All rights reserved. HR Force RCT Force GA Force PJ Force Platform Capabilities CG Force IT Force ※Recruiting ※General Affairs ※Project ※Corporate Governance 5 other Products IT オペレーションコア Marketplace People Graph + CoreDBs DRESS CODE Workforceシリーズ全体像 Product/Solution Compound Startup Theory ソフトウェアデバイス ID アクセスライセンスストレージ & ファイルズネットワークメンバー組織組織改編労務コア業務契約者コア勤怠給与計算公的ID ATS 入社前事前調査面談管理リファラル推進管理役職&職務内容オファーレター＆サイン選考ステップ最適化タレントプール拠点備品＆消耗品車両ファシリティ安否確認郵便社内イベント GA オペレーションコアプロジェクト予算リソーススケジュールマンパワー＆ワークロードプライバシーリスク & インシデントコンプライアンス監査ベンダープロビジョニング＆スケジューラ通知＆回答ユーザーアカウント＆認証ライセンス＆利用権分析＆レポートワークフロー&自動化ルール＆ポリシー権限＆役割ビジネスオペレーションエンジン UI/UX デザインシステムデータコネクターエンタープライズ AI オペレーター自動マッピング取込

Slide 7

Slide 7 text

Slide 8

Slide 8 text

© Dress Code Inc . 8 Backend は DDD × CQRS の土台が整っているモジュラモノリス × DDD/CQRS のレイヤー設計が土台。構成モジュラモノリスドメインごとにモジュール分割。境界が明確で、変更の影響範囲を閉じ込めやすい。レイヤー DDD × CQRS Command / Query と責務を分離。 Entity / Handler 等の責務が明確で、テストも書きやすい。ドメイン固有の課題は数あれど、責務と境界は明確でAIレビューの効果が出やすい状況だった

Slide 9

Slide 9 text

Slide 10

Slide 10 text

© Dress Code Inc . 10 導入前のレビュー体制（2026/03） AIレビューは Gemini Code Assist を導入済みだったが、差分中心で全量は見切れない。そこでレビュー観点を ADR で揃えるなど、運用側でカバーしていた。 01 AIが自動レビュー Gemini Code Assist PR作成時に自動でレビュー。まず指摘を対応する。 02 人間レビューを依頼チーム内レビュー Gemini対応後にチーム内へ。領域横断時は他チームも任意で追加。 03 観点を揃えて確認 ADR でレビュー観点擦り合わせた観点に沿って人間がレビューする。リリース 2週間ごと BE/FE migration 30件/ 1リリース差分は毎回数十万行。

Slide 11

Slide 11 text

Slide 12

Slide 12 text

© Dress Code Inc . 12 なぜ、自前運用から専用ツールへ Gemini ＋ ADR で観点は揃えていた。それでも自前運用には限界があった。自前運用の限界属人化と不公平観点のメンテが属人化。ドメイン横断の整合性も見切れない。個人のAIレビューは各自の Cursor 枠（$400/月）を食い合い、公平性を欠いた。＋専用ツールで同じ土俵に全員が同じ基準で AI セルフレビュー。コードベース全体の文脈で整合性も確認。 “第一関門” を全員が必ず通すことでレビュアーの偏りも解消したい。 “各自バラバラ” から “全員が同じAIレビューを通す” 文化へ。レビュー負担も均一に。

Slide 13

Slide 13 text

© Dress Code Inc . 13 選定：普段使い Greptile × 重めは Claude Code 計4ツールを比較し、2つの併用に決めた。普段使い Greptile コードベースをグラフ化して理解（$30/seat・50review込み）決め手＝致命バグ・整合性の検出率と外部Doc連携＋重めのタスク Claude Code 複数エージェントが並列で深く検証（$25/seat＋$15〜25/review）使いどころ＝新機能など重要度の高いPR CodeRabbit・Qodo も比較。自社の開発サイクルに合わせてこの2つを選定。

Slide 14

Slide 14 text

© Dress Code Inc . 14 AIレビューツールおすすめに判断軸はこの3つ PR 量多いほど効く (弊社は月300件~）コードベースの複雑さモノレポ＋多Repoで整合性が重い内製力観点を人手で維持し続けられるか前提条件メンバーの信頼とテスト/設計の土台 3つが重なるほど専用ツールが効く。前提が弱くても “それを作るチーム” を組めば取り入れられる。小規模・単純なら汎用AI/自前Skillsで足りることも。

Slide 15

Slide 15 text

Slide 16

Slide 16 text

© Dress Code Inc . 16 運用：PR作成の“第一関門”になる PR作成時に、対象PRを自動レビュー。まず Greptile の指摘を対応してから、人間レビューへ。仕組み自動レビュー＆設定 PR起票者を設定して自動実行。 .greptile/conﬁg.json 等で最小限のルール。指示は「日本語で」のみ。体験サマリー＋5段階評価マージ可否を5段階で推奨。 4/5・5/5 になるまで再レビュー。結果、セルフレビューも入念に。 AIフレンドリーな構造ほど精度が上がる。まず第一関門を通すのが日常の体験に。

Slide 17

Slide 17 text

Slide 18

Slide 18 text

© Dress Code Inc . 18 導入後の効果①：リリースの Output 量レビューが詰まらなくなり、2週間ごとのリリース差分が大きく増えた。 Before BE 約1,800 ファイルおおよそ 8〜10万行の追加/リリース。（FE も約600ファイル） After BE 約3,500 ファイルおおよそ 20〜38万行の追加/リリースへ。（FE も約1,600へ）案件・成長の差はあるが、 Output 量は明確に増加した。

Slide 19

Slide 19 text

© Dress Code Inc . 19 導入後の効果②：レビュアーの偏り解消上位レビュアーへの集中が、数値で見て緩和された。 Before 上位3名に集中 BE 約40%・FE 約38% を上位3名が担当。 After 集中が緩和 BE 約23%・FE 約27% に低下。最多レビュアーは greptile-bot に。 Bot が最多に BE 約36%・FE 約29%。個人トップの負担も BE 18%→9%・FE 15%→10%へ減少。

Slide 20

Slide 20 text

Slide 21

Slide 21 text

Slide 22

Slide 22 text

© Dress Code Inc . 22 チームで話し合い、責任の置き方を決めた出た論点 Approve に、どこまで責任を持たせるか「承認したら一緒に責任を負う」「まず書いた人が説明責任を果たすべき」コードの大部分を精査せず Approve する不安を議論した。出した結論 1 問題が起きたら、承認者でなくてもチームで見るのが基本スタンス 2 Approve を押すこと自体に重みを増やす必要はない（相互の技術力・責任感への信頼が前提）

Slide 23

Slide 23 text

Slide 24

Slide 24 text

© Dress Code Inc . 24 今後の展望：人間レビュー不要の領域を増やす目標人間レビュー不要を増やすアルゴリズムや特定ファイルに閉じたロジックは、今もほぼ人が見ていない。そこは仕組みで人間レビューを外していきたい。やっていきたいこと 1 Unit / Integration Test を充実させ、テストカバレッジ n% を達成する 2 変更影響がそのファイル内に閉じる場合は、人間レビュー不要にする仕組みを作る

Slide 25

Slide 25 text

© Dress Code Inc . 25 Tips：公式の“Linus モード”が良い学びだったどんなモード？ Linus Mode Greptile が4月限定で公開したエイプリルフール企画。Linus 風のきつい口調でレビューされる。何が良かった温度感どんなに良いPRでも容赦なく文句を言われる。“早く直さなきゃ”という気持ちにさせてくれる。 AIレビューは平坦なのでつい見落とし・見送りがち。 AIレビューを見る人間の認知コストを下げる工夫も大事かも

Slide 26

Slide 26 text

Slide 27

Slide 27 text

Slide 28

Slide 28 text

Slide 29

Slide 29 text

Slide 30

Slide 30 text

CONFIDENTIAL | © Dress Code Inc . All rights reserved. 30 Dress Code Advent Calendar 2026/07 開催中!! Dress Codeのユニークな PdMやエンジニア達がブログを執筆中です!! 夏バテ予防に刺激を感じてください!! Coming soon… Coming soon… Coming soon… Coming soon… 2026年7月

Slide 31

Slide 31 text

CONFIDENTIAL | © Dress Code Inc . All rights reserved. カンファレンス＆イベントにも登壇中！！ 7/22~23開催　AI DevEx Conference 2026 22日10時50分〜 RoomC プロダクトエンジニアの河村が登壇！ 7/24~25開催　大吉祥寺.pm 25日14時10分〜プロダクトエンジニアの櫻井が登壇！ 8/1開催　【非公式】きのこカンファレンス 2026 in 関西 14時50分〜プロダクトエンジニアの山口が登壇！ 8/25開催　ProductZine Day 2026 14時40分〜プロダクトマネージャー／プロダクトデザイナーの馬場が登壇！