アジャイルアーキテクチャとは、エンタープライズ/システム/ソフトウェアアーキテクトがどのようにアジャイルソフトウェア開発においてアーキテクチャプラクティスを適用するかを意味します。 多くのコメンテーターが、従来のソフトウェア・アーキテクチャーとアジャイル・メソッドの間の緊張を、アダプテーションの軸に沿って考えています。 （Kruchten、2010）
Waterman、Nobel and Allan（2015）は、先行アーキテクチャの設計、リスクの増大、時間の過度な費やし、顧客への価値提供に悪影響を与えることのあまりにも時間を費やすことを検討しました。 要件の不安定性、技術的リスク、早期価値、チームカルチャー、顧客の敏捷性、経験など、アジャイルアーキテクチャに影響を与える可能性がある6つの要因を特定します。 これらの勢力は6つの戦略によって対処されるかもしれない。 変更に対応し、リスクに対処し、緊急のアーキテクチャ、大きな設計を前面に出し、フレームワークとテンプレートアーキテクチャを使用する。
アーキテクチャに対するアジャイルなアプローチを構成するものを特定するためのいくつかの試みがなされてきた。 SAFeフレームワークによれば、アジャイルアーキテクチャの原則は次のとおりです。
デザインが現れます。 アーキテクチャはコラボレーションです。 （意図的なアーキテクチャ）
システムが大きくなるほど、滑走路（建築滑走路）が長くなり、
可能性のある最も単純なアーキテクチャを構築する（確立された設計原則）
不確かな場合は、コード化またはモデル化する（スパイク、プロトタイプ、ドメインおよびユースケースモデル）
彼らはそれを構築し、テストします（テスト容易性のための設計）
イノベーション（チーム、ハッカートン）に独占はない – FacebookのLikeボタンはハッカトンの一部として考えられた
ポートフォリオKanbanは、ファネル、レビュー、分析、ポートフォリオのバックログとインプリメンテーションを経て、アーキテクチャー・フロー（アーキテクチャー・エピックとポートフォリオ・カンバン）を実装します。
エンタープライズアーキテクチャレベルでは、Scott Ambler（2016）は以下の原則を提案しています
青写真との進化的なコラボレーション
完璧なコミュニケーション
ステークホルダーの積極的な参加
エンタープライズアーキテクトは開発チームに積極的に参加しています
検査の有効化（例）
高水準モデル（より複雑でより抽象的なモデル）
作業コードによる詳細のキャプチャ
リーンガイダンスとルール、官僚的手続きではない
経験豊富なエンタープライズアーキテクトの専任チームを持っている