it项目工作计划

时间如同白马过隙，我们总是在和过去告别，在新的征程中我们要做好计划，那么该如何书写计划才能发挥更大的价值呢？以下是小编整理的关于《it项目工作计划》，供大家参考，更多范文可通过本站顶部搜索您需要的内容。

第一篇：it项目工作计划

IT公司项目管理工作总结

仅仅从做好管理这的角度来说，其实并不难，而且也有许多理论作为依据，战略规划、运营计划、团队建设、企业文化、流程制度等可以按照一定的科学规则去制定和实施。这段时间比较令我困惑的是“领导”，以及管理和领导之间如何进行协调和平衡。

管理与处理复杂情况有关。如果没有好的管理，复杂的企业可能会杂乱无章，面临生存危机。好的管理给诸如产品的质量和赢利能力等关键指标带来一定的秩序和连贯性。尤其是科学的管理制度和流程规范可以帮助企业提高效率和规避风险。

领导更多的与变化有关，处理一些突发情况，企业、产品、业务等方面进行变革，这些都需要领导能力。有些时候管理和领导之间可以相辅相成，但有些时候会互为矛盾，如何进行协调和平衡，这些是无法通过理论来学习到，要依靠自身的知识能力和经验。

比如现在的产品实施，以业务为起点，经过产品策划、设计、开发、测试、验收、上线运营来完成。可是某个产品功能，业务无法给出具体的需求，而且时间也比较紧迫，那么只能安排产品部门，要求他们根据自身对产品和市场的理解，替业务出需求，并进行产品策划，然后跟业务部门进行沟通讨论。由于情况特殊，那么必须破除规则，使用新的流程。但是如果经常这样，就会产生很大的风险，毕竟对市场和业务的把握，产品部门肯定不如业务部门清晰，那么由产品部门主导的产品，在日后的运营和业务拓展过程中，很可能出现偏离市场的危险。

公司制定的管理制度和流程规范是为了帮助企业提高效率和规避风险，其中主要功能是明确责权利，尤其是工作职责，而我们是从事互联网业务，这就与互联网的开放、创新文化形成了冲突，前不久马云写给阿里新员工的信中写道“刚来公司不到一年的人，千万别给我写战略报告，千万别瞎提阿里发展大计...谁提，谁离开”，虽然话语偏激了一些，但是也反映了企业管理制度和创新变革之间的矛盾。

这也是最令我头疼的事情，不管是大公司，还是小企业，在企业规范管理和领导创新变革之间寻找一个合适的度，这才是最难最难最难的啊!!!

第二篇：IT公司招投标项目实习期工作总结

搭乘顺腾之舟起航体现自我人生价值

——实习期工作总结

初来公司，曾经很担心自己是否能胜任这份工作、不知该怎么与新同事共处，但是在领导悉心的教导下、公司宽松融洽的工作氛围中、团结向上的企业文化里，让我很快融入了公司这大家庭。

在实习期间，我在公司商务部学习，商务部的工作与我之前工作在业务上还是有很大的差别，很多东西是我以前从未接触过的，但是在商务部领导和同事的耐心指导下，使我在较短的时间内适应了公司的工作环境，也初步认知了公司的整个操作流程。在商务部的工作中，我一直严格要求自己，认真及时做好领导布置的每一项任务，同时主动为领导分忧，专业和非专业上不懂的问题虚心向各位优秀的同事学习请教，不断提高充实自己，诚心的希望能尽早独当一面，为公司做出更大的贡献。诚然，初入公司难免出现一些小差小错，敬请领导给予指正和帮助，但前事之鉴，后事之师，这些经历也让我不断成熟，在处理各种问题时考虑得更全面，杜绝了类似失误的发生。在此，我要衷心的感谢领导和同事对我的指引和帮助，感谢你们对我工作中出现的失误的提醒和指正。

在3个月实习期间，我认真总结自身不足，虚心学习，一是夯实基础，筑牢根基。夫有土者，有大物也，谓万物中

