Agile Release Train - Revision history

S203409: /* Designing ARTs */

2021-02-28T22:16:39Z

Designing ARTs

← Older revision		Revision as of 22:16, 28 February 2021
Line 95:		Line 95:


	When designing the ARTs is important to keep in mind that several roles need to be present to ensure a successful execution. These roles are listed below:		When designing the ARTs is important to keep in mind that several roles need to be present to ensure a successful execution. These roles are listed below: <ref name="ARTs"> "Agile Release Trains" , https://www.scaledagileframework.com/agile-release-train:.</ref>

	*Release Train Engineer (RTE): is the leader and coach for the ART. It is the person who facilitates program execution and continuous improvement. The RTE’s major responsibilities are to facilitate the ART events and processes and assist the teams in delivering value. <ref name="RTE"> "Release Train Engineer" , https://www.scaledagileframework.com/release-train-engineer-and-solution-train-engineer:.</ref>		*Release Train Engineer (RTE): is the leader and coach for the ART. It is the person who facilitates program execution and continuous improvement. The RTE’s major responsibilities are to facilitate the ART events and processes and assist the teams in delivering value. <ref name="RTE"> "Release Train Engineer" , https://www.scaledagileframework.com/release-train-engineer-and-solution-train-engineer:.</ref>
Line 105:		Line 105:
	When designing ARTs and the teams that are part of them, it can also be useful to visualize these teams in terms of the topologies. To simplify the job of team design, SAFe applies four fundamental team topologies. Each of these topologies provide a clearer and better model for organizing Agile teams in SAFe.		When designing ARTs and the teams that are part of them, it can also be useful to visualize these teams in terms of the topologies. To simplify the job of team design, SAFe applies four fundamental team topologies. Each of these topologies provide a clearer and better model for organizing Agile teams in SAFe.

	*Stream-aligned team: it is organized around the flow of work and has the ability to deliver value directly to the customer or end user.		*Stream-aligned team: it is organized around the flow of work and has the ability to deliver value directly to the customer or end-user.
	*Complicated subsystem team: organized around specific subsystems that require deep specialty skills and expertise.		*Complicated subsystem team: organized around specific subsystems that require deep specialty skills and expertise.
	*Platform team: organized around the development and support of platforms that provide services to other teams.		*Platform team: organized around the development and support of platforms that provide services to other teams.
	*Enabling team: is organized to assist other teams with specialized capabilities and help them become proficient in new technologies.		*Enabling team: is organized to assist other teams with specialized capabilities and help them become proficient in new technologies.



	== '''ART Limitations and challenges''' ==		== '''ART Limitations and challenges''' ==

S203409: /* Implementation process */

2021-02-28T21:58:35Z

Implementation process

← Older revision		Revision as of 21:58, 28 February 2021
Line 73:		Line 73:
	The implementation phases follow a series of steps described below:		The implementation phases follow a series of steps described below:

	# First it is necessary to identify the Operational Value Streams. A value stream is the primary construct block for understanding, organizing and delivering value. Value streams can be Operational or Development. Operational value streams contain the steps and the people who deliver a product or service to the customer~~.<ref name="VS"> "Value Streams and ARTs" , https://www.scaledagileframework.com/identify-value-streams-and-arts:.</ref>~~		*First, it is necessary to identify the Operational Value Streams. A value stream is the primary construct block for understanding, organizing, and delivering value. Value streams can be Operational or Development. Operational value streams contain the steps and the people who deliver a product or service to the customer.<ref name="VS"> "Value Streams and ARTs", https://www.scaledagileframework.com/identify-value-streams-and-arts:.</ref>

	#Once the operational value stream steps are identified, the next step is to identify the solutions that are developed to support it. It’s important to map the connections from the solutions to the various steps in the value stream.<ref name="VS"> "Value Streams and ARTs" , https://www.scaledagileframework.com/identify-value-streams-and-arts:.</ref>

	~~#After identifying the solutions that support~~ the operational value stream, the next ~~activity~~ is to ~~estimate~~ the ~~number and locations of the people~~ that ~~build and maintain those solutions~~. ~~This is the first approach~~ to ~~form~~ the ~~teams, i.e.~~ the ~~first level structure. It is important~~ to ~~mention that, as well as organizing~~ the ~~ARTs around development value streams,~~ the ~~Agile teams part of the ARTs also need to be organized around~~ value. ~~Otherwise~~, ~~the potential benefits of creating ARTs that deliver a continuous flow of~~ value ~~will be lost, as the teams struggle to manage the various dependencies~~ and ~~interconnections between them~~.		*Once the operational value stream steps are identified, the next step is to identify the solutions that are developed to support it. It’s important to map the connections from the solutions to the various steps in the value stream.<ref name="VS"> "Value Streams and ARTs" , https://www.scaledagileframework.com/identify-value-streams-and-arts:.</ref>

	~~#The~~ next ~~step~~ is to ~~identify~~ the ~~Development Value Streams~~. ~~These are~~ the ~~steps needed~~ to ~~develop~~ the ~~solutions~~ as well as the ~~people necessary to work on them. The solutions support and enable better operation within the operational~~ value streams ~~and as such~~ the ~~value is new or amended features in~~ the ~~solutions. In order~~ to ~~identify these Development~~ value ~~streams it is used Triggers~~, ~~these are requirements and ideas which drive solution’s features.<ref name="VS"> "Value Streams and~~ ARTs" , ~~https://www.scaledagileframework.com/identify-value-streams-~~and~~-arts:~~.~~</ref>~~		*After identifying the solutions that support the operational value stream, the next activity is to estimate the number and locations of the people that build and maintain those solutions. This is the first approach to form the teams, i.e. the first level structure. It is important to mention that, as well as organizing the ARTs around development value streams, the Agile teams part of the ARTs also need to be organized around value. Otherwise, the potential benefits of creating ARTs that deliver a continuous flow of value will be lost, as the teams struggle to manage the various dependencies and interconnections between them.

	#Development value streams ~~strive to deliver innovative business solutions~~ and as such ~~require~~ the ~~contributions of more than just Agile teams. With this~~ in ~~mind~~ the ~~next step is~~ to identify these ~~additional individuals~~ and ~~teams who are part of the development~~ value streams ~~identified in the previous step~~.		*The next step is to identify the Development Value Streams. These are the steps needed to develop the solutions as well as the people necessary to work on them. The solutions support and enable better operation within the operational value streams and as such the value is new or amended features in the solutions. In order to identify these Development value streams, it is used Triggers, these are requirements and ideas which drive solution’s features.<ref name="VS"> "Value Streams and ARTs", https://www.scaledagileframework.com/identify-value-streams-and-arts:.</ref>

	~~#The~~ next step is to ~~develop value streams across boundaries. Once~~ the development value streams ~~are~~ identified~~, it is needed to organize~~ the ~~formation of the Agile Release Trains~~.		*Development value streams strive to deliver innovative business solutions and as such require the contributions of more than just Agile teams. With this in mind, the next step is to identify these additional individuals and teams who are part of the development value streams identified in the previous step.

	#The ~~final~~ step is to ~~define~~ the ~~ARTs that possess~~ value~~. The most effective ARTs have between 50 – 125 people and~~ it is ~~important that they minimize dependencies with other ARTs and they can act with a certain degree of freedom. This is equivalent~~ to ~~delimit~~ the ~~second level structure,~~ the ~~programs~~.		*The next step is to develop value streams across boundaries. Once the development value streams are identified, it is needed to organize the formation of the Agile Release Trains.

	When forming the ARTs, there are two main patterns of design regarding the size ~~constrains~~:		*The final step is to define the ARTs that possess value. The most effective ARTs have between 50 – 125 people and it is important that they minimize dependencies with other ARTs and they can act with a certain degree of freedom. This is equivalent to delimit the second level structure, the programs.

			When forming the ARTs, there are two main patterns of design regarding the size constraints:

	*Smaller value streams can be implemented by a single ART		*Smaller value streams can be implemented by a single ART
	*A larger value stream must be supported by multiple ARTs		*A larger value stream must be supported by multiple ARTs


	== Designing ARTs ==		== Designing ARTs ==

