L&D: Push-Pull Knowledge Management Systems – Part 6

Push-Pull KMS – Summary Post

Link to Part 1 – here.

Link to Part 2 – here.

Link to Part 3 – here.

Link to Part 4 – here.

Link to Part 5 – here.

Note – this was written in 2000 for my former quarterly newsletter, and I’ve made only slight edits to it for posting here in 2018. This is the last post in this series.

Opening the Close

This post completes the slight updates to a 6 part article series begun in the Fall 2000 issue of lean-ISD (the former name of CADDI’s newsletter/journal: Pursuing Performance in 2000) on my perspective regarding Knowledge Management Systems (KMS).

This series was intended to provide some background on my  inspiration, thoughts, and real-world experiences that shape my perspective on KMS. It also provided an overview of four stages to get to a push-pull KMS using both my PACT Processes for T&D/learning/KMS, as articulated in my book: lean-ISD, as well as the utility of the “systems” required to manage the effort, as articulated in my other book: T&D Systems View.

Some Key Concepts and Background

Push-pull is used here as borrowed from the marketing world. Some products are “pulled” by the marketplace from the supplier, and others are “pushed” to the marketplace by the supplier. And in today’s world, some E-mail is pushed to you so that you might click and then pull more, if you are interested.

Push-KMS is when enterprise leaders deliberately target certain processes and target audiences for KMS treatment. Then their needs are addressed, and knowledge products are produced (using good ISD methods) and deployed (pushed) to them as determined/demanded not by the “KMS supplier” but by the “learner/user/customer’s management.”

These knowledge products can include

  • Best practices
  • Lessons learned
  • Procedures
  • Job aids/EPSS
  • Templates
  • Example plans
  • Example documents

The goal for providing the knowledge products is to help performers avoid/eliminate/reduce “reinventing the wheel” or “starting from ground zero” for each new performance effort. That makes business sense to me!

Pull-KMS is when other, nonkey target audiences tap into the knowledge repository and pull the content to meet their needs. Note that not all of their needs will be met, because they weren’t “targeted” by the enterprise leadership.

KMS for an ROI and EVA

KMS should ultimately serve the shareholders, or why bother? If it doesn’t positively affect ROI, economic value-added (EVA), and the bottom line, then don’t do it.

One way to positively affect the ROI and EVA equations is to better target the KMS efforts to ensure an ROI for every component resourced, developed or acquired and then administrated and deployed, and then maintained, in a forever cycle, until someone pulls the plug—on the one piece of knowledge or on the whole system.

Filling up a KMS electronic warehouse with “tons” of content, data, tools, etc. might make the executives happy—maybe at first. But later they’ll discover the quagmire of uncontrolled content that they allowed to be built and that must be administered or managed, and they will soon extract themselves and go on to something else to positively affect the enterprises’ bottom lines. And an opportunity for better knowledge management on behalf of the enterprise will have been squandered.

Will the KMS content be in enterprise management control? Should it be? I adamantly think so!

Costs incurred to generate new KMS content chunks should indicate a willingness to either keep it up to date or to delete it when stale, or why bother in the first place?

If KMS postdevelopment content maintenance is not done (at an additional cost beyond first costs to create/acquire), who will count up the damages done to the enterprise due to misinformed performers inadvertently learning or drawing insights from outdated or just plain wrong KMS chunks?

Uncontrolled development of pull-KMS content chunks, just because you can, leads to all sorts of uncontrolled costs, both for new development (first costs), as well as for maintenance (life-cycle costs).

From an investor standpoint, is this a good thing? It is if there is a return. And if that were the case, then a push approach would have been in order. And if there is no return, why are we bothering?

In my mind, KMS should exist to enable humans in critical enterprise processes where the returns far exceed the costs—even at a learning organization! It’s still all about performance and ROI. It’s still a business decision.

Differences & Similarities – KMS and learning and T&D “Products”

One thing to clarify/reiterate: we see little difference and a whole lot of similarities between KMS “products” and learning/T&D “products.”  All are “means” to an “end” with the “end” being human competence.

