新しい仕事のあり方を内製する - 2026/10/19登壇資料

【タイミー・STORES・トリビュー】生成AIで激変する開発プロセスと現場のリアル 登壇資料 https://connpass.com/event/408612/

Transcript

1. 新しい仕事のあり方を内製する 生成AIで激変する開発プロセスと現場のリアル 2026/10/19
2. speaker: 碇山薫人 (ykpythemind) シニアマネジャー フルスタックエンジニアとしてたくさんプ ロダクトを作ってきました。 音楽とホラーが好きです。
8. 社内の開発事情
9. 社内AIエージェントKuro を育てています
10. STORES AI Week プロダクト開発に携わる 70人が2週間定常業務を止め、 AI Native化に向けた仕事を行う
11. 2025年頭から見ると、一人当たり 3.6倍
12. ソフトウェア開発が エンジニア以外にも開かれましたね
14. めでたしめでたし (ではない)
15. 本当に新しい仕事のあり方になってますか まだたった4倍の開発量なんですか？ まだPull Requestなんですか？ 従来の役割を超えられていますか？
16. 時間をかけて、 独自の課題を発見して、投資する
17. どういう過程があったか それを踏まえてどうありたいか
18. 組織・事業の統合
20. プロダクトの統合
22. “1つのSTORESなんだから、 1つにすると作りやすい” 2025年 1つのSTORESとモノリスへ・開発の大きな変化 https://product.st.inc/entry/2025/12/04/150805
23. どういう過程があったか それを踏まえてどうありたいか
24. １人の役割が数年で大きく広がってきた。 組織もめちゃ変わった。 プロダクトも変わった。 と思ったらAIが来て…
25. もっと根本的に変えたい
26. 【富の創りかた 要約】金持ちになる確実な方法は、スタートアッ プを始めるか参加することだ、という話です。経済的には、スター トアップとは40年かけてやる仕事を数年に圧縮する手段です。優 秀なハッカーが全力で、大企業の雑事なしに働けば、会社員として 期待される生産性の数十倍を出せる、という試算から始まります。 ただし「楽に稼げる」わけではなく、得られる富と耐える苦痛の量 は釣り合うという保存則がある、と強調しています。 Paul Graham「How to Make Wealth」2004年 https://paulgraham.com/wealth.html
27. 時代も変わり、 誰でも「富」を作れるように なっちゃった？ 今の世の中で”楽に稼げる”かは別として…
28. かつてのハッカーがやっていたよう に 富を生むシステムを作ろう
29. 新しい仕事のあり方 どこにも売ってない
30. ようやくここから 「内製する」話です
31. 本当に新しい仕事のあり方になってますか まだたった4倍の開発量なんですか？ まだPull Requestなんですか？ 従来の役割を超えられていますか？
32. 1つのSTORES 開発が大変でして…
33. まずは開発環境を作りました
36. World 2 で、World 2 の Database を作る https://speakerdeck.com/nyancat3/world-2-de-world-2-no-database-o-tsukuru
37. だいたい開発はできてしまいます (終)
38. その結果 Pull Requestも終わりましたね？
40. 品質担保と学びの場
41. 2つのレビュー体制 ・UX Review ・System Design Review
42. 参加者とレビュアーのカレンダーの日程から 空いている枠を抑えてくる社内システム
43. ここまでやっても まだシステムとして足りない
44. Pull Request１つをとっても、 システム的にデータが統合されていない
45. ・このPRはもうデプロイされたのか ・PRの根拠となるSystem Design Review の 承認があるか ・そもそもどういう問い合わせを経て作られ たPRなのか
46. お仕事基盤を内製することにしました
49. 「進行中」のレーンにポイッといれると 前述のMirage環境で仕事が進む
50. 並列度を上げられるし ローカルPCに依存しない (ローカルPCのセッションもよしなにトラッキングしてくれますが)
51. とにかく、すべてをつなぎつつ 既存の仕組みを捨てようとしています
52. つなぐ • • • • • • • • • • • • • • • • GitHub Pull Request GitHub Actions Notion Claude Codeセッションデータ デプロイ基盤 バッチ実行基盤 Mirage (前述) Kuro (社内AIエージェント) 社内アーティファクト基盤 Slack Google Calendar Google Meet 問い合わせデータ Sentry 各種メール etc… 捨てる • • • • • • • GitHub Issue 従来のデプロイ実行の口 従来の承認基盤 従来のNotion のワークフロー 従来のSlack のワークフロー Slackにとりあえず流しておいた通知 etc…
53. AI時代の仕事のあり方を作るには 「Slackで依頼して仕事を進める」を やめる必要がある
54. 同僚がどういう仕事をしているのか 入りこんで理解しないと、解けない
55. まだ、どういう形になるかわかりませ ん まさに「ファクトリー」
56. あるべき姿をみつけて たくさん作りこんで、実現しよう
57. 内製した座席管理アプリと、内製デスクトップアプリで、オフィスにいる人が分 かったり、ミーティングに呼べたりします
58. ありがとうございました！