软件系统项目工作总结3000字

软件系统项目工作总结及小结

自2月份开始，我一直在跟进xx银行w-xxnd1s2.0项目的测试工作，至此为止已近6个月时间，从公司内部系统测试、验收测试，再到uat测试，以及投产前的系统压力测试等等。从开始到项目即将结束，一步步走过来。本次项目中，我作为测试环节的主力人员之一，仅对此项目中测试工作进行总结。

一、项目测试进度控制。项目的测试进度主要是按照项目计划进行的，完全按照项目组计划要求完成测试任务、提交测试类相关文档，包括测试案例的完善、制定测试计划、执行测试、缺陷跟踪以及bug回归测试等。协调项目的内部测试工作，本此项目中测试小组一共组织了四轮次系统全面测试工作，认真配合项目工作，共同保证项目质量。项目测试的问题跟踪及处理采用每日进行修改问题回归测试工作，每日同步更新问题跟踪单的模式，按照规划时间完成系统更新测试。

二、项目组内部成员关系处理。在项目工作的这几个月里大家相处融洽，项目组内部共同探讨解决问题的方法，向各模块负责人学习模块功能处理方式，向业务人员了解系统中涉及的业务知识点，两者结合起来进行模块功能测试。鉴于之前辖内对公交易系统和中行对公项目的经验，也向项目组提出了一些完善性意见。

三、协调用户测试方面。用户验收测试是项目测试工作的重要组成部分之一，是项目验收阶段的最终把关阶段，业务人员结合日常业务处理情况对系统进行的尝试性使用过程。本次项目客户测试方面也是我个人觉得不够安全感一个主要方面，客户测试介入力度太小，尽管我们已经很多次电话催促业务人员测试，每次联系相关业务人员进行测试，他们来到项目组开发现场测试，也仅仅一两个小时时间，简单的进行验证操作即可。xx银行利用两批系统培训的时间安排了两次分行集中测试，也算给项目进行了一次全面的测试，从中也暴露出不少系统存在的问题，目前项目组均已解决。[中国教育文摘 ]

四、测试成效方面。中信x-funds2.0系统测试中，共记录问题及客户新增需求825个，其中bug数量512个、系统完善类问题225个，新增需求类问题88个。组织了四轮次内部系统全面测试工作，兼顾日常系统更新测试工作，最大限度的进行了内部质量把关。配合外包公司一同进行系统压力测试及稳定性测试，测试结果符合客户要求。现中信x-funds2.0系统临近投产实施工作，测试组还将继续配合配合项目投产工作及投产后的补丁更新测试工作。

四、个人得失方面。作

自2月份开始，我一直在跟进xx银行w-xxnd1s2.0项目的测试工作，至此为止已近6个月时间， 从公司内部系统测试、验收测试，再到uat测试，以及投产前的系统压力测试等等。从开始到项目即将结束，一步步走过来。本次项目中，我作为测试环节的主力 人员之一，仅对此项目中测试工作进行总结。

一、项目测试进度控制。项目的测试进度主要是按照项目计划进行的，完全按照项目组计划要求完成测 试任务、提交测试类相关文档，包括测试案例的完善、制定测试计划、执行测试、缺陷跟踪以及bug回归测试等。协调项目的内部测试工作，本此项目中测试小组 一共组织了四轮次系统全面测试工作，认真配合项目工作，共同保证项目质量。项目测试的问题跟踪及处理采用每日进行修改问题回归测试工作，每日同步更新问题 跟踪单的模式，按照规划时间完成系统更新测试。

二、项目组内部成员关系处理。在项目工作的这几个月里大家相处融洽，项目组内部共同探讨解决 问题的方法，向各模块负责人学习模块功能处理方式，向业务人员了解系统中涉及的业务知识点，两者结合起来进行模块功能测试。鉴于之前辖内对公交易系统和中 行对公项目的经验，也向项目组提出了一些完善性意见。

三、协调用户测试方面。用户验收测试是项目测试工作的重要组成部分之一，是项目验收阶 段的最终把关阶段，业务人员结合日常业务处理情况对系统进行的尝试性使用过程。本次项目客户测试方面也是我个人觉得不够安全感一个主要方面，客户测试介入 力度太小，尽管我们已经很多次电话催促业务人员测试，每次联系相关业务人员进行测试，他们来到项目组开发现场测试，也仅仅一两个小时时间，简单的进行验证 操作即可。xx银行利用两批系统培训的时间安排了两次分行集中测试，也算给项目进行了一次全面的测试，从中也暴露出不少系统存在的问题，目前项目组均已解 决。