I use more traditional terms, such as T&D, versus the more current terms because we think that too often we can get caught up in the new channel (which is what the “e” thing is really all about), or a renaming of what good instruction was always supposed to be about…providing data/information, best practices, examples and non-examples, and templates/tools, besides all of the drill and practice on their usage in the real world of the target audience.

Information technology (IT), as promised, has begun to cross our paths with huge opportunities, challenges, and pitfalls, as well as tremendous rewards for the successful. It can reduce costs if used wisely, or waste resources for inappropriate use. We can’t teach “win-win negotiations” via a book or an e-learning module…completely. But we can teach components of the total via paper or “e” and then blend that with other media and modes of instruction (including the human instructor/facilitator).

I have always been of the “blended camp” regarding this “e” thing. In my mind, “e” deployment mechanisms should augment “t” (traditional) deployment mechanisms. To me, KMS is simply an extension and combination of instruction and non-instruction using electronic delivery/access means.

If this is being done for a planned “KMS greenfield” approach, the next step is to build or buy the piece parts of the infrastructure and then deploy, test, debug, etc.

If this infrastructure analysis is being done for a planned improvement initiative for an existing KMS system, then a gap analysis needs to be conducted to identify the changes needed for planning how to get from here (the current state) to there (the future state). Perhaps you’ll plan to do it incrementally, in baby steps, or go for the whole enchilada in one fell swoop.

Putting a KMS (or T&D/learning) in Place

In my model for push-pull KMS, the four stages for KMS implementation are

  • Stage 1 – KMS Business Case Development
  • Stage 2 – KMS Processes and Infrastructure Development/Deployment
  • Stage 3 – Initial KMS Content Development and Implementation
  • Stage 4 – Ongoing KMS Operations and Maintenance

Of course, I always fit in my PACT Processes for T&D where I see a fit. PACT has always been about high-payback T&D—T&D in many forms, at many levels: awareness, knowledge, and skills. It includes information that might be overviews/orientations/instruction, examples and demonstrations, and many types of applications, including real work and simulations.

Stage 1: KMS Business Case Development

Either the results of an effort to formulate a business case for KMS sells the decision-makers, or it does not. Hooray for the investors when that is the case! Either way, if the business case sells or doesn’t sell, the investors/shareholders always win!

A business case effort that proves the need for KMS by identifying the costs of nonconformance, as well as the costs of conformance for putting a KMS in place, makes the entire process a rational business practice.

In today’s world where many industries and enterprises are seeing their playing fields equalized by the general availability of both process and equipment to all of their competitors, finding sources of competitive advantages have lead many to target the improvement of capability for key human assets in critical processes within the enterprise.

This effort sizes the enterprise needs and costs out “doing nothing” as well as “doing other various options.”

Doing something involves both first costs and life-cycle costs. And with any business operation, there are certain capital and noncapital costs that will be incurred, anticipated or not, if the effort is to be successful. A Steering Team of business leaders should be leading this and making decisions and/or affecting the decisions being made.

Stage 2 – KMS Processes and Infrastructure Development/Deployment

In this stage, the KMS processes for content analysis and design/development, as well as all deployment processes, are determined, designed, and implemented. This includes the environmental assets required in the infrastructure and the human asset requirements to work the provided environment and make the processes go.

This is where my PACT Processes can come into play. It is also where my T&D System View model comes in, with its most critical Governance and Advisory System structure/apparatus.

The architecting of both the processes and the products is done here and implemented in the next stage.

Stage 3: KMS Initial Development and Implementation

In this stage, the initial KMS content is created, stored, deployed (pushed), or retrieved (pulled).

This is costly. And according to our model, only push-audiences’ needs are ever addressed. But they are always addressed in such a manner as to facilitate the needs of potential related pull audiences.

The needs of pull audiences, however, never warrant meeting those needs for them alone, by our definition. If their needs are to be met, it should be deliberate, and then they are considered a push audience and not a pull audience.

Then there are the costs associated with related performance errors, if they happen. And wasn’t the KMS intended to impact performance? So it will, won’t it? And if it misinforms, yikes!