有后天之道必然都有先天之道，我主要负责的是招投标工作，招投标工作最基本的就是标书的制作，对于文书方面的制作是我必须加强的，在实习期间，我进一步熟悉word操作，细化开标一览表、分项报价明细等表格的排版、填写，打牢自己在招标、询价等方面的业务基础。二是立足本职，充实自身。实习期间我学习、认知了在询价方面的业务知识，通过周总传授的一些询价方面的问题及解决方法，让我认识到了自己在询价方面诸如过于亲切、不知道怎样迂回等方面的欠缺，锻炼了自己的洞察能力，学会了什么叫察言观色。同时，通过联系苏宁、国美这种大型卖场的相关销售负责人和相关品牌公司的内部工作人员从而进行模拟询价，进一步学习询价当中技巧，让我更加深刻理解到在询价方面，应该多找案例多模拟询价，应该注意的哪些细节，细节才决定成败。三是打破常规，不拘一泥。在周总的鼓励下，我没有局限到公司通讯录上的厂家，我通过网络平台与电话交流，深挖到了成都中复数码有限公司、成都三盟科技有限公司、成都诚信联融科技、成都中智达有限公司、成都东方四海、成都宇星科技有限公司、成都杰创华汉数码科技有限公司等潜在供应商与客户资源，为今后工作的开展，打下良好基础。四是拓宽知识，增长视野。实习期间，在周总的关怀下，我有幸参加技术部的会议，进一步的熟悉了公司的业务，让我参与到了芦山县城市综合监管平台设计方案等工作的讨论，

通过在会议上的学习，让我深刻体会到参与技术部前期、中期及后期的会议对于了解所需的产品知识及信息的重要性。同时，借此机会，我衷心的感谢与我共同出差到石棉的同事，对我出差的各种不适应给予的帮助，让我深深的感受到了集体的温暖。五是博观约取,厚积薄发。学习要广博而善于取其精要，要有丰富的积累而谨慎地运用知识，虽然我在以前公司一直做招投标业务，但是我自己确实认为积累还不够，实习期间，我利用空闲时间，仔细查看了公司以前做的投标标书，熟悉了公司做文件的一些习惯，通过自己以往浅薄的经验，自己私下归纳出了公司招标公告发布、资格预审程序、编写招标文件注意问题、投标保证金金额限定等程序，总结出了规避围标、串标、挂靠资质、工程量变更、失信企业“黑名单”的杜绝方法，希望以后能对公司有所帮助。

经过这3个月，我现在较能独立处理公司招投标、询价等运作流程。当然我还有很多不足，处理问题的经验方面有待提高，团队协作能力也需要进一步增强，需要不断继续学习以提高自己业务能力。看到公司的迅速发展，我深深地感到骄傲和自豪，也更加迫切的希望以一名正式员工的身份在这里工作，实现自己的奋斗目标，体现自己的人生价值，和公司一起成长。

在此，恳请领导给我继续锻炼自己、实现理想的机会，我会用谦虚的态度和饱满的热情做好我的本职工作，为公司

创造价值，同公司一起展望美好的未来!

申请人：X昕

二〇一一年十月七日

第三篇：IT项目管理

甲方IT项目管理概要

一、 项目管理要求：

a) 对业务行业背景有一定了解。

b) 评估方案的合理性。

c) 项目整体管理能力。

二、 项目启动前制定项目管理规划大纲：

a) 制定一个历程碑纲要，类似于：立项申请-供应商选定-合同审核及签订-

项目启动会召开……。

三、 确认业务需求，明确项目方案：

a) 组织业务人员与供应商沟通，供应商明确业务需求。

四、 项目启动工作：

a) 组织相关领导及业务负责人和供应商，主要议题是就系统功能达成共识。 b) 供应商给出项目整体开发计划。

五、 建立项目管理进度汇报制度：

a) 要求供应商项目进度定期汇报，管控项目进度。

b) 就项目中需要协调事宜积极对应。

c) 项目进度定期向部门领导汇报。

六、 考察供应商是否有完善的工程及项目管理机制

a) 工程管理文档主要有：需求管理、准备阶段、结构化数据化业务模型、

