組織がアジャイルな考え方を取り入れる場合、エンタープライズアーキテクチャはなくなるわけではありませんが、エンタープライズアーキテクトの役割は変化します。エンタープライズアーキテクトはもはや単独で決定するのではなく、他者が正しい選択をするのを支援し、その情報を共有する役割を担います。エンタープライズアーキテクトは依然としてビジョンを形成する必要がありますが、その後はチーム間の橋渡しを行い、学習コミュニティを構築する必要があります。これにより、チームは新しいアプローチを探求し、互いに学び合うことができ、エンタープライズアーキテクトはその成長のパートナーとなります。

インセプションとは、プロジェクトの開始時に関係者を一堂に集め、継続的な作業のための共通の方向性と作業スタイルを設定するための活動です。リーンインセプションは、1週間で実施できる集中的なインセプションです。この期間中に、製品の主要な機能と顧客を理解し、最小限実行可能製品（MVP）の特性を策定するためのキャンバスを作成します。

アジャイルソフトウェア開発を使用することを考えていますが、代わりにリーンソフトウェア開発を使用すべきでしょうか？

カナリアリリースとは、新しいソフトウェアバージョンの本番環境への導入リスクを軽減するために、変更を少数のユーザーに段階的にロールアウトし、その後、インフラストラクチャ全体にロールアウトして全員が利用できるようにする手法です。

私の著作の常連読者の方ならご存知かもしれませんが、私はソフトウェア開発について他の職業の比喩を使用することに非常に懐疑的です。特に、エンジニアリングの比喩は、設計と構築を分離するという概念を促進してきたため、私たちの職業に損害を与えてきたと考えています。

ロンドンのオフィスにいたとき、この問題はリーン製造（アジャイルの分野で、特にポッペンディック夫妻によって頻繁に使用される比喩）の文脈で提起されました。もし私が土木工学からの比喩的な推論を好まないなら、リーン製造からの比喩的な推論をより好むのでしょうか？

ソフトウェアにリーン手法を採用することを支持する議論の1つは、トヨタの成功です。では、トヨタの最近の品質問題は、リーンソフトウェア開発の主張を損なうのでしょうか？