Who’s Delusional?

When it comes to organising the development of software, someone’s delusional.

Maybe it’s me. Despite proving my philosopy and practical apprioach (Quintessence), honed over nearly 30 years of real-world experience.

Maybe it’s you. Clinging to your outdated and unproducive approaches, be they waterfall (batch and queue), or Agile.

Maybe it’s the managers and executives. Doing the same thing year in and year out, expecting different results.

Maybe it’s all of us.

How do you see it?

– Bob

Tarred With the Brush of Excellence

I note a widespread aversion to the idea of “doing things properly”. Not just in the software industry, but also in wider society.

I’m not going to define what “properly” for software development looks like – although I have done so at length in my latest book “Quintessence”.

It’s as if people associate excellence (doing things properly) with higher costs, more effort, and a likely higher boredom factor. 

Whence these associations, I wonder? In my mind, doing things properly implies lower costs, less effort, and more joy in the doing. If not, then how could we describe it as “properly”?

How about you? What’s you take on folks’ responses to “excellence” and the idea of doing things properly?

– Bob

Further Reading

Peters, T.J. and Waterman, R.H. (1982). In Search of Excellence: Lessons from America’s Best-run Companies.  Profile Books.

Marshall, R.W. (2021). Quintessence: An Acme for Software Development Organisations. Falling Blossoms (LeanPub).

It’s not that we don’t know how to design, build and deliver software solutions reliably, predictably and on time. It’s just that those involved don’t want the bother of doing things properly. It’s much easier and more comfortable to just futz around. There’s always sufficient budget to not have to worry about the economics of software production. And lives are cheap.

Quintessence First Version Now Available

The first release version of my new book “Quintessence” is now available for purchase on LeanPub.

With this book I’m rewriting the whole field of software development management. About time, you might say. :}

This version is some 8% complete. I’ll be adding to it progressively over the next few weeks and months. I invite your early comments, suggestions and questions.

– Bob

I find it risible that many software groups refer to themselves as “engineers” and to what they do as “engineering”, when they have no idea what “engineering” actually entails. And in particular, when they make no effort to assess and control software risks (development risks and product risks, both).

See also:

Jones, C. (1994). Assessment and Control of Software Risks. Yourdon Press.

Koen, B. V. (2003). Discussion of the Method: Conducting the Engineer’s Approach to Problem Solving. Oxford University Press.

Demarco, T. & Lister, T. R. (2003). Waltzing With Bears: Managing Risk on Software Projects. Dorset House Pub.

Announcement: New book “Quintessence” In The Works

I’ve just published the Leanpub placeholder for my next book: “Quintessence”. First iteration (likely, 8% complete) will be published soonest!

I’d be delighted if you’d visit the page and express your interest!

– Bob

We might forgive junior software engineers (a.k.a. junior developers) for being ignorant of many things. The field of software engineering is both broad and deep, and it takes many years to come up to speed in all necessary aspects. Indeed, I have seen many engineers with even 10+ years experience having major blind spots and shortfalls in their knowledge. Are the latter “senior engineers”? Many of them bear this title. Outwith my issues about titles, I posit that there are numerous topics, mastery of which is require to fairly assume the title of “senior engineer” (hint: coding skills are but one of some fifteen or twenty such topics).

See also: Scope Of Ignorance

The Inklings

In a previous life, I was charge with leading a whole passel of software and product developers. To help create an environment where they might wish to up their game, I proposed and launched a new community called “The Inklings”. I attach the proposal and launch announcement hereunder, for your delectation/misery.


Inklings Proposal

Launch Announcement

Inklings Launch Announcement

NB These two documents have been edited/redacted/dates and names changed, to protect the innocent.

If you’re wondering how it went: I left the company shortly after, and no one took it forward.

– Bob

“In reality, the Western way of managing is still based on the principles of Scientific Management where the goals of management is control and compliance to rigorous processes. The Toyota paradigm is much different; it is based on ongoing learning, capturing the learning for wide reuse, and continually improving the knowledge across generations of products. To do this takes a lot of management understanding and commitment to guide the change.”

~ Michael Kennedy

Excerpted from: Learning-First Product Development: An Interview With Michael Kennedy

Scope of Ignorance

Most of the developers and development teams I used to work with when I was a software development consultant had a relatively narrow view of the skills and knowledge necessary to be “competent developers”. Here’s an illustrative graphic:

Generally, to make progress on improving things, and to earn the moniker of “software engineers”, a wider scope of skills and knowledge was necessary. Not only did these development teams lack this wider scope, they were both ignorant of the many additional areas of knowledge and resistant to learning about them. The common response was “What are all these strange topics, and NO WAY! do we need to know about them”:

Aside: Now I’m an Organisational Psychotherapist, their ignorance is no issue – and no stress – for me. They can learn or not learn in their own time. Progress is on them (and their higher-ups).

– Bob

%d bloggers like this: