February 4, 2012

BigVisible Blog

Beyond Functional Silos with Communities of Practice

Stop me if you’ve heard this one before… An organization decides to align its operation around business products. It organizes all of its product development into cross-functional teams with each team focused exclusively on one product. The business likes the focus, but soon people start to complain. Functional experts feel isolated and aren’t able to tap into their technical peers who are now isolated in other teams. Common practices and standards become difficult. Functional managers feel left out, as they don’t have much of a role now that their people are permanently assigned to specific business units and are dedicated members of a cross-functional team. Overall, the organization certainly sees advantages to the re-alignment, but they can’t help but feel they are neglecting their institutional knowledge and have reduced some of their technical capacity to solve problems. You might think I’m talking about an Agile development team, but actually I’m talking about Chrysler in the 1990′s when they re-organized their engineering around auto lines. (Wenger et al, Cultivating Communities of Practice 1)

Indeed, the challenges that agile organizations have been facing as they embrace team centric work have actually been confronted by numerous organizations prior to Agile. Automobile companies, professional consultancies, oil companies, and even the world bank have encountered this challenge where their technical experts have become ensconced in cross-functional project silos. Looking at how these organizations have addressed this challenge offers us some interesting insights. The successful organizations didn’t try to bolster their functional silos or build standards groups, but rather they embraced a more informal and organic model for sharing knowledge, solving problems and even making strategic investments: communities of practice.
[Read more...]

Validated Learning in Agile Projects

A recent question about sprint goals got me thinking about the lean startup concept known as “validated learning” and how something like this applies to agile projects. Eric Ries describes the concept of validated learning as:

 

“not after-the-fact rationalization or a good story designed to hide failure. It is a rigorous method for demonstrating progress when one is embedded in the soil of extreme uncertainty in which startups grow. Validated learning is the process of demonstrating empirically that a team has discovered valuable truths about a startup’s present and future business prospects.”
Ries, Eric (2011-09-13). The Lean Startup (p. 38). Random House, Inc.. Kindle Edition.

At first blush it seems this concept is just made to be utilized by teams working in an iterative manner. They can define sprints, validate learning, and adjust course. The challenge is that validated learning is more than just conjecture or forecasts, this means we must align the product of sprints with empirical, measurable goals. Enter the sprint goal.

[Read more...]

A Map of Organizational Agility

Invariably, when presenting or teaching about applying Agile principles in organizations, someone always asks me, “are there places where you can’t be Agile?” or  ”how do you decide whether or not you want to be Agile?”. These questions trouble me, as it seems like we’re offering a false binary choice. Either you are “Agile” or you aren’t. This perspective fails to communicate the nuance that, when considering an organization, there is a spectrum of Agility and the question really becomes, “how Agile can we make our organization?” [Read more...]

The Journey from Analyst to Product Owner

I owe a special thanks to my colleague Jason Novack for pairing with me recently on a presentation to the Boston International Institute of Business Analysts (IIBA) about making the leap from business analyst to a product owner. It was a great experience that really got me thinking about some of the journeys I’ve seen analysts go through as they moved into Agile teams and began playing the role of Product Owner. This blog encapsulates some of the concepts we came up with in that discussion and the archetypes I’ve seen for behaviors that these people go through, specifically analysts from large organizations that find themselves dropped into the role of product owner.

[Read more...]

One Week Down, Two Weeks Behind

“Hey, man! One week down, two weeks behind…” -Kirk Lazarous, Tropic Thunder (2008)

While not a terribly serious movie, I have always enjoyed this quote from the comedy movie about the ill fated making of a war movie. The concept of being only one week into a project, and yet somehow already two weeks behind seems so absurd as to be impossible, and yet it has been the reality for a lot of projects encountered. Invariably, ambitions around projects can get so high, with so many stakeholders that our definition of success rapidly becomes so great we watch the possibility of completing our project recede into the horizon. Properly defining and then managing project success is a critical activity in any project. There are a number of excellent resources I’ve drawn upon over the years to do this. This blog post is more a compilation of my thinking on this topic threading through some of these techniques. [Read more...]

Presentations from Chicagoland PD Day

Thanks to everyone who attended the Chicagoland PMI PD Day this past Friday. It was great engaging in so many interesting and engaging discussions. As promised, I have made the presentations and resources from the sessions available online.

Visualizing Your Process with a Kanban System

In addition, we played several games:

Pay for (Non)Performance

Its been a while since I’ve been a part of a corporate structure with a pay for performance program, but there was always something that never quite sat right with me. I just saw too many people become so consumed with managing what their objectives were, managing how those objectives were measured, basically managing everything except their actual work. [Read more...]