Search icon CANCEL
Arrow left icon
Explore Products
Best Sellers
New Releases
Books
Videos
Audiobooks
Learning Hub
Conferences
Free Learning
Arrow right icon
Arrow up icon
GO TO TOP
Becoming an Agile Software Architect

You're reading from   Becoming an Agile Software Architect Strategies, practices, and patterns to help architects design continually evolving solutions

Arrow left icon
Product type Paperback
Published in Mar 2021
Publisher Packt
ISBN-13 9781800563841
Length 372 pages
Edition 1st Edition
Tools
Concepts
Arrow right icon
Author (1):
Arrow left icon
Rajesh R V Rajesh R V
Author Profile Icon Rajesh R V
Rajesh R V
Arrow right icon
View More author details
Toc

Table of Contents (19) Chapters Close

Preface 1. Section 1: Understanding Architecture in the Agile World
2. Chapter 1: Looking through the Agile Architect's Lens FREE CHAPTER
3. Chapter 2: Agile Architecture – The Foundation of Agile Delivery 4. Section 2: Transformation of Architect Roles in Agile
5. Chapter 3: Agile Architect – The Linchpin of Success 6. Chapter 4: Agile Enterprise Architect – Connecting Strategy to Code 7. Chapter 5: Agile Solution Architect – Designing Continuously Evolving Systems 8. Section 3: Essential Knowledge to Become a Successful Agile Architect
9. Chapter 6: Delivering Value with New Ways of Working 10. Chapter 7: Technical Agility with Patterns and Techniques 11. Chapter 8: DevOps and Continuous Delivery to Accelerate Flow 12. Chapter 9: Architecting for Quality with Quality Attributes 13. Chapter 10: Lean Documentation through Collaboration 14. Chapter 11: Architect as an Enabler in Lean-Agile Governance 15. Section 4: Personality Traits and Organizational Influence
16. Chapter 12: Architecting Organizational Agility 17. Chapter 13: Culture and Leadership Traits 18. Other Books You May Enjoy

Linking architecture activities to business backlogs

Architects need to adhere to the discipline of consistently using backlogs as the sole source of work assignments. The simplest way for architects to get their work noticed is to have a single backlog for both functional and technical backlog items following the same cadence of the team. Once architecture backlog items are captured within the same product backlog, it is easy to bring visibility by linking them using meaningful stereotypes such as blocked by, related, and depends.

There are three types of scenarios that need different approaches for selling to non-technical stakeholders, as explained here:

  • Direct: The business understands these types of technical backlog items as there is a direct correlation with a business backlog item. For example, an application user login needs single sign-on or to design an Order API for third-party access.
  • Derived: These technical backlog items are created to support business...
lock icon The rest of the chapter is locked
Register for a free Packt account to unlock a world of extra content!
A free Packt account unlocks extra newsletters, articles, discounted offers, and much more. Start advancing your knowledge today.
Unlock this book and the full library FREE for 7 days
Get unlimited access to 7000+ expert-authored eBooks and videos courses covering every tech area you can think of
Renews at €18.99/month. Cancel anytime