• Skip to primary navigation
  • Skip to main content
  • Skip to primary sidebar
  • Skip to footer

DB Kay & Associates - Strategic Consulting for Sustainable Knowledge Programs

  • Home
  • What We Do
  • Blog
  • Resources
  • Training & Workshops
    • KCS Workshop – Apr 2023
    • KCS Overview – Apr 2023
    • KCS Coach Workshop – April 2023
    • KCS Workshop – May 2023
  • Who We Are
  • Contact Us

Technology Should Enable, Not Enforce

April 15, 2014 by David Kay

We spend a lot of time—an inordinate amount of time—talking with people about how to lock down permissions inside of knowledge management tools.  How to make sure Contributors can’t publish.  How to make sure Candidates can’t edit or approve.  How to make sure Readers can’t write.  It goes on and on.

Why?  Why this fixation about controlling permissions?

Just to be clear, if someone at work wants to do something bad, they can.  You give them all kinds of tools for mischief:

  • A telephone they could use to yell at customers or make prank phone calls
  • Web browsers with access to forums, where they could post proprietary and derogatory information.  (Not to mention the other inappropriate things that can happen inside web browsers.)
  • Email clients, where they can send almost anything to anyone…including, by the way, the contents of a knowledge base article

But mostly, most of the time, most employees don’t abuse your trust.  And in the rare cases they do, you do what you have to do to deal with the situation.

So, for the record: don’t lock down your knowledgebase more than is required by regulation and statute.  Explain to people what they should and shouldn’t do, and trust that they’re not going to go looking for trouble by pressing “publish” buttons you don’t want them to push.  (It’s hard enough to get them to press the buttons you do want them to push, right?)

I don’t want you to think that our position is based in some kind of namby-pamby granola sense of corporate Kumbaya.  The costs of getting this wrong are as serious as a heart attack.

  • Implementation costs.  As I said at the outset, we spend time on this because it’s in more-or-less 100% of the initial requirements for every knowledgebase implementation we’ve seen.  This drives implementation dollars, time, and risk.
  • Maintenance costs.  Every time a Reader is hired, every time a Candidate is licensed, every time a publication process changes, the tool’s identity model needs to reflect each user’s rights and privileges appropriately.  Provisioning users becomes a big job. If you have one hundred or two hundred users, this is a serious pain.  If you have one thousand or two thousand users, or more, this represents a huge barrier to scalability, especially globally and across business units.
  • Usability costs.  Inevitably, the ways that lockdowns get implemented in a tool involve extra clicks whether you have permissions or not.  Each click represents a serious barrier to adoption.  Don’t believe me?  Ask your support engineers.
  • Trust costs.  If you treat me like someone who shouldn’t be trusted, well, then, I’ll probably act that way.  As Barry Schwartz passionately argues,  rules and bureaucracy result in a lack of communal wisdom.  Stephen M.R. Covey points out that lack of trust slows us down.  None of this is what we need in our knowledge program.

Given how hard KM efforts are, why make things any harder on ourselves…especially if we’re fighting a losing battle?  Look, unless your name is Kim and you live in a palace in the northern part of the Korean peninsula, you simply can’t control what your people share.  Give up your illusion of control, make sure the right thing to do is clear and easy, and deal with the unfortunate exceptions only when needed…and they mostly won’t be.

Turkey’s Twitter users found a way around their government’s temporary technology controls (which relied on hacked DNS entries).  You just don’t need to go there with your knowledgebase users.

turkeytwitter

 

Filed Under: Culture, Rants, Technology

Reader Interactions

Comments

  1. Lynda King says

    April 15, 2014 at 1:20 am

    I always read what you right because it causes me to think. Being one that has to approve publishing rights – I agree with your position.

    To take it a step further – something to ponder…do you let customers make changes to your knowledge base without review and approval…

    • David Kay says

      April 15, 2014 at 5:41 am

      Thanks, Lynda!

      As a first step, I’d be inclined to let customers edit a wiki or a thread attached to the KB, so it’s clear what’s your content and what isn’t. As a next step, I’d love to invite high-reputation community participants to contribute without review (under their own names / reputations.) Novell did something like this back in the day, and reported good success…

      But even customer-visible comments or a wiki would be a great first step. And, as someone who has been advocating this for years, it’s a pretty scary first step, apparently!

Primary Sidebar

Search This Site

Upcoming Events

Apr 4
April 4 @ 8:00 am - April 6 @ 3:00 pm

KCS Practices & Certification Workshop – Apr 2023

Apr 19
8:00 am - 12:00 pm

KCS Overview – Apr 2023

Apr 25
April 25 @ 8:00 am - April 27 @ 1:00 pm

KCS Coach Workshop – April 2023

May 2
May 2 @ 8:00 am - May 4 @ 3:00 pm

KCS Practices & Certification Workshop – May 2023

View Calendar

Subscribe to the Blog

Subscribe to our blog and receive a FREE guide to recognizing good and bad knowledge sharing cultures, as well as eleven ways to improve yours.
* = required field

Categories

AI and ML Announcements Coaching Content Management Culture Customer Experience Intelligent Swarming KCS KDE KM Knowledge Representation Lynchpins Measures Program Management Rants Resources self-service Social Support Strategy Technology Uncategorized Video Voice of the Customer

Footer

Recent Posts

  • Use Strategy to your Advantage
  • Change Management and KCS
  • What Does the KCS Council Do?

Stay Connected

    

Contact Us

talk: 408.568.3551
fax: 408.354.8187
info@dbkay.com
18275 Knuth Road
Los Gatos, California 95033

© Copyright 2023 David Kay & Associates · All Rights Reserved ·