Skip to content

The Impostors

There’s a huge interest in failure these days. People are clamoring to be the first to fail, to be the one who fails most frequently, gleefully to fail and fail and fail. Question: Why do you want to adopt [popular method]? Answer: So that we can fail more!

Read more…

Julio Cortázar and software development methods

Nadie habrá dejado de observar que con frecuencia marcos del proceso se aplican mecánicamente.

Maybe Julio Cortázar, whose 100th birthday we celebrate this year, would have begun a set of instructions for implementing a process framework with similar words. No one will have failed to observe that many individuals, teams, and organizations are quite befuddled by the process framework they are trying to use. They struggle mightily to follow every “rule” the framework “requires,” even when their goals are ill served by those rules.

Indeed, it is typical for such individuals, teams, and organizations to lose sight of their original goals altogether in their attempts to satisfy the real or perceived “rules” of the process framework. No matter how haphazard their previous mode of work may have been, many conclude that the framework “doesn’t work,” and revert to their former methods.

Read more…

Is a spike a type of story?

Many teams that take an “agile” approach to software development define requirements in the form of “user stories.” Not all the work a team performs lends itself to this form. It seems that people have come up with definitions of various “types” of stories other than “user” stories so that they can deal with work items that do not represent vertical slices of functionality that can be demonstrated to a business stakeholder. That’s fine as long as it’s practical and helps teams deliver effectively.

One of these non-story stories is the so-called “spike story.” I keep running into this in my team coaching work, so I did a quick Google search and found the term “spike story” is used pretty consistently. Definitions published by the ScrumAlliance, Agile Learning Labs, Scaled Agile Framework (SAFe), SolutionsIQ and others all refer to spikes as a type of “story.”

Answers to a question about spikes on Stack Overflow are more encouraging, as they mention spikes are time-limited and at least two of the respondents refrain from calling them “stories.” Even so, the notion that a spike is a kind of story seems to have become a widespread infection.

Read more…

A modest proposal for restructuring enterprise IT

Submitted for your consideration: The simplest way to solve a problem is not to solve it at all, but to define it out of existence. Many of the challenges we face in corporate IT may be caused by traditional organizational structure. If it is true that structure begets function, then we may be able to define some of these challenges out of existence by changing the organizational structure.

Read more…

Using Mob Programming to jump-start development teams

With 7 technical coaches working with some 160 development teams, we find ourselves moving from team to team with little time for in-depth collaboration. I decided to try a different approach to introduce an effective work flow, encourage collaboration within and across roles, and provide direct experience with recommended technical practices in a short time. We have been running two-day intensive working sessions with one team at a time. We have done this with four teams so far. The experiences have been different, but the general results have been positive in all four cases.

Read more…

Organismic Integration Theory

Recently, I came across a model I had not known before: Organismic Integration Theory (OIT). I read about it on Sal Freudenberg’s blog, which is much easier to digest than scholarly articles on the subject.

Read more…

Using Lego to capture raw data for Cycle Time and Process Cycle Efficiency



I’m one of six technical coaches engaged by a large bank to support an initiative to improve software delivery performance. The IT department is an established agile software development shop that uses the SAFe framework with Scrum at the team level. They are seeking to achieve continuous delivery, improve software quality, establish a developer-friendly working environment, and foster a culture of continual improvement.

We want to be able to show the effects of changes the teams make in their working practices. Improving delivery performance involves changing the way people work; therefore, we need measurements that aren’t dependent on doing the work in any particular way. Three metrics from the Lean school of thought are helpful: Throughput, Cycle Time, and Process Cycle Efficiency (PCE).
Read more…


Get every new post delivered to your Inbox.

Join 68 other followers