I propose my PACT Processes for KMS content development. The PACT Processes for T&D are systematic, gated, collaborative approaches for ISD that are consistent with and reflective of many of the newer approaches and practices for managing the business processes of high-performing enterprises in a business-rational manner.

The PACT Processes

  • Are always in control from a schedule and budget perspective and are driven strategically by key line and executive management stakeholders.
  • Focus squarely on the knowledge and skill enablers required by performers within business processes.
  • Select the best mix of T&D deployment strategies, including the intranet/Internet, CBT, self-paced readings, videotapes, and audiotapes, as well as the most traditional approach: instructor-led classroom delivery.
  • Create a macrodesign for a modular, performance-based library of T&D while salvaging all previous investments assessed as worthy for reuse.
  • Enable prioritization for the gap T&D based on ROI, economic value added (EVA®), and criticality/impact to critical business processes and initiatives.
  • Greatly increase the shareability of the T&D Modules, thereby reducing the typical redundancy of the content produced separately for each audience and generating huge savings in first-time development costs, life-cycle maintenance costs, and ongoing development costs.

The three PACT Processes are Curriculum Architecture Design (CAD), Modular Curriculum Development (MCD), and Instructional Activity Development (IAD). They each operate at three distinct, different levels of ISD. Each is driven by the PACT Process analysis methodologies for Performance Modeling and Knowledge/Skill Analysis (see Phase 2 of each PACT Process model below).

Using a CAD-like Approach

CAD (Curriculum Architecture Design) is the macroprocess. It generates the overall, macro-, modular design for the entire T&D product line so that business decisions can be made as to which of the current gap T&D/KMS products should be developed/acquired and brought to market, and which of the current existing T&D products need maintenance. Both needs compete for the limited resources of the T&D/KMS organization.

The T&D products are referred to as T&D Events, and the T&D product subassemblies are referred to as T&D Modules. The CAD process has four phases and four key gates.

CAD Graphic

Using an MCD-like Approach

MCD (Modular Curriculum Development) is the midlevel process. It generates the T&D Modules and T&D Events of the CAD, consistent with the business priorities established in the CAD process. The macrolevel analysis and design work from the CAD is brought to the midlevels in MCD. The MCD process has six phases and four key gates.

MCD 6 Phases

Using an IAD-like Approach

IAD (Instructional Activity Development) is a special process that generates subassemblies or components of instruction including

  • Best practices
  • Performance/job aids
  • Electronic or paper desk procedures
  • Performance checklists
  • Simulation exercises
  • Knowledge tests
  • Performance tests (for pre- and posttesting and/or certification/qualification testing)
  • Case studies
  • Instructional content (at the awareness, knowledge, or skill level) via instructional activities, demonstration activities, and application activities

The midlevel analysis and design work from the MCD is brought to the microlevel in IAD. The IAD process has six phases and four key gates – and is basically the same project planning/management framework as MCD.

Key Roles and Responsibilities for Customer and Supplier Staff

Team Methodology

A number of methodologies are used throughout the PACT Processes; however, the most critical from both a quality and cycle time standpoint is the use of teams throughout all phases.

The use of appropriate company personnel on the designated project teams will ensure higher quality of both the project inputs and outputs. In addition, it will provide for a level of participation in the project activities that will create increased ownership of the results and more support for eventual implementation.

The project’s overall structure for key roles and the teams is as follows:

  • Project Steering Team
  • Customer-side project manager
  • Supplier-side project manager
  • Analysis Team
  • Design Team
  • Development Team
  • Pilot-Test Team
  • ISD Team

Business Benefits of the PACT Processes for T&D/Learning/KMS

There are many business benefits to be derived from the adoption/adaptation of CADDI’s PACT Processes for T&D/learning/KMS. The benefits are for your shareholders, your customers, your T&D staff, and your T&D suppliers/vendors. The key benefits are best summarized as follows.

  • Improved effectiveness of the T&D due to its focus on performance requirements within business processes
  • Reduced costs for first-time development and life-cycle maintenance due to the modular design concepts and frameworks already established and populated in the initial implementation projects
  • Reduced project cycle time and costs due to the use of predefined teams and roles/ responsibilities, phases and tasks, and templates for both project inputs and outputs

