Wednesday, 11 October 2017

Monday, 4 September 2017

Live from Agile2017

At Agile 2017 I  led a session at Agile called “The ART of avoiding a Train Wreck”, which offered guidance on how to better plan Agile Release Trains in Scaled Agile Framework. After which I had an opportunity to chat with Dave Prior about the session, and my book “Tribal Unity: Getting from Teams to Tribes by Creating a One Team Culture”.

Thursday, 31 August 2017

SAFe from the Trenches @ Agile Australia

In June, Pretty Agile partnered with Scaled Agile Inc. to sponsor the 9th Agile Australia conference. Included in this sponsorship arrangement was an opportunity to deliver a product demonstration to conference attendees. Given Scaled Agile Inc. are the creators of the Scaled AgileFramework and Pretty Agile are their premium implementation partner in Australia, what better “product” to demonstrate than some of Australia’s most successful SAFe implementations?

So, we gathered together executives from the Australian Tax Office, Yarra Valley Water, ANZ, Attache and Westpac to discuss their warts and all experiences with the Scaled Agile Framework. Here is what happened...

Moderator:  Today we're here with a panel; Damien Hobbin, Julianne Sykes, David Norris, Sam Kline and David Webb. Thank you very much for joining us.

They're in the trenches. They're doing SAFe. They're implementing SAFe. We all know there are lots of rumours and opinions out there. So they're going to try and help us determine fact from fiction. 

I'm going to start out with a couple of questions to the panel. Then we'll open it up to questions from the audience. First I'd like you to introduce yourselves and tell us a little bit about your SAFe journey and where you are in it.

David Webb (Westpac):  Okay I can start. My name is Dave Webb. I'm from Westpac Bank. We've been running SAFe in Westpac for about three years now. I've been involved with most of the Release Trains that we've launched along the way. I'm currently the Product Manager for our trains delivering an Enterprise DevOps platform for the group.    

David Norris (Attaché):  G'day, my name is Dave Norris. I work for a company called Attache Software. We've been around for a while doing Payroll and Accounting software.  I was first introduced to SAFe at IAG, in a large programme of work there. I joined Attache to roll SAFe out through the company, at least through the IT side of the company there. So starting from scratch and trying to get buy-in is a lot of the pain points I went through. It's succeeding. We’re about two years into our SAFe journey.

Sam Kline (ANZ):  My name is Sam. I come from ANZ. I run the Analytics and Insights team there. We're just coming up to our 12 month anniversary for our SAFe rollout. We have one, Agile Release Train. We started with about 60 people on shore. We're now about 70 people on shore and 40 people off shore in Chengdu. Plus we've got about 20 to 30 partner people running with us. So we're roughly 130, 140 people in our Release Train.   

It's been a pretty amazing journey over that 12 months. Lots of war stories. Lots of personal learning, as we've gone through that. Both myself, our leadership team and the people actually on the Train. There's a few of them here as well.  It's been a fascinating story and a pretty amazing 12 months.

Julianne Sykes (Yarra Valley Water): My name is Julianne. I work at Yarra Valley Water. My role there is Manager Portfolio Delivery, and I'm currently the acting CIO.  Our SAFe journey is twelve  months old. We've just completed our fourth PI Planning Event. We have one train, with about 120 people. We deliver the entire ICT delivery programme for Yarra Valley Water. All of our major enterprise applications, we are enhancing and modifying and developing through SAFe and Agile.    

It's been a really good journey for us and I'm looking forward to sharing our stories with you.

Damien Hobbin (ATO):  Hi, I'm Damien Hobbin. I'm an IT executive with ATO. I head up a Digital Delivery team looking after the  some of the key retail offerings for the ATO, hopefully you've heard of some of them - ATO Online, MyTax, which I hoped you've used. If you haven't I encourage you to.  I'm also a champion and advocate of what we call Agile HQ. It's about driving enterprise agility, and  how we drive agility not just through IT but across the organisation.    