四、测试成效方面。中信x-funds2.0系统测试中，共记录问题及客户新增需求825个，其中bug数量512个、系统完善类问题225个，新增需求类问 题88个。组织了四轮次内部系统全面测试工作，兼顾日常系统更新测试工作，最大限度的进行了内部质量把关。配合外包公司一同进行系统压力测试及稳定性测 试，测试结果符合客户要求。现中信x-funds2.0系统临近投产实施工作，测试组还将继续配合配合项目投产工作及投产后的补丁更新测试工作。

五、个人得失方面。作为此次项目测试的负责

自2月份开始，我一直在跟进xx银行w-xxnd1s2.0项目的测试工作，至此为止已近6个月时间， 从公司内部系统测试、验收测试，再到uat测试，以及投产前的系统压力测试等等。从开始到项目即将结束，一步步走过来。本次项目中，我作为测试环节的主力 人员之一，仅对此项目中测试工作进行总结。

一、项目测试进度控制。项目的测试进度主要是按照项目计划进行的，完全按照项目组计划要求完成测 试任务、提交测试类相关文档，包括测试案例的完善、制定测试计划、执行测试、缺陷跟踪以及bug回归测试等。协调项目的内部测试工作，本此项目中测试小组 一共组织了四轮次系统全面测试工作，认真配合项目工作，共同保证项目质量。项目测试的问题跟踪及处理采用每日进行修改问题回归测试工作，每日同步更新问题 跟踪单的模式，按照规划时间完成系统更新测试。

二、项目组内部成员关系处理。在项目工作的这几个月里大家相处融洽，项目组内部共同探讨解决 问题的方法，向各模块负责人学习模块功能处理方式，向业务人员了解系统中涉及的业务知识点，两者结合起来进行模块功能测试。鉴于之前辖内对公交易系统和中 行对公项目的经验，也向项目组提出了一些完善性意见。

三、协调用户测试方面。用户验收测试是项目测试工作的重要组成部分之一，是项目验收阶 段的最终把关阶段，业务人员结合日常业务处理情况对系统进行的尝试性使用过程。本次项目客户测试方面也是我个人觉得不够安全感一个主要方面，客户测试介入 力度太小，尽管我们已经很多次电话催促业务人员测试，每次联系相关业务人员进行测试，他们来到项目组开发现场测试，也仅仅一两个小时时间，简单的进行验证 操作即可。xx银行利用两批系统培训的时间安排了两次分行集中测试，也算给项目进行了一次全面的测试，从中也暴露出不少系统存在的问题，目前项目组均已解 决。

四、 测试成效方面。中信x-funds2.0系统测试中，共记录问题及客户新增需求825个，其中bug数量512个、系统完善类问题225个，新增需求类问 题88个。组织了四轮次内部系统全面测试工作，兼顾日常系统更新测试工作，最大限度的进行了内部质量把关。配合外包公司一同进行系统压力测试及稳定性测 试，测试结果符合客户要求。现中信x-funds2.0系统临近投产实施工作，测试组还将继续配合配合项目投产工作及投产后的补丁更新测试工作。

四、 个人得失方面。作为此次项目测试的

时间飞逝，光阴如梭，晃眼20xx年就过去了。在不知不觉中，新年也过完了。只放了7天假，太短太短，还没有休息够。年度总结都还没有开始写，新年就过完了。好了下面言归正传，总结一下20xx年，这一年我都做了些什么。

一、做了什么

20xx年11月加入新公司，同时也尝试着做全新的岗位：软件项目经理(纯管理型)。我以前主要从事技术管理工作，现在转而从事项目经理工作。20xx年底进入公司后，公司给了我一个小项目a(用java开发的mis系统)，让我先适应，这个项目是一个内部项目，业务比较简单，也没用什么新技术，领导对我的指示就是让我放手用敏捷开发agile的方法去管理项目，就当是敏捷的试验田来做。有了这话我也就放开了，大刀阔斧的就干起来了。