The PACT Processes provide you with the following:

  • A common, gated, in-control ISD process that engages the right personnel at the right time to do the right things; uses sound ISD principles; and frees up the time and energies of the ISD professionals to be creative instructionally and not forced to continually reinvent the ISD process or replan the project.
  • A blueprint for a modular T&D product line that leverages a design concept and methodology that specifies both the shareable and unique T&D Modules and Events. These Modules and Events allow the organizations’ key stakeholders to strategically place the T&D resource bets for the strategic and financial returns while enabling the sharing of content (modules and events), thereby reducing future development and maintenance cycle times and costs, as well as deployment costs.
  • The avoidance of analysis paralysis and the increased/unpredictable schedule and cost overruns due to a “jump in at the weeds level approach” where one needs to analyze everything at a detailed level, just in case it will be needed.
  • A top-down, systems engineering approach to the T&D product line, covering the entire enterprise, or key functions and job families, or key business processes and the key roles within, or a single function/job/role/task.

Stage 4: KMS Operations and Maintenance

Ongoing KMS operations involve the deliberate (no kidding) deployment of content to push audiences, as well as making the content accessible to pull audiences as any enterprise need-to-know constraints and proprietary information protection needs dictate.

Not all things should be shared over the enterprise intranet, as it makes it much easier to find its way to the competition.

And the inevitable updating chore that exists for almost each and every piece of content will add a lot of life-cycle expense unless carefully managed.

Avoiding the inadvertent creations of just-slightly different, derivative works (in other words, redundant content) should keep everyone up at night, especially the shareholders.

Every redundant piece of content created is a wasted expense as another additional/unnecessary first cost, only to certainly be followed by certain additional/unnecessary life-cycle costs, including administrative costs and then maintenance costs.

A Knowledge Management System needs to be operated; it won’t operate on its own. The maintenance aspects of a Knowledge Management System include both maintenance of the knowledge products and the maintenance of the human and environmental assets.

As a business within the enterprise, the KMS has customers, owners, and many other types of stakeholders. The CADDI model for stakeholders follows, along with a short, generalized explanation of the “stakes” or interests of each group.

KMS Stakeholders

There are eight generic, or basic, stakeholder categories with many potentially different types of people in each of them. The categories are

  • Government
  • Shareholders
  • Executive Management
  • Customers
  • Standards Bodies/Professional Associations
  • Employees
  • Suppliers
  • Community

A KMS must have processes in place that connect with these stakeholders. Determining the voices of the stakeholders and turning that potential discordant “noise” into harmonious “insight” regarding the critical business issues, the strategic intent and focus, and the specific product and/or service needs of those critical needs, is itself critical to the success of the Knowledge Management System.

It’s A Wrap

I have done several presentations on KMS at several ISPI conferences.

Here is one:

Push-Pull Knowledge Management Sys – ISPI – 2001 – 42 page PDF – delivered at the ISPI conference in April 2001 – this covers the use of the PACT Processes for Training, Learning and Knowledge Management in the creation of a Knowledge management System for Push target audiences and Pull target audiences. It also cover a 4 phase approach to implementing a KMS.

Here it is as a PowerPoint Show: push-pull KMS vISPI Conference SF 2001 GWW 2018

I hope that you’ve found value in my Post offerings on KMS. I’d love to hear back from you regarding any “questions/comments/concerns” you have regarding our view of performance-based/push-pull KMS.

# # #

Advertisements

L&D: Organizing Modular Content – By Design

My Content Designs Use This Hierarchy of Content 

Modular Paths of modular Events of modular Lessons of modular Instructional Activities – which are composed of Components that are also modular.

Slide1

It’s a modular world.

# # #

L&D: Generalizations in L&D Mostly Don’t Account for the Wild Cards

