Best practice of using “Best Practice”

As a consultant (I in particular) we love throwing the term best practice whenever and wherever it is convenient. And TBH I am not the only one. Many, if not all, of us (consultants) do this on a perhaps hourly basis. Some possibly enjoy this more than others.
There has been times when this has worked for me and times when it worked against me. Really I have mix feeling about it. So, this fine morning I woke up feeling about ranting/venting about it.

Caution: This post is a rant and biased based on my opinions (hint hint: This blog site is called "According To Ali").

So let's begin.

Let's get our definition part sorted. So here's According to Wiki

Wiki says: 

"A best practice is a method or technique that has been generally accepted as superior to any alternatives because it produces results that are superior to those achieved by other means or because it has become a standard way of doing things, e.g., a standard way of complying with legal or ethical requirements."

It also says (and this is ignored by many too often for my comfort): 

"Best practice is a form of program evaluation in public policy. It is the process of reviewing policy alternatives that have been effective in addressing similar issues in the past and could be applied to a current problem. Determining best practices to address a particular policy problem is a commonly used but little understood tool of analysis because the concept is vague and should therefore be examined with caution. Vagueness stems from the term "best" which is subjective. While some research and evidence must go into determining a practice the "best" it is more helpful to simply determine if a practice has worked exceptionally well and why. Instead of it being "the best", a practice might simply be a smart practice, a good practice, or a promising practice. This allows for a mix and match approach for making recommendations that might encompass pieces of many good practices."
ref: https://en.wikipedia.org/wiki/Best_practice

Now that we got Wiki, hence "it must be true", definition out of the way.

Lets talk about why, in the first place, am I ranting about it?

The "little understood" part:

If you read the second quoted part twice you will know what I am intending here. When you hear about a "NEW" "best practice" (which is, these days, I hear more times than I see moon in the sky) pause and ponder 

• "best practice" according to whom
• how come this was unheard of until now
• where are the evidences 
• most importantly does it apply in this context  (chances are it does not if the context is unique)

etc
Remember, a "best practice" needs to be "standard way of solving doing some thing (most likely repetitive) or solving common problem".
Just so someone said "it is best practice" does not necessarily have to become the "best practice".

The "does this apply in this context" part: 

One thing that I am (or at least try to be) open minded about is that in order for adoption it really does not have to be the "best" practice. It just needs to be a "good or smarter way" of doing "this"/solving problem in the given context. 
Really, in my experience, this is a very common thing (or problem/issue) in Tech industry. A best practice is only best unless someone challenges and/or changes it and the "best practice" can become the "dumb practice" very soon. 
So as long as a smart way of doing something applies in the context, in my opinion, that's good enough. Lets not go down into the rabbit hole of best practice. 
In tech, it is veeerryyyy common that the context is unique and changes/mutates in every other project twice in a month (after all it is not law; it is computer science and evolution and change is in its nature). Hence, there can be "standard or traditional practice" of solutioning a "common" problem in broader sense but that may not be the "best practice".

Stop terming everything as "the best practice":

This part is very simple and it is your responsibility. Just because it is convenient stop throwing "best practice" on people's face. It sounds harsh right? I have good reasons (and some bitter experiences) for being harsh.

• "Best practice" can become a blocker to innovation. Imagine, you invented something revolutionary, like the next "NO SQL" but some dude (smart arse!!) some where said "it is """best practice""" (yeah, double air quote) to use MongoDB" for all unstructured data and leave you in a state of "really man!!". Now you are looking at a reaaallllyyyy long multiple conversation with many to convince (and you may not always succeed). I blame "best practice" for this.
• Hiding behind "best practice" does not help you or me or the greater good. Remember those "some people" who needs to find "best practice" for everything to get their way. So really in that context the real "best practice" is (or what they are telling you is) "my way or high way". Not cool (that's all I am going to say. Does not help anyone or the greater good). This elite council of "best practice" group will sit somewhere in the organisation will block the next best "smart" or "efficient" solution you could do in more broader sense (like probably solving world hunger using technology, who knows). Sure, it may not be "standard" today but that's why it is "the next best thing", get it!!??
• "Best practice" is often not agile. In the world where everybody has drank "the agile way" cool-aid (I will rant about it later) "best practice" can mean that a solution is not agile. So be cautious here. Focus on the bigger picture rather than the old trick "best practice" rabbit hole.

So, What can we do?

Be humble: You're (I am) not always right. There's always some one better to set the new standard. So be humble and continue refining the "best practice"s in your org. Or may be not call it "best practice" at all. Call it "traditional way", "usually works way", "this is standard way"; what's wrong with that?

Be open: If you're in IT/Tech/Innovation, like me, you MUST be open. You can have a cult (no harm forming a cult of language or framework hater or writing rant blogs, that's just being geeky) BUT you CANNOT be a blocker. If you're going to be a blocker using "best practice" go be a lawyer, software-engineering is not for you. 

Choose what is best for you: A wise man once told me this "Best practice these days have become somewhat a Marketing Term to enhance brand" and I totally agree. Just because bunch of dudes are throwing their own version of "best practice" at you (and really confusing you) does not have to mean you have to adopt it for your organisation. Some of them may be best some may be dumb. As I mentioned before, know the context and pick and choose what's best for you and your org that best fits needs in the given context. You define the "standard" and "acceptable" practice.

OK. Done. Rant Complete.

If you agree with any of it good on you. If you don't, well, you read it anyway and it is called "According to Ali" (here's a meme to cheer you up).