之后接着就是我的噩梦了，公司新开发了一条产品线，是云计算方面的。领导找我谈话，让我结束手上所有的案子，以后全心投入云计算产品线中来。该产品线下面有许多的项目，目前正在运行的有四个项目，其中三个由我来负责，另外一个由我的一个同事负责。说是我的噩梦，其实也是对我的一个挑战，因为云计算的项目很偏技术，业务层面相对较少。所以对于我这个技术的门外汉来说是一个很大的挑战。其次，云计算的技术也比较前沿，待解决/未解决的问题也特别的多，在开发的过程当中会碰到很多的阻碍。再次，以前只带一个项目，现在同时带三个项目对于我来说也是一个挑战。但是我也很高兴能有这样的一个机会，接受挑战，没有挑战就不会有进步。

二、收获

1.完成了我人生中一次大的转型，从偏技术岗位成功转型到偏管理岗位上来了。

2.参加了pmp的，并一次通过，取得了pmp证书。(复习真的很辛苦)

3.学习了公司规范的项目管理流程，结合pmp的学习，对同事们也混熟了，结交了不少朋友，非常感谢他们给我的帮忙和支持。

三、不足

1.项目虽然都跌跌闯闯的完成了，结案了。但是总觉得有很多的不足，可以改进的地方。项目结束的太匆忙，没有太多时间去想，去总结经验和坚持下来，断断续续，总是说没有时间。

2.业余时间没有抓紧，太贪玩了。

3.来新公司1年多了，还没有加薪，有点失望。

1、项目组组建

1、1多方项目组成员

给出多方项目组成员组成。很多吃过亏的客户，在搭建项目组的时候，甚至在招标书的时候，要求软件公司的项目组里面必须有项目管理专业人员，甚至持有pmp证书，或者有专业的需求分析人员，并持有系统分析证书。

1、2多方项目小组成员的稳定性

多方项目小组成员的稳定性。人员流动通知对方，申请多方认可。特别是相关负

责人流动，需要多方确认。

2、实施的进度日程表

给出系统上线日程表

3、软件模块实施的先后顺序

先上哪些模块，后上哪些模块。新系统和老系统并行运行的机制处理方式。历史数据的处理方式。

4、进入新系统的数据截断日期。

5、实施中多方会晤机制

定期会晤机制？1周几次？还是每几天1次，每天1次？

6、监理方的立场说明

监理方代表的是甲方的利益，出现冲突的时候应该从维护甲方利益出发，考虑问题。

7、问题诊断机制

实施出现问题时候，监理方应该要协助甲方诊断问题的类别，是来自于硬件提供商，

还是软件提供商，还是甲方的问题。如果不能诊断，应该主持召开多方会议确认问题的来源，类别。

8、问题的响应速度要求

当问题被诊断后，应该要求问题解决的时间，要求相关单位在规定时间内解决。如果问题不能在指定时间内解决，应该要考虑补救措施。

9、需求变更处理

当甲方提出需求变更后，监理方应该作出判断，这个需求是否合理，是否超出了实施前制定的需求基线，如果超出了需求基线，就有可能需要追加预算了。

当然软件需求变更存在一个工作量的问题，如果工作量较小，就不存在甲方追加预算。一般的项目实施都是有1个需求基线，然后免费的需求变更工作量有1个上限，当需求变更的工作量超出这个上限，就需要甲方追加成本了。

10、甲方2次开发的难度控制

当在设计甲方业务处理流程的时候，应该要考虑到甲方业务流程更改后，系统的可配置性。这1点也是j2ee的主要特点体现。当然，如果系统使用了工作流产品的话，可以从工作流角度来考虑解决。

11、财务核算处理方式的灵活能力

一般的企业单位，财务核算的方式是比较固定的，但是也会作变动，当这一块作出变动时候，应该要求软件系统能够比较好的能够实现。

例如：软件系统以前实行的是集中财务管理，后来改变成为半集中方式，或者分散方式。这写都要秋软件系统能够很好的实现能够很好的进行业务处理方式的平滑过渡。

12、甲方业务流程的整理

监理方作为甲方利益代表，应该和甲方一起协

白驹过隙，时间流逝得如此之快，这一阶段的工作即将落下帷幕，又到了我们写总结的时候了。需要我们好好总结这一段时间的工作了，总结过去才能开启将来，你知道怎么书写优秀的总结吗？以下是小编为大家收集的“项目经理年终工作总结范文大全3000字”希望对您的工作和生活有所帮助。

