许多知识管理项目失败是因为它们要求人们在日常工作中做更多的事情。任何质量保证计划的实施都需要变更管理和流程改进的基础知识。
知识管理中充斥着非常昂贵的尸体：没有人使用的文献系统，没有人适用的程序，仅在会议中教书的Intranet等等。
在此类项目（及其质量管理的表亲）中，存在一个基本错误：它们失败是因为它们要求人们在日常工作中做更多的事情（填写表格，编码文档，记录事实） 。他们也失败了，因为他们没有考虑到面对任何主动行动时我们都会问自己的第一个问题：“这给我什么？”
如果用户的响应是“更多工作”，则该项目肯定会失败。
认为可以通过就新系统的好处进行沟通，通过有关如何使用它的培训或通过鼓励参与的方式来抵消这种态度，这是错误的。
专家会告诉我们，我们在这里要解决一个典型的变更管理问题：“ 如何让人们以不同的方式来做他们的工作和/或做更多的事情？”
可以理解，如果我们在组织中推广或“销售”会影响工作流程的程序或系统，那是因为以前我们曾问过自己两个神奇的问题：
- 什么是可以为我的组织增值的关键流程，如何改进它们？
这意味着我们在提出影响程序的程序之前，已经对程序进行了重新思考，分析，重新思考和简化。这也意味着我们已经选择了所有可能的过程中的一些。
越少越好。
止回问题01：是这样吗？新程序或系统是否响应“重新设计”或对过程适当性的先前分析？
- 如果答案是“否”，那么您要实现的目标肯定会涉及比我已经完成的任务更多的任务。返回到开始框，如果回答为“是”（也就是说，在开发和销售系统之前我们已经重新考虑并简化了过程），则只有在涉及到用户，客户的情况下，我们才能使用它。最后的受害者。我们前进两个方块。
因此，对于组织而言，我们已经有了一个更简单，更有效且理论上更有利可图的关键流程。现在是时候开发支持或支持它的系统以获得真正的优势了。当然，我们会问更多问题：
- 哪些知识是必需的？生成的知识是什么？我该如何管理？它要花费多少？它有利润吗？
假设我们已经回答了所有这些问题，并决定（经上述同意）继续进行。我开枪是因为它感动了我。我们掉进井里，发现系统出现故障。
止回问题02：我们是否在整个解决方案设计过程（包括过程，文档管理系统或任何其他项目）中让最终用户（数量足够且配置文件不同）知识）？
- 如果答案为“否”，则该程序将遇到无法通过培训，激励措施或威胁来克服的阻力。它将需要“后退”并与选定的一组用户逐步进行审查。这将减慢项目速度并增加成本。返回十个框，如果答案为“是”（也就是说，我们不仅在应用它的人员的帮助下简化了过程，而且我们在系统的设计中也有了最终的接收者），我们将找到一个获奖的产品在我们手中。前进到鹅。
不要忘记…
- 没有人喜欢被告知他们的行为或工作方式行不通或是错误的。因此，任何变更项目都必须基于外部原因（市场需求，新技术的到来等），以便人们理解变更的需求，也不欢迎他们告诉您必须进行多次更改。你做的事这就是为什么最好仅从流程中那些需要更改的关键方面入手。越少越好。一旦这些变更被内部化，我们就可以寻求其他机会，这一变更必须由“来自上方的人”发起。但是同样重要的是，不应将其视为一种强制，而是基于非常明确的因素（盈利能力，客户需求等）并且需要良好沟通的需求。系统正常运行的基本前提之一是其用户从一开始就参与了整个设计和开发过程。没有人比必须使用它的人更了解某事。
