Building an IGKT system (part 10)

1.1.1.1 Leveraging an IGKT Store:

Over the past couple of years, I have worked with a number of crowdfunding projects. The enthusiasm and desire to create something new is invigorating. The one thing that always seems to bite the campaigns (there are a few that don’t have this issue) is the reality of not understanding manufacturing. While the reality of manufacturing is never quite what we think it is, or for that matter what the salesperson tells us it is, we should learn. A component of the integration of the DLM© is the storage of IGKT information of the past. This can be a connection to a human being, if that person is still in the organization just now in a different role.

The first thing we need is a focused search engine. In the dawn of the Internet there were many separate search engines. Each of them exposing a different nomenclature for search. Search is funny though. If you consider the reality of data produced in the world, it continues to increase. Today there is 110 Zettabytes of data produced by the objects known as the Internet of Things (IoT). That chatter has distinct categories. Information you need right now, information you may need shortly and information you may need eventually and information you want to be able to review at your leisure but don’t need right now.

In our system the value of search has to be returning right now information instantly but be able to pull from the other three buckets as needed. For example, understand that if someone searches for the same thing twice. The first time through the solution may not have worked. So give the person additional options from the other time buckets of information.

The other thing about such is the reality of meta data. Do the people producing informing generate enough meta data that the information remains searchable? Searchable data means the SME has to make sure any data in the “known good DLM© Category” has been tagged. The search engine also has to add search terms that are frequently used. So when a user’s reaches out for help, the system is able to respond to the problem as written. Not the solution as designed.

1.1.1.1.1 Known Good Solutions

A known good solution is one that has solved a similar problem previously. It may not fix your specific problem but it does fix a problem and has worked previously. Known good solutions also include known good sources and experts. SME’s gather connections to known good professional sources and known good experts. A known good expert though is something that the SME has to validate first. There are many experts in the universe. You have to make sure that the experts listed in the overall IGKT system are able and willing to share their knowledge. No knowledge hoarders allowed, that means that the SME needs to monitor and FollowUp with experts asks. If the expert returns the answer it has to be in a sharable format.

The other side of known good solutions is the reality of variation. Problems can be solved over the course of time, time changes everything. The great example of this is the corner gas station in a small town. It was once the only gas station at the intersection of two major county roads and the majority of people stopped and used that gas station. But since the new highway went in 8 miles away, more people use the hop on, hop off gas stations near the highway and no longer take the country road. Over time the gas station at the intersection of the country roads is no longer as good a solution as it was in the past. Solutions can change over time, so the SME is responsible for making sure that the known good sources include all variations.

.doc

humble knowledge dreamer