Canvas for Nonviolent communication

At the end of April, I facilitated a session on nonviolent communication (NVC) in Agile Finland Coaching Circle. I presented there a support tool for NVC: NVC Canvas.

Canvas has three purposes and intended uses:

  1. It’s a learning and teaching tool.
  2. It’s a tool for reflection. Use it before you discuss a difficult topic, or use it to reflect an incident.
  3. It can be coaching tool. However: Don’t use it in coaching situation if it makes it harder for you to listen and be present.

Download

Tool is published with Creative Commons 3.0 BY-AS -licence.

Advertisements

Non-Violent Communication and Its Nietzschean Foundation

I truly love Marshall B. Rosenberg’s Non-Violent Communication — not because of its apparent but delusive, hippy “seek-for-compassion-and-love-everyone” -tone, but because of its solid nietzschean foundation.

Yes, for the techniques and practices of Non-Violent Communication the core is in compassion and empathy. Nietzsche doesn’t emphasize compassion and empathy, quite the contrary. Then again, the philosophy behind the praxis is similar: Rosenberg underlines the same underlying principles that are essential for Nietzsche as well: (i) intellectual honesty, (ii) complete but not blind affirmation of your needs and urges, and (iii) vitalistic emphasis on positive, life-affirmative thinking over negative, afterlife-centric thinking.

Non-Violent Communication (NVC) in nutshell

To condense, the core idea of Non-Violent Communication is to reflect a bit longer than normally what for you see, feel and need as you do before responding anything:

The ordinary way to think and communicate bases on a fast loop: The synthesis of observations and needs composes a feeling or feelings and the feelings trigger immediate reaction. A feeling emerges from a situation, but we do not know exactly how and why. Therefore our ability to emotional control is not only impaired but also arbitrary and random.

For instance, a teammate says something wrong to you and suddenly you feel angry and react immediately accordingly. Oftentimes you even don’t identify that you actually feel angry before you say “f*** you!” or do something similar. The loop from impression to reaction is often incredibly fast. “F*** you!” is a reaction to an impression that our teammate said something wrong. It is not reaction to what actually happened or what the other person actually intended to do.

According to NVC, it’s by default unclear “what my feelings are”, “what my needs are”, and “what is the actual situation I’m a part of”. They all are inseparable and uncontrollable part of the impression of a situation. Sometimes we instinctively reflect the situation, see things clearly and control ourselves; sometime we just lose our temper. The chain of thoughts behind this is usually ill seen. Thus, our behavior is more or less random.

NVC makes a small change to this mechanism: Just like above, the observed situation produces to feeling(s) as a part of an impression and the impression relates subconsciously to my needs. After this I should reflect how needs, feelings and observations are related: What I actually feel apart from the impression (in image 1, NVC 1)? Why I feel the way I feel and how the feelings are produced from my needs (in image 1, NVC 3)? How the observed situation activates the needs behind the feelings (in image 1, NVC 2)? This kind of reflection will extend and change the impression by making the related observations, needs and feelings more clear, honest and separate.

The key question in NVC is “do I control the impact the other’s messages and reactions causes in me?” (See image 2 below). Unlike in rationalism, the control here does not mean devaluation of emotions and suspension from them. Rather the control means emotional honesty (i.e. what I truly feel and need?) and emotional clarity (i.e. what really happened and what parts of my impression are colored by the lenses of my needs and personality?). NVC does not propose emotional control in that sense that the rational mind should control the emotions! In NVC the point is that the emotional mind should not bang its head to concrete wall but rather use doors and evade obstacles – not because it’s rational but because banging your head to concrete wall is prima facie stupid and actually, the rational mind is needed to make such a headache desirable.

Nietzsche and NVC

It’s ironical, that Nietzsche’s philosophy of power seems to be rather far from Rosenberg’s thinking as the philosophical roots seems more or less the same.

I have a theory: the delusive difference is caused by the fact, that Rosenberg focuses on feelings and Nietzsche focuses on the values. On the time of Nietzsche, feeling were seen as second class citizens compared to the values. On the time of postmodern pluralism, the situation is almost opposite. The values are often considered just opinions while the feelings, needs and observations are real neurophysiological facts. However, if you put NVC and Nietzsche’s ideas to the same puzzle, the pieces fit together seamlessly. Nonetheless, they both clearly discuss on healthy and honest relation between consciousness, world around and my needs:

