Signs of Failed Knowledge Culture

Every now and then I encounter interactions and communications that lend suspicions the team members are not managed from a knowledge culture mindset.  Reactionary behaviors are typical in so many shops to appear to be the norm.  Very similar to the stressful read from the famed novel, The Phoenix Project.

It’s unsettling to witness.  I espouse the necessity of a knowledge driven IT culture.  Equal bits of knowledge worker, knowledge management, and DevOps.  It’s unlearning bad behaviors and replacing with knowledge-based behaviors.  Teams who understand this dynamic see workflow acceleration.  Teams who do not understand…frustratingly do not understand and are friction prone.

This article talks about my top five signs technical teams show symptoms of failed knowledge culture.

#5.  Don’t understand the purpose of Tactical meetings.

“Why do I care what desktop support is doing?” or “I’d rather get an email, this is a waste of my time”.

Death by Meeting is a schematic for managing meetings.  The purpose is to ensure people are communicating together and tactically.  Intentional leadership is necessary to build a values-based culture.  This includes having a meeting.  In the above examples, these comments indicate not just a missing values culture, but missing alignment to IT or business goals and missing identifying their contribution to those goals.

For example, desktop support might want to know what systems engineering is doing that week, especially if it may impact that team.  Proactive knowledge replaces reactive behavior

#4.  Not tracking key performance indicators.  Metrics vs. KPIs.

“These reports mean nothing to me” and “Just another TPS report…”

There is a stark difference between generating metrics and the purpose of a key performance indicator (KPI).  Tools are usually great a cranking out metrics of every kind, useful and otherwise.  However, KPI’s tie to goals.  And if you’re not measuring team performance against KPIs, then you’re not measuring performance.

For example, I argue total tickets closed by technician is a KPI.  I challenge better KPIs measuring performance are average time a ticket is closed, ticket aging, and authored knowledge article reads, preventing the ticket from being opened in the first place.  Performance is often more important to measure velocity of success versus quantity of success.

And if you’re not surfacing team KPI performance in tactical, leaders are missing epic opportunities to cohere the team.

#3.  Argumentative as to medium of how KPI’s should be consumed in Tactical.

“Why do I care how much CPU the PROD environment consumed last week?” or “How many laptops are in inventory” and “We need to eliminate the noise”

Couple of key points to make.  First, I recommend teams starting out that getting members in the habit of measuring by reviewing metrics is a first key step.  Metrics quickly replaced with KPIs tied to IT and/or business goals.  Leadership is responsible for developing KPI targets.

Second, there is no right or wrong way to approach the consummation of KPIs.  That building phase usually manifests as PowerPoint slides or a reporting website from the tool.  I lean slides as I like to treat as a meeting with minutes and keep for historic purposes.

Third, cadence and tone of the meeting being set, there will always be overlap or measures, arguably, less valuable to few people.  As teams cohere to common KPI, it’s not horrible waste of time to spend a few seconds listening to KPI from follow teammates.  Use to recognize the work and appreciate milestones.  Moving the team in the same direction often requires acknowledging.  Nevertheless, leaders should ensure it’s being done reliably and consistently.

#2.  Doesn’t understand the knowledge culture fundamentals or values.

Lessening fire fights by lowering reliance on technical constraints is a key point made in the Phoenix Project.  There are two team member behaviors that I’ve witnessed that hinder lifting burdens from constraints:

Behavior #1, “Don’t want to do it”.  Shifting left, or moving towards self-service knowledgebase, is a cultural shift.  Some team members won’t get aboard the train to promote knowledge cultures.  They don’t want to write, they don’t want to share, and shifting left is met with skepticism.  Come to work and go home and/or “been doing it this way (unhealthy) for XY years” is the key behavior trait.

Behavior #2, “Don’t have the time”.  Expectations continue to heap on IT pros, true.  But, leveraging as a crutch to get out of their responsibility is a nasty behavior.  Often citing, “too busy” to embrace new policies and processes.  Too busy to write standards and knowledge articles.  Too busy!  Yet, first off to lunch, first to leave for early weekend.  First to waste time is the key behavior trait.

Leaders need to coach with expectations defined.  Else, release the team member.  Caustic cultures catch on like wildfire.  So, its critical team members have the right attitude, so to focus on goals and not the bad culture.

#1.  Leadership not aligned; how can employees be?

Be skeptical of the unread IT leader.  If Phoenix Project, DevOps Handbook, or Measure What Matters wasn’t on their read list, how can knowledge culture take root?

In my experience, I’ve been told culture is nice, but not as important as revenue, customer needs, senior leader desires, or what ever the fire of the week is.  In other words, leadership conditions itself based on treatment amongst the peer group or top-down treatment.  Culture does start at “the top” and if leaders do not embrace, there is no chance.

Looking at most successful companies, “culture” is king influences revenue, customer needs, and how leadership treats itself and direct reports.  Few companies realize good working cultures due to leadership not aligned to knowledge values and the consistency to stick with it.

What are you doing to drive knowledge culture?  Are you pushing positive proactive knowledge behaviors with your team?

\\ JMM

If you look good, you play good. If you play good, you will get paid good…

“If you look good, you play good.  If you play good, you will get paid good.”

Cam Newton, Panthers

Grabbed from Amazon’s “All or Nothing”, 2018 Season… Yet, this post isn’t about the challenges Cam is facing health and performance wise. Watching the show, Cam seems to have an acute understanding about the importance of performance and delivering.

It’s something many technology people do not seem to understand. Still.

As a long time leader of teams, this personality pops up either through inherited hires or the “transformer” hire (great interview, bad performer — you’ve been there, right?)

I’ve witnessed it as early as this past week. The typical scapegoat is “culture” or “leadership”. Reasons their career is in jeopardy and the hand that was dealt was somehow unfair. “Bad leaders!” Quite the contrary.

Not surprisingly, businesses and leaders put up with a lot to deliver excellent service. The best companies seem to put up with less overall, but I digress. In the majority of these cases, the why is conveniently left out.

Here are the top 5 issues I see routinely from low to mid performers:

5. Begrudging participation. Barring critical incidents, the reception getting the team together for team meetings, cross trains, or the occasional after hours events is either good or not good. This includes things like knowledge culture and documentation too! Usually a first sign of an iceberg ahead.

4. Poor execution > good execution. Catch that? Not superior or perfect execution. Just good, folks. Poor execution being the norm is donkey behavior, not thoroughbred behavior. Superior preparation. Knowledge builds confidence.

3. Not life long learning. Does not include Google search alone. If your in the support and engineering fields, what are you doing to keep yourself educated on technology? On the job and reading blogs is not enough for the big money. Certifications demonstrate mastery in lieu of decades of experience.

2. Not Understanding the business. Do you know how the business works? What we sell? How your role impacts customers?

1. Attitude Problems. Negativity doesn’t sell. It paints not just you badly, but your team members. And your boss. Blaming the company, the management, your peer group, your family life, the government… not thoroughbred behavior.

There are many excellent information technology people out there. I would argue the majority of this career field leans par to above par on performance. It’s the below par people we are talking about — you know who you are.

Let’s try coaching and correct the course. Talk to your leaders and determine if it’s truly a bad fit versus “you”. Find a mentor. Need feedback. Stand out!

Because if you play good… You will get paid good.

PS. When I wrote this blog, I immediately thought of the above episode, Picard getting a performance eval from Riker and Troy. “Stand Out. Take Risks.” I feel it’s important to underscore taking the right risks versus any risks.

\\ JMM