Thursday, 17 August 2017

Learning from Re-Squadification

One of the things I love about the A&I Agile Release Train is their drive to learn. Following the Re-Squadification day the train held a focused retrospective in order to understand what had gone wrong and how they could avoid a reoccurrence of a long drawn out self-selection process in the future.  The insights were fascinating. There were three main drivers of the stalemate - a belief the teams of 6 or 7 would not be effective, “feature pitching” by Scrum Masters and Product Owners and people trying to do the right thing!

The frustration with team size I put down to a combination of decisions being made behind closed doors and lack of communication. Deciding the team numbers was perceived as a logical decision that didn’t require wide consultation. In hindsight I am embarrassed I didn’t think to suggest to the RTEs that they take the suggestion to the train before communicating it. Or even better involve the train in making the decision in the first place. It was naive of us to assume the teams would not have strong opinions regarding team size. I wonder if subconsciously we feared retaliation, as despite being three PIs in there were still fierce debate across the train regarding the need for component teams. In reality we just didn’t have holistic buy in to the feature team model.

The “feature pitching” was frustrating. Based on the learnings from the first self-selection event we had tried to remove the “work” from the decision but we probably had not been explicit enough in that respect. Teams were recruiting members based on the features they intended to pull. Again, I fear communication had been our downfall.

The third cause was more interesting and somewhat unexpected. In line with +Sandy and Dave’s guidance we briefed the train to consider the best interests of the company and the train in making the team selections. As the day went on, we came back to that message time and time again but it didn’t seem to make any difference. When the leadership dug into this post the event, we learnt that team members were staying put because they believed that their membership of a specific team was in the best interests of the company!


I also felt that “absentee voters” had been a challenge. In almost every case the person who was not present had given a specific instruction about what squad they wanted to be in and their proxy did not feel empowered to move them.

The opportunity to use these learning came around sooner rather than later, as the addition of some new delivery partners meant more teams on the train in PI5. Feedback from the last self-selection event indicated that the train valued the ability to do self-selection, however, they were not in a hurry to do it again! Wanting to empower the train, the leadership put it to a vote: Should the train self-select prior to PI5 or should the leadership team make the required changes and inform the teams of the outcome?

Thursday, 3 August 2017

Re-squadification

Three PIs after the 6-Day Quick-Start it was time to “re-squadify”. We had promised the teams during the initial self-selection event that they were not making life long commitments and that they would again have the opportunity to self-select in two or three PIs time.

Over the preceding 6 months there had been a lot of change. The original 6 squads had been reduced to 5, as result of some parental leave and secondments. We had onboard two new squads based in China. The interns had moved on to their next rotation and there had been a few leavers and joiners, as is natural with any new Agile Release Train.

Re-squaditification presented the opportunity to revisit the constraints within which the teams would form. Specifically, we decided to look at team size and the approach to Scrum Masters and Product Ownership. The two squads in China had been through a small scale self-selection day just prior to the beginning of the last PI,  so we decided not to disrupt them and leave them out of the  “re-sqaudification” this time.