May 5, 2017

Selected Notes from Global Scrum Gathering 2017: San Diego

A report from SGCAL that took place in San Diego 10-12 April 2017

I recently had the pleasure of attending the Global Scrum Gathering in San Diego. The event had over 1000 attendees, 9 simultaneous tracks and a day of open sessions. The keynote speakers were Jeff Sutherland and Joel Neeb. I thought I’d write something up from some of the sessions I attended and share.

If you must go to a conference, there are worse places to go


Keynote: Jeff Sutherland: The Shu Ha Ri of Scrum @ Scale

Jeff Sutherland spoke at length about Scrum at scale, adding his voice to a common topic in the industry. The point he hammered home hardest was that most problems of Scrum at scale are not caused by scale but by not being Agile.  Common patterns he has seen in the industry are Scrum at the team level but waterfall management practices, badly prioritized backlogs, architectural dependencies, legacy systems, antiquated engineering practices, and 3rd party waterfall outsourcing.  

He outlined 4-dimensions of growing Scrum:

  • Scale -- the number of teams involved
  • Distribution -- how geographically distributed are the teams, or worse portions of the teams?
  • Saturation -- how prevalent are the Agile principles within the organization?
  • Velocity -- how is velocity being managed?  Ten teams, five times as fast is better than fifty teams.

Scaling is still a significant challenge in the industry.  Agile teams still aren’t delivering: 61% of Agile teams are failing at scale.  This is an improvement over the 89% of failing teams in the waterfall world, but still nothing to brag about.  He recommended a focus on the team level.  This should happen within IT and and at the business level through a tightening of the product ownership loop.  In large organizations this change needs to come from upper management and so requires buy-in well beyond the Scrum team level.  Training is needed at the management level (see also Dave Sharrock’s talk from SGCAL) with a focus on teaching them how to get out of the way and letting the teams be effective.

As for methodologies, Sutherland is a fan of the “fractal application of Scrum”.  Most of the successful projects he spoke about used Scrum-of-Scrums up to the fourth or fifth level.  These meta-meetings are both on the management side (EAT: Executive Action Team) and in the Product Owner space (EMS: Executive Meta-Scrum).  The EAT is done to create a quick escalation path for removing impediments the EMS is used to clarify product backlogs and provide portfolio management.  He gave an example from the SAAB Gripen project where there are 5 dailies: starting at 7:30 at the team level, 7:45 for S2, 8:00 for S3, 8:15 for S4 and 8:30 for the EAT.

Scrum-of-Scrums to Scale and Manage


Organizationally, the problems often go right to the top.  It is common for the CEO to want faster teams and claim to be embracing Agile for this to happen, but still want the reports that waterfall generated.  The changes need to be to the culture, he gave an example where 3M has changed the HR department to now be called Agile People Operations.

“To implement Scrum at scale, first you have to implement Scrum.”

Jeff Sutherland

Thomas Friend: Scrum To The Stars

Thomas Friend is a Business Agility Consultant who spoke about Agile processes at NASA.  With varying degrees of success, NASA started a new approach to its projects in the nineties called “Faster, Better, Cheaper”.  The idea was to focus on smaller, more specific projects rather than larger more complicated ones.  Successes during the use of this approach include the Near Earth Asteroid Rendezvous (NEAR) project.  NEAR actually completed with a budget underrun, something almost unheard of at NASA.

In the first six years of Faster, Better, Cheaper there were 9 successful project and only one failure.  Unfortunately, this record changed drastically in 1999.  Friend blames the change on the increase of management’s involvement with the product backlogs.  

Although Faster, Better, Cheaper is no longer in place at NASA, some of its spirit lives on.  Joint research with universities has resulted in the creation of cube-sats: small satellites in a standardized 10x10x10 cm package.  These packages get their computing power from the same technologies used in cell phones.  By standardizing the packaging, university scientists have been able to hitch a free ride on many of NASA’s existing rockets.  The weight distribution of a rocket is rather important so NASA currently uses aluminum panels it can attach in the payload area to achieve this balance.  The Pico Satellite Orbital Deployer is a device that fits the same configuration as the ballast but contains the cube-sats.  Over 500 cube-sats have been deployed and much of the packaging and internals are now based on COTS components.

NASA’s after-action report on Faster, Better, Cheaper is publically available

Woody Zuill: Mob Programming