Example: Blame

The connection between NVC and Nietzsche become obvious as Rosenberg underlines (i) in the chapter five the importance to accept own feelings and take responsibility for them and as he emphasize (ii) in chapter six the importance of clarity and clearness of thoughts.

When someone gives a negative message we have four options: (1) blame ourselves, (2) blame others, (3) sense our own feelings and needs and (4) sense other’s feelings and needs. Nietzsche uses different terms for blaming ourselves. On one hand “blaming ourselves” is bad consciousness and on the other hand it is life aversive asceticism. Blaming others is resentment. Instead of an attempt to face another person resentment re-frame the other as an evil or otherwise bad person. For Nietzsche, options 3 and 4 are something that happens behind good and evil and are examples of what Nietzsche calls evaluation of all values.

While Rosenberg’s claims that “vague use language contributes to internal confusion” Nietzsche seems to say the exactly same of the values: vague transcendental, higher values (like good, evil, wrong, justice, truthfulness, freedom, etc.) contributes internal confusion.

On the later part of Rosenberg’s book, the connection gets stronger and stronger. On chapter nine Rosenberg criticizes self-judgment: “These speakers [that condemns themselves by statements like ‘That was dumb!’, ‘How could you do such a stupid things?’, ‘That was selfish!’, etc.] had been though to judge themselves in ways that imply that they did wrong or bad; their self-admonishment implicitly assumes that they deserve to suffer for what they’ve done. It is tragic that so many of us get enmeshed in self-hatred rather than benefit from our mistakes, which show us our limitations and guide us toward growth.”

Wow! That was exactly the Nietzsche’s point: don’t hate yourselves because of the values you’ve been given as a poisonous dowry. Rather face everything as an opportunity to live the worthiest possible life.

Sum up

For sake of brevity I won’t justify my claim more extensively. Instead, I recommend that you should read “On the Genealogy of Morals” from Nietzsche or Giles Deleuze’s excellent Nietzsche interpretation “Nietzsche and Philosophy” in order to deeply understand the (incidentally) radical philosophical foundation of NVC.

Nietzsche writes on from eagle’s perspective while Rosenberg’s perspective is alike a lion. They both are lonely, noble beasts rather than evangelists of consensus: honorable, open confrontation is more worthy than fearful aversion of conflicts and resentmental submission. They both underlines intellectual honesty and life-affirmative vitalism. The only real difference is that Nietzsche is more likely to leave the conflicts unresolved while Rosenberg is more likely to leave the values beyond needs unarticulated.

Why the Good Intentions Are Not Enough

Yesterday, I had a short discussion on my blog entry “Two common leadership anti-patterns: Urgency as Blame and Busyness as Heroism” with a friend. He basically asked “do I think that managers are malevolent?” Well, I do not, and I don’t say so in that entry. The text was a critique of systems, it wasn’t at all a critique of people per se. Also this this text is a critique of systems: I’m talking the social and cultural systems around us and the psychological and ideological systems inside us.

If a system is dysfunctional, all the good intentions (within that system) may turn out harmful things. If this is obvious for you, there’s very little truly new in the next ~900 words – just some macabre, black humor.

Imagine a benevolent surgeon, who was raised in a family of excellent carpenters. Almost before he learnt to walk, his parents taught him to make wood sculptures with knife, saw, hammer and chisel. Less than decade after the first sculptures, people could only wonder his outstanding skills to cut wood, so stunningly beautiful were the sculptures. The only reason why he didn’t become a carpenter was the fact that he wanted to do more good than a carpenter can. Because he was so skillful in the use of the hands, he chose to become a surgeon. And so he did. Because the knife, saw, hammer and chisel were so good tools for cutting wood he thought that they would be equally good for cutting flesh. It was a catastrophe.

The good intentions in the wrong system won't make it work. Photos in the image are from Wikipedia and used according to their license:  Chisels: http://commons.wikimedia.org/wiki/File:Cervo100.jpg; Surgery: http://commons.wikimedia.org/wiki/File:Ijn_surgeon.JPG

