Dec. 9, 2013

AgilePalooza Conference in Austin

Report from my participation at "The best day of Agile" focusing on building Agile Teams and Agile Portfolio Management

Last week saw me try out a short talk on the art of agile portfolio management for the first time. Sharing the stage with a very strong line up, including Mike McLaughlin (), Jan Thomas, @DavidHussman, Russ Fletcher (@davisbase) and @DamonPoole. With two tracks - a planning and a practicing track - the talks were entertaining and informative. It was a pleasure to sit in on a number of speakers and catch some interesting and thought-provoking talks.

We started with a warm-up at Dell, which to be fair was much more than a warm-up. Over 250 people on site, and a further 150+ people worldwide plugging in remotely, the day was busy with full rooms, plenty of insightful questions, and lots of feedback. 
Creating Powerful Teams
I started with my Building Powerful Teams talk (http://www.slideshare.net/davesharrock/great-agile-teams-sdec13-winnipeg) which was followed by some great questions. The premise of the talk is really about revisiting the Scrum definition of the Development Team. We first considered three characteristics of great agile teams: cross-functionality, size and collocation. A brief overview of the difference between self-organization and cross-functionality; only great sports teams show self-organization, while every sports team has a cross-functional teams with loosely transferable skills. A more in-depth discussion on size - including sharing the Ringelmann Effect which maps the impact of coordination losses and, a significant concern many people are hesitant to draw attention to, the impact of social loafing. While I suggest in the talk that there is a perfect team-size (6), at least according to several studies, the critical piece is testing the impact of different team sizes on the outcomes the teams produce. 
Finally, I ended the talk with a review of the Harvard Business Review Six Common Misperceptions about Teamwork: article http://blogs.hbr.org/2011/06/six-common-misperceptions-abou/. A favourite article with a number of very salient points.
In closing, there were some excellent questions around tools used for enabling better communication and collaboration between distributed teams. While anything but an exhaustive list, the following are a number of tools several clients we work with have found to be useful. Note they are generally free (at least to start with) with all that that implies for corporate usage. And I'm not talking about the agile project management tools, but rather tools that enable better collaboration and communication between team members
  • www.linoit.com: a great sticky note tool used very successfully for any sticky note exercise requiring input from a virtual team (e.g. Retrospectives)
  • www.cardboardit.com: great for story mapping or any sort of product visualization exercise. As the marketing says, if Google Docs and Post-it Notes had a kid, it would look like cardboardit.com
  • www.planningpoker.com: the free tool for handling relative estimation using the classic Planning Poker approach across distributed teams
  • Skype, Google Hangouts - for keeping everyone in touch, having a permanent chat window open for the team, or even better, a permanent video call open, allows for much higher bandwidth communication
  • Yammer - a tool for those conversations that require a little more permanence than those conversations offered by Skype or other IM tools
Agile Portfolio Management
On to the main event - while there are plenty of conversations around building teams and standing up agile teams to solve immediate problems, the challenge of coordinating activities across multiple projects, products or programs is fraught with opinion, advice and 'best' practices. This is a difficult problem, and not one that can be simply addressed through the mindless application of someone else's successful practices. Like the American auto manufacturer executives trying to replicate the success seen at a Toyota manufacturing plant by copying process, agile at scale is a principle driven change, not a practice driven change. (For those who aren't aware, the American auto manufacturers were never successful in achieving the same productivity and quality gains Toyota was famous for by replicating practices alone. They had to dig in and understand the culture, which was a much tougher problem to solve.)
The challenges the scale of an enterprise inflict on an agile organization can be summarized as difficulties in creating transparency, maintaining focus, and increasing communication. All three are simple on a small scale, but quickly become difficult and are negatively reinforcing (getting harder and harder to address, the larger an organization gets) as we scale an organization.
I gave examples of three principles taken directly from the Lean and Agile principles underlying any Agile change. While they are not the only ones that have an influence, they certainly help address the three costs of scale, communication, focus and transparency.
#1: Focus On The Whole
#2: Deliver As Fast As Possible
#3: Make Progress Visible

Finally, in closing, I touched on the influence of the PMO. Although definitely passing remarks, an interesting metaphor I uncovered was that of a pilot. While we definitely want a pilot to get us out of trouble when things go wrong, our expectation is that the pilot will rely on the autopilot for most of the time, letting the plane literally fly itself. While doing so there is plenty to do: Watching that the plane is on course, acting within its design parameters, and heading in the right direction, at the right speed, while avoiding any turbulence on the journey. However, the pilot only takes the controls in extreme circumstances, leaving the autopilot to do its job most of the time. A great metaphor for the PMO - rather than a process policing or controlling function, the PMO is there to monitor progress and add their expertise in extreme circumstances.

For more thoughts, notes and commentary, check out my Storify report from the day.

Image of davesharrock

Dave Sharrock

Agile coach passionate about getting things done; helping teams exceed expectations, delivering organizational excellence, and all while having fun doing what they do.
blog comments powered by Disqus
Image of davesharrock

Dave Sharrock

Agile coach passionate about getting things done; helping teams exceed expectations, delivering organizational excellence, and all while having fun doing what they do.

Latest Posts

Jan Barnes joining agile42

Jan Barnes joining agile42 as an Agile coach in the Canada team

Image of davesharrock

Dave Sharrock

Agile coach passionate about getting things done; helping teams exceed expectations, delivering organizational excellence, and all while having fun doing what they do.

Mike Freislich on the inevitability of change

Video of Mike Freislich interview with Klaus Leopold on the Lean Business Agility podcast

Image of abragad

Alessio Bragadini

Web community manager of agile42, trying to post relevant, informational, fun bits of content on the blog and social networks

Agile Portfolio Management in it-daily.net

A new article in German magazine it-daily.net

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.

Why Agile Transformations Fail – Do You Fall Into The Same Pitfalls?

Insights from TAC2017: Why do agile transformations fail? Identify whether your team or organization falls into the same pitfalls.

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.

Sponsoring Let's Test South Africa

Let's Test South Africa 2017 sponsored by agile42

Image of joperold

Joanne Perold

Agile Coach in South Africa. Explorer, learner, experiencer, part time philosopher, working with teams and organisations to be more agile.