First – Which Context Are You Focused On?

Slide1

What Are the Likely Variables Your Content Should Also Address?

Slide2

What Is Mostly Stable and What Is Not?

Slide3

Who Do You Ask About That?

Slide4

I would ask both Management and the Master Performers.

And at times believe one over the other.

# # #

 

xx

 

xx

Slide1Slide2Slide3Slide4

xx

L&D: Revisiting Management Areas of Performance Part 4 of 4

Management Areas of Performance

This is a model/framework from my EPPI – Enterprise Process Performance Improvement methods.

Slide1

Part 1 covered: The Leadership Portion of the Model

Part 2 will cover: The Core Portion of the Model

Part 3 covered: The Support  Portion of the Model

Part 4 will cover: The Practical Utilities of the Model

Management Areas of Performance – The 6 Practical Utilities of the Model

Here is a PowerPoint Show of the entire presentation – covered in this 4 Part series: Management Areas of Performance WBS

  • Utility 1: Curating Existing Content
  • Utility 2: Guiding Development of L&D Content
  • Utility 3: Guiding Job/Department Organization Design Efforts
  • Utility 4: Creating a Performance-Base Performance Appraisal System
  • Utility 5: Planning & Managing the Development of Supervisors and Managers for Current and Future Assignments
  • Utility 6: Targeting Performance Improvement Efforts

These 6 Utilities are briefly covered next…

Utility 1: Curating Existing Content

You could use this framework to start collecting – and organizing – existing content – so that the curated content is easier to access. Content that already exists, internally and externally, such as

  • Policies/ Procedures/SOPs
  • Process Maps
  • Job Aids/Performance Aids
  • Vendor Information
  • Published articles
  • Book listings
  • Links to Blog Posts and other Internet resources
  • Etc.

Utility 2: Guiding Development of L&D Content

You could use this framework as a starting point with your Stakeholders to start an assessment of needs – based on perceptions and any hard data available – to target L&D content “build/buy and modify” efforts.

Utility 3: Guiding Job/Department Organization Design Efforts

You could examine existing Organization and Job Designs to determine gaps in those designs.

Utility 4: Creating a Performance-Base Performance Appraisal System

You could use this framework as a starting point in customizing your current Performance Appraisal system and focus.

Utility 5: Planning & Managing the Development of Supervisors and Managers for Current and Future Assignments

You could use this framework as a starting point in customizing an assessment and planning guide for supervisor and management’s Individual Development Planning (IDP) efforts – or just use my 2011 book – which is intended to do just that.

Utility 6: Targeting Performance Improvement Efforts

You could use this framework as a starting point in with your Stakeholders in targeting where Performance Improvements may bear sufficient fruit (that being ROI) across the Enterprise – or for particular Departments. Or Functions or Divisions/SBUs.

Use the PowerPoint Show to give them a quick overview of the model to begin the discussion.

And Please Remember This

Adopt-Adapt

With Appropriate Attributions, of course!

2007 Book

I wrote this in 2004 but didn’t release it until 2007. Get a Free PDF copy – here.

Slide23

2007 Book Foreword

Slide24

2011 Book

I updated the 2004/2007 version and turned it into a tool for the Planning & Management of one’s own Development and/or for other’s Development.

For information about this book and many of my others please go – here.

 

# # #

L&D: Preparing Learners/Performers for a VUCA World

VUCA – Volatility/ Uncertainty/ Complexity/ Ambiguity

VUCA has been around for a while. I’ve had clients bring it up in past projects. “We can’t teach them exactly how to perform in an uncertain future,” some have said.

No, I thought, but we can prepare them.

The Military does. The Police do. Firemen do.

I’ve always wanted to say, “It’s a VUCA, VUCA, VUCA, VUCA World” – paraphrasing the title of one of the classic, nonsense movies of all time.

Maybe it’s not a perfect fit. Maybe it’s too VUCA for you.

Preparing learners/Performers for VUCA

When the Performance Requirements – Outputs and Tasks and Stakeholder Requirements regarding the measurements of both Outputs and Tasks – aren’t quite Black & White.

