The Scaled Agile Framework SAFe Architecture

November 06, 2015

webinar-150429-safe-336x336 The Scaled Agile Framework SAFe Architecture SAFe The Scaled Agile Framework and its architecture is the most popular method for scaling Agile for enterprise use.  It builds upon Scrum, XP and Lean Agile development processes, but in addition provides SAFe architecture necessary to Scale Agile effectively.  SAFe® differentiates between three different levels, the  Team Level, Program Level and Portfolio Level and architecture can be found at each of these levels.

When dealing with the topic of SAFe Architecture, certain terms can not be avoided, phrases such as Agile Release Train and Architectural Epics and others, the definitions of which define the functional side of SAFe architecture.  These architectural terms can be clearly placed within the three levels of SAFe®, but before looking at these in detail it is important to look at the 7 principles of Agile architecture.

  1. Design Emerges. Architecture is a collaboration
  2. The bigger the system, the longer the runway
  3. Build the simplest architecture that can possibly work
  4. When in doubt, code, or model it out
  5. They build it, they test it
  6. There is no monopoly on innovation
  7. Implement architectural flow

Follow the link for a detail description of each of these 7 principles of Agile Architecture

Emergent design, mentioned above is not only central to Agile Architecture but also hard coded into the Agile Manifesto (Principle no.11).  As such it deserves its own explanation.

What is Emergent Design?

An Emergent Design is a consequence of adopting the Agile concept of incremental design, starting from the known elements of the user story at a point in time and extending the design as more is learned over time, – while never adding complexity unnecessarily. Emergent Design was adopted from the XP Simple design, the purpose of which was to implement minimalism in coding, utilizing both coding standards and refactoring.  Emergent design is a far cry from the upfront design of the past, which put Software development firmly in the hands of Enterprise architects.

Critics of Agile Development (Enterprise architects amongst them) often point to Emergent Design as one of Agiles weaknesses, – a step too far in deconstructing the upfront planning phases of development of older development methods (such as Waterfall).  The Agile community responded to this particular criticism with the Architectural Spike, the first of the architecture features of the Scaled Agile Framework listed below.

Architecture of the Scaled Agile Framework (SAFe®) by level.

Team Level

  1. The Architectural Spike

A testing prototype, – an experiment which provides vital information for developers about the unknown elements in the user story with the aim of finding a solution to a road block in development.  For example, the roadblock could take the form of unknown factors within a user story, preventing estimation thus halting feature development.  By adding a spike the unknown factors or elements can be investigated with the aim to improve estimation and provide a solution to the road-block as well as providing direction for further development.

  1. Non-Functional Requirement (NFR)

Where functional requirements describe what the system should do (functionality), Non-Functional Requirements do not, – as you might expect. Instead they describe how the system should work.  For example, external environmental factors, this would include things like termperature ie heat / cold (operating tolerances). Others include: performance, scaleability, availability and reliability

  1. Refactoring

The code base remains the same but is optimized or reorganized, a process done in small steps that retains a functional system.

Program Level

The Agile Release Train

The Scaled Agile Framework’s Agile Release Train (ART) comprises of 5-10 teams working on a producing Potentially Shippable Increment (PSI) every 10 weeks or so.   Agile Release Trains produce value in what is referred to as a value stream and provides predictability with fixed.  The release train planning meeting typically has a well-formulated business and architectual vision and clear team goals as well as pre planning for the next ART.

An Architectural Runway is built incrementally and is most often described as the actual code that enables future business value.  Agile teams develop technology platforms to support the business releases.  The position of systems architect is focused on achitectual features and non-functional requirements.

Portfolio Level

The Enterprise architect drives work contained within the portfolio backlog, working with Architectural Epics, these large technology initiatives support current and future business needs.  Epic maturity is managed via Kanban, – carefully because they are the economic drivers for the program level.

Intland Software’s CodeBeamer ALM is built for Enterprise use, providing the tools to manage all three levels of the Scaled Agile Framework.  codeBeamer accomodates many different Agile methods and hybrid methods of development as well as accomodating all the majar version control systems (GIT, Mecurial, SVN).  With the addition of integrated Help Desk functionality, codeBeamer is now ideal for implementing DevOps.

facebook The Scaled Agile Framework SAFe Architecture SAFe twitter The Scaled Agile Framework SAFe Architecture SAFe google The Scaled Agile Framework SAFe Architecture SAFe linkedin The Scaled Agile Framework SAFe Architecture SAFe

Tags:

SAFe,

Related E-Book

SAFe® Template Brochure

First Name

Last Name

Email Address

Company

Phone Number

Industry

Eva Johnson

Written by

Eva is an Economist (MSc) and also holds an MBA in Marketing Communications. She has over 10 years of experience in journalism, digital media communication and project management working with several multinational companies and governmental institutions. You will find her blogs posts on a variety of subjects from Agile-Waterfall Hybrid, Scrum to DevOps.

Eva Johnson has written 131 posts for Intland Software.

No comments

Leave a Reply

Your email address will not be published. Required fields are marked *