S203409 at 21:51, 28 February 2021

2021-02-28T21:51:57Z

← Older revision		Revision as of 21:51, 28 February 2021
Line 15:		Line 15:
	Organizations address the need for change by creating strategic business initiatives to produce results or change the organization, its products, or its services. Portfolios of programs and projects are the vehicles for delivering these initiatives<ref name="PMBOOK"> "THE STANDARD FOR PROGRAM MANAGEMENT, Fourth Edition, Project MAnagement Institute":.</ref>. Organizations seek to improve their abilities to deliver benefits and usually these are delivered in the form of business value. Portfolio management allows organizations to define how they will pursue their strategic goals through programs and projects, optimizing the pursuit of business value. Program management seeks to enhance the management of related component projects and programs to improve the generation of business value. Project management seeks to optimize the delivery of business value by improving the efficiency of organizations as they deliver new products, services, or results.		Organizations address the need for change by creating strategic business initiatives to produce results or change the organization, its products, or its services. Portfolios of programs and projects are the vehicles for delivering these initiatives<ref name="PMBOOK"> "THE STANDARD FOR PROGRAM MANAGEMENT, Fourth Edition, Project MAnagement Institute":.</ref>. Organizations seek to improve their abilities to deliver benefits and usually these are delivered in the form of business value. Portfolio management allows organizations to define how they will pursue their strategic goals through programs and projects, optimizing the pursuit of business value. Program management seeks to enhance the management of related component projects and programs to improve the generation of business value. Project management seeks to optimize the delivery of business value by improving the efficiency of organizations as they deliver new products, services, or results.

	In the 3-Level Safe structure, divided into Teams, Programs, and Portfolios, the ARTs are located at the Program level and are defined as a conjunction of Agile teams, synchronized and focused on a specific goal. In the SAFe methodology, a portfolio is considered a sum of value streams, business value goals, called Business Epics are discussed at this level. These epics and visions are then passed to the program level where they are broken down and scheduled on the appropriate ARTs. Each ART is associated with a specific value stream.		In the 3-Level Safe structure, divided into Teams, Programs, and Portfolios, the ARTs are located at the Program level and are defined as a conjunction of Agile teams, synchronized and focused on a specific goal. In the SAFe methodology, a portfolio is considered a sum of value streams, business value goals, called Business Epics are discussed at this level. These epics and visions are then passed to the program level where they are broken down and scheduled on the appropriate ARTs. Each ART is associated with a specific value stream. <ref name="ARTs"> "Agile Release Trains" , https://www.scaledagileframework.com/agile-release-train:.</ref>

	== Structured ARTs ==		== Structured ARTs ==


	ARTs operate based on a number of principles which are engraved in the SAFe methodology and align with the Agile manifesto. The key to understanding ARTs is envision them as trains, with a fixed scheduled, tempo and coordinated parts that function as a single organism. The principles, listed below, align to this analogy:		ARTs operate based on a number of principles which are engraved in the SAFe methodology and align with the Agile manifesto. The key to understanding ARTs is envision them as trains, with a fixed scheduled, tempo and coordinated parts that function as a single organism. The principles, listed below, align to this analogy:<ref name="ARTs"> "Agile Release Trains" , https://www.scaledagileframework.com/agile-release-train:.</ref>

	*Dedicated Agile Teams: The ARTs are formed by agile teams which embrace the SAFe values and principles. Human resources that form the ART teams are dedicated full time to the train independently of their functional reporting structure.		*Dedicated Agile Teams: The ARTs are formed by agile teams which embrace the SAFe values and principles. Human resources that form the ART teams are dedicated full time to the train independently of their functional reporting structure.
Line 32:		Line 32:


	The way ARTs are organized differs from traditional functional units, while there are advantages to these functional units, the value doesn’t flow quickly as it has to cross through the different units and levels. Therefore, it is necessary to have close control from the managers to move the work across and as a result, progress is slow. Instead, ART applies systems thinking and it organizes around value to build a cross-functional organization. This structure helps the flow of value from ideation through deployment, release, and into operations.		The way ARTs are organized differs from traditional functional units, while there are advantages to these functional units, the value doesn’t flow quickly as it has to cross through the different units and levels. Therefore, it is necessary to have close control from the managers to move the work across and as a result, progress is slow. Instead, ART applies systems thinking and it organizes around value to build a cross-functional organization. This structure helps the flow of value from ideation through deployment, release, and into operations.<ref name="ARTs"> "Agile Release Trains" , https://www.scaledagileframework.com/agile-release-train:.</ref>

	The ART, as a cross-functional organization, has all the people required to define, deliver, and operate the solution. This creates a far leaner structure, where daily task controls and project management are not necessarily required. This improves the flow of value with a minimum of control.		The ART, as a cross-functional organization, has all the people required to define, deliver, and operate the solution. This creates a far leaner structure, where daily task controls and project management are not necessarily required. This improves the flow of value with a minimum of control.

S203409: /* Structured ARTs */

2021-02-28T21:50:59Z

Structured ARTs

← Older revision		Revision as of 21:50, 28 February 2021
Line 27:		Line 27:
	*Program Increment Planning: To organize the work load needed in each Program Increment is necessary to schedule periodic and face to face sessions. At the end of each Program Increment it is necessary to perform Innovation and Planning iterations to keep the focus on delivering the defined goals and identify potential issues.		*Program Increment Planning: To organize the work load needed in each Program Increment is necessary to schedule periodic and face to face sessions. At the end of each Program Increment it is necessary to perform Innovation and Planning iterations to keep the focus on delivering the defined goals and identify potential issues.
	*Inspect and Adapt (I&A): It is organized at the end of every Program Increment. In these sessions the state of the solution is evaluated and the teams involved work on identifying possible improvements through problem-solving workshops.		*Inspect and Adapt (I&A): It is organized at the end of every Program Increment. In these sessions the state of the solution is evaluated and the teams involved work on identifying possible improvements through problem-solving workshops.
	*Develop on Cadence and Release on Demand: ARTs apply a specific rhythm and synchronization to help manage the variability of the projects. However, releasing the final product is usually independent from the development cadence, as ARTs can release a solution at any time as long as it meets the release criteria.		*Develop on Cadence and Release on Demand: ARTs apply a specific rhythm and synchronization to help manage the variability of the projects. However, releasing the final product is usually independent from the development cadence, as ARTs can release a solution at any time as long as it meets the release criteria.


	== Differences from traditional structures ==		== Differences from traditional structures ==