数据库设计、开发指导书设计、开发和单元测试、测试、线发布、上线跟踪。

b) 项目管理文档主要有：项目策划与监控、问题管理、风险管理、阶段判

断会、QA管理、评审、配置管理、变更管理、决策与分析、数据验证、知识管理、_研发体系过程管理。

c) 不定期的检查项目文档是否完成或及时更新。

七、 避免因需求频繁变更导致项目延期：

a) 规范需求说明书，在需求说明书中强调用例分析，场景模拟和业务流程。 b) 加强供应商与业务之间的沟通，尽量避免供应商对业务需求理解偏差。 c) 对业务的需求建立审核制度。

八、 项目上线前与业务进行系统功能确认：

a) 业务签字确认，避免系统上线后用户问题暴露。

九、 系统上线运行平稳后，项目文件接收。

a) 检查关键文档，系统转运维。

※在项目过程中使业务与供应商建立合作及信任关系，使项目能按计划完成。

第四篇：IT项目沟通管理

在IT项目中，要做到一个项目迅速成功的完成，并能达到或者超过预先设计好的效果，是很不容易的，在完成所下达的任务当中，设计好的蓝图跟具体的实诸于实践，既要有规定统一的制定计划，还要有一套适时的监控执行方法，但同时又不能扼杀了整个项目开发中的创造性和自主性，这样，就必须有一个灵活而且容易使用的沟通方法的过程，从而使一些的重要的项目信息时时最新，做到实时同步。

在IT项目中，许多专家都认为：对于成功，威胁最大的就是沟通的失败。与IT项目成功的三个主要因素分别为：用户的积极参与，明确的需求表达，管理层的大力支持。而这三要素全部依赖于良好的沟通技巧，特别是非信息技术人员。 沟通管理的目标是及时并适当地创建、收集、发送、储存和处理项目的信息，标准的项目沟通包含沟通计划、信息传递、实施情况报告、管理收尾共四个过程。 本文将谈谈一些本人在沟通管理实践中的一些经验。

2 制定沟通计划

在项目立项后，第一步就要制定《沟通计划》，《沟通计划》应包括以下内容：

? 文件保存方式：在沟通计划中首先明确信息保存方式、信息读写的权限，明确用户信件、会议记录、工作报告、项目文档(需求、设计、编码、发布程序等)、辅助文档等的存放位置，及相应的读写权力。这样用于收集和保存不同类型的信息，有必要制定和遵循一个规定好了的统一规章制度，将与项目有关的重要工作建档。

? 联系方式：应该有一个专用于项目管理中所有的相关的人员的联系方式的小册子，其中如项目组成员、项目组上级领导、行政部人员、技术支持人员、出差定房订票等系统中相关的人员，座机、手机、职能等等，应相应的一一列上，做到简洁又要明了 ，最好能有特殊人员的一些细小的标注，能够做到在一打开小册子的同时就能将所有的相关人员的资料了然于胸，正所谓知已知彼，这样一来，很多在平时大费周章的事，就能在养成的良好的习惯中，轻松做到。

? 工作汇报方式：明确表达项目组成员对项目经理或项目经理对上级和相干人员的工作汇报方式，明确什么时间，什么形式。比如项目组成员对项目经理通过EMAIL发送周报;项目经理对直接客户和上级按月通过EMAIL发月报的方式;紧急汇报通过电话及时沟通;每两周项目组进行一次当前工作沟通会议;每周同客户和上级进行一次口头汇报等等。

? 统一项目文件格式：对于一个项目本身统一的文件模板，是正规管理的一部分，所以必须统一各种文件模板，并提供编写指南。

? 《沟通计划》维护人：明确本计划在发行变化时，由谁进行修订，并对相关人员发送。

由于《沟通计划》是同很多人员有相关的，必须保证计划是有相关干系人参于制订，并且保证《沟通计划》是相当人员已经正解接收及理解。计划是用来执行的，而不是为计划而计划束之高阁。

3 信息发送

