[HN Gopher] Winning over hearts and minds work: ADKAR my favorit...
___________________________________________________________________
Winning over hearts and minds work: ADKAR my favorite change
management approach
Author : krawczstef
Score : 27 points
Date : 2023-12-19 20:28 UTC (1 days ago)
(HTM) web link (blog.dagworks.io)
(TXT) w3m dump (blog.dagworks.io)
| krawczstef wrote:
| Author here, happy to answer questions/criticism.
|
| Otherwise if it's more cathartic, feel free to post stories of
| how you've seen/lived through a change management process... good
| or bad.
| rzzzt wrote:
| What does "Awanesss", "Kaniolige" and "an Refovation" mean on
| the first image?
| krawczstef wrote:
| that's DALLE3 trying to write words and not succeeding. I
| used the intro paragraph as text and asked it to make an
| image for the post :)
| skywhopper wrote:
| "better practices like MLOps, LLMOps"
|
| Umm, what do these practices entail exactly? MLOps I can guess,
| but I think is probably of questionable utility, and certainly
| not a mature enough practice to outright assume it's "better"
| than existing practices.
|
| LLMops I hadn't heard of, but it sounds like a really bad idea.
| CharlesW wrote:
| "What Is LLMOps?" https://www.databricks.com/glossary/llmops
| cloakedcode wrote:
| I was equally wary because I assumed a similarity to
| "ChatOps" but, in fact, MLOps and LLMOps are about operating
| ML/LLM services, not using them to automate ops.
| krawczstef wrote:
| Here's a reasonable post by nvidia that can help put the terms
| in context (take it with a grain of salt given the marketing
| overtones) https://developer.nvidia.com/blog/mastering-llm-
| techniques-l... .
|
| MLOps is akin to DevOps but takes into account getting machine
| learning models to production and how to instill a process so
| that you can iterate and avoid outages, etc.
| asplake wrote:
| > ADKAR, a mnemonic to help you run a change management process
| by modeling what needs to happen to get someone to "change".
|
| The arrogance of it! Without mentioning "overcoming resistance to
| change", this smacks to me of that 1990's kind of thinking. Try
| starting with what people actually want and what gets in the way
| of that - you might be surprised.
|
| Edit: Be aware that the organisational development (OD) community
| has undergone significant change of its own since then. Check out
| dialogic OD, generative change etc (Bushe, Marshak), also anthro-
| complexity (Snowdon).
|
| Traditional methods have their place ("technical challenges" in
| the jargon - Heifetz) but for anything interesting, their track
| record is woeful.
| krawczstef wrote:
| > Without mentioning "overcoming resistance to change"
|
| Isn't that implied in getting someone to change?
|
| > organisational development (OD) community
|
| Could you explain how OD relates to change management? ChatGPT
| says they have some overlap but they aren't the same thing --
| and the post is about change management not organizational
| development. So I'm confused by your comments :)
| asplake wrote:
| Yes, I very much took the resistance to change aspect as
| implied.
|
| The line between change management and OD is blurry, not
| least because one is often used to achieve the other. That it
| is so often misapplied perhaps explains my response. Not that
| I take it back!
| krawczstef wrote:
| Fair enough! Thanks for explaining.
| jph wrote:
| ^ @asplake knows lots about this. He's literally written the
| book on positive change management: "Agendashift: Outcome-
| oriented change and continuous transformation". If you're at
| all involved in organizational leadership, do yourself a favor
| and read his book.
| koliber wrote:
| Thank you for sharing this acronym. For a while I was using the
| concept of marketing awareness stages to foster change in my
| engineering teams. In marketing people are either unaware,
| problem-aware, solution-aware, product-aware, or fully aware.
| ADKAR seems to map out similar phases. Will try it out.
___________________________________________________________________
(page generated 2023-12-20 23:01 UTC)