Woody Zuill gave an introductory talk to Mob Programming: a more extreme version of XP’s pairing.  The thing I liked most about the talk was Zuill’s self effacing style, he openly said he wasn’t advocating Mob Programming or saying it would fix your problems, simply that it had worked for his teams and he wanted to share the experience.  The honesty in this is refreshing, especially when people so often present their ideas as silver bullets.

Similar to a Scrum team, a mob programming group needs to have all the skills required for a given project present.  This includes business representation and any necessary development and testing skills.  The model uses the driver/navigator pattern of paired programming: one person is using the keyboard and the other is expressing the ideas needed for coding.  Zuill modified this concept to use multiple navigators.

The idea evolved out of a coding dojo where the driver/navigator pair was used for teaching and practice.  The rest of the team was meant to be quiet and observe and then given turns at navigating and driving.  Zuill commented that he believes one of the reasons mob programming worked was that although there are multiple navigators, they had gone through the coding dojo exercises and knew when to speak and when to be silent -- a process far less chaotic than its title might imply.

The recommended practice was for the main navigator to become the driver and the driver goes to the back of the queue of navigators.  This rotation should happen every 7-10 minutes.  For any idea to get into the code it must first go through someone else’s hands.

A team needs to be working well together already for this to work.  A collaborative environment is necessary, one where the team knows who the experts in any given feature area are.  At any time, members of the team will float in and out of the mob. The “law of two feet” rules: if you don’t feel you’re being useful or need to focus on something else, leave the mob and come back when you’re ready.  


These were just a few of the talks in San Diego.  There was a lot of variety and a lot of great content.  The next Global Scrum Gatherings are in Singapore, Dublin and Minneapolis Hopefully I’ll see you there.

Image of ctrudeau

Christopher Trudeau

I'm a Software Architect and VP Development with experience in the start-up and Fortune 500 worlds. My industry experience includes telecom, banking, electronic publishing and gaming. I'm passionate about building strong, successful development teams using just the right amount of process. I've built teams responsible for delivering highly available systems capable of serving millions of users.
blog comments powered by Disqus
Image of ctrudeau

Christopher Trudeau

I'm a Software Architect and VP Development with experience in the start-up and Fortune 500 worlds. My industry experience includes telecom, banking, electronic publishing and gaming. I'm passionate about building strong, successful development teams using just the right amount of process. I've built teams responsible for delivering highly available systems capable of serving millions of users.

Latest Posts

Why are organizations not seeing the benefits of doing Agile?

Due to a difference in goals and approaches, friction occurs between Agile teams and the rest of the organization - who has yet to see the benefits...

Image of hwong

Hazel Wong

Marketing Assistant at agile42. Passionate about gaining insights from data in order to create content that resonates with the audience. Eager to help teams and companies open their mindset about the application of agile methods to address their challenges.

Agility requires cultural change

Article published in German magazine

Image of marion

Marion Eickmann

I am one of the founders of agile42. Even though I am not an engineer I consider myself almost a "Techi" as I have been working in the field of software development for 10 years now.

Agile in Everywhere: Sales

An experiment as a ScrumMaster and Agile coach working with a Sales team, where Agile practices are supporting new acquisition and retention targets

Image of ebru4984

Ebru Yalçınkaya

I act as a change agent where the teams, domains need to enhance agility to reach their goals, to create a shared vision if needed. I coach every kind of team , every domain, like management teams or like customer care, technology and sales groups.

Good VIBE at Scrumtisch Berlin

Scrumtisch March 2018 at SAP Berlin

Image of simsab

Simon Sablowski

Simon has spent several years working as a software developer, ScrumMaster and CTO. He is dedicated to shortening feedback loops to accelerate learning and strengthening team collaboration to maximise synergies. At agile42, Simon enjoys coaching and training teams and organisations that desire to attain higher productivity, continuous innovation and extraordinary performance.

Step up your Kanban game

In the upcoming weeks, Accredited Kanban Trainers from agile42 will facilitate certified Kanban training in locations all around the world

Image of mikefreislich

Mike Freislich

Image of rhilll

Russell Hill

Image of mgaewsj

Gaetano Mazzanti

My background includes a long experience as a manager in the Software and Machinery Industry. I worked in USA and India leading distributed teams in advanced software projects (CAD/CAM, PLM, Industrial Automation, Plant Control and Supervision). As a coach I am now trying to help organizations to change embracing Agile and Lean values and principles. I am a WIP limit addict :) and a KCP