Many managers seem to think that the good, objectively correct intentions (cf. intention to cut outstandingly well wood/flesh) are the key of good management. The related systems are oftentimes ignored, or conceived as something you cannot and should not change. If something goes wrong, they just need to try harder to be a good manager and intend good even more– like if trying that harder makes any difference. After all, usually, it isn’t their fault that their intentions didn’t lead the intended, good results. It’s no-one’s fault. The problem was that they tried to change something in a system that did not work as they thought it would.

If it isn’t a duck, it most likely won’t behave like a duck even if you kindly and modestly treat it as a duck. The same is true with different kind of systems.

For instance, a manager with genuinely good intentions may honestly believe that Parkinson’s Law is true: “Work expands so as to fill the time available for its completion.” I have met managers that honestly believe in that law, and that makes me sad.  Actually, I have failed once to explain clearly why Parkinson’s Law doesn’t work in this-and-that context. (Embarrassing.) The law was developed in the context of British governmental bureaucracy. It is based on Parkinson’s extensive experience in the British Civil Service. It might have worked in that context. Probably it did. That proves nothing, nonetheless. No-one claims that knife, saw, hammer and chisel don’t work as tools to cut wood, either. They are excellent tools for that kind of cutting.

But then again, there is strong evidence that Parkinson Law won’t work in creative, knowledge work (see e.g. DeMarco & Lister, 1999, PeopleWare). It won’t work in the same sense as knife, saw, hammer and chisel won’t work as surgeon’s tools for cutting flesh even if they are excellent tools for cutting wood: The system around an action (cutting with carpenter’s tools, leading according to Parkinson’s proposals) is wrong. So, the good intentions of manager of this example won’t make a difference. The reason is simple: If something (Parkinson’s Law) doesn’t work in the context of a system (creative knowledge work), it won’t work in that system no matter how good and pure are your intentions (e.g. sustainable, stabile workplace due to successful projects and satisfied customers) and how hard you try. The result can be what I described in “Two common leadership anti-patterns: Urgency as Blame and Busyness as Heroism“:

Also here, the manager most likely had good intentions, but he simply didn’t understand well enough how the system works. He didn’t ask where the distrust comes from. Or what impact the anxiety and stress in fact had to the team? Or why the projects are often late? And so on. He ignored the system, and focused on, say, his benevolent intent to make a good, profitable project. Probably, he thought that his experience is enough, and thus he need not learn more of the system.

A bad manager isn’t usually a bad or malevolent person. I’ve been told that there are malevolent managers but I know none personally. Usually, a bad manager isn’t stupid either like the surgeon who though that the carpenter’s tools would work equally well for cutting flesh and for cutting wood. He is just ignorant and too proud to pay really attention into systems. Therefore he need not to put his assumptions into testimony. He’s like a cottager who killed the goose that laid the golden eggs in Aesop’s Fable: he’s interested only in good results and a solution for current challenges, not the system that produced the current challenges and will produce the results. I call this “system-blindness”.

It’s not only the managers and management who are sometimes “system-blind” – everyone is. System-blindness is a global disease. It’s okay to be blind every now and then. You cannot avoid that. Yet, it’s ethically wrong to be blind only because opening your eyes would be too painful. Thus, intellectual honesty is a universal obligation. The system-blindness is probably the single biggest reason for suffering. E.g. I claim that the most people who have committed crimes in war, intended to do good but their hard attempt to be good in the wrong system turned against themselves – and against everyone.

This is why good intentions are not enough: A bad system has tendency to make good people accidentally malevolent and their good intentions accidentally devastating actions. The good intentions separated from the system are day dreaming. While day dreaming definitely has its place and value as a source of joy, motivation and creativity, it cannot be the key element in the way organizations are led and developed.

120 000 Nails – Urgency and Busyness as Motivators

This is the third part of the series “Busyness, Productivity and Creativity”. The series consists following parts:

  1. Being creative and productive despise of the insane working pace
  2. Two organization anti-patterns: Urgency as Thread and Busyness as Heroism
  3. The Good Sides of Busyness – Busyness and Urgency as Heuristics for Cadence
  4. 120 000 Nails – Urgency and Busyness as Motivators

