Blog
アジャイル・スクラムの実践ノウハウや現場の知見を発信しています
AIガバナンス委員会を作っただけでは、何も守れない——組織的統治の落とし穴
AI Governance Council、Chief AI Officer、NIST AI RMF、ISO 42001。組織のAIガバナンス体制は着実に整備されつつあるが、それが現場のエージェントの挙動と接続されていなければ「ガバナンス劇場」に終わる。
AIがチームに加わるとき、アジャイルはどう変わるのか——「AI-Native Agile Manifesto」をトヨタ生産方式で読み解く
2026年に発表された「AI-Native Large-Scale Agile Software Development Manifesto」の6原則を、フォード式の流れ作業からトヨタ生産方式（TPS）への転換という、エンジニアに馴染み深い比喩で解説する。
誰が「作った」と言えるのか——AIネイティブ時代、オーナーシップは四つに分解される
集団的コードオーナーシップ、当事者意識、プロダクトオーナー、そして責任。AIが実装の大半を担う時代に、アジャイルが大切にしてきた「オーナーシップ」はどう再定義されるのかを、四つの層に分けて考える。
AI×Agileシリーズ、13本を振り返って——貫く一つの論点と、まだ埋まっていない問い
マニフェストの読解から始まったシリーズは、工程・役割・人間心理・組織統治にまで広がった。13本の記事を貫く一つの論点を整理し、統合チェックリストと、まだ書けていない問いを残しておく。
8人から4人、しかしチームは倍になった——AIネイティブ・アジャイルチームの一日
実装がほぼ無料になった世界で、スクラムの儀式はどう変わるのか。「継続的スプリント」という一つの理想形から、AIネイティブなアジャイルチームの姿を描いてみる。
SAFeもAIネイティブになる——大規模フレームワークの4つの転換と、健全な懐疑
Scaled Agile社自身が掲げる「AI-Empowered Agility」のビジョンを読み解きながら、大規模アジャイルフレームワークがAI時代にどう変わろうとしているか、そしてどこまでが実質でどこからがマーケティングかを考える。
コードレビューはもう十分じゃない——AI時代、品質の砦は「テスト」に移る
AIが書くコード量が増えるほど、人間が一行ずつ読むレビューは追いつかなくなる。品質の主戦場がコードレビューからテストレビューへ移るとはどういうことか、そしてジュニアエンジニアの育成はどう変わるのかを考える。
一緒に食べたチームは、なぜ強くなるのか——「共食効果」とAgileチームの信頼構築
消防士のチームを対象にしたコーネル大学の研究は、「一緒に食事をするチームほど業務評価が高い」という意外な事実を示した。この「共食効果（commensality）」は、Agileが大切にする信頼と心理的安全性にどうつながるのかを考える。
なぜAIのミスは「AIのせい」にできないのか——責任のアーキテクチャが壊れる場所
「AIは責任を負えない」という一文だけでは足りない。既存のソフトウェアリスク管理が前提にしてきた三つの仮定が、なぜAgenticシステムによって同時に破られるのかを構造的に見る。
なぜあなたのドキュメントは古びるのか——「Living Knowledge」を機能させる具体的な方法
ドキュメントを書くだけではLiving Knowledgeにはならない。Spec-Driven DevelopmentとAGENTS.md/CLAUDE.mdという実際の仕組みから、生きた知識を機能させる条件と、その限界を考える。
なぜ「自分で作った」という実感がこんなに大事なのか——IKEA効果とAI時代のモチベーション危機
人はなぜ、自分で組み立てた家具を過大評価するのか。IKEA効果と自己決定理論という二つの心理学の知見から、実装をAIが担う時代に当事者意識が失われる仕組みと、その処方箋を考える。
プロダクトオーナーはもう「決める人」ではない——優先順位づけから判断基準の設計へ
実装コストがほぼゼロになった世界で、単一のプロダクトオーナーがバックログの優先順位を一つずつ決めるモデルは機能しなくなる。POの仕事が「決定」から「決定基準の設計」へ移る理由を掘り下げる。
スクラムマスターは消えるのか——「Human-AI Systems Coach」への転身
セレモニーの運営という仕事の大半が自動化されるとき、スクラムマスターに残るのは何か。AI-Native時代の役割の縮小と、その裏で重みを増す新しい仕事を考える。
AI時代にこそTDDが問われる理由——「書く速さ」から「検証の速さ」への逆転
AIがコードを書く時代、開発のボトルネックは「実装」から「検証」へ移った。テスト駆動開発（TDD）が贅沢な儀式ではなく、人間の意図とAIの実行をつなぐ契約書になる理由を考える。
ウォーターフォールは「勝つため」、Agileは「続けるため」――有限と無限のゲームでソフトウェア開発を読み解く
哲学者James P. Carseの『有限と無限のゲーム』の視点から、ウォーターフォールとAgile開発の本質的な違いを読み解く。どちらを選ぶべきか迷っているチームへの、方法論を超えた問いかけ。
15分で学ぶプロダクトオーナーシップ：Henrik Knibergの名動画を完全解説
アジャイルコーチHenrik Knibergの「Agile Product Ownership in a Nutshell」を元に、POの全仕事を体系的に解説します。
プロダクトオーナーの目から見たスクラム開発：アジャイルを知らなくても分かる完全入門
アジャイルやスクラムを全く知らない人に向けて、プロダクトオーナー（PO）の視点からスクラム開発の全体像をやさしく解説します。
MBAの視点から見る技術的負債：なぜマネージャーはリファクタリングに興味を示さないのか
エンジニアとビジネスサイドの間に存在する技術的負債への認識ギャップを、MBA×プロダクトエンジニアの視点から解説します。
デイリースタンドアップの反パターン：あなたのチームの朝会は間違っていませんか
多くのチームが陥るデイリースクラムの反パターンを5つ紹介し、それぞれの改善策を解説します。
スクラムの価値観を教室で活かす5つの実践
スクラムの5つの価値観（コミットメント・フォーカス・オープン・尊重・勇気）を教育現場で実践する具体的な方法を解説します。