We've been on our SAFe journey for close to three years now. I've been hands on with three Release Trains and there's at least eight in the ATO. It's been an interesting journey and quite a ride. We've got a lot of information to share with you, equally as we  also  share our learnings and ideas across Government as well.  We're seen within Government services as one of the leading adopters of Agile and SAFe in particular, so I'm here to happily answer any questions that you've got.

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


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.

Thursday, 13 April 2017

SAFe PI Planning Quick-Start Style

The schedule for the two-day PI Planning event, days five and six of the 6-day quick-start, was pretty much textbook SAFe. Given I have blogged about PI Planning in the past, let’s skip the blow by blow description of PI Planning and focus on the highlights from this particular Agile Release Train's first PI Planning event.

Firstly the opening messages set the perfect tone for the 2-days. The RTE opened the event with: "It’s been an epic few days and we are here now. PI Planning.  We are here and we are doing it and it’s awesome!  Now it’s about the real work!" 

Their executive sponsor was equally as passionate: "I think it is great you guys are doing this and making the 6-day investment. I'm glad this team is embracing the change and wanting to do things differently. It’s going to be bumpy but that’s ok. I'm excited to see what all these blank boards are going to turn into."

Teams used foam boards for their plans instead of post-it pads
so nothing would need to be stuck  upon the walls.

Thursday, 16 February 2017

Just-in-time Training for an Agile Release Train Quick-Start

The three key ingredients in any ART launch are: teams, a well defined, force ranked feature level program backlog and the knowledge to execute in a lean and agile manner. In the case of the A&I ART, we now had teams and a backlog, we just needed the knowledge. This is where the SAFe for Teams training and the Scrum Master and Product Owner Orientation workshops came in.

Monday morning the teams returned to same venue we had used for the self-selection event, to commence two-days of SAFe for Teams training. I was thrilled that the organisation had taken our guidance and had gone all in for the event. Even the department head attended the entire two days.

There is something about all the teams on a train, including the leadership team, learning together, with their Scrum Masters and Product Owners that is just magical. Having spent many years convinced that training circa 100 people at once was nuts, then going through the process a number of times, I have to say I was wrong. If Harvard Professor J. Richard Hackman is to be believed, 30% of a team’s eventual performance is dependent on the initial launch of the team. Personally I cannot think of a better way to launch a team of teams than two days learning together.

Wednesday, 25 January 2017

Facilitating Squadification for a SAFe Agile Release Train

The squadification day had arrived! We had management buy in to allowing people to self-select into teams and a structure for our new new Agile Release Train (ART). I turned up with my Time Timer in tow ready to facilitate what I hoped would be a great beginning for this brand new ART.

Over the course of the week leading up to the self self-selection, the thought of launching a new ART with no experienced Scrum Masters had been on my mind. How we would find the right people for those Scrum Master roles? I tend to choose what I read based on what is on my mind, so I had picked up my copy of  +Geoff Watts's Scrum Mastery and reread a few chapters on my flights to and from Sydney that week.

I took two bright ideas away from this: (1) we had to reinforce the message at self-selection that the Scrum Master role “holds no authority", and (2) when asked to nominate a Scrum Master teams tend to know instinctively who will be the right fit. Inspired by this my first task on the day of the self-selection event was to track down the Release Train Engineers (RTEs) and suggest that rather than letting individuals self-select into the Scrum Master role we let the teams nominate their Scrum Master after the squads had been formed. They were agreeable so that became the new plan.

Now we had to get organised. Flip charts were drawn up for each squad and a Product Owner’s photo added. Everyone else's photos were laid out on a trestle table at the front of the room.  By 9:15am we had almost  full house, so we decided to kick off. I opened with a quick run through of the agenda for the day, followed by the lead RTE who set the scene for why they had chosen to use self-selection as the approach to forming teams. Then it was back to me to run through the logistics for the morning.