对于项目管理的信息正确传达到相应的人员，是相当重要并有一定的困难的，经常发生的事情是信息发送人感到自己把信息正确传达了，但实际的结果却是信息没有传达到或是被错误的理解了。太多的人还是不太习惯成堆的文件或者通篇的E-MAIL传送的邮件，如果能利用非正式的方式或者是双方会谈的方式来听取重要的信息，就来得又快又准确更能让人接受，就象传统里的一纸书信在某些场合还是比任一现代化的联系方式来得好一样，价值取向不同，沟通的方式也就在使用效果上全然不一样了。

我们在沟通中应遵循彼得.德鲁克提出的四个基本法则：

? 沟通是一种感知

? 沟通是一种期望

? 沟通产生要求

? 信息不是沟通

本人在通过学习及结合实践的过程中得到以下的感受。

3.1 沟通是一种感知

沟通一定是双向，必须保证信息被接收者接到了。所有的沟通方式，必须有回馈机制，保证接收者接收到。比如：电子邮件进行沟通，无论是接收者简单回复“已收到、OK”等，还是电话回答收到，但必须保证接收者收到信息，并回应信息已经接收到。

信息收到必须保证理解是正确的，很多事情信息收到了，但被错误的理解了，很多信息是传达到了，但却被错误理解了。

比如：A项目经理对B项目经理说“今天我要去投标，不过我这边的现在人手少，你那边可否抽些人过来帮我壮壮声势”。

B项目经理手中有一些程序员和系统分析员，而当前程序员有些空闲人手，系统分析员今天正好有些紧急工作，但B项目经理错误理解为A项目经理需要的人是系统分析员，到时协助答辩，所以回答“不行，今天正好有紧急工作，没有办法帮忙”。

A项目经理只好另想办法。

以上就是典型的理解错误，发送方的正确表达、接收者的正确理解是非常重要的。比较简单的方式是发送者进行信息发送，接收者进行理解后进行细化并进行二次表达，但这种表达却是在确认自己理解了的同时去转叙或者执行的结果，而不是复述。

3.2 沟通是一种期望

在项目管理中，项目不同干系人是有不同的沟通需要的。

项目组成员在具体的工作安排中他想明白那个职位是否符合他的意愿等等，上级

要了解接收者的期望，向下属传达工作安排的同时还要了解他的意愿取向的问题，再采取相应的方法，调起其在工作上的热情，从而促使其在工作的高效付出，在项目管理中如让下属有反抗情绪的产生或者低效的工作，则是一个项目经理在沟通上不得法的一个失败实例。因此制定一个协调的沟通计划就更为重要了。 而项目经理的上级和客户更加关心是进度的问题：时间是否会延期、是否要添加成本、质量是否有保障等等。这对于项目经理来说，就应即时的反馈这些时间，特别是将会有延期、将添加项目成本、质量将会有问题的苗头等等，更加必须提早汇报，使项目经理的上级和客户能及时并适时调整工作计划。

3.3 沟通产生要求

沟通是双向的，沟通必须能够符合接收者的利益，那样才有说服力。这就要求双方都要有良好的沟通方式，特别是良好的沟通又能达到双赢的目的，一致的沟通有助于组织促进项目更新。

口头的沟通能力同时似乎又是职位提升的关键因素。于是，沟通又必然的产生要求，比如：职位上成功，项目的早日完成，对问题作出恰当的回应，小到假期薪金等等都要沟通来达到目的。

3.4 信息不是沟通

当前是信息时代，必须分清哪些是沟通哪些是信息，对于用于沟通的信息必须明确简练、醒目，避免沉没于信息之海中。

信息也可用于沟通，但信息过于的生搬硬套，一个文字性的文件是并不能起到沟通的作用的，在项目中，项目经理并不是想集中于信息中而是想了解项目里工作的人员，并与之建立起相互信任的关系。而有效的发送信息，只能是依赖于项目经理和项目组成员的良好的沟通技能。

我们现在就能通过上面的四个法则来进行有效的沟通，达到保证管理中信息有效传达的目的了。

4 实施情况报告