In the second part, I claimed that there are four types of urgency and busyness: (1) urgency/busyness as a mechanism of manipulation, (2) urgency/busyness as a necessary part of the system, (3) urgency/busyness as a heuristic indicator, (4) urgency/busyness as a motivator. In the second entry I introduced the first two and in the previous one the third. In this entry I’m going to the last type. I’m not saying that experienced busyness or urgency per se motivates. It does not, the proximity of busyness might motivate.

“Urgency as a goal” is an anti-pattern

Years ago one of my colleagues was leading an important project in another company. The project didn’t proceed as planned and the original deadline looked impossible. His manager got a great idea: Seemingly developers don’t have enough motivation to deliver in time, so let motivate them a bit. He ordered my colleague to tell his team that if the software is not ready until day X they all will be fired.

My colleague did so and the team, indeed, delivered in time. Absolutely great management if you don’t take into account few minor complications: the solution was practically worth of nothing and almost unmaintainable, and the team was pissed off and fatigued. The team dropped off the most good practices – including testing – in order to deliver in time. As a consequence, the result was crap and they used next half a year or so to just to fix bad code and bugs.

That’s how it works. If you force people to do things within unrealistic time schedule, they often invent a way to get things done within that time – by cheating
and by compromising the real goals. Following diagram clarifies what probably happened:

Click to see bigger image(Click the image to see bigger version)

The pattern is actually exactly the same than in an anecdote from Soviet Union: The central authority specified that a nail factory must deliver, say, 120 000 nails per day. That was far over the factory’s capacity. However, cleaver Russian engineers invented a way to do it. They made nails very thin. As a result they went much over the goal. Great – except no-one had use for such a thin nails. As a consequence the central authority corrected the goal. Now the factory’s goal was defined in tons. The goal wasn’t more realistic, nonetheless. Again, clever Russian engineers invented a way to achieve the goal: they made the nails ridiculously big. Again they easily achieved the goal. And again the result was tons of waste. No-one had use for such big nails. (I’ve seen many versions of this anecdote. This one probably isn’t historically the most accurate one. The illustrative story is more important that strict historical correctness.)

Click to see bigger image(Click the image to see bigger version)

Fight or Flight – reactions to urgency

“Deliver this-and-that solution before day X, or else I shall fire you.” That sounds a bad deal. No-one want to choose between two bad things. Instead of that, the people will seek for the third option and minimize the loss. In this case, the third option was non-working software in time.

Manager’s intuition probably was that now people want to “beat the challenge”. He probably thought that the tight time frame is just a problem among other and now, the team is more eager to solve the problem. That’s what we do for living on this industry: we solve problems – technical problems, communication problems, all kind of problems.

Here we come to the context omission fallacy. Consider the diagram below:

(Click the image to see bigger version)

The manager was not panicked and threatened, and he had the organization’s support. For him, the deadline he set seemed to be and also was just challenging problem solving and hard work. Within this context he would have rather beat the challenge than avoided it. Indeed, there is nothing inherently bad and painful in the hard deadline per se – or in urgency. You can see it just as a problem to solve and an interesting challenge. The manager assumed that the team would think similarly.

However, the natural reaction in this kind of situations greatly depends on the support you think you have and the feeling of safeness. If you are alone, you are less likely to take any risks. You also have tendency to see the all problems and challenges as risks. If you can fail to solve them, you will get punished because of that – directly or indirectly. The team was more or less alone: if they fought and failed, they would be fired. So, there was neither rational nor emotional reasons to take the challenge rather than avoid it. Therefore, for the team, there was just one real problem: how to minimize pain and loss?

Nearby and not quite here-and-now

I said this already in the previous entry and now I say this again: The busyness is a great thing as long as it is nearby and not quite here-and-now.

The same logic is true for excitement in general. In horror movies terrible events are exciting just because they are only nearby and not quite here-and-now. In competitive games, the anxiety caused by the uncertainty and the artificial conflict is just fine, because it is only nearby and not quite here-and-now. You can stop playing or watching the movie at any time and get rid of anxiety. They are in control. And so forth.

If I make myself busy, I’ve a lot of things to do. That’s fine. If you make me busy, you mess up my day. A significant difference. The person who is or will be busy, must have the control over his busyness. If you make a person busy, he won’t be motivated by the busyness. He doesn’t have time for that.

