If I could change one thing in the Agile Manifesto…

If I could change one thing in the Agile Manifesto ….
If I could change one thing in the Agile Manifesto ….
16/07/2019 I recently attended an Agile workshop for new joiners at my company, where as part of the workshop, the agile manifesto and principles were presented.
For those of you that haven’t seen the manifesto in a while.

Here they are: Agile Manifesto

taken from agilemanifesto.org The manifesto seems to have stood the test of time.
I’ve not seen any edits to the manifesto, although admittedly, I haven’t really looked for posts that have tried to change them.
But my point is that the manifesto is still very relevant and promoted today, 18 years on from when they were written.
But, there is one word that is causing a niggle for me.
That word is “Working”.
Right there – the second thing listed as a value: “Working software over comprehensive documentation ”.
My problem with this word, is that “working” implies “correctness”.
I’ve heard many people talk about this in the context of the manifesto and they always mean “correctness” – “It’s important that the software works correctly” or “It’s important that the software is correct based on the requirement s”.
And many people associate this line in the manifesto as being the one that relates most to “quality” – “Quality is mentioned in the manifesto.
Look, it talks about working software!!” And this idea of “correctness” also trickles through to the agile principles too: Principle #3 is ” Deliver working software frequently, from a couple of weeks to a couple of months, with a preference to the shorter timescale.” (you can see it here: agilemanifesto.org/principles.html) But here’s the thing, when we think about quality, “correctness” is only a part of it.
A bigger part of quality relates more to “goodness”.
Correctness != Goodness Your software can be completely correct in terms of it aligning with the expectations of how it should work, but could still be horrible to use, meaning it’s not good software.
There could be glaring bugs in your software based on unexpected things that are completely missing from the specs, requirements, ACs, etc… Testing is about uncovering information about both the “correctness” (based on the expectations from the perspective of the specs/requirements) as well as the “goodness” of the software (based on the actuals of the software, from many perspectives – customer, business, teams, stakeholders, etc).
Arguably, “goodness” is a more important measure when thinking about quality.
It’s what I’d definitely promote teams look at when it comes to their perceived quality of their software.
So with this in mind, if I could change one thing in the agile manifesto , I’d change the word “Working” to be “Great”: “Great software over comprehensive documentation”.
Like my blog.
Share it!.

Click to share on Twitter (Opens in new window)

Click to share on Facebook (Opens in new window)

Click to share on LinkedIn (Opens in new window)

Click to email this to a friend (Opens in new window)

More.

Click to share on Pinterest (Opens in new window)

Click to share on Reddit (Opens in new window)

Click to share on Tumblr (Opens in new window)

Click to print (Opens in new window)

Like this:.
Like Loading.
Related.
Posted in Tagged , correctness, goodness, manifesto, Quality, Post navigation.
Previous post Risk Based Testing | Part Three | Bug Prevention and Bug Detection Next post Adapting Crosby’s 4 absolutes of quality into a software context 5 thoughts on “If I could change one thing in the Agile Manifesto… ”.
Giuseppe Torchia says: 23/07/2019 at 10:32 pm “Working” as a word is a logical fallacy.
Historian’s fallacy: the assumption that decision makers of the past viewed events from the same perspective and had the same information as those subsequently analyzing the decision.
This fallacy frequently arises when a programmer is working with code Like Liked by 1 person Reply Dan Ashby says: 24/07/2019 at 1:51 am Thanks.
That helps strengthen the point perfectly re why it’s important to update manifestos as such – contexts change, and new perspectives arrive.
So refactoring the words helps to remove ambiguity further.
???? Like Like Reply.

Pingback: Five Blogs – 24 July 2019 – 5blogs

Tata says: 03/08/2019 at 10:16 am I cannot agree that the term “working” application should be replaced with something another because for startups mostly the quality of the released product is not important.
If developers often fill up the consumers with improvements, then users “eat” them also without any quality.
Two articles say that the term “correctly” can’t be used in testing: “Uncorrectly correction” (https://tjupka.blogspot.com/2018/09/uncorrectly-correction.html), “Храни меня.” (https://tjupka.blogspot.com/2018/12/blog-post_19.html).
Like Like Reply Dan Ashby says: 03/08/2019 at 10:33 am Really.
You don’t think that startups should care about quality?.
I can’t believe that.
Quality matters.
Probably moreso for startups.
You need a high quality idea, or your dead in the water.
You also need a high quality implementation, otherwise your competitors will defeat you.
You also need high quality customer feedback methods and opportunities in your software, and high quality observability within the software, so that you can get the feedback you need to improve your idea and solution.
Like Like Reply.
Please leave a comment.
Cancel reply.
Enter your comment here.
Fill in your details below or click an icon to log in:.
Email (required) (Address never made public) Name (required) Website You are commenting using your WordPress.com account.
( Log Out /  Change ) You are commenting using your Google account.
( Log Out /  Change ) You are commenting using your Twitter account.
( Log Out /  Change ) You are commenting using your Facebook account.
( Log Out /  Change ) Cancel Connecting to %s Notify me of new comments via email.
Notify me of new posts via email.
Post to Send to Email Address Your Name Your Email Address Cancel Post was not sent – check your email addresses.
Email check failed.

Please try again Sorry

your blog cannot share posts by email.
%d bloggers like this:.

Author: admin

Leave a Reply

Your email address will not be published. Required fields are marked *