实施情况报告一般有三种形式：定期报告，阶段审查，紧急报告。

? 定期报告：就是在某一特定的时间内将所完成的工作量向上级汇报。在实际的项目管理中项目人员对项目经理按周报告，对于客户和项目经理的直接上级是按阶段或月进行统一的进展报告，从项目管理上讲，项目定期报告的主要内容就包括：当前是什么状态?在什么阶段?进度完成情况?当前有什么问题请上级(用户)协助解决?下周(下阶段或下月)的计划是什么等等。

? 阶段评审：在项目进行到重要的阶段或里程碑似的项目发展阶段，就要进行阶段评审。阶段评审的意义就在于评审当前的项目情况，迫使人们对其工作负责;阶段评审可以提前发现问题，提前将问题解决在初期阶段。不过阶段评审也是最容易产生争执的地方，这主要是针对于问题严重性的定级，项目经理或项目管理委员会必须在全面了解项目发展进展的情况下及时找到问题的重点，从而就事论

事的解决问题的真正症结所在，并进行后面的项目。

? 紧急报告：在出现意外情况下，进行紧急报告。紧急报告包括以下内容：当前发现的问题，相关影响，需如何解决(动用什么资源)，问题紧迫性(必须什么时间内进行反馈)。

在实际的项目管理过程中，质量管理的质量保证部门也将进行质量审计，按阶段提交质量审计报告。

项目干系人接到实施情况报告后也应即时的进行反馈，明确报告已经成功接收到。并让项目干系人一道解决执行中的问题。

5 管理收尾

5.1 项目客户验收

项目收尾期间客户将根据合同对项目进行验收，一般是对最终成果《软件系统》，项目文档《操作手册》、《安装手册》、《软件光盘》、《维护计划》或《维护手册》进行验收，双方将产生双方《项目开发总结报告》及《项目总结会议备忘录》

不同的人都有不同的见解，这些报告都是极好的资源，对未来项目的平稳运行有很大的帮助。

5.2 过程文件归档

项目组内部将对项目过程中的计划、需求、设计、源代码、变更、会议纪要、客户信件等文档整理归档，为以后的查询及参考作为一定的依据。项目档案常常在结束多年以后还有用，良好的项目档案能为当前的项目节省时间和金钱，有时还能对组织进行审计等快速提供有价值的信息。

5.3 项目总结

很多项目没有能进行很好的总结，推脱的理由有项目总结时项目人员已经不足/不全、现在有新的项目要接没有时间、写了没人看等等。这些理由全不是正确的，无论如何也要进行总结，只能总结当前，才能提高以后。

项目的成员应当在项目完成后，为取得的经验和教训写一《项目总结报告》，总结在本项目中哪些方法和事情使项目进行的更好、哪些为项目制造了麻烦、以后应在项目中避免什么情况、那些事情应在后面的项目中坚持等等。为以后的项目人员更好的工作提供一个极好的资源和依据。

第五篇：IT项目-知识管理系统开发项目

仲 恺 农 业 工 程 学 院

课 程 设 计 报 告

**公司知识管理系统开发项目

目录

一，知识管理系统开发项目需求分析 ........................................................................................... 2 二，知识管理系统开发项目范围分析WBS .................................................................................... 4 三，知识管理系统开发项目进度安排 ........................................................................................... 4 四，知识管理系统开发项目费用安排 ........................................................................................... 5 五，知识管理系统开发项目可能存在的风险 ............................................................................... 5

一，知识管理系统开发项目需求分析

1，知识管理的困境与问题：知识管理混乱：我公司大部分项目资料分散在各部门个人电脑中、企业内的公共存储设备中或人企业各应用系统数据库中，没有相关的知识管理制度，没有企业内统一数据查询入口、没有统一的知识共享发布应用平台，不能统一规划、统一管理，导致企业知识资产状况无法了解，项目知识成果无法有效传承与共享，无法深入挖掘知识管理规律，无法及时获取服务设备和运营成果第一手相关资料、无法及时总结项目管理成果，增加各部门知识应用成本。

