Agile is not Democracy

In the Agile space we use a lot of tools to take the temperature of a team—or some other group of people. These tools include dot voting, thumb voting (or fist of five), planning poker, affinity planning, and physical exercises like Boal’s Where Do You Stand? or the more recent Constellations. These are all excellent ways for a team to understand the thinking of each of its individual members.

Sadly, it appears that these tools—along with so many other good ideas and practices that have become popular in Agile software development—are both misunderstood and misused.

Read More

And now… the tee-shirt

“Moichandising! Moichandising! Where the real money […] is made.” —Yogurt, in Spaceballs.

My publisher, Dymaxicon, took Yogurt’s advice to heart, and created a tee-shirt featuring The People’s Scrum salute. Dare you wear it? 

Click the image to view sizes, colors and cost. And may the Schwartz be with youuu…oy, yoy, yoy — oh what a world, what a world!”

 

New Book: The People’s Scrum

Happy to announce that my collection of essays, The People’s Scrum was published this week by Dymaxicon. The book is currently available in Kindle format and will be out in paperback next week—available worldwide. Please click image to see the Amazon page.

image

The book has a forward by Ron Jeffries, an afterword by Lyssa Adkins, and cover endorsements by Mike Cohn, Lee Devin, and Luke Hohmann. To date it has two (5-star) reviews. Please add your own. I’d love to hear your thoughts.

I’d like to say thank you to all the friends and colleagues I’ve met on my Agile journey, who inspired me in my work and writing.

Iterative Estimation

Estimation has been the bane of the developer’s life ever since we moved beyond the hacker era of software creation, and into “corporate software”. When people hacked, they just wrote code, completed stuff and released it. People took pride in their work, challenged one another, made things up as they went along and produced wonders, the like of which no one had ever seen before [ref]. 

Read More

Vote With Your Feet

What value do you get from your Scrum meetings? This was the question posed to a team when I heard the usual “Scrum has too many meetings” complaint. I asked each member to write a % number for each meeting they attended. It ended up like this.

Read More

More on Performance Appraisal

This is very telling—

Appraisals, as they are now being used in the great majority of organizations, were designed by the clinical and abnormal psychologists for their own purposes. He is legitimately concerned with what is wrong, rather than with what is right with the patient. The clinical psychologist or the abnormal psychologist, therefore, very properly looks upon appraisals as a process of diagnosing the weaknesses of a man. — Peter Drucker, The Effective Executive:

Quote taken from Appraising the Performance of Performance Appraisals by Ron Baker. Read also his follow up post Replacing the Performance Appraisal.

If you are as concerned as I, and many others these days, about the destructive force of performance appraisal and the reward system it usually links to, I recommend this paper by David R. Law—

Appraising Performance Appraisals: A Critical Look at an External Control Management Technique.

It’s a very thorough exploration of the subject, and will hopefully inspire you to creative thought about how to begin to tackle the problem in your own organization.

Deming is a man who does not mince his words. The performance review system is a disease indeed—and it’s spreading. I guess it’s a disease of the brain, as it causes executives and HR departments to continue doing exactly the same thing while expecting different results. Utter insanity.

Deming is a man who does not mince his words. The performance review system is a disease indeed—and it’s spreading. I guess it’s a disease of the brain, as it causes executives and HR departments to continue doing exactly the same thing while expecting different results. Utter insanity.

Tags: TwilightZone

Executive Update in Cutter Magazine

Business Craftsmanship:
A Right-Brain Approach to Organizational Transformation

Business craftsmanship is concerned with organizational transformation and enlightenment. It can loosely be thought of as a framework—and certainly utilizes one—but “framework” is not quite the right term to describe this approach as the term implies stability, and usually a clearly defined set of rules. Scrum is a good example of an organizational framework. It has well-defined components, namely roles, meetings, artifacts, and values. These are fixed, and failure to embrace the whole usually results in a collapse of the framework. Business craftsmanship in contrast is a shape-shifting container of emergent ideas based on experience and intuition. It offers guidance for different ways we may choose to show up for work, toward the purposeful goal of organizational greatness. These ideas are not requirements, and are better considered as an offer—a springboard for fresh thinking…

The full article is published on Cutter.com, here. You’ll need Cutter membership to access it, or sign up for trial membership.

A Simple Cycle v2

Following my recent post, A Simple Cycle, I received some interesting and useful feedback, so it seems time for a second iteration on the idea. Many pointed out that the word “act” is overly-simplistic, and can apply to anything we do. This is true. Conversation is action, thinking is action, silent meditation and emptying the mind of all thoughts, even that can be considered an action. A better word—a clearer concept—is needed to distinguish this part of the cycle from the first part, “align”. The word I have selected is “make”.

Make (inspired by Lee Devin and Rob Austin’s book, Artful Making) indicates some kind of hands-on approach, the building or forming of something, or practical experimentation for the purpose of furthering knowledge. It is (somewhat) separate from the conversations that precede and follow such activity. It’s all action, yes, and some of the action alters the physical world.

I described my offer as an encapsulation of the creative cycle. Geert Bollen offered the astute observation that “important aspects of the creative process are not accessible to us on a conscious level—eg, inspiration.” and went on to offer an alternative cycle that focuses on what is accessible: [generate, refine]*. I see this as a good description of the “make” part of the creative cycle. An artisan or inventor, working in isolation will indeed follow such a pattern, learning as she goes. What is missing here is the element that takes this kind of making from a personal activity into the realm of business. I am interested in that realm, and [generate, refine]* is incomplete for that purpose.

In building products or services for a client the creative process requires both making and alignment. Without the latter we are back in invisible teritory—making what we think someone might want, but never checking along the way, thus never really knowing if what we make will be useful.

The terms divergence and convergence are sometimes used to describe the agile process. Teams build software, possibly diverging from the plan due to, e.g. better ideas, or unforeseen circumstances, then they meet with customers to converge and reach agreement for the next iteration. I like these terms, but they describe directions rather than human interaction and activity. I prefer to focus on the human element.

I have recast the creative cycle as [align, make]*, again this is a fractal model where each period of alignment may include some making, and each period of making may include realignment, thus:
   [Align[make, align]*, Make[align, make]*]*.  

I was also asked what the purpose of this model is. I actually don’t know. For me this is an exercise in abstraction. I have found that whittling good practices down to their core often reveals patterns of interest—patterns that can be applied in new contexts that the original practices were not designed for. My work on abstracting Scrum from process and practice to values and principles offered me the opportunity to teach it in a meaningful way, far outside its original domain of software development. Perhaps this representation of the creative cycle for business will help others do the same, i.e. foster a creative mindset in areas of business traditionally considered to be formulaic or repetitive. Working creatively is always a more engaging form of work, than following process and procedure.