"計画的無茶振り"を通してAIネイティブ世代の新人を育てる

エンジニア 寿司LTの登壇資料です
https://youtrust.jp/events/19842c39ec5348898d192b908ca0f521
https://youtrust.connpass.com/event/409504/

1. "計画的無茶振り"を通して AIネイティブ世代の新人を育てる 2026/10/26 エンジニア寿司LT 株式会社TOKIUM Webエンジニア 坂上 晴信
2. 突然ですが… みなさんの組織では、 新卒採用やっていますか？ 2
3. TOKIUMは、新卒採用めちゃめちゃやっています 25卒 18名 うちプロダクト本部配属 9名 26卒 39名 うちプロダクト本部配属 15名 2025年度新卒入社式を開催しました！ - 2025/04/30 株式会社TOKIUM 公式note 27卒 ??名 10月の内定式参加者数が 既に26卒より多い 2026年度新卒内定式を開催しました！ - 2025/11/17 株式会社TOKIUM 公式note 3
4. TOKIUMは、新卒育成めちゃめちゃやっています AIの進化によって 「開発職として必要な学びに対する参入障壁が下がる」 と考えており、 数ヶ月の研修（内製） で最低限の知識をインプット → 現場で無数の打席を経験 し、成長 AIが当たり前の組織で エンジニアはどう育つか - 2026/07/22 AI DevEx Conference 2026 非情報系出身で、それまで開発経験のなかった新卒もたくさん受け入れ、育てる 4
5. 開発未経験の新卒たちが残した成果 AIエージェント開発 1年で 6体のAIエージェント を 提供する原動力に 社内AI活用コンテスト 非情報系出身新卒の作品が 最優秀賞 を獲得 年間数百万円かかっていた 外部ツールをリプレイス 四半期表彰 10月の四半期表彰にて、25卒 メンバーが 全社MVP を獲得 めちゃめちゃすごそう！ 何か特別な仕掛けや秘訣があるんですか？ そんなものはない！ AIが当たり前になった世界の育成のあり方について、 人類は答えを知らないので 地道に試行錯誤するしかない 5
6. 今日話すこと 今年の7月から、自分のチームに 非情報系出身の26卒メンバーがジョイン 約4ヶ月間のエンジニア育成の試行錯誤の過程 をみなさんに共有 AI以前の常識を当ててみる 思いつく限りの "無茶振り" をしてみる "無茶振りの捌き方" を教える AI時代の新人育成に悩むみなさんへ、何かしらのヒントを与えられたら良いな！と思います 6
7. 自己紹介 / リアルのすがた 坂上 晴信 Harunobu Sakaue 経歴 1995年生まれ。東京の離島・伊豆大島出身。 エンジニア → DevHR（= 開発組織専任の人事）→ エンジニア ⚫︎ 2016年 3月 東京高専 情報工学科卒 ⚫︎ 2016年 4月 株式会社TOKIUM 入社 Android/Webエンジニア ⚫︎ 2023年 1月 DevHRにロールチェンジ 育成・組織づくり・採用広報 ⚫︎ 2025年12月 再びエンジニアにロールチェンジ Webエンジニア ⚫︎ NOW! 7
8. 自己紹介 / インターネットのすがた にしこりさぶろ〜 @subroh_0508 好きなもの Kotlin / アイドルマスター / ラブライブ！ Kotlin本体へのContribute経験、Kotlin Festへの複数回の 登壇経験アリ。DevHR時代も趣味でKotlinを書き続け、 "200名収容の会場で技術登壇をした人事" になった。 プライベートでは、アイマスPとライブライバーを兼任。 『シャニマス』三峰結華と『蓮ノ空』村野さやかが 人生のロールモデル。 8
9. 前提の整理 担当プロジェクト 法人カードのプロダクト。昨年から開発がスタートした0→1のプロジェクトで、TS + Hono.jsを採用。 最初からAIをフル活用。人が書いたコードは存在せず、AIレビューのみのPRマージ率も 50%超。 チーム構成は、26卒メンバー以外全員が 業務経験5年以上。 育てられる側（26卒メンバー） 文系学部卒。TOKIUM入社まで、開発経験はほぼゼロ。 配属前研修で、Gitの使い方・スクラムによるRailsアプリ開発を一通りキャッチアップ済み。 9
10. AI以前の常識を当ててみる 最初の依頼：開発環境のセットアップガイド・オンボーディング資料の追加 研修でGitやスクラムを学んだとは言え、サポートなしのオンボードには困難が予想された。 ただ、1から教えるのではなく、「オンボード資料作成」のタスクを依頼する 形を取った。 社内で最も過激にAI駆動開発を実践していることもあり、オンボーディングに必要な情報は （散らばってはいたものの）GitHubかJiraをAIに走査させれば、難なく揃う状態だった。 これは上手くいった！ 資料作成の過程で、「worktreeを作成してから進める」 「AIのレビューと修正を通してから先輩にレビュー依頼をする」等、 研修で学べないチーム特有の所作を最初の1週間で身につけ、それらを形式知化 できた ※ このとき追加されたオンボーディング資料は、のちのサマーインターン受け入れの際に大いに役立った 10
11. AI以前の常識を当ててみる 次の依頼：簡単な単体テストの追加・UIの修正 ゴールが明確で、 レイヤーが1つに閉じる もの（バックエンドのみ・フロントエンドのみ） 簡単なタスクだけど、研修と異なる言語・フレームワークを使ってるしなぁ 手が止まったり、AI SlopモリモリのPRが出たりしちゃうかもなぁ （翌日）単体テストもUI修正も出来ました！ 文句のつけようのないPRでわろた！ 11
12. AI以前の常識を当ててみる 次の依頼：簡単な単体テストの追加・UIの修正 ゴールが明確で、 レイヤーが1つに閉じる もの（バックエンドのみ・フロントエンドのみ） 本番への影響があるタスクを早いうちから依頼し、まずはプロジェクトへの貢献実感や 達成感を得てもらいつつ、徐々に強度を上げていく目論見だったが… これは上手くいきすぎてしまった 本人はとても嬉しそうだったが、僕はめちゃめちゃ焦る このままでは、すぐに 「開発簡単すぎるな？おもんないな？」 と飽きられてしまいそう そもそも この消化ペースに追いつくようタスクを供給し続けていては、むしろプロジェクト全体の ボトルネックになる ことが目に見えている 12
13. 思いつく限りの "無茶振り" をしてみる 一度、自分の新卒時代を振り返ってみる TOKIUMに新卒入社した10年前（当時、社員数20名程度のドスタートアップ） 最初に渡されたタスクは 「Androidアプリの新規開発」 （代表の要望）お客さんのオフィスにタブレット置いてさ、スキャナと接続して 領収書取り込んだり、交通系ICのタッチで交通費申請できたりしたいんだよー！作ってー！ 今思えば完全な "無茶振り" 一方で、要望だけ渡された状態は 要件や実現方法を自由に探索して決められる、すなわち エンジニアとして 最も楽しくやりがいがあり、成長の幅も大きくなる状態 でもある AIが伴走してくれる今 なら、もしかして10年前と似たような "無茶振り" も 再現性高く打ち返すことができるのでは…？？？ 13
14. 思いつく限りの "無茶振り" をしてみる 全部入りの機能開発チケットを依頼 以下の要素を含むチケットを分割せずアサイン 要件定義書・基本設計書・詳細設計書の Markdown追加 バックエンドの実装 フロントエンドの実装 AWSの新規インフラ構築 これできたら大体なんでもできます！ 分からないところあったら いつでも聞いてください！ 14
15. 思いつく限りの "無茶振り" をしてみる 全部入りの機能開発チケットを依頼 盛大につまづいた 要件定義・設計の段階で、かなりの時間を消費してしまった Markdown追加のPRで起きたこと 要件（→ 機能実装のゴールを決める）と 実装方法（→ ゴールに至るまでの道筋）がごちゃまぜに記載 仕様検討の経緯が全て文面に載っており、最終的に合意形成したい内容がサッと読み取れない 馴染みのない日本語、不自然な和訳の多用 レビューが長期化し、本人もレビュワーも議論の着地点が迷子となってしまう タスクが分割されておらず、「難所だけ経験者が巻き取る」等の介入もしづらい 15
16. 思いつく限りの "無茶振り" をしてみる 全部入りのタスクを依頼して気づいたこと "無茶振りの捌き方" を知らない状態で重すぎるタスクを渡す、"無計画な無茶振り" を してしまっていた 経験者のアクション 1. チケットを分解 する 2. 各チケットの完了条件を決め、要件を定める 3. 要件を満たす設計・仕様を考え、実装する 4. 動作確認 → 実装を修正 → 動作確認 を繰り返し、改善する 開発経験者が無意識のうちに会得している、課題解決・試行錯誤の過程の 「暗黙知」 を 言葉にして伝える、タスクをこなす中で自然と学べる仕組みを作る ことが必要だった 16
17. "無茶振りの捌き方" を教える 次の大きなタスクでは、口頭でのアドバイスで軽く道筋をつけてから依頼 まずは要件定義書だけ粗く書いて、レビューもらいましょう！ 動作確認できるものを早めに出してもらえると、レビューしやすいです！ バックエンドの実装は、（Clean Architectureの）レイヤーごとに分けると良いかもです！ 細かな指示ではなく、スクラムイベントや毎日の夕会での20〜30秒程度のアドバイス に留める 経験者（僕）のアドバイスをヒントに、試行錯誤のループが回しやすくなる よう仕向ける ※ 成果が上手く出ないようであれば、介入のレベルを少しずつ上げていく 17
18. "無茶振りの捌き方" を教える すると、次に渡した全部入りチケットは… 9つのサブチケットに分割！ PRもレビューしやすい粒度で 提出されるように 18
19. "無茶振りの捌き方" を教える すると、次に渡した全部入りチケットは… 1/4以下 各PRのマージまでのリードタイム（前回比） PRがレビューしやすくなり マージまで迷子になることがなくなった 約10営業日 機能開発の完遂 要件定義・バック・フロント・DB変更の 全部入りタスクをほぼ完遂 前より理解しながら進められていて、楽しいです！ 楽しみながら、かつ地に足をつけて成果に貢献できる状態 に 19
20. AIが当たり前の世界で、新人育成に取り組んでみて 4ヶ月の試行錯誤を振り返ると、育成の型は 3つ に分けられる 従来の育成 小さな具体のタスクから渡す チームへのオンボード期では 依然有効 ただオンボード期以外では 新人が得られるものはない チーム特有の所作を キャッチアップできたら 速やかに担当をAIに戻すべき "無計画な無茶振り" 抽象的なゴールだけ伝える 取り組み方が分からない状態で 渡すと、 AIの無秩序な生成物に 埋もれ、新人もメンターも疲弊 乗り越えられるかは新人の 過去の人生経験に強く依存し、 再現性に乏しい "計画的無茶振り" 抽象的なゴール ＋ 進め方のアドバイス 各タスクのスコープが絞られ 前進しやすく、新人視点で 達成感をこまめに得やすい メンター視点でも 評価とFBがしやすくなる 仮に詰まったとしても、 部分的な介入や難所の支援等の リカバリーがしやすい AI以前の常識では、「小さな具体のタスク」を年単位でこなす必要があった 今は、可能な限り早く「計画的無茶振り」のフェーズに入ってもらう のがベストかも 20
21. AIが当たり前の世界で、新人育成に取り組んでみて AIネイティブ世代の育成で、意識していること Howを細かく指示しない 細かく指示してしまうと、新人は メンターとAIの間の伝書鳩 になってしまう ヒントの情報だけ渡し、 ある程度試行錯誤させる ことが必要 正解だけを踏ませない 我々が通ってきた「正解」のルートは、 AI以前の常識 に基づいたもの そこに縛らないことで、我々の常識の外側に 新人が辿り着く余地が生まれるのでは？ 「過去の常識に縛らないこと」 で 新人の能力の天井を引き上げる それを通してチームの成果の底上げを実現することが、AI時代の育成のミッションなのでは？ 21
22. まとめ & ここ最近考えていること 多くの領域がAIに代替された今、新人はある程度の "無茶振り"に応えられなければ淘汰 されてしまう 抽象的なゴールと少しのアドバイスを与える "計画的無茶振り" で、 早くから大きな課題と向き合わせることで、新人の生存確率は上げられるはず AIネイティブ世代に "計画的無茶振り" をアレンジし、AIのない時代に育った 我々よりも 遠いところへ至れるようアシスト するのが、現代の「育成」 先が見通せない情勢で挑戦的な課題を課すのはメンターとしても勇気がいるが、 挑戦の先では 我々の常識を超える成長 を見せてくれる（めっちゃ楽しい！ ） 22
23. 情報発信中！ 資料公開＆技術発信は公式Xから 本日のスライドは公式Xで公開！ 開発チームの技術やイベント情報を 発信中、フォローお願いします！ @TOKIUM_Dev 23