20xx年初至8月份在韩家墅担任项目经理，后担任宝武公路项目经理，主要负责施工生产及协调工作。一年的风雨兼程，一年的酸甜苦辣，对于我个人来说是一个锻炼成长的过程，也是人生价值值得升华的时期。一年来非常感谢组织及领导对我的信任，给我机会到企业的第一线锻炼，作为一名年轻的项目经理，我非常珍惜现场的岗位实践，熟悉了施工单位从投标、作标、开标、中标、合同拟定、合同签订、施工准备、施工进度、质量安全等控制以及竣工资料的整理各个环节，开阔了眼界，增长了见识。在领导的正确领导下和同事的帮助支持下，取得了一定的成绩。现对这一年的工作总结如下：一、把握项目本质的措施项目，是为了创造独特的产品。服务或结果而进行的暂时性努力。为此，在工程项目开始阶段，我重点的工作是熟悉招标文件、图纸、现场条件、项目部人员配备情况及与业主签订的商业合同。但是每个工程的特点是不同的，最主要的是把握好本项目的特点，在开展工作时才能有主线贯穿始终。宝武公路的特点就是战线长、工期紧、质量要求高，在控制上就要交叉作业、流水施工、节省一些非关键费用开支。二、项目计划控制项目计划控制分为时间计划和成本计划。时间计划就是按照整体工程量找出节点项目，定出节点工期，结果都是能顺利完成的。成本计划关系到工料机的各方面管理，合理安排用工、机械及项目部管理人员。三、公司管理规章制度、行业规范标准的执行作为项目经理，理解执行力对一个团队管理来说有着重要的作用。所以，我要求项目部的每一个动作都要严格执行公司的管理制度和行业规范。无论在劳务用工、机械租赁、材料采购等方面，务必在公司制度规定的框架内进行。工程质量标准更要在规范值内进行施工，从宏观上来说，全国统一质量标准应该是行业的最低标准，我们必须百分百的达到，但在实际施工中，一些环节还是因为种种原因出现问题，特别是二灰碎石养生及二灰碎级配方面做的不够，带来的教训也足以使我们更加重视质量对企业生存的意义。四、项目整体控制的应变项目整体控制的应变应市项目经理每天的都要考虑的实际问题。做项目

范文资讯网栏目推荐你阅读项目经理工作总结等专题内容。

我于18年x月份担任x公司项x目经理以来，到现在为止已经有四年时间了，在这几年中，我经历了很多很多，也感受到了从来没有过的压力，自己为此已改变了不少，在竞争中摸索着一步步往前走，不断总结和汲取教训。以下是我对几年做工程以来的一些总结：

一、加强学习，提高了自身素质

我深知，自身的专业知识和业务素质都离公司的要求相差很远。因此，我在日常工作中注重了对与装饰行业有关的知识的学习，先后阅读研究了《装饰施工手册》、《工程验收标准》和《项目经理管理手册》等书籍。在向书本学习的同时，我还谦虚地向周围业务水平高的同事学习，做到不懂就问、点滴积累、循序渐进，逐步地提高了自己的理论和业务水平，现在已基本能适应工作的要求。

二、广泛宣传，树立了公司形象

我借助自己工作与外界接触广泛的优势，每到一处工地，我都向甲方领导及周围的工作人员介绍公司实力、人员素质、公司业绩和公司的发展趋势，尽量使他们能对公司有一个全面的了解，同时取得他们的信任，建立长期的联系，有力地促进了工作的顺利开展。担任项目经理期间，我从严格自律做起，要求下属和施工人员时刻注意自己的形象，提醒他们，每个人的一言一行都代表着公司，不能以牺牲公司利益为代价赢得个人利益，即使受到了委屈，也要忍耐，不能顶撞甲方。通过一系列工作，维护了公司的良好形象，为客户留下了深刻的印象。

三、完善制度，强化了施工管理

没有规矩，不成方圆，针对以往工地制度不完善，管理比较松散的实际，我经过细致的调查研究，先后制定了《奖惩制度》和《材料管理制度》，规范了工地秩序。打铁还需自身硬，我始终坚持要求别人做到的，自己要首先做到，而且要做得更好，例如每天我都按上班时间提前来到工地，先全面检查一遍，发现问题就及时招集大家一起商议解决，为下一步工作提供了时间和空间，从而树立了自己的威信。对工作中表现好的人员，我都进行表扬和奖励，对不符合规范，且屡教不改的，坚决予以惩罚，拒绝任何人说情，从而促使工人养成了良好的工作习惯，自觉遵守各项规章，提高工作标准，全面完成自己的工作任务。