Sometimes urgency nearby is highly motivating. E.g. a site is being bombarded by unceasing denial of service attacks. The urgency in this situation can be motivating, because it allows a developer to signify and glorify his own work without necessity to enter into the maelstrom of busyness. Actually, it’s his choice how he face the urgency and if he switch to busywork mode.

A manager or a customer can easily ruin the motivation by taking the control over urgency and busyness from the person. Probably the easiest way to poison the source of motivation is blame: “This is your code. Why didn’t you take this into account…? Now, fix it!” The blame can also be implicit like in repetition: “Hurry, hurry, hurry!” The later one is a blame, since it presuppose that the developer doesn’t already try to write a fix as soon as possible.

Honest and understandable busyness

If urgency and busyness is used as a motivator, they must be honest and psychologically understandable. This is often a problem when the investors’ expectations are used as an excuse for busyness and busywork.

“If this project is not ready till day X, we cannot attain its profitability targets.”

“So what? Those obscure objectives belongs to your game, not ours…”

There are only small number of persons for whom profitability target is an honest and understandable motivation. The most people want to have good products and good projects. The profit is a side-effect of them. Setting a side-effect as the main goal is not quite honest and psychologically understandable for the most.

I’m not saying that the profit is unimportant but that the way it motivates does not fit in my everyday life very well. I cannot use it efficiently to signify my work. Therefore, I’m not going to be busy because of profit, and I’m not going to do overwork just because of the profitability of a project or a company. It’s far easier to get motivation for overwork for instance, if you want to show something damn cool next week (and not later), and you won’t get it done in time otherwise.

“I want to be respected by others” is honest and psychologically understandable goal. If it means busyness, I’m oftentimes completely okay with that. Compare it to “I really-really want to do some more profit for the company and investors!” That is neither honest nor understandable for the most people, because the most of us are not brainless servants of venture capitalists – or alternatively paralyzed by decent amount of modern embarrassment killer, money.

Busyness as addiction

There is a significant different between “Gosh, they really need my effort as I’m all the time so busy” and “Oh dear, there’s so much to do… Fortunately, my work has a purpose”.

The busyness can be highly addictive. The busyness become addictive once excessive demand of your effort substitutes the need to do purposeful work. Notice the category difference: busyness override a need. Thinking of SCARF model and the needs our brains have, it’s easy to understand this addiction. Excessive demand of your effort makes you feel more important (need of status) and then, it delusively makes you feel more related to others (need of relatedness).

In a way, heroin addiction motivates the junkie to get more heroin. Yet, I’d like to distinct addiction from motivation. A busyness junkie – a workaholic – is not motivated by urgency and busyness, he is addicted to it.

Referred and used literacy

Apello, J. (2011). Management 3.0: Leading Agile Developers, Developing Agile Leaders.

Cohn, M. (2009). Succeeding with Agile.

DeMarco, T. & Lister, T. (1999). PeopleWare – Productive Projects and Teams. 2nd Edition.

DeMarco, T. (2002). Slack: Getting Past Burnout, Busywork, and the Myth of Total Efficiency.

Kennaley, M. (2010). SDLC 3.0: Beyond a Tacit Understanding of Agile.

Leffingwell, D. (2011). Agile Software Requirements: Lean Requirements Practices for Teams, Programs, and the Enterprise.

Poppendieck, M. & Poppendieck, T. (2006). Implementing Lean Software Development.

Reinertsen, D. G. (1997). Managing the Design Factory.

Reinertsen, D. G. (2009). The Principles of Product Development Flow: Second Generation Lean Product Development.

Ries, E. (2011). The Lean Startup: How Today’s Entrepreneurs Use Continuous Innovation to Create Radically Successful Businesses.

Rock, D. (2009). Your brain at work.

Rock, D. (2008). SCARF: a brain-based model for collaborating with and influencing others. http://www.davidrock.net/files/NLJ_SCARFUS.pdf (referred 14.8.2013)

Rother, M. (2009). Toyota Kata: Managing People for Improvement, Adaptiveness and Superior Results.

Sheddon, J. (2003). Freedom from Command and Control: A Better Way to Make the Work Work.