When they are fuzzy. And/or moving. As in … moving targets. Or … they are worse than fuzzy … and they are unknown.

Slide1

From the US Military (the Army)

The people who also brought us SNAFU and FUBAR and Kilroy Was Here.

Slide2

In VUCA Nothing Is Rote

But it is not that you are unsure of whether the context is Playing Tiddlywinks, Playing Football, or Cooking on an Outdoor Grill in the stadium parking lot.

It’s not that fuzzy or unknown.

You can start with a some semblance of a Goal and a Context and Performers and who are the Others in the VUCA sandbox. Fuzzy or Stable.

Because you have to start somewhere, or throw your hands up, give up, and go away.

Slide3

I Would Use Master Performers in a FGP

I’d assemble a group of handpicked Master Performers who have been there and done that regarding Performed in a VUCA environment – plus other SMEs as appropriate – those who think they know something about that unknown future context. Handpicked by the client or better yet, a Project Steering Team. The client and key Stakeholders.

I’d use a FGP – a Facilitated Group Process – for speed and accuracy, completeness and appropriateness.

The traditional alternative is to conduct observations and review documents and then interview/talk to each person in series, rather than in parallel, and then review what the people before said, and get corrections, additions and subtractions – and then do that for another round, or several rounds, battling semantics and perspectives, etc. And battle one’s own ability to “get it” when it might be very nuanced.

And where experts can miss up to 70% of what’s needed because what they know is mostly (70%) nonconscious.

Not that they – the assembled – would be perfect in predicting and reacting to the VUCA future based on what they know (consciously and non-consciously).

But who else would you ask?

I’d ask them to battle it out live and synchronously – F2F or online – and frame the learning via my Lesson Mapping tools and techniques.

Start with a rough (fuzzy) Learning Objective that should look more like a Performance Objective (or KPI).

Then define the APPO (Application Exercises).

And continue the backwards-chaining to any DEMOs.

Determine which (if any) of the APPOs need to be preceded by a DEMO: “here’s an example of what were going to ask you to do next).

Because Being Forewarned is Forearmed.

Learners would appreciate that – except those who want to learn about dealing with VUCA in a totally VUCA manner.

Those with not only a great deal of Ambiguity Tolerance – but who thrive on it and strive for it in their daily lives. (I’m being facetious).

Slide4

Then determine what INFO(s) are needed to prep the learner/Performer for the possible DEMO and the “for sure” APPO – rather than throw them into the deep end of the pool (so to speak) with an APPO all by itself.

Which is sometimes the exact strategy one should use. But not all of the time.

Chain-Chain-Chain

Chain-Chain-Chain. Chain of I-D-As.

As in INFOs-DEMOs-APPOs. Successive sets (Sub-Rounds) each leading to greater and greater VUCA.

Slide5

For fans of Sivasailam Thiagarajan (you know him as Thiagi) – you may recall that back in the day he’d always say, “All learning happens in the debriefing.”

That’s where he’d plan for and execute some “structured reflection” – although the casual observer might not see the structure.

That Reflection might include additional “what if” extensions of the scenario of the APPO – or brand new scenarios for discussion and reflection.

The military calls these AARs – After Action Reviews. Call then whatever makes sense in your context – using the language of your business.

Once Is Often Not Enough

Not one chain of I-D-A within one Lesson. And not just One Lesson. And not all bunched up in one extended setting/one Lesson.

Rather, spaced-out, man. Rounds of Sub-Rounds.

Slide6

And perhaps shorter Lessons of one chain of I-D-As, and of course appropriately spaced out … unlike what the above graphic might inadvertently imply.

Perhaps. Or – multiple chains of I-D-As exactly as the above graphic might inadvertently imply.

Because … as Buzz likes to remind me/us: “As always – it depends.”

01-liml-66155-lessons_in_maki-sfull

I’d Let the Master Performers Make Those Design Decisions

Not that they’d be perfect. But who else would you ask?

And then I’d Pilot-Test and Evaluate. And Continuously Improve.

# # #