四、深入协调，推进了工作进程

每个工程在刚开工时，各项工作同时起动，在众多头序，我做到了抓大在放小，分清主次。因为一个工程的成功与否，关键就是对施工成本、进度和质

erp上线是个复杂的过程，沟通协调是两大重点也是难点。实施之前最要紧的事情是统一思想，统一工作流程。否则后患无穷。实施前一定要在顾问团队内部实现统一，通过团队培训实现大统一，具体内容包括：

统一思想：目标定位要明确。

统一作风——团队建设建议参考《赢在执行》，重点是回报日报周报月报例会。

统一技术——技术手段要统一，比如都使用msn和飞鸽，统一office版本等。

统一内容——关键概念的统一，如vmi。

业务流程信息化向来是公司的重点难点，也是公司发展毕竟之路。难在于人心，业务流程信息化的第一步就是梳理流程，梳理的过程也就是曝光的过程，也就是部门利益乃至个人利益的博弈过程。实施者在身其中，需要多方平衡协调，劳心劳力是必然的，费力不讨好也是极有可能的。本想就此题目实验下水波纹推广法，可惜人微言轻，没有机会，只有默默的观察记录思考，也算是学习经验教训吧。很重要的一点，信息化需要人力资源部门大力配合，把信息化与绩效挂钩才能真正产生推动力量。吼吼，多跟领导沟通，让他们认识到实施重要性是灰常重要的啦！

erp实施，就需要点点滴滴的小心谨慎，关注一丝一毫的细节。最后才能够有效果，有收获。比如，采用实际案例讲解，包括人名、设备名称、设备价格都用真实的才会让用户有真实的体验。专业精神就体现在细微处，无数个细微处，用户看在眼里整体印象就是顾问团队的专业形象。

erp维护是一个繁琐反复的过程，尤其是验收前的维护，实在是个难擦的屁股。

erp的维护主要包括两方面，第一是业务解释说明，第二是系统操作指导。工作状态是：接听电话—记录问题—解决问题—汇总通报。为客户做业务解释说明就需要对业务有所了解，比如从立项-合同-订单-入库出库-总账等等，这是个长期的过程。系统操作指导相对容易，多练习即可。高级阶段阶段可以熟悉sql，这样查找数据的效率就提高了。

对erp维护人员来说最重要的恐怕就是耐心，耐心倾听耐心讲解。同时还要避免被用户带到沟里去，因为用户往往不知道他们的问题所在却自以为知道，更让人无法忍受的是，他们认定事情无法解决却要你处理，对你的处理方式还提出种种质疑，甚至的胡搅蛮缠无理取闹，这是个让人崩溃的过程，要挺住啊。

工作中的沟通法则

1、5w1h梳理，时刻知道自己是什么职责who，自己想要看什么what，自己在那个环境那个模块，今夕是何年when，如何为客户解决问题how，比如不要被客户

一、优化组织施工方案，提高科学管理水平。

20xx年以来，自已在施工管理中，始终把科学管理，优化方案放在工程管理的首位，经常不断地在研究和探讨适合工程管理，且可操作性强的施工方案，来不断满足工程需要和甲方需求。在每次施工方案的制定中，我都是不断根据工程的特点、难点，进行多次论证，并运用科学的态度，加大组织方案的科技含量。不断延伸方案中的科学管理渠道。

1、如：xx住宅楼工程，成人面积24022㎡，总高度57.25m，地下一层，地上十八层，钢筋砼剪力墙结构。质量目标为创市优工程和质量无通病示范工程， 为了保工期，针对现场狭窄，周围居民楼住户多的特点，将原方案设计的基坑支护灌注桩止水帷幕，12m一根共250根，支出费用93万元。改为圆型平面布置的密排水泥搅拌桩，即达到了支护桩又起了止水作用。缩短工期36天，节省投资近46万余元。深得甲方满意， 在粗钢筋连接上，我采用了cabr变形钢筋套管冷挤压连接技术，比压弧焊连接法提高工效三倍。在模板支撑工艺上，原方案采用剪力墙支模穿墙镙栓的支杆为塑料管不能拔出，这样浪费太大，经研究我们把穿墙镙栓的塑料管自行加热，制成大小头能拔出的塑料管，减去剔凿设计破损率30%，还节省费用1.5万元。