The Good Sides of Busyness – Busyness and Urgency as Heuristics for Cadence

This is the third part of the series “Busyness, productivity and creativity”. The series consists following parts:

  1. Being creative and productive despise of the insane working pace
  2. Two organization anti-patterns: Urgency as Thread and Busyness as Heroism
  3. The Good Sides of Busyness – Busyness and Urgency as Heuristics of Cadence
  4. 120 000 Nails – Urgency and Busyness as Motivators

In the previous part, I claimed that there are four types of urgency and busyness. (1) urgency/busyness as a mechanism of manipulation, (2) urgency/busyness as a necessary part of the system, (3) urgency/busyness as a heuristic indicator, (4) urgency/busyness as a motivator. In the previous entry I introduces the first two. In this entry I discuss urgency and busyness as a heuristic indicator. I have now explaining the two most common ways why urgency is devastating and wasteful. Now I’m going to have a look at why and how urgency and busyness can also be a good thing.

The Significance of Cadence

In “Succeeding with Agile” Mike Cohn discuss why Scrum initially recommended four week sprints rather than six week sprints or even longer. They had experimented six week sprints and found out that they usually got nothing done during the first weeks because the deadline was so far away. Four week cadence worked better. I presume that nowadays the cadence in Scrum-projects is often even shorter, two or three weeks. Cohn is not the only one who had found out that relatively short iterations work best. For instance, Kanban (and the lean software development methodologies in general) recommends to minimize the cycle time, even if the increasing urgency forces you to do big changes to specification, quality assurance and deployment practices. In the lean methodology, ideally, it should be possible to go live at any day.

The reason why short iterations and cycle time works is not urgency per se, but cadence related to it. The mathematical queue theory explains nicely why short cadence works from one perspective – and partially. I’m not going to discuss that now. Rather, I discuss why relatively fast cadence works from phenomenological and psychological perspective. I argue that from phenomenological point of view, the cadence of work and cadence of music or dance (etc.) are very similar: very slow rhythm is approximately as hard to maintain as very fast one, while a relatively fast but not too fast cadence is the easiest to manage.

If the cadence is too slow, it is hard to keep the rhythm instinctively. Usually you need to start counting: 1-2-3-4-5-6-7-bang-1-2-3-4-5-6-7-bang. Etc. This is true in software projects also. If the deadlines are too far away or the cadence is otherwise too slow, you cannot just trust your memory, instincts and gut feelings but you necessarily need Excels and other helpers to keep on track. You may even need a role whose only responsibility is to ensure the cadence; ensure the milestones and keep track of the tasks. This kind of role is needed especially if there is no proper cadence. 1-2-3-bang-1-bang-1-2-3-4-5-6-7-bang and so on. The lack of proper cadence is waste of people potential and a recipe to poorly performing team: it’s hard to dance well, if there is no proper rhythm and it’s even harder to enjoy the dance – even the silence is better.

On the other hand, if the rhythm is too fast, you start missing beats and eventually the music turn into cacophony. Again the analogy to software projects is straightforward: if the cadence is too fast, you start missing deadlines and forgetting things. This is a well-known psychological fact (see e.g. David Rock, “Your Brain at Work). For some reason, this is not obvious in the project management. “The more challenging deadline, the harder and faster you need to work”, we tend to think. Eventually, a project becomes a big ball of mud.

If you want to do things faster, you have first learn to do things fast, and that requires a lot of practice. You have to start slowly and with small steps. The more complex is the choreography, the more repletion you need until you can manage the movement when the cadence is fast. If you try to do things faster than you really can, you will mess up everything. If someone whispers your ears “faster, faster” all the time, you probably will, indeed, screw up faster. This is very true also in projects and software industry. Actually, this is obvious in almost everywhere else where the cadence is crucial – music, dance, martial arts, and so forth – but not in software industry.

Busyness as a heuristic indicator

“Hey, wait. You said, that you are going explain, in what sense urgency and busyness is a good thing.” Yes and still going to.

Busyness and urgency are good as a heuristic of the optimal performance and as a warning sign of shoals. I’m saying that busyness is a great thing as long as it is nearby but not quite here-and-now. The best cadence for work is much closer to urgency and busyness than boredom and idleness. The optimum performance and productivity is achieved by working nearby the capacity of the organization.