S203409 at 21:50, 28 February 2021

2021-02-28T21:50:35Z

← Older revision		Revision as of 21:50, 28 February 2021
Line 121:		Line 121:
	== '''Bibliography''' ==		== '''Bibliography''' ==

	*© Scaled Agile, Inc. https://www.scaledagile.com
	*SAFe® 4.5 Reference Guide, Scaled Agile, Inc., August 2016		'''SAFe® 4.5 Reference Guide, Scaled Agile, Inc., August 2016'''
	*How Are Agile Release Trains Formed in Practice? A Case Study in a Large Financial Corporation - Abheeshta Putta, Maria Paasivaara, and Casper Lassenius
	*Implementing Large-Scale Agile Frameworks: Challenges and Recommendations, Kieran Conboy & Noel Carroll Lero – the Irish Software Research Centre National University of Ireland Galway, Galway, Ireland		''The SAFe website is a comprehensive guide that contains guidance for the various roles, responsibilities, activities, and artifacts that constitute SAFe methodology, along with the foundational elements of values, Lean-Agile mindset, principles, and practices. The Reference Guide is intended to provide a hard-copy or e-copy companion to help the user understand and apply SAFe, with the goal of helping accomplish the mission of building better systems. This book is written by a group of specialists in SAFe methodology and it's based on both scientific research and practical experience.''

			'''How Are Agile Release Trains Formed in Practice? A Case Study in a Large Financial Corporation - Abheeshta Putta, Maria Paasivaara, and Casper Lassenius'''

			''The Scaled Agile Framework (SAFe) is currently the most widely adopted framework for scaling agile in the software-intensive industry. Despite this, there exists very little scientific research on the transformation process, as well as on the challenges and success factors of using SAFe in large-scale organizations. To start filling in this gap, this research conducted a case study by investigating the formation of agile release trains and the related challenges in a large financial organization adopting SAFe.''

			'''Implementing Large-Scale Agile Frameworks: Challenges and Recommendations, Kieran Conboy & Noel Carroll Lero – the Irish Software Research Centre National University of Ireland Galway, Galway, Ireland'''

			''Based on 13 agile transformation cases over 15 years, this article identifies nine challenges associated with implementing SAFe, Scrum-at-Scale, Spotify, LeSS, Nexus, and other mixed or customized large-scale agile frameworks. These challenges should be considered by organizations aspiring to pursue a large-scale agile strategy. This article also provides recommendations for practitioners and agile researchers.''

	== '''References''' ==		== '''References''' ==

S203409: /* Bibliography */

2021-02-28T18:57:45Z

Bibliography

← Older revision		Revision as of 18:57, 28 February 2021
Line 120:		Line 120:

	== '''Bibliography''' ==		== '''Bibliography''' ==
	~~© Scaled Agile, Inc. https://www.scaledagile.com~~
	~~SAFe® 4.5 Reference Guide, Scaled Agile, Inc., August 2016~~
	~~How Are Agile Release Trains Formed in Practice? A Case Study in a Large Financial Corporation - Abheeshta Putta, Maria Paasivaara, and Casper Lassenius~~
	Implementing Large-Scale Agile Frameworks: Challenges and Recommendations, Kieran Conboy & Noel Carroll Lero – the Irish Software Research Centre National University of Ireland Galway, Galway, Ireland

			*© Scaled Agile, Inc. https://www.scaledagile.com
			*SAFe® 4.5 Reference Guide, Scaled Agile, Inc., August 2016
			*How Are Agile Release Trains Formed in Practice? A Case Study in a Large Financial Corporation - Abheeshta Putta, Maria Paasivaara, and Casper Lassenius
			*Implementing Large-Scale Agile Frameworks: Challenges and Recommendations, Kieran Conboy & Noel Carroll Lero – the Irish Software Research Centre National University of Ireland Galway, Galway, Ireland

	== '''References''' ==		== '''References''' ==

S203409 at 18:57, 28 February 2021

2021-02-28T18:57:08Z

