Should you rotate the RTE role every Program Increment (PI)?

Since the inception of an Agile Release Train (ART) we have been working with for the past few years, there was a system in place to rotate the Release Train Engineer (RTE) role each Program Increment (PI) cycle. This construct provided each of the RTEs with a “break” from the role and associated responsibility for the delivery of work by the train. Unfortunately, it resulted in some negative impacts on the train which included confusion and inconsistency in communication for the teams as every 12 weeks the RTE would change. This relatively short time actively in the role also made it challenging to gain any traction on continuous improvement initiatives for the ART as the next RTE would change things to put their own slant on the role.  

Accountability and Transparency

We suggested to go back to the RTE role be a single accountable person. This brought a renewed focus on continuous improvement and getting back to the day to day fundamentals of the RTE role and how to facilitate PI Planning event and support Scrum Masters to integrate and collaborate across the Train. This foundation was then built upon to re-establish transparency with the introduction of a physical program board to provide a high-level delivery view of the train progress for the current PI. 

Inspection and Adaptation

Another key area that was brought back into focus was the Inspect and Adapt event held at the end of the PI. This is an event that is dedicated to identifying areas of improvement by the train. Whilst the event had been consistently held by the previous RTE team the improvement items that were identified by the train were rarely acted upon. This resulted in frustration and disengagement from the train members that were offering improvement ideas in the forum but saw limited progress on the addressing the items or removing impediments for the train. 

We focused on coaching the RTE on the importance of not only holding the Inspect and Adapt event but also investing time and effort into adequate planning to ensure the event met the outcome of identifying actionable items for improvement over the subsequent PI. The next step was to increase the transparency of these agreed improvement items so that members of the train knew they were actively being worked on. 

We also ensured that the RTE circled back to review the action items at the beginning of the next Inspect and Adapt meeting (12 weeks later). Providing an update on the outcome, or progress, of the action items from the previous Inspect and Adapt event demonstrated that these items were valuable and being actioned either by the RTE , leadership or train members themselves. 

Conclusions

Whilst the RTE role is a challenging role with a number of responsibilities across the train as well as for the program of work they are supporting for delivery, there is limited benefit in rotating the role each PI. Instead, ensure the focus is on the right things to promote incremental delivery and continuous improvements across the train at a sustainable pace. 

Since moving back to having a single person in the role, the agile teams have reported improved communication and follow up of action items by the RTE which has led to improved engagement, reduction in churn and confusion for stakeholders regarding who they should be going to for what information and when.

About the author

Related Posts

Agile IQ: What we’ve learned about agile delivery from 500+ teams

What top behaviours drive organisations to higher performance, lower costs, and reduced delivery risk? To understand agile delivery metrics, ZXM took a science-based approach to the statistical analysis of its Agile IQ® data on delivery effectiveness, cost reduction, risk and how it relates to agile capability maturity.

READ MORE
search previous next tag category expand menu location phone mail time cart zoom edit close