I slow down a bit and start from the systems in which the cadence is paid no attention at all. Both (2) too fast and (3) too slow working pace lead not only to suboptimal performance but are the root cause for other kind of problems.

(Click the image to see bigger version)

There are studies that states that after two weeks of overwork the net results are lower than they was before the overwork. E.g. before overwork you completed 10 units of work per week, after two weeks of overwork you are able to complete only 9. The benefit of overwork is negative (see e.g. Mike Cohn, Succeeding in agile and Lister & DeMarco, PeopleWare). This Fatigue (1a) is devastating because it lower productivity per time unit, and also because it leads to the high level of defects and technical debt (=the solution become hard to change and maintain; 1b & 1c). Because of fatigue, lower quality and technical debt the net effort fluctuate strongly (4).

The too slow pace is less harmful than too fast. In addition to the fact, that you obviously get less things done (as you work under the optimum capacity), the organization’s ability to learn is severed. The reason is to this is twofold: (i) the feedback loop is longer and (ii) people easily become more passive if the natural activity is artificially pushed down (for sake of the process). In addition, maintaining the overly slow cadence usually requires quite a much management overhead.

Actually, in the overly slow organizations and processes, there’s a lot of similar with butoh dance. I’m simply amazed by the control of body and mind that the grotesque and often unnaturally slow movement must require.

Mark Kennaley suggests in “SDLC 3.0 – Beyond a Tacit Understanding of Agile” that maximally efficient organization can learn quickly its capacity via experimenting (1) by experiment. Once the optimum is found it just need to adjust the amount of work to it (2). According to Kennaley this is the optimal performance an organization can achieve in the ideal situation:

(Click the image to see bigger version)

I partly disagree. Kennaley underestimates the potential of learning and of the improvements in the system. I believe that the optimum performance is achieved by keeping the amount of work slightly under the capacity of organization. In this sense, urgency and busyness are a heuristic for the optimum, natural cadence and performance: first work so hard that you feel a bit busy or – even better – almost busy, then slow down immediately and reflect how to avoid that shoal of busyness you just faced.

(Click the image to see bigger version)

I’m not saying that people will learn to do the same thing faster. That would be naïve. People do learn to do things slightly faster, but that improvement is not important at all. I argue that the capacity of an organization can raise if (and only if) people are able to do more the correct value-adding things and they need to do less the unnecessary or wasteful things. Obviously, doing all the time better and faster anything, won’t necessarily add value at all, and thus it does not make the organization more efficient.

In short, slack is needed for reflection of those things the sufficient amount of urgency and busyness reveals and that would make us busy if we don’t change the system. Without urgency and busyness you won’t see what you should do more efficiently – instead you do random things better.

**

Next, “120 000 Nails – Urgency and Busyness as Motivators“.

Being Creative and Productive despite of Insane Working Pace

This is the first part of the series “Busyness, Productivity and Creativity. In this serious I discuss why we have to slow down to get things done faster and better. The series consists following parts:

  1. Being creative and productive despite of the insane working pace
  2. Two organization anti-patterns: Urgency as Blame and Busyness as Heroism
  3. The Good Sides of Busyness – Busyness and Urgency as Heuristics for Cadence
  4. 120 000 Nails – Urgency and Busyness as Motivators

Puzzle analogue and slack

So, to be productive, information worker people need some slack – empty space in the calendar. Thus if you keep them busy all the time and maximize the utility, the people get less things done. What really matters is to get things done, not the amount of working hours. Sometimes, by doing more work, less work will done? Counter-intuitive, eh?

Tom DeMarco illustrate in his book “Slack” the need for slack as follows:

The puzzle A is solvable; puzzle B is impossible. Yet, in puzzle A there is approximately 11% unused space while in the puzzle B that all space is utilized. 11% of waste? The innovations dwells in the organizations ability to learn, adapt and change. The empty space needed for change and leaning isn’t waste – except in Excels!

Also e.g. Donald Reinersten underlines the importance of sufficient amount of slack in the organization in his book “Managing the Design Factory”. Reinersten does not use term ‘slack’. Instead he discussed lead time, queue length, capacity etc. In practice, his recommendations and conclusions are similar to DeMarco’s. Reinersten’s mathematical approach shows that slack makes sense also in the Excels if you measure correct things.

