AAA Cycle: Align-Agree-Apply
Overview
The AAA Cycle (Align-Agree-Apply) is not a framework in the traditional sense. It is not another SDLC methodology to compare against Agile, Waterfall, or Shape Up. AAA is a guiding discipline and principle - a way of thinking that provides guardrails against the most common mistakes architects make. It is a philosophy that transcends any specific methodology, operating from the architect’s perspective on what truly matters.
AAA as a Way of Valuing
AAA is about how we value before how we work:
Align: We establish and value human connection. Before we talk about solutions, timelines, or technology, we connect with people. We understand their needs, their context, their constraints. Alignment is not about extracting requirements - it’s about building understanding and trust.
Agree: We value shared commitment on how we will seek to accomplish what we’re now aligned on. Agreement isn’t just about documentation or sign-off ceremonies - it’s mutual understanding of the path forward and genuine commitment to walk it together.
Apply: We value delivering on agreements. Notice that “deliver” is not the focus - applying the agreement is. We execute what we agreed to do, in the way we agreed to do it, because we value honoring the commitments made to the people we aligned with.
Why This Order Matters
Nearly every failed project makes the same mistake: it starts with solutions, jumps to plans, and treats delivery as the goal. AAA deliberately reverses this:
- The need comes first - We align with people and their actual problems before proposing solutions
- Human agreement comes first - We secure genuine commitment before implementation begins
- Applying the agreement comes first - We honor what was agreed before declaring success
When you walk into that first stakeholder meeting, you don’t need a project plan. You need to connect with people, understand their world, and establish the foundation for meaningful agreement. AAA gives you the confidence to lead from this perspective.
Not a Checklist, But a Discipline
Yes, AAA will present specific details of how an architect ought to communicate and work. You’ll find concrete activities, deliverables, and decision points. But these are examples of the discipline in practice, not rigid steps to follow. AAA is about developing the instinct to:
- Value human understanding before technical design
- Seek genuine agreement before claiming alignment
- Honor commitments before chasing new requirements
- Maintain connection throughout delivery
This discipline applies whether you’re using Scrum sprints, Kanban flows, or waterfall phases. It transcends methodology because it addresses something deeper: how architects think about and engage with the work itself.
Trust Over Politics
Strict frameworks like Scrum often function as defensive mechanisms - ways to protect yourself from stakeholders and vice versa. They create systems of politics rather than trust. Yes, these frameworks are based on truth and provide valuable starting points for organizing teams. But they can become rigid checklists that substitute for genuine human connection.
The problem isn’t having structure - it’s when that structure becomes a shield instead of a bridge. When “following the process” matters more than solving the problem. When ceremonies become rituals emptied of meaning. When adherence to the framework is how you defend yourself rather than how you deliver value.
AAA calls us back to something more fundamental: focusing on what we value. Not “Agile” the branded methodology with capital-A ceremonies, but “agile” the principle of being responsive to reality. Not defensive processes that protect territories, but disciplines that build trust.
Yes, use frameworks. Use their ceremonies and practices. But stay open to discovery and change within each event, each schedule, each unique situation. The framework serves the values - connection, commitment, and honored agreements - not the other way around. When a framework ceremony stops serving those values, you adapt it. That’s the discipline AAA represents: being flexible about how while remaining unwavering about what matters.
AAA as a Recursive Cycle
AAA is not just a one-time project framework - it’s a cycle that repeats at every level of work:
Program Level (6-18 months):
- Align on strategic goals and portfolio priorities
- Agree on architecture standards and governance
- Apply across multiple projects with continuous oversight
Project Level (3-6 months):
- Align on project scope and business objectives
- Agree on technical approach and implementation plan
- Apply through iterative delivery cycles
Sprint/Iteration Level (1-4 weeks):
- Align on sprint goals and acceptance criteria
- Agree on task breakdown and technical approach
- Apply through daily development and testing
Feature/Story Level (1-5 days):
- Align on user need and acceptance criteria
- Agree on implementation approach in design discussion
- Apply through coding, testing, and review
The same principles apply regardless of scale. Whether you’re leading a multi-year transformation or designing a single feature, you always Align on the need, Agree on the approach, and Apply with discipline.
Why AAA Matters
The Failures AAA Prevents
Most project failures stem from broken values, not broken processes:
Starting with solutions instead of connection:
- Architects propose technical designs before understanding the human context
- Stakeholders are surprised because their actual needs were never deeply heard
- Teams build the “right” solution to the wrong problem
Confusing documentation with agreement:
- Sign-offs are collected but genuine commitment is missing
- Different stakeholders hold different understandings of what was “agreed”
- Plans look good on paper but collapse when reality hits
Treating delivery as the goal:
- Teams chase feature completion over honoring commitments
- Scope changes constantly because the original agreement wasn’t valued
- Success is measured by shipped code, not realized value
The AAA Perspective
AAA provides guardrails by keeping these values front and center:
- ✅ Connection before solutions - Understand people and their context before designing systems
- ✅ Genuine agreement before execution - Secure real commitment, not just sign-offs
- ✅ Honoring commitments before chasing features - Apply what was agreed, maintain alignment throughout
- ✅ Human needs throughout - Technical decisions remain anchored in the people they serve
- ✅ Sustainable delivery - Value is realized because the right things are built the right way
The Three A’s
Phase 1: Align with the Need
Establish human connection and deeply understand the context before proposing solutions.
The Core Value: Connection with people comes first. Alignment is not requirement extraction - it’s building shared understanding with the humans behind the need. You’re establishing trust and context that will sustain the entire journey.
Living This Discipline:
- Enter stakeholder meetings to listen and understand, not to propose solutions
- Gather and prioritize requirements by understanding their human context
- Assess constraints and risks through the lens of stakeholder reality
- Create estimates that reflect honest capability, not wishful thinking
- Draft a project charter that captures genuine shared understanding
What Alignment Produces: A foundation of mutual understanding with stakeholder commitment - not just signatures, but real buy-in from people who feel heard.
Why This Guards Against Failure: When you truly align with people and their needs, you avoid building elegant solutions to misunderstood problems. Technical decisions stay grounded in reality throughout the project.
Phase 2: Agree to the Plan
Secure genuine commitment to how you will accomplish what you’re now aligned on.
The Core Value: Shared commitment to the path forward. Agreement isn’t about getting approval for your design - it’s about creating a plan together and building mutual confidence in the approach. This is where technical expertise meets human collaboration.
Living This Discipline:
- Design system architecture that reflects the needs you aligned on
- Validate your approach through proof of concept - earn confidence, don’t demand it
- Define quality and testing strategy transparently
- Establish SLAs and monitoring that match real expectations
- Create implementation plans that your team genuinely believes in
What Agreement Produces: Authentic commitment from stakeholders and teams - everyone understands and believes in the path forward because they helped shape it.
Why This Guards Against Failure: When people genuinely agree (versus grudgingly sign-off), they stay committed when challenges arise. Plans survive reality because they were built with reality in mind.
Phase 3: Apply the Agreement
Honor the commitments made and maintain connection throughout delivery.
The Core Value: Delivering on agreements, not just shipping features. Application is about executing what was agreed, in the way it was agreed, while maintaining the alignment you established. When reality requires changes, you return to align and agree again.
Living This Discipline:
- Implement incrementally while honoring the architectural agreements
- Govern through architecture reviews that maintain alignment
- Ensure quality as agreed, not as an afterthought
- Keep stakeholders connected with honest communication
- Deploy and transition as committed, completing the cycle
What Application Produces: Working software that meets the needs you aligned on, built the way you agreed, delivered by maintaining human connection throughout.
Why This Guards Against Failure: When you honor agreements instead of chasing features, scope stays stable. When you maintain connection, surprises get addressed early. Value is realized because the right things were built.
Visual Journey
ALIGN AGREE APPLY
══════════ ══════════ ══════════
Human Connection Shared Commitment Honored Agreement
Build trust → Design together → Execute as agreed
Understand needs → Validate approach → Maintain connection
Assess reality → Plan honestly → Deliver on promises
Establish context → Earn confidence → Complete the cycle
✓ CONNECTED → ✓ COMMITTED → ✓ VALUE REALIZED
The Flow of Values: Each phase builds on the previous one. You can’t genuinely agree without first aligning. You can’t honor agreements that were never truly made. This isn’t a checklist - it’s the natural progression of principled work.
When to Revisit: Return to earlier phases when reality demands it. If new information breaks alignment, go back and re-align. If the plan proves infeasible, go back and re-agree. This isn’t failure - it’s the discipline of maintaining integrity.
Stakeholder Engagement Throughout the Cycle
The Architect’s Role: Guardian of the Values
As the architect, you’re not just managing deliverables - you’re stewarding the values that AAA represents:
In Align: You facilitate connection
- Create space for people to be heard
- Translate between business and technical contexts
- Build trust through genuine understanding
- Establish the foundation for everything that follows
In Agree: You orchestrate genuine commitment
- Design solutions collaboratively, not in isolation
- Earn confidence through validation, not assertions
- Ensure everyone truly understands and believes in the plan
- Create shared ownership of the path forward
In Apply: You maintain integrity
- Keep the team aligned with what was agreed
- Address changes by returning to align and agree
- Communicate honestly about progress and challenges
- Deliver on the promises made to the people who trusted you
Engagement Patterns
Stakeholder | Phase 1: Align | Phase 2: Agree | Phase 3: Apply |
---|---|---|---|
Executive Sponsor | Share context and constraints | Review and commit resources | Stay informed on progress |
Business Owner | Articulate needs and priorities | Validate approach and plan | Provide feedback and direction |
Product Manager | Prioritize and clarify | Collaborate on planning | Engage daily on delivery |
Architect (You) | Listen and understand | Design and earn confidence | Guide and maintain alignment |
Development Team | Provide honest estimates | Co-create technical plans | Execute with ownership |
QA/Security | Surface early considerations | Define quality strategy | Validate and protect quality |
Operations | Share operational context | Plan transition together | Deploy and support |
End Users | Help us understand their world | Provide validation feedback | Experience the delivered value |
What You’re Building Beyond Software
- Trust: Through consistent alignment with needs
- Confidence: Through validated, collaborative planning
- Ownership: Through honoring commitments
- Relationships: Through maintaining connection throughout
These intangibles are what make projects succeed when challenges arise.
Found this guide helpful? Share it with your team:
Share on LinkedIn