The Folks That Matter™

The Folks That Matter™

Stakeholders, team members, the Big Team, customers, users – call them what you will, they’re the people that we’re doing the work for. They’re the people to whom we deliver the fruits of our efforts. They’re the people whose reactions – and emotional responses – decide the success or failure of our endeavours.

Personally I like to call them The Folks That Matter™.

By way of example, Here’s a partial list of the groups and individuals that are candidates for inclusion in the set of The Folks That Matter™.

  • Your organisation’s Core Group
  • Your manager
  • Your project manager
  • Senior managers and executives
  • Your dev team
  • Other dev teams
  • Ops people
  • The PMO
  • Testers (when separate from the dev team)
  • QA folks (when present)
  • The Process Group (when separate from the dev teams)
  • Your business sponsor(s)
  • Other people across your organisation
  • Your (end) customer(s) (and their purchasing departments)
  • Commercial partners
  • Regulators
  • Wider Society
  • The Planet (Gaia)

The Interesting Angle

For me, when I’m involved building stuff, I have a need know who we’re trying to please, delight, satisfy, or otherwise engage with and deliver to. I need to know what folks need, and who to ask about the details of those needs, if and when the detail moves to front of mind. I need to know whose needs we can successfully discount when the inevitable resource (time, money, effort) crunches come. Whose needs we can reasonably consider as outside the scope of the endeavour in which we’re involved? And I need some heuristics to guide us in decisions on including, excluding and prioritising folks and their needs.

But there’s something much more interesting than who’s on and who’s off the list of The Folks That Matter™, at any given time. The much more interesting question for me, as an Organisational Psychotherapist, is: What governs the choices? How do folks get added to or removed from the set of The Folks That Matter™? Are the means the product of rational thought, discussion and evolution, or maybe they’ve just happened, or been cargo-culted. And what are the consequences of the prevailing means? What impact do those means have on the success or failure of our endeavours? And therefore on our bottom line?

By way of example, here’s some common means for tackling the question of means:

  • Consensus
  • The Advice Process
  • Autocracy
  • Dictatorship
  • HiPPO
  • Cost of Focus

(Aside: Each collective mindset in the Marshall Model has its own popular choice for these “means”: Autocracy for the Ad-hoc, Dictatorship or HiPPO for the Analytic, Consensus or the Advice Process for the Synergistic, and e.g. Cost of Focus for the Chaordic).

Is it helpful for folks on the dev team to be involved in some way in maintaining or keeping the list of the The Folks That Matter™? Is that possible, in any given organisation? Is the question even discussable?

When Resources Are Limited, Some Folks, Needs, HAVE To Not Matter

And what about the folks that don’t matter (that don’t appear in the set of The Folks That Matter™? I know many readers will baulk at the idea that some folks and their needs don’t matter. But, please, get over yourselves. In any situation where resources are constrained (i.e finite, not infinite), choices HAVE to be made. Lines drawn. Resources committed to some areas and held back or withdrawn from others. How could it be otherwise? Inevitably then, in this particular frame, there must be Folks Who Don’t Matter™.

Cost of Focus

Don Reinertsen states that the Cost of Delay – the financial or economic cost of prioritising one feature over another – is rarely considered in most organisations. Put another way, the way in which delivery priorities are selected and adjusted, the frequency and means of such adjustments, etc., are rarely discussed, and rarely even discussable.

I propose that Cost of Delay is a subset of the wider question stated above. The question of Cost of Focus.

By definition, we are not meeting some needs when we choose to or otherwise exclude certain folks with their particular needs from the set of The Folks That Matter™.

Maybe those excluded folks and their needs are indeed irrelevant, or their exclusion has little impact – financial or otherwise – on the success of our endeavour. But maybe, contrariwise, some of those excluded needs are in fact critical to our “success”. How would we know? The arguments for Cost of Focus are much the same as for its golden child, Cost of Delay.

FWIW, I’ve seen countless projects stumble and “fail” because they inadvertently omitted, or chose to omit, some crucial folks and their needs from the their list of The Folks That Matter™. Get Cost of Delay wrong, and we lose some money. Sometime a little, sometime a lot. Get Cost of Focus wrong, and we more often lose big time. Cost of Focus often has a much more binary impact.

What is Cost of Focus?

Cost of Focus is a way of communicating the impact, on the outcomes we hope to achieve, arising from excluding or including specific folks and their needs. More formally, it is the partial derivative of the total expected value with respect to whose needs we focus on.

“Cost of Delay is the golden key that unlocks many doors. It has an astonishing power to totally transform the mind-set of a development organisation.”

– Donald G. Reinertsen

Similarly, I’d say that unless and until we have a handle on Cost of Focus, the golden key of Cost Of Delay remains firmly beyond our grasp.

Put another way, until we have a means for deciding whose needs to attend to, the particular order in which we attend to those needs (cf. priority, Cost of Delay) is moot.

– Bob

Further Reading

Who Really Matters ~ Art Kleiner

4 comments
  1. A good list. As with all lists, it acts as an aide-memoire rather than a prescribed set of options to be ticked “for completeness”.

    There will always be exceptions, of course; and with a list like this, the exceptions are more about “who else?” rather than “who do we leave out?” For example, with some types of medical diagnostic software, there is a group you’ve omitted – patients. They aren’t end users, because the end users of the software are the clinicians and diagnosticians who are using the device/software. They aren’t “wider society” because patients form a sub-set of “wider society”. They are certainly people to whom you owe a Duty of Care (and in the event, God forbid, of a negligence case ending up in the courts involving your software, Duty of Care will definitely be invoked).

    I’m sure others will think of other people who belong, or don’t belong, on your list. Perhaps a good test for seeing if any group are Folks Who Do/Do Not Matter is to ask the question “If anything bad happens to this group of people, can we be blamed for it? Do we end up in court? Or in jail?”. As testers, we should be involved in risk assessments for taking the business decision of how much testing is enough, and ultimately, that’s your most acid test – “If we get this wrong, does anyone die?”

  2. bborghi said:

    I like the idea of Cost of Focus.

    If we relate to Cost of Delay, the actual cost is not related to be focused, but to be unfocused. I believe that “Cost of Unfocus” is not available in English, but as A native French speaker, I may be wrong. Maybe “Cost of being Out of Focus”?.

    I suggest “Cost of Distraction”. The distraction of doing something that is out of scope, or not currently relevant, induces costs.

    I agree with you that Cost of Delay is a variety of Cost of Distraction, not being focused on what brings more value now. Another variety of Cost of Distraction that I often meet is the “Cost of Fixing Bugs Nobody Cares About”. Also the “Cost of Doing Preliminary Studies Rather Than Actually Building the Thing”.

    There are so many sources of distraction. The world we live in is so much encouraging distraction.
    Awareness is needed to detect distraction. So the Folks that Matter would take advantage of being trained to be more aware more often.

    • In Lean this would be considered Waste. Time and Resource Waste whose hidden cost always hits at the end of the delivery pipeline. Usually at the most critical time.

Leave a comment