2，知识资产流失严重:我司人员规模较大，日常工作60%的工作成果都以知识的形式保存下来，但这些花费了大量人力物力创造的知识资产，因为缺乏有效的管理系统，会因为人员的流动、机器的变动而流失，对我司的无形资产造成了一定的隐患。

3，知识共享困难，形成信息孤岛：在日常工作过程中，部门与部门之间，岗位与岗位之间，存在着大量知识共享的需求，一般通过邮件、硬盘共享的方式传递，既不方便也不安全，在员工出差的情况下，就更难以调用公司的知识信息。在企业中各个部门之间由于种种原因造成部门与部门之间相对的孤立，各种信息(如产品信息、各种计划信息等)无法或者无法顺畅地在部门与部门之间流动，形成了信息孤岛，不能使企业知识资源配置最优化。

4，知识安全难以保障：在企业中形成的知识财富属于企业的资产，是企业花费大量人力、物力，经过工作实践而形成的重要资产，也是我们企业在市场中生存，面对激烈竞争的重要能力来源，因此必须加强知识的安全保护措施，避免知识的外泄，形成知识密级和权限体系。

5，知识再利用不足：公司的业务经验、资料、方案等知识利用率较低，员工需要找准确的资料和知识时，往往没有统

一、准确、及时更新的数据源，仅凭借自己的经验做出决策，或者是从头再来，从零做起，导致重复劳动，不仅效率低下，而且没有充分借鉴前人经验。

6，知识资产量化不足：对公司知识资产的统计不足，没有真正树立起知识资产也是公司无形资产的重要部分的理念，不能明确的了解各部门的知识存量状况，知识贡献状况等。

7，知识培训与考核：我公司尚未建立起以知识库为核心的培训考核体系。基于知识库的培训考核体系，能够依赖于庞大的企业知识资源，对员工进行及时的、广泛的、有效的培训考核。实现知识、培训、考核一体化。对新员工、晋升员工的知识培训还停留在一帮

一、传帮带的传统模式上，没有充分利用知识平台让员工自主的学习。

8，岗位知识传承和优化：组织中的岗位一般都是相对固定的，但人员是不断流动的，员工离职后其岗位知识、经验等也就随之流失掉，导致了岗位知识得不到有效的固化、传承，后继者没有可借鉴的信息资源。个人知识无法转化为企业知识，员工是公司的财富，他们头脑中有很多很好的经验和知识，应该充分鼓励，进行挖掘。

二，知识管理系统开发项目范围分析WBS

知识管理系统开发项目WBS

三，知识管理系统开发项目进度安排

知识管理系统开发项目进度表甘特图

四，知识管理系统开发项目费用安排

知识管理系统开发项目费用表

五，知识管理系统开发项目可能存在的风险

1，知识管理各阶段的风险

战略支撑风险：知识管理战略规划，必须从企业整体战略出发。知识管理战略规划成果应当支撑企业战略。企业面临的风险在于，如何形成支撑企业整体战略的知识管理战略。上文也提及，战略重点决定了知识管理应用的重点。这也是体现KM项目的价值所在。起步阶段的规划失误将直接导致知识管理走向失败。

组织设计风险：对于大型企业而言，知识管理工作需要一个专门的组织完成。知识规划阶段需要考虑该组织的架构及其团队构成。不同的团队构成会直接影响该组织对于知识管理的推动力。

变革推进风险：企业顺利开展知识管理，必须将员工绩效考核策略直接挂钩。这对于很多企业来说，绩效考评的调整会受到既得利益者的反对，如何推动这场变革，企业面临很大的风险。

共识达成风险：企业内部不同部门和团队，对于知识管理的理解、看法都不同。有些部门对此感到恐惧，担心部门利益受损。这与大家对知识管理的认识程度差异密切相关。企业必须考虑如何让知识管理在企业内部达成共识，让所有人理解知识管理对于他们的意义和价值。

文化惯性风险：企业原有的文化，有可能与知识管理不相匹配。企业需要逐步调整和塑造企业文化，以支撑知识管理工作的顺利开展。固有的企业文化存在一定时间的惯性，如何尽快调整文化的惯性，是企业面临的一个挑战。

