DeployGate.log

DeployGate

0.0 (0)
Technology
Weekly

株式会社デプロイゲートの歩みを赤裸々に語る全5回の特別番組です。パーソナリティとして株式会社デプロイゲート CPOのへんてこがお送りします。

3d ago

「品質」を言語化しないと、AIにリリースは任せられない

「この品質なら世の中に出していい」。その判断は、暗黙的であっても、リリースのたびにどこかで誰かがしているはずです。今回の DeployGate.log は、社内で開く品質定義ワークショップについて、その背景と狙いを henteko が rai に聞いていきます。きっかけは、出してよい品質が言語化できていないと、リリースするところまで AI に任せられないという課題でした。CI が通れば出しているものはどんな条件なのか、ライブラリのパッチバージョンを一つ上げるときにどこまで守ればよいのか、日本CTO協会の DX Criteria を叩き台にできないか。話はやがてリリース判断の主体に移ります。最終判断を一人の責任者や QA 部門に集めるとボトルネックになるという話を受けて、henteko は『ザ・ゴール』を持ち出します。後半では、サービスのフェーズによって変わる品質、ターゲット顧客にとっての当たり前品質、決済画面に Stripe などのゲートウェイが見えないときの不安、さらに開発者視点の品質や CDN の速度にまで話が広がります。DeployGate が大事にしていることや、どこまでなら許せそうかという具体にも触れています。AI で開発のスピードが上がるなか、リリース判断や品質の決め方に悩んでいる開発チームの方に聞いてほしい回です。関連リンク- DeployGate: https://deploygate.com/
Oct 26

「便利」から「安全」へ — 新規サービスの見せ方の変化

自動でできたら楽だよね、便利だよね。そう言ってもらえても、「できたらいいよね」以上の話にはならない。今回の DeployGate.log は、社内で開発中の新規サービスについて、rai が紹介の仕方を変えたきっかけを henteko が聞いていきます。作っているのは、開発ではなく「運用」から人間が手を離せるようにする仕組みです。中身はほとんど変わっていないのに、セキュリティの文脈で語った途端に伝わり方が変わった。AI を使った攻撃や情報流出が相次ぎ、セキュリティパッチを当てるまでに何か月もかかってしまう現状、セキュリティチェックシートで問われる対応日数。そうした背景のなか、エンジニアではない上場企業の会長に説明したときの反応から話が始まります。後半は、仕組みそのものへ。GitHub の Advanced Security がプルリクエストまでは作ってくれても、マージしてリリースするところまでを手放しで回せないのはなぜか。業界ごとに違う判断基準、現場の暗黙知、他部署を巻き込む難しさを掘り下げます。さらに、公開しなくていいものを公開しない構成の話や、この先の AI エージェントのセキュリティにも話が広がります。サービスの保守運用やセキュリティ対応を「片手間」で抱えている開発者やマネージャーに聞いてほしい回です。 ## 関連リンク - DeployGate: https://deploygate.com/ - GitHub Advanced Security: https://github.com/security/advanced-security - Tailscale: https://tailscale.com/
Oct 19

なぜ星野リゾートの事例が刺さったのか — AI時代の開発組織における価値提供の原点

エンジニア向けのカンファレンスにばかり通ってきた rai が、登録したその週に飛び込んだのは、参加者の 7 割が役職者というイベントでした。今回の DeployGate.log は、Findy さん主催の「AI×開発組織Summit 2026」に参加した rai の体験を、henteko が聞いていきます。知り合いが一人もいない会場で、rai は早々に方針を切り替え、Ask the Speaker で登壇者に直接話を聞きに行きます。そこで一番の驚きだったのが星野リゾートの事例でした。ソフトウェア専業ではなく、社内システムの担当者が一人だけという状態が何年も続いていたチームが、AWS が発表した AI-DLC のワークフローをすでに回している。なぜそれが自然にできるのか。開発者としての評価が論点にならない構造、現場に与えられた裁量、そして「教科書通りのことを徹底してやる」という言葉から、その理由を掘り下げます。後半は、その学びを DeployGate にどう持ち帰るかへ。対面が前提のホテルと違い、インターネット越しのサービスでユーザーとどう向き合うのか。「調査させてください」が生んでしまう距離や、ラーメン屋のアンケート用紙のたとえを交えながら、作る人と使う人のコミュニケーションのあり方を考えます。 AI 時代の開発組織づくりに悩むマネージャーやリーダー、そして技術の外側に視野を広げたいエンジニアに聞いてほしい回です。 ## 関連リンク - DeployGate: https://deploygate.com/ - AI×開発組織Summit 2026: https://ai-dev-org-summit.findy-tools.io/2026 - 星野リゾート: https://www.hoshinoresorts.com/ - AI-Driven Development Life Cycle（AWS DevOps Blog）: https://aws.amazon.com/blogs/devops/ai-driven-development-life-cycle/ - awslabs/aidlc-workflows（GitHub）: https://github.com/awslabs/aidlc-workflows
Oct 5