2、原模板采用小钢模支护体系，但在开发的清水砼施工技术工程上，宜采用大模板钢木组拼体系支护，减少模板之间的缝隙，施工缝无明显痕迹，从而取消抹灰层，经涂料装饰后，达到高级抹灰数据标准及使用功能要求，节省抹灰材料及人工，并减轻建筑本身的自重，减少模板费用的投入，避免因质量通病造成的大量修理费用发生。在架子搭设上，原方案采用双排落地式外架子，大型工具使用数量太多，占用时间较长，而且租费成本高，为降低成本根据建筑物特点我采用工具式挂架子，即安全，又轻便，又节省大量资金。

二、严格质量管理，争创名牌工程 质量第一是企业永恒的主题，更是自己追求的目标。我在多年施工中，能自始至终把质量放在首位，坚持了用质量来赢得企业信誉，来满足业主需求，来扩大企业建筑市场，为美化市容多创精品。20xx以来，我所坚持的措施有：

1、落实质保措施，提高监控到位。我坚持在项目上严细质保职能，分工明确。坚持做好各项质量文字交底和质量交接记录。确保每项质量施工都有文字交底。以便更好地指导生产人员按标准、按要求去操作。项目上的专职质量员，我主动给其一定的相应权力，让其主动牵好质量创优质，使他

1、 分享第一条经验：“学历代表过去、能力代表现在、学习力代表未来。”其实这是一个来自国外教育领域的一个研究结果。相信工作过几年、十几年的朋友对这个道理有些体会吧。但我相信这一点也很重要：“重要的道理明白太晚将抱憾终生！”所以放在每一条，让刚刚毕业的朋友们早点看到哈！

2、 一定要确定自己的发展方向，并为此目的制定可行的计划。不要说什么，“我刚毕业，还不知道将来可能做什么？”，“跟着感觉走，先做做看”。因为，这样的观点会通过你的潜意识去暗示你的行为无所事事、碌碌无为。一直做技术，将来成为专家级人物？向管理方向走，成为职业经理人？先熟悉行业和领域，将来自立门户？还是先在行业里面混混，过几年转行做点别的？这很重要，它将决定你近几年、十年内“做什么事情才是在做正确的事情！”。

3、 软件开发团队中，技术不是万能的，但没有技术是万万不能的！在技术型团队中，技术与人品同等重要，当然长相也比较重要哈，尤其在mm比较多的团队中。在软件项目团队中，技术水平是受人重视和尊重的重要砝码。无论你是做管理、系统分析、设计、编码，还是产品管理、测试、文档、实施、维护，多少你都要有技术基础。算我孤陋寡闻，我还真没有亲眼看到过一个外行带领一个软件开发团队成功地完成过软件开发项目，哪怕就一个，也没有看到。倒是曾经看到过一个“高学历的牛人”(非技术型)带一堆人做完过一个项目，项目交付的第二天，项目组成员扔下一句“再也受不了啦！”四分五裂、各奔东西。那个项目的“成功度”大家可想而知了。

4、 详细制定自己软件开发专业知识学习计划，并注意及时修正和调整(软件开发技术变化实在太快)。请牢记：“如果一个软件开发人员在1、2年内都没有更新过自己的知识，那么，其实他已经不再属于这个行业了。”不要告诉自己没有时间。来自时间管理领域的著名的“三八原则”告诫我们：另外的那8小时如何使用将决定你的人生成败！本人自毕业以来，平均每天实际学习时间超过2小时。

5、 书籍是人类进步的阶梯，对软件开发人员尤其如此。书籍是学习知识的最有效途径，不要过多地指望在工作中能遇到“世外高人”，并不厌其烦地教你。对于花钱买书，我个人经验是：千万别买国内那帮人出的书！我买的那些家伙出的书，!00%全部后悔了，无一本例外。更气愤的是，这些书在二手市场的地摊上都很难卖掉。“拥有书籍并不表示拥有知识；拥有知识并不表示拥有技能；拥有技能并不表示拥有