知识遴选风险：在知识梳理阶段，如何选择能够支撑核心业务和管理活动开展的知识，企业面临知识遴选的风险。若梳理的知识为非核心知识，则KM无助于企业业务和管理活动的顺利开展，将导致企业员工对知识管理的不信任感增强。

知识协同风险：不同部门、团队的知识，存在协同的风险。在未实施知识管理前，不同部门之间的知识没有缺乏正式的沟通渠道，很多企业存在“部门墙”。打破这堵墙，实现知识协调，会面临各利益团体的挑战。

流程调整风险：知识梳理前，企业通常需要开展流程梳理和调整的工作。明确核心业务和管理流程后，才能明确关键控制点上的知识。流程调整后，员工的工作方式和流程会发生改变。如何让员工适应这种调整，企业需要做很多工作。

知识共享风险：这是知识管理面临的最大挑战之一。在企业内部塑造知识共享的文化，让所有员工积极主动的共享他们的显性知识和隐形知识，对于许多传统企业来说是很难做到的。 项目控制风险：企业在实施知识管理项目的过程中如何有效把握项目的进程，如项目推进组织不力、项目时间和进度失控、实施成本超出预算、实施质量难以保证等等。这是知识管理项目的控制风险。

制度保障风险：若企业只指望从技术上给知识管理提供支撑，而不能通过制度来保证企业知识管理活动的进行，进而塑造新的企业文化，那企业知识管理活动就存在失败的风险。知识管理项目的最终用户是全体员工，让如此众多的最终用户改变日常的工作习惯是一件工作很大而且困难的事情。如何让员工能够在工作中自觉地使用知识管理系统来贡献和共享知识呢?除了系统使用方便、简单、有效，并且能够满足公司业务在知识管理方面的要求等技术因素之外，更为重要的是建立一套严格的管理制度进行保证。

系统支撑风险：挑选合适的知识管理系统软件支持知识管理，存在系统支撑风险，主要包括知识管理系统软件本身存在的功能风险以及企业选择软件时的选型风险。软件功能不符合企业需求、集成开放性不足、成熟稳定性差强人意、缺乏软件供应和服务商的评估手段、选型时无所适从、盲目决策等都会最终造成知识管理项目的失败。

系统使用风险：主要是指企业在知识管理软件系统上线运行之后，企业员工却不能经常性地使用系统，也不能对知识管理系统进行维护，从而难以保证知识管理系统中知识的数量和质量，在“恶性循环”中使知识管理系统逐渐成为一个华而不实的摆设。

战略模糊风险：知识管理项目结束后，其他的战略会随着时间的推移逐步调整，知识管理战略也需要紧密跟随企业整体战略做调整，否则很容易出现战略模糊风险，导致KM在支撑企业战略方面力度不足。

组织涣散风险：全职或兼职的知识管理团队，在项目期间会投入很大的精力参与工作。进入项目结束后的持续改进期，团队容易出现精力不集中，企业知识管理工作也面临组织涣散的风险。

人员流失风险：知识管理项目结束后，一批专业的KM从业人员已经成长起来，企业必须采用一套好的绩效管理体系维持这批专业人员的稳定性，否则企业将面临KM专业人士的流失风险。

持续发展风险：主要是指企业对知识管理的长期变革特性认识不足，以为只要软件系统上线，项目就大功告成了，从而给企业的知识管理带来了一个发展中的风险问题。知识管理技术在发展，企业对知识管理的需求也在不断变化，如果以静态的观点来看待知识管理项目，则难以从知识管理中充分“榨取”效益，也不能使知识管理在企业中得到持续推广。随着业务的发展、流程的调整，企业的知识管理工作需要进一步提升。

文化弱化风险：企业的文化需要不断塑造和加强，否则会逐步弱化，企业员工的知识共享文化和精神也容易逐步淡化。企业需要采取各种措施，做大量企业文化强化的工作，保证良好的企业文化指导和影响企业所有员工的行为方式。