「断られるのが嫌だった」CEOが、人に話を聞きに行くまで

「1時間くらい、話を聞いてもいいかな」。社外の人にそう声をかけることを、rai はこれまでずっと避けてきました。今回の DeployGate.log は、rai がつい最近踏み出した「人に話を聞きに行く」という一歩を、henteko が掘り下げます。きっかけは、いま作ろうとしているプロダクトでした。モバイルアプリ開発では、AI の力で QA やレビューがボトルネックになっていく。その感覚を、他社の現場は実際どう受け止めているのか。これまでは自分で調べたり想像したりで済ませてきたところを、今回は知り合いのエンジニアにメッセージを送り、時間をもらって話を聞きました。相手に大きなメリットを渡せなければ声をかけてはいけない、という思い込みはなぜ外れたのか。コインチェックの技術顧問として続けてきた 1on1 や、初対面の相手への提案・ヒアリングの積み重ねが、どうやって自分の「手札」になっていったのかを振り返ります。後半は henteko の「やってること、営業だよな」という一言から、そもそもなぜ避けてきたのかという話へ。断られる怖さはトレーニングでなくせるものなのか。rai が一時期続けていた「毎日、失敗の数を数える」習慣と、その元になった一冊の本、さらに子どもへの問いかけの話まで広がっていきます。人に頼るのが苦手な人、声をかける前に準備しすぎてしまう人に、ぜひ聞いてほしい回です。 ## 関連リンク - DeployGate: https://deploygate.com/ - コインチェック株式会社: https://corporate.coincheck.com/ - Failing Forward（John C. Maxwell）: https://www.harpercollinsleadership.com/9780785288572/failing-forward/
Sep 20

#2-5 サービスを分けるのは人間の判断 | 届け続ける

全4回にわたる書籍『届け続ける』深掘りシリーズの最終回。「作る」は自分自身がユーザーになれるならなった方がいい、「届ける」はマーケティングではなく近しい人に本当にワークするか確かめること、「続ける」はフィードバックループを仕組みとして回し続けること——と3つのテーマを一気に振り返ります。誰もがAIでプロダクトを作れる時代にサービスを分けるのは「判断をしている人間そのもののフィルター」。ゼロ次情報・一次情報を自分で取りに行くことの価値を再確認できる、シリーズの締めくくりにふさわしい回です。
Sep 13

#2-4 「続ける」― ループを回し続ける |

深掘りシリーズ第3弾のテーマは「続ける」。続けるモチベーションは「いつも使ってます」の一言、つまりプロダクトを通じたコミュニケーションから生まれます。OSも端末もユーザーの期待も変わり続ける以上、一度作って終わりのプロダクトは存在しない。だからこそフィードバックループを回し続ける仕組みが必要で、「誰かの判断が挟まる場所でループは止まる」から自動化が効いてくる、という実践的な話が展開されます。この本は人間向けのSKILL.mdだ、というAI時代らしい喩えも飛び出します。
Sep 6

#2-3 「届ける」― 自分事化してもらうまで | 届け続ける

深掘りシリーズ第2弾のテーマは「届ける」。サインアップしてもらえたら届いた、ではなく「ユーザーが自分事化するまで」が届けること。DeployGateの前身となったmixi社内ツールをQAチームに使ってもらった経験から、デモで見せると反応が一変する話、対面ゆえの「おべっかリアクション」の見抜き方、見せる→使ってもらう→運用に乗るまでのギャップをどう越えるかを掘り下げます。「同じ課題に同じ熱量で解決を求める人を見つけて、一緒に作っていく」という結論は必聴です。
Aug 30

#2-2 「作る」― 自分事の課題から始める | 届け続ける

書籍『届け続ける』深掘りシリーズ第1弾のテーマは「作る」。ここで言う作るとは、自分だけでなく第三者に向けてプロダクトを作ること。受託時代、ユーザーがメモ欄に書き込んだ内容を見てraiさんが直接メールを送ったら「妄想したものが形になって感動しています」と返ってきた——現場に行かないと得られない情報がある、という実体験が語られます。 AI時代にエンジニアがドメインエキスパートとスペシャリストに二極化していく中で、この本が誰の背中を押すものなのかも見えてくる回です。

株式会社デプロイゲートの歩みを赤裸々に語る全5回の特別番組です。パーソナリティとして株式会社デプロイゲート CPOのへんてこがお送りします。

Creator

DeployGate
Years Active

2026
Episodes

14
Rating

Clean
Copyright

© DeployGate
Show Website

DeployGate.log