アジャイルなプロダクト開発を
組織に根付かせる。
「形だけのアジャイル」ではなく、プロダクト主導で意思決定・学習・改善が回り続ける状態へ。 現場の状況に合わせて、研修やコーチングで支援します。
吉羽 龍太郎（ryuzee）
株式会社アトラクタ Founder兼CTO/アジャイルコーチ
アジャイル開発、DevOps、クラウドコンピューティング、組織開発を中心としたコンサルティングやトレーニングが専門。野村総合研究所、Amazon Web Servicesなどを経て現職。Scrum Alliance 認定スクラムトレーナー（CST） / 認定チームコーチ（CTC）ほかScrum Allianceの認定資格多数。Microsoft MVP for Azure。著書・訳書多数。
Offerings
提供サービス
ryuzee.comではアジャイルやプロダクトマネジメントに関する以下のサービスを提供しています。
アジャイルコーチング
アジャイル開発には多くの誤解があり、経験の浅いチームが独力で実践するのは容易ではありません。当方は、アジャイル導入の初期設計から定着・改善までを一貫して支援します。立ち上げ時の初期学習、プロダクトバックログなどの作成支援、イベントの実施支援、伴走による継続的な改善支援を通じて、チームが自走できる状態を目指します。
相談する →認定スクラムマスター研修
Scrum Alliance認定のCertified ScrumMaster®（CSM®）研修を提供しています。スクラムのフレームワークだけでなく、価値観や原則まで踏み込んで理解を促します。全編日本語での講義とワークショップを通じて、スクラムの価値観、責任、イベント、作成物を体系的に学び、チームで活かせるスキルを身につけることができます。
詳細を見る →技術顧問
技術顧問として定期的に関わり、アジャイル、プロダクトマネジメント、DevOps、クラウドコンピューティングなどに関する技術的・組織的な課題整理を支援します。現場の設計判断や開発プロセス、チーム運営について第三者視点でレビューを行い、意思決定の質を高めます。短期的な解決だけでなく、中長期で持続可能な技術基盤と開発体制の構築を目指します。
相談する →Contact
まずはお問い合わせから
まずは状況をオンラインでお聞かせください（最大60分、無料）。
売り込みではなく、次の一手を一緒に整理します。
Books
著書・訳書
アジャイル開発、DevOps、プロダクトマネジメント、エンジニアリングマネジメントに関する書籍を翻訳・執筆しています。翻訳・執筆についてもお気軽にお問い合わせください。
複雑さを避け持続可能にするための経験則とテクニック
複雑で保守が難しいコードを避けるためのさまざまな経験則をまとめた1冊。脳の短期記憶は最大7つのことしか扱えないということを起点にし、1つのサンプルプロジェクトをもとに解説。
1日目から使える実践ガイド
ステークホルダーとの関わり、ロードマップの扱いなど、プロダクトマネージャーの活動内容を理想論ではなく現実の制約を踏まえた形で紹介しています。
価値あるソフトウェアをすばやく届ける適応型組織設計
4つの基本的なチームタイプと3つのインタラクションパターンに基づく、組織設計とチームインタラクションのための実践的な適応モデルを紹介しています。
Slides
講演資料
各種登壇資料を公開しています。
2025/12/14
本資料は、2021年1月7日に行われたRegional Scrum Gathering Tokyo 2021のセッション 『スクラムにおける「完成」とはなにか？』に加筆修正し、スクラム Deep Diveシリーズのフォーマットにしたものです
2025/02/21
2025/2/21に開催のオンラインイベント「"Tidy First?" 翻訳者陣に聞く！Kent Beck氏の新刊で学ぶ、コード整頓術のススメ」の登壇資料です
Blog
ブログ
アジャイル開発やDevOpsに関する記事を不定期で書いています。
2026/01/07
みなさんこんにちは。@ryuzeeです。 2026年1月7日〜9日まで開催のRegional Scrum Gathering Tokyo 2026で「デイリースクラム Deep Dive」というテーマで登壇しましたので、資料を公開します。 「デイリースクラム Deep Dive」ということで過去のDeep Diveシ …
2026/01/05
みなさんこんにちは。@ryuzeeです。 2025年11月29日にBacklog World 2025で「生成AI時代のチーム設計―役割と協働の再構築」というテーマで登壇した際のスライドを公開します（下書きのまますっかり忘れていました……）。 もはや生成AIを使わないプロダクト開発組織やチームを見つけるほうが難しい状況 …
2025/11/14
みなさんこんにちは。@ryuzeeです。 2025年11月14日にお客様先で「プロダクトの成長を支える生成AI時代のエンジニアリングプラクティス」というテーマで登壇した際のスライドを公開します。 なお、タイトルは若干釣りです。 開発作業で生成AIを使うのが当たり前になり、「今後3〜6カ月以内にソフトウェアエンジニアの …
2025/10/17
みなさんこんにちは。@ryuzeeです。 2025年10月17日に技術顧問先の社内イベントで「生成AIでスクラムによる開発はどう変わるか」というテーマで登壇しましたので、そのときの資料を公開します。 先日発表された「State of AI-assisted Software Development」にもあるように、開発 …
2025/09/27
みなさんこんにちは。@ryuzeeです。 これまで20冊近くの技術書を翻訳してきたので、そのノウハウをまとめて紹介したいと思います。 これから技術書を翻訳する方の参考になれば幸いです。 以下では技術書出版までの時系列ごとに、どんなことをするのか、何に気をつけるべきかを説明します。 翻訳する書籍を選ぶ まずはなんといって …
2025/08/04
みなさんこんにちは。@ryuzeeです。 2020年版のスクラムガイドで「プロダクトゴール」が登場してから5年近く経ちましたが、いまだにプロダクトゴールを設定していないチームや、うまく使えていないチームをたくさん見かけます。 ときには、「うちは目の前のスプリントに粛々と取り組むだけなので、あんまり関係ないです」と言われ …
2025/07/03
みなさんこんにちは。@ryuzeeです。 2025年7月3日〜4日開催の開発生産性カンファレンス 2025 - Findyの登壇資料を公開します。 本セッションでは、「開発生産性」の意味が、プロダクト開発のステージやチーム構造によってどのように変化していくのかを説明しました。 すべてのチームが同じメトリクスを取得する意 …
2025/05/08
みなさんこんにちは。@ryuzeeです。 「フィーチャーファクトリー」は、プロダクトマネジメントの専門家であるジョン・カトラー（John Cutler）1が2014年に使い出した単語です。日本語にすると機能工場となり、単に与えられた要求をひたすら作り続けたり、アウトカムやインパクトよりも、作った機能の量や出荷スピードだ …
2025/02/21
みなさんこんにちは。@ryuzeeです。 2025年2月21日開催のオンラインイベント「“Tidy First?” 翻訳者陣に聞く！Kent Beck氏の新刊で学ぶ、コード整頓術のススメ」の登壇資料を公開します。 昨年12月に発売されたケント・ベック氏の新刊『Tidy First?』の訳書はおか …
2025/02/14
みなさんこんにちは。@ryuzeeです。 2025年2月13日〜14日開催のDevelopers Summit 2025の登壇資料を公開します。 以前別のイベントで「30分で分かった気になるチームトポロジー」という話をしたのですが、今回さらに踏み込んだ話をしてほしいというリクエストをいただいたのが登壇のきっかけです。 …
2025/01/08
みなさんこんにちは。@ryuzeeです。 2025年1月8日〜10日開催のRegional Scrum Gathering Tokyo 2025の登壇資料を公開します。 「スプリントレトロスペクティブ Deep Dive」ということで過去のDeep Diveシリーズの続きになっています。 過去のDeep Diveシリー …
2025/01/06
みなさんこんにちは。@ryuzeeです。 KPT（Keep, Problem, Try）はシンプルで使いやすいフレームワークとして知られていますが、スクラムのスプリントレトロスペクティブで繰り返し（毎回のように）利用することはお勧めしません。 なお、KPT自体が有効でないと言っているわけではありません。スプリントレトロ …
2024/11/25
みなさんこんにちは。@ryuzeeです。 アジャイルを活用したプロダクト開発では、初期は1つの小規模なチームからスタートすることが一般的です。 この段階では迅速な仮説検証や市場適応が求められるため、ユーザーからのフィードバックを反映しやすい少人数の柔軟なチーム構成が理想的です（逆に言うと、仮説検証段階でチーム規模を大き …
2024/11/11
みなさんこんにちは。@ryuzeeです。 言いたいことはタイトルに書いたとおりなのですが、2024年12月25日に、新刊『Tidy First?: 個人で実践する経験主義的ソフトウェア設計』が発売になります。 Tidy First? ―個人で実践する経験主義的ソフトウェア設計 著者／訳者：Kent Beck、 吉羽 龍 …
2024/10/24
みなさんこんにちは。@ryuzeeです。 スクラム初心者向けに理解度クイズを用意しました。 内容はスクラムガイド2020とアジャイルソフトウェア開発宣言をもとにしています。 問題は全部で30問です。正答率90%以上が合格ラインです。 （なお、この試験はScrum Alliance認定スクラムマスターの試験とは一切関係な …
2024/08/26
みなさんこんにちは。@ryuzeeです。 今回は、自称「アジャイル開発をしている」といいつつ、定期的に謎の進捗報告会をJiraで行ない、「効率がどうたら」と口癖のように言っている人たちへの説教です。 スクラムでもスクラムでないやり方でも何でも構わないのですが（その違いは大きな問題ではない）、動作するソフトウェアを定期的 …
2024/06/28
みなさんこんにちは。@ryuzeeです。 2024年6月28-29日に開催の開発生産性Conference 2024で登壇しましたので、資料を公開します。 最近「開発生産性」という言葉を耳にする機会がすごく増えたような気がしますし、自分でもあるメディアの取材で「開発生産性」という単語を使ったのですが、なんとなくスッキリ …
2024/06/04
みなさんこんにちは。@ryuzeeです。 2024年6月3日に行われたソニー主催、Forkwell共催の勉強会「TechLovers #2」の登壇資料を公開します。 プロダクト開発には、さまざまなステークホルダーが登場します。 プロダクトのフェーズや開発の状況によってステークホルダーの重要度は変わります。そしてステーク …
2024/04/04
みなさんこんにちは、@ryuzeeです。 今日はデイリースクラムについて、概要や注意点を紹介します。 なお、あくまで一般論であることに注意してください。スクラムの基本は「透明性・検査・適応」です。自分たちで随時やり方を検査して、もっとうまくできるように適応していかなければ効果はあがりません。 1. デイリースクラムの目 …
2024/04/02
みなさんこんにちは、@ryuzeeです。 スクラムにおいてはフィードバックが重要です。プロセスに対するフィードバックはスプリントレトロスペクティブ、プロダクトに対するフィードバックはスプリントレビューを活用します。 今日はスプリントレビューについて、一般的な手順や注意点を紹介します。 なお、あくまで一般的な手順であるこ …
Contact
まずはお問い合わせから
まずは状況をオンラインでお聞かせください（最大60分、無料）。
売り込みではなく、次の一手を一緒に整理します。
