すべてがオンボーディングタスクになる / Everything becomes an onboarding task

どろんこAI話 Ⅱ 〜綺麗じゃないAIの苦労話〜 の発表資料です。
https://forkwell.connpass.com/event/388934/

タイミーのバックエンド開発 Handbook のテックブログはこちら
https://tech.timee.co.jp/entry/2026/02/24/100702

Transcript

1. すべてがオンボーディングタスクになる 開発Handbookを活用したAIメンター化計画 どろんこAI話 Ⅱ 〜綺麗じゃないAIの苦労話〜 | 2026-04-16 Shintani Teppei（@euglena1215）
2. 自己紹介 Shintani Teppei（@euglena1215） • 株式会社タイミー • バックエンド / Webフロント基盤チーム マネージャー • 個人用で Mac mini を買って AI 秘書を 作って家庭用 Slack に常駐させて 遊んでます、楽しい！
3. すべてがオンボーディングタスクになる 開発Handbookを活用したAIメンター化計画 どろんこAI話 Ⅱ 〜綺麗じゃないAIの苦労話〜 | 2026-04-16 Shintani Teppei（@euglena1215）
4. 背景 事業の成長・変化に伴う組織から求められるバックエンド開発の増加 AI の進化により非バックエンド専門のエンジニアもバックエンドを書けるように Web フロントエンド・モバイルエンジニアも 日常的にバックエンドを実装する状況に ※ 全員がそうではない、個人としてのWILLがある場合
5. “空気を読んで” コードを書いている 普段バックエンドエンジニアが何を意識しながら開発しているのかは バックエンドエンジニアしか知らない 非バックエンド専門のエンジニアは近くのバックエンドエンジニアに 聞きながら “空気を読んで” コードを書いて Pull Request を作っている状況
6. “空気を読んで” コードを書いている 普段バックエンドエンジニアが何を意識しながら開発しているのかは バックエンドエンジニアしか知らない 非バックエンド専門のエンジニアは近くのバックエンドエンジニアに 聞きながら “空気を読んで” コードを書いて Pull Request を作っている状況 遜色ない Pull Request が出てくることもあれば 「これちょっとイケてないな」と感じることも…
7. バックエンド開発 Handbook を作りました 🎉 【宣伝】テックブログを書きました！「タイミー Handbook」で検索 🔍
8. バックエンド開発 Handbook を作りました 🎉 【宣伝】テックブログを書きました！「タイミー Handbook」で検索 🔍 バックエンド開発の ガイドラインをまとめた ドキュメント集 GitHub Pages で いい感じのページとして 見れるように 内容は Markdown で リポジトリ管理
9. バックエンド開発 Handbook のカバー範囲 フェーズを定義し、開発プロセスの全体を一気通貫でカバー 発表スキップ
10. 「設計」を厚めに書いている 設計はバックエンドに慣れていない人が AI を使ってもカバーしにくい領域 ある程度一般化されていて AI が知っている AI だけでは補えない 例：Sidekiq のデプロイ制約 デプロイ時に SIGTERM が送られ、25 秒後にジョブをキューに戻す → 冪等な実装・25 秒以内に完了する処理分割が必要 　 これを知らずに実装すると本番で問題が起きる 実装・レビューのプラクティス タイミー独自の制約 発表スキップ
11. /handbook-wf-code-reading /handbook-wf-modeling /handbook-wf-plan 既存機能を概念→構造→実装の順で体系的に理解 実現したいことシステムにをどう落とし込んで モデリングすべきかを壁打ちしながら決める etc... Handbook に沿った開発を 支援するワークフロースキル 要件を元に設計を詰め、PR単位まで作業を分割した上で作業 計画ドキュメントを出力する 誰でもバックエンド開発ができる世界を目指して 世話焼きなメンター に 手取り足取り オンボーディング されているような体験に good first issue ではなく 実際のタスクが オンボーディングに
12. すべてがオンボーディングタスクになる 開発Handbookを活用したAIメンター化計画 どろんこAI話 Ⅱ 〜綺麗じゃないAIの苦労話〜 | 2026-04-16 Shintani Teppei（@euglena1215）
13. 以上、ここまでが綺麗な話でした
14. これからどろんこAI話の本編です
15. すべてがオンボーディングタスクになる 開発Handbookを活用したAIメンター化計画 改め、 どろんこAI話 Ⅱ 〜綺麗じゃないAIの苦労話〜 | 2026-04-16 Shintani Teppei（@euglena1215）
16. 暗黙知の言語化と組織への浸透 AI周り結局これが一番大変だと思ってるんですよ どろんこAI話 Ⅱ 〜綺麗じゃないAIの苦労話〜 | 2026-04-16 Shintani Teppei（@euglena1215）
17. 目次 泥エピ① 暗黙知の言語化 泥エピ② 組織への浸透
18. 1 泥エピ：暗黙知の言語化
19. 々は普段、何を考えながら開発をしているのか？ バックエンドエンジニアとして「当たり前」にしていることの言語化 • 我々はテーブル設計をするときに何を考えている？ • 我々は非同期処理を設計するときに何を考えている？ • 我々は DB マイグレーションするときに何を考えている？ • etc…
21. 19ページ 計77656文字をチームで執筆
22. 専門性の変化を受け入れる覚悟 何を考えながら開発しているかを言語化する = 自分自身と向き合い続けるような体験 言語化しスキル化して誰でも同じことができるようになるのを 目の当たりにしたとき、嬉しい気持ちと同時に寂しい気持ちに...
23. 専門性の変化を受け入れる覚悟 何を考えながら開発しているかを言語化する = 自分自身と向き合い続けるような体験 言語化しスキル化して誰でも同じことができるようになるのを 目の当たりにしたとき、嬉しい気持ちと同時に寂しい気持ちに... 専門性への否定ではなく 専門性の在り方が変わった マインドセットの切り替えが必要
24. 2 泥エピ：組織への浸透
25. 良いものを作れば勝手にユーザーに届くわけではない よくある誤解 ❌ 「良いアイデアであればみんなに受け入れられる」 ❌ 「新しいアイデアを紹介すれば、あとは何もしなくてよい」 Handbookもスキルも、知ってもらわなければ使われない... どうやって知ってもらって活用される状況を生み出す？
26. 要は Fearless Change 最高ってワケ 何か新しいことを組織に浸透させる方法は大きく分けると2つ トップダウン と ボトムアップ 今回はボトムアップのアプローチを選択 ― 「人は変化に抵抗するわけではなく、変化させられることに抵抗する」 ボトムアップで組織に浸透させるためのデザインパターンが詰まった名著 『Fearless Change』がある
27. 要は Fearless Change 最高ってワケ 何か新しいことを組織に浸透させる方法は大きく分けると2つ トップダウン と ボトムアップ 今回はボトムアップのアプローチを選択 ― 「人は変化に抵抗するわけではなく、変化させられることに抵抗する」 ボトムアップで組織に浸透させるためのデザインパターンが詰まった名著 『Fearless Change』がある チームで『Fearless Change』の輪読会を実施 アイデアを広めるパターンを学び、愚直に実行
28. 取り組み① イノベーター(16) × 個人的な接触(20) ある程度形ができた段階で、関係値があり新しいことに積極的なメンバーに お試しで使ってもらうよう個別にお願い • スキルへの有用なフィードバック • 「これは便利だぞ！」という一部での噂 果
29. 全体周知するまでの間、自チームのSlackチャンネルで Handbook について たくさんやりとりをし続けた （自チームのチャンネルは意外と見ている人が多いと聞いていた） 取り組み② 種をまく(22) × グループのアイデンティティ(13) • 全体周知する前に「よく知らないけど Handbook というものを 作っているらしいぞ」という認知を先に獲得 • “Handbook” という名前を確立 果 発表スキップ
30. 取り組み③ 経営層の支持者(28) 全体発信の前に VPoE に個別でハンズオンを実施 • これが何か • どんな価値があるか • 全体発信の際に一言添えてほしい旨 • 組織として重要なものである、という位置付けが強固に • テンション上がった VPoE が色んなところで 言いふらしてくれるように 果 発表スキップ
31. 取り組み④ テーラーメイド(26) × 勢いの持続(41) 全体発信後、全開発チーム（約15チーム）を全て周りハンズオンを実施 各チームの向き合っているドメインを元にどのように活用できるかを 実際に体験してもらった フィードバックへの感謝と反映したことの周知 → 一度発信して終わりにならないように • 全チームの誰かが一度は触ったことがある状態に • 全体発信した後も何度も目に触れるように 果 発表スキップ
32. まとめ 一緒にタイミーのプロダクト開発を推進してくれるエンジニアを積極採用中です🔥 Handbook を使った最高のオンボーディング体験をお届けします • 我々は普段、何を考えながら開発をしているのか？と正面から向き合う • 専門性の在り方が変わったというマインドセットの切り替えが必要 暗黙知の言語化 • 良いものを作れば勝手にユーザーに届くわけではない • 『Fearless Change』に答えが全部書いてあるので一旦買ってほしい 組織への浸透