Select Page

Test Environments – The Tracks for Agile Release Trains

04
APRIL, 2018by Niall Crawford
So, you have decided you’re going to implement a Scaled Agile Framework (SAFe) and promote a continuous delivery pipeline by implementing “Agile Release Trains” (ART)*. 

Definition: An Agile Release Train is basically a number of teams (a portfolio) responsible for the regular release of features and business benefits. All the teams are bound by a common set of goals, a program backlog, and a roadmap. ART is central to understanding and implementing a Scaled Agile Framework.

And why not? An Agile Release Train (or Enterprise Release Management) methodology is usually much better than the alternative chaos of different project teams running off in different directions (as “fast” as they can), competing for shared resources (service & systems), misaligning group priorities and ultimately causing collective delivery delays due to mismanaged dependencies & relationships with other teams.

If implemented correctly ART will help IT deliver on the necessary IT business transformations as quickly and safely as possible, and ultimately deliver timely solutions into production and to the end-customers.

Key Benefits of the Agile Release Train

  • Increased Collaboration
  • Improved Change (Feature) Throughput
  • Controlled Velocity
  • Cross Team Productivity
  • Risk Cognizance / Awareness
  • Circumvent Release Failure
  • Delivery Streamlining

All Aboard – Agile Release Train & Enterprise Release Management

So, we get started by each team loading up the train carriages with Features & Change.

And we collectively commence out journey towards production.

Then the proverbial “wheels fall off”.

Delays in Development, System Test, Integration, UAT & Staging due to:

  • Test environment unreadiness (i.e. engineering team is still building it)
  • Test environment contention (i.e. BAU Team currently has it)
  • Test environment instability due to too much unplanned change
  • Test environment systems are not fit for purpose e.g. wrong scale or version or integrations

And the risk of overspend, for example:

  • Need for more systems (infrastructure & licensing) to address contention
  • Need for more support (services) to accelerate tasks & remediate

And suddenly our ART suddenly looks like something out of “Thomas the Tank Engine”.

The Issue

The problem with trains, whether real or agile, is they must follow a rail track and delays & collisions will be inevitable if tracks (or the stations) are inappropriately sized, incorrectly built, mismanaged and not kept clear.

In the case of your Agile Release Trains, imagine the train stations as your lifecycle. The ART will travel through each station (Development, System Test, Integration, UAT & Staging) to allow the necessary on-boarding of fixes (good commuters) & offboarding of defects (bad commuters).

Oiling the Track

In IT, preparing the rail track is analogous to the task of IT & Test Environment Management. A multi-faceted set of discipline – refer to the EMMI (Environment Management Maturity Index) – that ensures appropriate:

  • Understanding, Mapping & Modelling of Environments & Systems
  • Capturing of Demand & Managing of Contention
  • Planning & Coordination of Preparation Activities
  • Lean Service Management
  • Standardised & Repeatable Operations

e.g. Application Deployment & Configuration Activities, Data Masking etc.

  • And Continual Analysis & Reporting for Improvement

Benefits to ART of implementing effective Test Environments Management

After bad requirements management, Test Environments are the number one reason for Project delays. Hardly surprising when you consider that is where Projects (and I guess the Agile Release Trains) spends 95% of their time.

By implementing a proper TEM framework (tracks), you ensure:

  • Environments Readiness (systems prepared in advance)
  • Environments Suitability (systems fit for purpose)
  • Environment Stability (disruption/outage avoidance)
  • Release Team Productivity (more time to Develop & Test)
  • Release Streamlining (Maglev style) &
  • Reduced IT Costs through better project sharing & post release housekeeping

So next time someone mentions the ART, ask them about the readiness of the tracks. As trains don’t go too far without them.

Learn More, or Share Ideas – Agile Release Train & Enterprise Release Managemen

If you’d like to learn more about Release or Environment Management or perhaps just share your own ideas, then feel free to contact the enov8 team. Enov8 provides a complete platform for addressing organisations “DevOps at Scale” requirements. Providing advanced “out of the box” IT & Test Environment ManagementRelease Management and Holistic Data Management capabilities.

 

Innovate with Enov8, the IT Environment & Data Company.

Specializing in the Governance, Operation & Orchestration of your IT systems and data.

Delivering outcomes like

  • Improved visibility of your IT Fabric,
  • Streamlined Delivery of IT Projects,
  • Operational Standardization,
  • Security & Availability,
  • DevOps / DataOps Automation,
  • Real-Time insights supporting decision making & continuous optimization.

Our Key solutions include

Data Compliance Suite (DCS) for Test Data Management, including Data/Risk Profiling /Discovery, Automated Remediation & Compliance Validation.

 

 

 

Niall CrawfordNiall is the Co-Founder and CIO of Enov8. He has 25 years of experience working across the IT industry from Software Engineering, Architecture, IT & Test Environment Management and Executive Leadership. Niall has worked with, and advised, many global organisations covering verticals like Banking, Defence, Telecom and Information Technology Services.

Relevant Articles

Environments: The ROI of TEM

16September, 2021 by Carlos SchultsLet me start with a question: as a leader in tech, are you satisfied with the budget you have? If I had to guess, I'd say the answer is no. Because of that, calculating the return on investment of the many activities in software...

Release: The Benefits of Deployment Planning

14AUGUST, 2021 by Ukpai UgochiIt is the goal of every software engineer and software development firm to continuously ship products to end users. This can only be achieved through software deployment.  In this post, we'll explore deployment and deployment planning,...

Containers – The Essentials

09SEPTEMBER, 2021 by Eric GoebelbeckerLet’s talk about container essentials. Over the past few years, containers have transitioned from the hottest new trend to essential IT architecture. But are they are good fit for you? Are you wondering whether or not you’re using...

Environments – Monoliths Versus Microservices

05AUGUST, 2021 by Alexander FridmanIn the beginning there was nothing. Then there was the monolith, though we used to simply call monoliths "software." Today we have two rival architectural types: monoliths and microservices. This post will explain what monoliths and...

What Is Your Attack Surface?

15JULY, 2021 by Justin ReynoldsCompanies go to great lengths to protect their physical environments, using deterrents like locks, fences, and cameras to ward off intruders. Yet this same logic doesn’t always translate to digital security. Corporate networks — which...

Data: What Is DevSecOps?

06JULY, 2021 by Justin ReynoldsCompanies today face increasing challenges around reducing the time and cost of software development. Many are thus using DevOps methodologies, which combine software development and IT operations to achieve continuous delivery and...