The third book reference: In his book “Your Brain at Work” David Rock’s book discusses this subject form the neurophysiological point of view. There are limited amount of resources in the brain. Creative thinking require a lot from your brain, the all irrelevant noise – like awareness of the deadlines that are not attainable – lower the probability of a creative insight. The most of the time the busy people just “survive” – they don’t “shine” since they don’t have time for that.

Counterexamples

Last spring I had a very nice discussion about busyness, rush, pressure and their impact to creativity and organizational efficiency. I had just referred DeMarco’s Slack and claimed that continuous busyness and one-eyed attempts to maximize utility of people have tendency to kill creativity and ability to change. As bonus people get burnout sooner or later – or are smart enough to apply another job before that. My opponent, a smart Russian game developer replied:

[My busyness] is nothing compared to working in an advertising agency. Advertising is a job where you usually sleep at the workplace. And people usually just burn out after some time… It is strange (doesn’t fit into your [claim that Rush kills creativity and ability to change]) but creativity actually flourishes – at first, before a person burns out. In the other company – software startup – they introduced plans and procedures to avoid rush. But it lead to people becoming more passive and non-creative over time, because some air of suddenness and inspiration disappeared. So it was good for some people, who were new; there will be no sudden changes just before deadline, but not so good for those who used to act on inspiration – like being half-asleep for a week and then do the week’s work in three hours.

Embracing – was forced to restructure my argument. What follows next, is my revised answer to her excellent counter-argument. I have divided my argument into two parts:

  1. Why some organizations perform well and are highly creative, even if the working pace is insane?
  2. Why often lack of rush seems to lead passivity and lack of inspiration?

Why some organizations perform well and are highly creative, even if the working pace is insane?

These counterexamples against my argument are probably rather common, but nonetheless probably base on misconceptions or fallacies. I know that there are few opinionated studies saying something different, as my studies poses rather strong counter arguments against them.

It’s true that advertisement offices do time to time highly creative work and performs extremely well. However, you cannot deduce that they are creative because of the overly thigh schedules and busyness.

I presume, that the creativeness in advertisement agency can be explained by following four factors:

(1) Motivated, competent and experienced people. In advertisement offices the workers are often highly motivated and competent. Some of them have practiced arts (e.g. drawing) for decades and have high level of formal education on arts, while other have formal education on economics.

(2) Diversity in the working community. Diversity of working community increases amount of innovative solutions: in advertisement offices some of the workers are highly art oriented while others have financial stance and are money oriented. This kind of diversity and multitude of perspectives is good for creativity.

(3) Working environment. Working environment and way of working in itself is fruitful. Workers often enjoys of high level of autonomy and high level of trust (at least for the “high performers”). The success of a campaign depend greatly on them and thus, there is no place for indifference. In a way the results are “part of you”, and therefore you want them to be as good as possible.

(4) Short feedback loop. The feedback loop between and idea and response is relatively short. Often you see, if the idea worked within few hours, rather than within few months. In order to optimize learning, you have to shorten the feedback loop.

I argue that excessive busyness and rush make advertisement offices perform worse than they could. They have very good starting point, and then the greed spoils the most creative edge of the working community. The greed not only make they perform more poorly, it also endangers their health. According the studies I’ve referred, overly busy advertisement offices would do a lot better results and they would do even more creative campaigns, if there is enough slack in their schedules.

How much slack is needed?

I do not claim, that there must be only slack – that does not work either. Creative workers need some empty space, but only some. So, how much slack an information worker needs? I have not seen exact numbers. Probably, the proper amount of slack depends greatly on the person and on what you are doing.

According Donald Reinersten, for ordinary software development company the optimum performance is achieved with 60-80% relative utility ratio (2010, “The Principles of Product Development Flow”). If the utility score is over 80%, usually there are long queues that add no value but just costs. That is, there should be 20-40% of slack in order to make the organization perform optimally. Then again, Reinersten discusses organizational performance only, not creativity or performance of an individual person.

**

Next part: “Two organization anti-patterns: Urgency as Blame and Busyness as Heroism