← Older revision		Revision as of 18:57, 28 February 2021
Line 56:		Line 56:


	Defining the ART is one of the steps in the SAFe implementation plan. In the planning stage, ARTs are identified and outlined with scarce details, this stage is useful to identify potential ARTs. The parameters and boundaries of these potential ARTs, their stakeholders, and their relationship to the value streams can be captured and summarized in the ‘ART canvas’ (figure).		Defining the ART is one of the steps in the SAFe implementation plan. In the planning stage, ARTs are identified and outlined with scarce details, this stage is useful to identify potential ARTs. The parameters and boundaries of these potential ARTs, their stakeholders, and their relationship to the value streams can be captured and summarized in the ‘ART canvas’ (figure 3).

	[[File:ART_Canvas.jpg\|500px\|\|thumb\| Fig 3: ARTs Canvas <ref name="ARTs"> "Agile Release Trains" , https://www.scaledagileframework.com/agile-release-train:.</ref> ]]		[[File:ART_Canvas.jpg\|500px\|\|thumb\| Fig 3: ARTs Canvas <ref name="ARTs"> "Agile Release Trains" , https://www.scaledagileframework.com/agile-release-train:.</ref> ]]
Line 74:		Line 74:
	The implementation phases follow a series of steps described below:		The implementation phases follow a series of steps described below:

	# First it is necessary to identify the Operational Value Streams. A value stream is the primary construct block for understanding, organizing and delivering value. Value streams can be Operational or Development. Operational value streams contain the steps and the people who deliver a product or service to the customer.		# First it is necessary to identify the Operational Value Streams. A value stream is the primary construct block for understanding, organizing and delivering value. Value streams can be Operational or Development. Operational value streams contain the steps and the people who deliver a product or service to the customer.<ref name="VS"> "Value Streams and ARTs" , https://www.scaledagileframework.com/identify-value-streams-and-arts:.</ref>

	#Once the operational value stream steps are identified, the next step is to identify the solutions that are developed to support it. It’s important to map the connections from the solutions to the various steps in the value stream.		#Once the operational value stream steps are identified, the next step is to identify the solutions that are developed to support it. It’s important to map the connections from the solutions to the various steps in the value stream.<ref name="VS"> "Value Streams and ARTs" , https://www.scaledagileframework.com/identify-value-streams-and-arts:.</ref>

	#After identifying the solutions that support the operational value stream, the next activity is to estimate the number and locations of the people that build and maintain those solutions. This is the first approach to form the teams, i.e. the first level structure. It is important to mention that, as well as organizing the ARTs around development value streams, the Agile teams part of the ARTs also need to be organized around value. Otherwise, the potential benefits of creating ARTs that deliver a continuous flow of value will be lost, as the teams struggle to manage the various dependencies and interconnections between them.		#After identifying the solutions that support the operational value stream, the next activity is to estimate the number and locations of the people that build and maintain those solutions. This is the first approach to form the teams, i.e. the first level structure. It is important to mention that, as well as organizing the ARTs around development value streams, the Agile teams part of the ARTs also need to be organized around value. Otherwise, the potential benefits of creating ARTs that deliver a continuous flow of value will be lost, as the teams struggle to manage the various dependencies and interconnections between them.

	#The next step is to identify the Development Value Streams. These are the steps needed to develop the solutions as well as the people necessary to work on them. The solutions support and enable better operation within the operational value streams and as such the value is new or amended features in the solutions. In order to identify these Development value streams it is used Triggers, these are requirements and ideas which drive solution’s features.		#The next step is to identify the Development Value Streams. These are the steps needed to develop the solutions as well as the people necessary to work on them. The solutions support and enable better operation within the operational value streams and as such the value is new or amended features in the solutions. In order to identify these Development value streams it is used Triggers, these are requirements and ideas which drive solution’s features.<ref name="VS"> "Value Streams and ARTs" , https://www.scaledagileframework.com/identify-value-streams-and-arts:.</ref>

	#Development value streams strive to deliver innovative business solutions and as such require the contributions of more than just Agile teams. With this in mind the next step is to identify these additional individuals and teams who are part of the development value streams identified in the previous step.		#Development value streams strive to deliver innovative business solutions and as such require the contributions of more than just Agile teams. With this in mind the next step is to identify these additional individuals and teams who are part of the development value streams identified in the previous step.
Line 99:		Line 99:
	When designing the ARTs is important to keep in mind that several roles need to be present to ensure a successful execution. These roles are listed below:		When designing the ARTs is important to keep in mind that several roles need to be present to ensure a successful execution. These roles are listed below:

	*Release Train Engineer (RTE): is the leader and coach for the ART. It is the person who facilitates program execution and continuous improvement. The RTE’s major responsibilities are to facilitate the ART events and processes and assist the teams in delivering value.		*Release Train Engineer (RTE): is the leader and coach for the ART. It is the person who facilitates program execution and continuous improvement. The RTE’s major responsibilities are to facilitate the ART events and processes and assist the teams in delivering value. <ref name="RTE"> "Release Train Engineer" , https://www.scaledagileframework.com/release-train-engineer-and-solution-train-engineer:.</ref>
	*Product Management: is responsible for the final product or service being developed as defined by the Vision, Roadmap, and new features in the Program Backlog. They work with customers and Product Owners to understand and communicate their needs, and also participate in solution validation.		*Product Management: is responsible for the final product or service being developed as defined by the Vision, Roadmap, and new features in the Program Backlog. They work with customers and Product Owners to understand and communicate their needs, and also participate in solution validation.
	*System Architect/Engineer: is an individual or team that defines the overall architecture of the system.		*System Architect/Engineer: is an individual or team that defines the overall architecture of the system.
Line 117:		Line 117:


	As part of the SAFe methodology, ARTs share some of the same limitations. For instance, defining concepts and terms, the bibliography available explains the basic concepts correctly, but while applying them outside their specific framework organizations soon run out of guidance. It is also important to mention that balancing the organizational structure with the SAFe framework can become challenging when dealing with industry changes and trying to maintain competitiveness. ART limitations can be related to the complexity of the structures or the amount of workload needed to start and define the trains. Secondly, the fact that SAFe emphasizes the big picture can often lead to longer planning cycles and more fixed roles within development cycles which opposes the continuous value flow dogma. Furthermore, challenges related to defining and structuring the organization around value streams have been reported as well as struggles with handling cross-team dependencies between ARTs and integrating teams with less dependencies into ARTs.		As part of the SAFe methodology, ARTs share some of the same limitations. For instance, defining concepts and terms, the bibliography available explains the basic concepts correctly, but while applying them outside their specific framework organizations soon run out of guidance. It is also important to mention that balancing the organizational structure with the SAFe framework can become challenging when dealing with industry changes and trying to maintain competitiveness.<ref name="Challenges"> "Implementing Large-Scale Agile Frameworks: Challenges and Recommendations, Kieran Conboy & Noel Carroll Lero – the Irish Software Research Centre National University of Ireland Galway, Galway, Ireland":.</ref> ART limitations can be related to the complexity of the structures or the amount of workload needed to start and define the trains. Secondly, the fact that SAFe emphasizes the big picture can often lead to longer planning cycles and more fixed roles within development cycles which opposes the continuous value flow dogma. Furthermore, challenges related to defining and structuring the organization around value streams have been reported as well as struggles with handling cross-team dependencies between ARTs and integrating teams with less dependencies into ARTs.<ref name="Challenges2"> "How Are Agile Release Trains Formed in Practice? A Case Study in a Large Financial Corporation - Abheeshta Putta, Maria Paasivaara, and Casper Lassenius":.</ref>

	== '''Bibliography''' ==		== '''Bibliography''' ==
Line 123:		Line 123:
	SAFe® 4.5 Reference Guide, Scaled Agile, Inc., August 2016		SAFe® 4.5 Reference Guide, Scaled Agile, Inc., August 2016
	How Are Agile Release Trains Formed in Practice? A Case Study in a Large Financial Corporation - Abheeshta Putta, Maria Paasivaara, and Casper Lassenius		How Are Agile Release Trains Formed in Practice? A Case Study in a Large Financial Corporation - Abheeshta Putta, Maria Paasivaara, and Casper Lassenius
			Implementing Large-Scale Agile Frameworks: Challenges and Recommendations, Kieran Conboy & Noel Carroll Lero – the Irish Software Research Centre National University of Ireland Galway, Galway, Ireland


Line 129:		Line 130:

	<ref name="ARTs"> "Agile Release Trains" , https://www.scaledagileframework.com/agile-release-train:.</ref>		<ref name="ARTs"> "Agile Release Trains" , https://www.scaledagileframework.com/agile-release-train:.</ref>
	<ref name="PMBOOK"> "THE STANDARD FOR PROGRAM MANAGEMENT, Fourth Edition, Project ~~MAnagement~~ Institute":.</ref>		<ref name="PMBOOK"> "THE STANDARD FOR PROGRAM MANAGEMENT, Fourth Edition, Project Management Institute":.</ref>
	<ref name="Solution Train"> "Solution Train" , https://www.scaledagileframework.com/solution-train:.</ref>		<ref name="Solution Train"> "Solution Train" , https://www.scaledagileframework.com/solution-train:.</ref>
	<ref name="SAFe"> "Safe Implementation Roadmap" , https://www.scaledagileframework.com/guidance-an-hr-playbook-for-a-successful-safe-implementation:.</ref>		<ref name="SAFe"> "Safe Implementation Roadmap" , https://www.scaledagileframework.com/guidance-an-hr-playbook-for-a-successful-safe-implementation:.</ref>
			<ref name="RTE"> "Release Train Engineer" , https://www.scaledagileframework.com/release-train-engineer-and-solution-train-engineer:.</ref>
			<ref name="VS"> "Value Streams and ARTs" , https://www.scaledagileframework.com/identify-value-streams-and-arts:.</ref>
			<ref name="Challenges"> "Implementing Large-Scale Agile Frameworks: Challenges and Recommendations, Kieran Conboy & Noel Carroll Lero – the Irish Software Research Centre National University of Ireland Galway, Galway, Ireland":.</ref>
			<ref name="Challenges2"> "How Are Agile Release Trains Formed in Practice? A Case Study in a Large Financial Corporation - Abheeshta Putta, Maria Paasivaara, and Casper Lassenius":.</ref>

S203409 at 18:46, 28 February 2021

2021-02-28T18:46:38Z

← Older revision		Revision as of 18:46, 28 February 2021
Line 5:		Line 5:

	In the Scaled Agile Framework (SAFe®), the Agile Release Train (ART) is a long-lived team of Agile teams, which, along with other stakeholders, incrementally develops and delivers one or more solutions in a value stream.<ref name="ARTs"> "Agile Release Trains" , https://www.scaledagileframework.com/agile-release-train:.</ref> They organize around value streams and exist to achieve a promised value by building solutions that deliver an expected benefit. Their final purpose is to deliver a continuous flow of value.		In the Scaled Agile Framework (SAFe®), the Agile Release Train (ART) is a long-lived team of Agile teams, which, along with other stakeholders, incrementally develops and delivers one or more solutions in a value stream.<ref name="ARTs"> "Agile Release Trains" , https://www.scaledagileframework.com/agile-release-train:.</ref> They organize around value streams and exist to achieve a promised value by building solutions that deliver an expected benefit. Their final purpose is to deliver a continuous flow of value.

			[[File:ART.jpg\|500px\|\|thumb\|Fig1:Agile Release Trains<ref name="ARTs"> "Agile Release Trains" , https://www.scaledagileframework.com/agile-release-train:.</ref>]]

	ARTs solve one of the most common problems with traditional Agile development, this is teams working on the same solution, operating independently and unaligned, which makes it extremely difficult to integrate full systems. This way, the risk of bypassing problems and late discoveries increases, and in these cases the risk management turns to be difficult and ineffective. Instead, applying cadence and synchronization, ARTs ensure that the system is iterating as a whole organism, focusing on the evolution and assessment of the full system rather than its separate elements.		ARTs solve one of the most common problems with traditional Agile development, this is teams working on the same solution, operating independently and unaligned, which makes it extremely difficult to integrate full systems. This way, the risk of bypassing problems and late discoveries increases, and in these cases the risk management turns to be difficult and ineffective. Instead, applying cadence and synchronization, ARTs ensure that the system is iterating as a whole organism, focusing on the evolution and assessment of the full system rather than its separate elements.
Line 14:		Line 16:

	In the 3-Level Safe structure, divided into Teams, Programs, and Portfolios, the ARTs are located at the Program level and are defined as a conjunction of Agile teams, synchronized and focused on a specific goal. In the SAFe methodology, a portfolio is considered a sum of value streams, business value goals, called Business Epics are discussed at this level. These epics and visions are then passed to the program level where they are broken down and scheduled on the appropriate ARTs. Each ART is associated with a specific value stream.		In the 3-Level Safe structure, divided into Teams, Programs, and Portfolios, the ARTs are located at the Program level and are defined as a conjunction of Agile teams, synchronized and focused on a specific goal. In the SAFe methodology, a portfolio is considered a sum of value streams, business value goals, called Business Epics are discussed at this level. These epics and visions are then passed to the program level where they are broken down and scheduled on the appropriate ARTs. Each ART is associated with a specific value stream.


	== Structured ARTs ==		== Structured ARTs ==
Line 45:		Line 46:
	== ART process ==		== ART process ==

			[[File:Continuous.jpg\|500px\|\|thumb\|Fig2: Continoous Value Delivery <ref name="ARTs"> "Agile Release Trains" , https://www.scaledagileframework.com/agile-release-train:.</ref>]]

	As mentioned before, ARTs are formed to continuously deliver value to customers. This is achieved using a Continuous Delivery Pipeline, which contains the workflows and activities needed to support the release of new products. Each ART builds and maintains a pipeline with the assets needed to deliver solution value as independently as possible.		As mentioned before, ARTs are formed to continuously deliver value to customers. This is achieved using a Continuous Delivery Pipeline, which contains the workflows and activities needed to support the release of new products. Each ART builds and maintains a pipeline with the assets needed to deliver solution value as independently as possible.
Line 56:		Line 58:
	Defining the ART is one of the steps in the SAFe implementation plan. In the planning stage, ARTs are identified and outlined with scarce details, this stage is useful to identify potential ARTs. The parameters and boundaries of these potential ARTs, their stakeholders, and their relationship to the value streams can be captured and summarized in the ‘ART canvas’ (figure).		Defining the ART is one of the steps in the SAFe implementation plan. In the planning stage, ARTs are identified and outlined with scarce details, this stage is useful to identify potential ARTs. The parameters and boundaries of these potential ARTs, their stakeholders, and their relationship to the value streams can be captured and summarized in the ‘ART canvas’ (figure).

	[[File:ART_Canvas.jpg\|~~upright~~=2.0\|]]		[[File:ART_Canvas.jpg\|500px\|\|thumb\| Fig 3: ARTs Canvas <ref name="ARTs"> "Agile Release Trains" , https://www.scaledagileframework.com/agile-release-train:.</ref> ]]


Line 66:		Line 68:
	As Agile Release Trains are part of the Scaled Agile Framework (SAFe®). The instructions for the implementation of ARTs are part of the same path of the SAFe implementation process.		As Agile Release Trains are part of the Scaled Agile Framework (SAFe®). The instructions for the implementation of ARTs are part of the same path of the SAFe implementation process.

	[[File:SAFe_implementation.jpg\|~~upright~~=2.0\|]]		[[File:SAFe_implementation.jpg\|500px\|\|thumb\| Fig 4: SAFe Implementation Roadmap <ref name="SAFe"> "Safe Implementation Roadmap" , https://www.scaledagileframework.com/guidance-an-hr-playbook-for-a-successful-safe-implementation:.</ref>]]

	During this implementation process, initial design and planning are the activities that should be focused on. To identify Value Streams and ARTs it requires a deep understanding of the organizational model which needs to be optimized to facilitate the flow of value across functional units. Therefore, it is advised to make use of the ART canvas in order to avoid missing important factors or misplaced roles and responsibilities.		During this implementation process, initial design and planning are the activities that should be focused on. To identify Value Streams and ARTs it requires a deep understanding of the organizational model which needs to be optimized to facilitate the flow of value across functional units. Therefore, it is advised to make use of the ART canvas in order to avoid missing important factors or misplaced roles and responsibilities.
Line 129:		Line 131:
	<ref name="PMBOOK"> "THE STANDARD FOR PROGRAM MANAGEMENT, Fourth Edition, Project MAnagement Institute":.</ref>		<ref name="PMBOOK"> "THE STANDARD FOR PROGRAM MANAGEMENT, Fourth Edition, Project MAnagement Institute":.</ref>
	<ref name="Solution Train"> "Solution Train" , https://www.scaledagileframework.com/solution-train:.</ref>		<ref name="Solution Train"> "Solution Train" , https://www.scaledagileframework.com/solution-train:.</ref>
			<ref name="SAFe"> "Safe Implementation Roadmap" , https://www.scaledagileframework.com/guidance-an-hr-playbook-for-a-successful-safe-implementation:.</ref>

S203409 at 18:35, 28 February 2021

2021-02-28T18:35:07Z

← Older revision		Revision as of 18:35, 28 February 2021
Line 4:		Line 4:
	== '''The Agile Release Train (ART)''' ==		== '''The Agile Release Train (ART)''' ==

	In the Scaled Agile Framework (SAFe®), the Agile Release Train (ART) is a long-lived team of Agile teams, which, along with other stakeholders, incrementally develops and delivers one or more solutions in a value stream.<ref name="ARTs"> They organize around value streams and exist to achieve a promised value by building solutions that deliver an expected benefit. Their final purpose is to deliver a continuous flow of value.		In the Scaled Agile Framework (SAFe®), the Agile Release Train (ART) is a long-lived team of Agile teams, which, along with other stakeholders, incrementally develops and delivers one or more solutions in a value stream.<ref name="ARTs"> "Agile Release Trains" , https://www.scaledagileframework.com/agile-release-train:.</ref> They organize around value streams and exist to achieve a promised value by building solutions that deliver an expected benefit. Their final purpose is to deliver a continuous flow of value.

	ARTs solve one of the most common problems with traditional Agile development, this is teams working on the same solution, operating independently and unaligned, which makes it extremely difficult to integrate full systems. This way, the risk of bypassing problems and late discoveries increases, and in these cases the risk management turns to be difficult and ineffective. Instead, applying cadence and synchronization, ARTs ensure that the system is iterating as a whole organism, focusing on the evolution and assessment of the full system rather than its separate elements.		ARTs solve one of the most common problems with traditional Agile development, this is teams working on the same solution, operating independently and unaligned, which makes it extremely difficult to integrate full systems. This way, the risk of bypassing problems and late discoveries increases, and in these cases the risk management turns to be difficult and ineffective. Instead, applying cadence and synchronization, ARTs ensure that the system is iterating as a whole organism, focusing on the evolution and assessment of the full system rather than its separate elements.
Line 11:		Line 11:
	== Agile Release Train and Project, Programs and Portfolios ==		== Agile Release Train and Project, Programs and Portfolios ==

	Organizations address the need for change by creating strategic business initiatives to produce results or change the organization, its products, or its services. Portfolios of programs and projects are the vehicles for delivering these initiatives~~(reference book)~~. Organizations seek to improve their abilities to deliver benefits and usually these are delivered in the form of business value. Portfolio management allows organizations to define how they will pursue their strategic goals through programs and projects, optimizing the pursuit of business value. Program management seeks to enhance the management of related component projects and programs to improve the generation of business value. Project management seeks to optimize the delivery of business value by improving the efficiency of organizations as they deliver new products, services, or results.		Organizations address the need for change by creating strategic business initiatives to produce results or change the organization, its products, or its services. Portfolios of programs and projects are the vehicles for delivering these initiatives<ref name="PMBOOK"> "THE STANDARD FOR PROGRAM MANAGEMENT, Fourth Edition, Project MAnagement Institute":.</ref>. Organizations seek to improve their abilities to deliver benefits and usually these are delivered in the form of business value. Portfolio management allows organizations to define how they will pursue their strategic goals through programs and projects, optimizing the pursuit of business value. Program management seeks to enhance the management of related component projects and programs to improve the generation of business value. Project management seeks to optimize the delivery of business value by improving the efficiency of organizations as they deliver new products, services, or results.

	In the 3-Level Safe structure, divided into Teams, Programs, and Portfolios, the ARTs are located at the Program level and are defined as a conjunction of Agile teams, synchronized and focused on a specific goal. In the SAFe methodology, a portfolio is considered a sum of value streams, business value goals, called Business Epics are discussed at this level. These epics and visions are then passed to the program level where they are broken down and scheduled on the appropriate ARTs. Each ART is associated with a specific value stream.		In the 3-Level Safe structure, divided into Teams, Programs, and Portfolios, the ARTs are located at the Program level and are defined as a conjunction of Agile teams, synchronized and focused on a specific goal. In the SAFe methodology, a portfolio is considered a sum of value streams, business value goals, called Business Epics are discussed at this level. These epics and visions are then passed to the program level where they are broken down and scheduled on the appropriate ARTs. Each ART is associated with a specific value stream.
Line 40:		Line 40:


	When a needed solution becomes too big and too complex it needs a conjunction of ARTs to achieve it. A Solution Train organizes and coordinates multiple ARTs into one, coordinating hundreds of individuals towards accomplishing a common mission. According to the SAFe methodology, Solution Trains are “organizational constructs used to build large and complex solutions that require the coordination of multiple Agile Release Trains (ARTs)” ~~(reference)~~. In terms of the 3 Level Structure mentioned before, Solution Trains are an amalgamation of programmes with a shared strategic goal, in other words a portfolio. They are useful to focus ARTs with a shared mission and synchronise and align the objectives, allowing adaptable changes even when large solutions are being built.		When a needed solution becomes too big and too complex it needs a conjunction of ARTs to achieve it. A Solution Train organizes and coordinates multiple ARTs into one, coordinating hundreds of individuals towards accomplishing a common mission. According to the SAFe methodology, Solution Trains are “organizational constructs used to build large and complex solutions that require the coordination of multiple Agile Release Trains (ARTs)” <ref name="Solution Train"> "Solution Train" , https://www.scaledagileframework.com/solution-train:.</ref>. In terms of the 3 Level Structure mentioned before, Solution Trains are an amalgamation of programmes with a shared strategic goal, in other words a portfolio. They are useful to focus ARTs with a shared mission and synchronise and align the objectives, allowing adaptable changes even when large solutions are being built.


Line 116:		Line 116:

	As part of the SAFe methodology, ARTs share some of the same limitations. For instance, defining concepts and terms, the bibliography available explains the basic concepts correctly, but while applying them outside their specific framework organizations soon run out of guidance. It is also important to mention that balancing the organizational structure with the SAFe framework can become challenging when dealing with industry changes and trying to maintain competitiveness. ART limitations can be related to the complexity of the structures or the amount of workload needed to start and define the trains. Secondly, the fact that SAFe emphasizes the big picture can often lead to longer planning cycles and more fixed roles within development cycles which opposes the continuous value flow dogma. Furthermore, challenges related to defining and structuring the organization around value streams have been reported as well as struggles with handling cross-team dependencies between ARTs and integrating teams with less dependencies into ARTs.		As part of the SAFe methodology, ARTs share some of the same limitations. For instance, defining concepts and terms, the bibliography available explains the basic concepts correctly, but while applying them outside their specific framework organizations soon run out of guidance. It is also important to mention that balancing the organizational structure with the SAFe framework can become challenging when dealing with industry changes and trying to maintain competitiveness. ART limitations can be related to the complexity of the structures or the amount of workload needed to start and define the trains. Secondly, the fact that SAFe emphasizes the big picture can often lead to longer planning cycles and more fixed roles within development cycles which opposes the continuous value flow dogma. Furthermore, challenges related to defining and structuring the organization around value streams have been reported as well as struggles with handling cross-team dependencies between ARTs and integrating teams with less dependencies into ARTs.

			== '''Bibliography''' ==
			© Scaled Agile, Inc. https://www.scaledagile.com
			SAFe® 4.5 Reference Guide, Scaled Agile, Inc., August 2016
			How Are Agile Release Trains Formed in Practice? A Case Study in a Large Financial Corporation - Abheeshta Putta, Maria Paasivaara, and Casper Lassenius


			== '''References''' ==
			<references>

			<ref name="ARTs"> "Agile Release Trains" , https://www.scaledagileframework.com/agile-release-train:.</ref>
			<ref name="PMBOOK"> "THE STANDARD FOR PROGRAM MANAGEMENT, Fourth Edition, Project MAnagement Institute":.</ref>
			<ref name="Solution Train"> "Solution Train" , https://www.scaledagileframework.com/solution-train:.</ref>

S203409 at 18:18, 28 February 2021

2021-02-28T18:18:50Z

← Older revision		Revision as of 18:18, 28 February 2021
Line 4:		Line 4:
	== '''The Agile Release Train (ART)''' ==		== '''The Agile Release Train (ART)''' ==

	In the Scaled Agile Framework (SAFe®), the Agile Release Train (ART) is a long-lived team of Agile teams, which, along with other stakeholders, incrementally develops and delivers one or more solutions in a value stream. They organize around value streams and exist to achieve a promised value by building solutions that deliver an expected benefit. Their final purpose is to deliver a continuous flow of value.		In the Scaled Agile Framework (SAFe®), the Agile Release Train (ART) is a long-lived team of Agile teams, which, along with other stakeholders, incrementally develops and delivers one or more solutions in a value stream.<ref name="ARTs"> They organize around value streams and exist to achieve a promised value by building solutions that deliver an expected benefit. Their final purpose is to deliver a continuous flow of value.

	ARTs solve one of the most common problems with traditional Agile development, this is teams working on the same solution, operating independently and unaligned, which makes it extremely difficult to integrate full systems. This way, the risk of bypassing problems and late discoveries increases, and in these cases the risk management turns to be difficult and ineffective. Instead, applying cadence and synchronization, ARTs ensure that the system is iterating as a whole organism, focusing on the evolution and assessment of the full system rather than its separate elements.		ARTs solve one of the most common problems with traditional Agile development, this is teams working on the same solution, operating independently and unaligned, which makes it extremely difficult to integrate full systems. This way, the risk of bypassing problems and late discoveries increases, and in these cases the risk management turns to be difficult and ineffective. Instead, applying cadence and synchronization, ARTs ensure that the system is iterating as a whole organism, focusing on the evolution and assessment of the full system rather than its separate elements.

	~~'''~~Agile Release Train and Project, Programs and Portfolios~~'''~~
			== Agile Release Train and Project, Programs and Portfolios ==

	Organizations address the need for change by creating strategic business initiatives to produce results or change the organization, its products, or its services. Portfolios of programs and projects are the vehicles for delivering these initiatives(reference book). Organizations seek to improve their abilities to deliver benefits and usually these are delivered in the form of business value. Portfolio management allows organizations to define how they will pursue their strategic goals through programs and projects, optimizing the pursuit of business value. Program management seeks to enhance the management of related component projects and programs to improve the generation of business value. Project management seeks to optimize the delivery of business value by improving the efficiency of organizations as they deliver new products, services, or results.		Organizations address the need for change by creating strategic business initiatives to produce results or change the organization, its products, or its services. Portfolios of programs and projects are the vehicles for delivering these initiatives(reference book). Organizations seek to improve their abilities to deliver benefits and usually these are delivered in the form of business value. Portfolio management allows organizations to define how they will pursue their strategic goals through programs and projects, optimizing the pursuit of business value. Program management seeks to enhance the management of related component projects and programs to improve the generation of business value. Project management seeks to optimize the delivery of business value by improving the efficiency of organizations as they deliver new products, services, or results.

	In the 3-Level Safe structure, divided into Teams, Programs, and Portfolios, the ARTs are located at the Program level and are defined as a conjunction of Agile teams, synchronized and focused on a specific goal. In the SAFe methodology, a portfolio is considered a sum of value streams, business value goals, called Business Epics are discussed at this level. These epics and visions are then passed to the program level where they are broken down and scheduled on the appropriate ARTs. Each ART is associated with a specific value stream.		In the 3-Level Safe structure, divided into Teams, Programs, and Portfolios, the ARTs are located at the Program level and are defined as a conjunction of Agile teams, synchronized and focused on a specific goal. In the SAFe methodology, a portfolio is considered a sum of value streams, business value goals, called Business Epics are discussed at this level. These epics and visions are then passed to the program level where they are broken down and scheduled on the appropriate ARTs. Each ART is associated with a specific value stream.


	== Structured ARTs ==		== Structured ARTs ==


	ARTs operate based on a number of principles which are engraved in the SAFe methodology and align with the Agile manifesto. The key to understanding ARTs is envision them as trains, with a fixed scheduled, tempo and coordinated parts that function as a single organism. The principles, listed below, align to this analogy:		ARTs operate based on a number of principles which are engraved in the SAFe methodology and align with the Agile manifesto. The key to understanding ARTs is envision them as trains, with a fixed scheduled, tempo and coordinated parts that function as a single organism. The principles, listed below, align to this analogy:
Line 25:		Line 28:
	*Develop on Cadence and Release on Demand: ARTs apply a specific rhythm and synchronization to help manage the variability of the projects. However, releasing the final product is usually independent from the development cadence, as ARTs can release a solution at any time as long as it meets the release criteria.		*Develop on Cadence and Release on Demand: ARTs apply a specific rhythm and synchronization to help manage the variability of the projects. However, releasing the final product is usually independent from the development cadence, as ARTs can release a solution at any time as long as it meets the release criteria.

	== Differences from traditional structures ==
			== Differences from traditional structures ==


	The way ARTs are organized differs from traditional functional units, while there are advantages to these functional units, the value doesn’t flow quickly as it has to cross through the different units and levels. Therefore, it is necessary to have close control from the managers to move the work across and as a result, progress is slow. Instead, ART applies systems thinking and it organizes around value to build a cross-functional organization. This structure helps the flow of value from ideation through deployment, release, and into operations.		The way ARTs are organized differs from traditional functional units, while there are advantages to these functional units, the value doesn’t flow quickly as it has to cross through the different units and levels. Therefore, it is necessary to have close control from the managers to move the work across and as a result, progress is slow. Instead, ART applies systems thinking and it organizes around value to build a cross-functional organization. This structure helps the flow of value from ideation through deployment, release, and into operations.

	The ART, as a cross-functional organization, has all the people required to define, deliver, and operate the solution. This creates a far leaner structure, where daily task controls and project management are not necessarily required. This improves the flow of value with a minimum of control.		The ART, as a cross-functional organization, has all the people required to define, deliver, and operate the solution. This creates a far leaner structure, where daily task controls and project management are not necessarily required. This improves the flow of value with a minimum of control.


	== Solution Train ==		== Solution Train ==


	When a needed solution becomes too big and too complex it needs a conjunction of ARTs to achieve it. A Solution Train organizes and coordinates multiple ARTs into one, coordinating hundreds of individuals towards accomplishing a common mission. According to the SAFe methodology, Solution Trains are “organizational constructs used to build large and complex solutions that require the coordination of multiple Agile Release Trains (ARTs)” (reference). In terms of the 3 Level Structure mentioned before, Solution Trains are an amalgamation of programmes with a shared strategic goal, in other words a portfolio. They are useful to focus ARTs with a shared mission and synchronise and align the objectives, allowing adaptable changes even when large solutions are being built.		When a needed solution becomes too big and too complex it needs a conjunction of ARTs to achieve it. A Solution Train organizes and coordinates multiple ARTs into one, coordinating hundreds of individuals towards accomplishing a common mission. According to the SAFe methodology, Solution Trains are “organizational constructs used to build large and complex solutions that require the coordination of multiple Agile Release Trains (ARTs)” (reference). In terms of the 3 Level Structure mentioned before, Solution Trains are an amalgamation of programmes with a shared strategic goal, in other words a portfolio. They are useful to focus ARTs with a shared mission and synchronise and align the objectives, allowing adaptable changes even when large solutions are being built.


	== ART process ==		== ART process ==


	As mentioned before, ARTs are formed to continuously deliver value to customers. This is achieved using a Continuous Delivery Pipeline, which contains the workflows and activities needed to support the release of new products. Each ART builds and maintains a pipeline with the assets needed to deliver solution value as independently as possible.		As mentioned before, ARTs are formed to continuously deliver value to customers. This is achieved using a Continuous Delivery Pipeline, which contains the workflows and activities needed to support the release of new products. Each ART builds and maintains a pipeline with the assets needed to deliver solution value as independently as possible.

	As shown in the picture, the first three elements of the pipeline work together to support the deployment of small batches of new functionality, which are released to meet market demands. Continuous Exploration is the process of exploring the user needs and defining the set of hypotheses to address those needs. It is followed by Continuous Integration which is the process of taking features from the program backlog and developing, testing, integrating, and validating them in a staging environment where they are ready for deployment and release. Then continues to Continuous Deployment where the teams take validated features and deploy them into the production environment, where they’re tested and ready for release. The final element, Release on Demand which is the process of making the value available to the end-user, measuring and learning from the results of the hypotheses, and operating the solutions.		As shown in the picture, the first three elements of the pipeline work together to support the deployment of small batches of new functionality, which are released to meet market demands. Continuous Exploration is the process of exploring the user needs and defining the set of hypotheses to address those needs. It is followed by Continuous Integration which is the process of taking features from the program backlog and developing, testing, integrating, and validating them in a staging environment where they are ready for deployment and release. Then continues to Continuous Deployment where the teams take validated features and deploy them into the production environment, where they’re tested and ready for release. The final element, Release on Demand which is the process of making the value available to the end-user, measuring and learning from the results of the hypotheses, and operating the solutions.


	== '''How to apply ARTs?''' ==		== '''How to apply ARTs?''' ==

	Defining the ART is one of the ~~stepf~~ in the SAFe implementation plan. In the planning stage, ARTs are identified and outlined with scarce details, this stage is useful to identify potential ARTs. The parameters and boundaries of these potential ARTs, their stakeholders and relationship to the value streams can be captured and summarized in the ‘ART canvas’ (figure).
			Defining the ART is one of the steps in the SAFe implementation plan. In the planning stage, ARTs are identified and outlined with scarce details, this stage is useful to identify potential ARTs. The parameters and boundaries of these potential ARTs, their stakeholders, and their relationship to the value streams can be captured and summarized in the ‘ART canvas’ (figure).

	[[File:ART_Canvas.jpg\|upright=2.0\|]]		[[File:ART_Canvas.jpg\|upright=2.0\|]]
Line 49:		Line 60:

	A key benefit of the canvas is to help identify the principal roles since ARTs only work when the right people are assigned the correct tasks. All the necessary responsibilities have to be accomplished for the system to function properly. Using the canvas and registering the key roles easies these discussions and highlights new responsibilities.		A key benefit of the canvas is to help identify the principal roles since ARTs only work when the right people are assigned the correct tasks. All the necessary responsibilities have to be accomplished for the system to function properly. Using the canvas and registering the key roles easies these discussions and highlights new responsibilities.


	== Implementation process ==		== Implementation process ==
Line 78:		Line 90:
	*Smaller value streams can be implemented by a single ART		*Smaller value streams can be implemented by a single ART
	*A larger value stream must be supported by multiple ARTs		*A larger value stream must be supported by multiple ARTs


	== Designing ARTs ==		== Designing ARTs ==


	When designing the ARTs is important to keep in mind that several roles need to be present to ensure a successful execution. These roles are listed below:		When designing the ARTs is important to keep in mind that several roles need to be present to ensure a successful execution. These roles are listed below:
Line 95:		Line 109:
	*Platform team: organized around the development and support of platforms that provide services to other teams.		*Platform team: organized around the development and support of platforms that provide services to other teams.
	*Enabling team: is organized to assist other teams with specialized capabilities and help them become proficient in new technologies.		*Enabling team: is organized to assist other teams with specialized capabilities and help them become proficient in new technologies.



	== '''ART Limitations and challenges''' ==		== '''ART Limitations and challenges''' ==


	As part of the SAFe methodology, ARTs share some of the same limitations. For instance, defining concepts and terms, the bibliography available explains the basic concepts correctly, but while applying them outside their specific framework organizations soon run out of guidance. It is also important to mention that balancing the organizational structure with the SAFe framework can become challenging when dealing with industry changes and trying to maintain competitiveness. ART limitations can be related to the complexity of the structures or the amount of workload needed to start and define the trains. Secondly, the fact that SAFe emphasizes the big picture can often lead to longer planning cycles and more fixed roles within development cycles which opposes the continuous value flow dogma. Furthermore, challenges related to defining and structuring the organization around value streams have been reported as well as struggles with handling cross-team dependencies between ARTs and integrating teams with less dependencies into ARTs.		As part of the SAFe methodology, ARTs share some of the same limitations. For instance, defining concepts and terms, the bibliography available explains the basic concepts correctly, but while applying them outside their specific framework organizations soon run out of guidance. It is also important to mention that balancing the organizational structure with the SAFe framework can become challenging when dealing with industry changes and trying to maintain competitiveness. ART limitations can be related to the complexity of the structures or the amount of workload needed to start and define the trains. Secondly, the fact that SAFe emphasizes the big picture can often lead to longer planning cycles and more fixed roles within development cycles which opposes the continuous value flow dogma. Furthermore, challenges related to defining and structuring the organization around value streams have been reported as well as struggles with handling cross-team dependencies between ARTs and integrating teams with less dependencies into ARTs.