it项目管理心得(心得)_好范文网手机版

正文

第一篇：it项目管理心得

项目开发方面

项目应以需求为核心。一个项目是否能够成功，对需求的准确把握在成功因素中要占上60%的比例。不管系统的架构设计、团队管理有多么的成功，如果需求出现偏差，仍然是南辕北辙。由于eas项目的特殊性，项目开发过程中能够与客户建立有效快速的沟通渠道，是项目成功的关键。

需求必须获得客户的确认。通过需求调研与分析后获得的用户需求说明书，以及软件需求规格说明书都必须得到客户的签字确认。确认的内容包括项目的目标、范围以及项目需求功能点（用例）。eas项目在前期对需求不够重视，导致在需求理解上出现了一些偏差，从而影响了项目的进度。幸而得到了及时的纠正，在项目管理部的协助下，所有需求都得了客户或客户代表的签字确认。从而使得项目在客户验收时，有了充分的保证。

项目应确立专门的需求分析师。公司没有专门的需求分析师，不能不说是人员配备上的一大弊端。（软件开放工作细分的第一步就是要有专门的系统分析员或需求分析师）从eas项目的开发过程中，我们就充分地认识到这一问题的严重性。需求的不断更改，客户迟迟未签字确认，原因正是在于我们没有专门的具有丰富经验的需求分析师。普通开发人员在调研需求以及撰写需求规格说明书时，总是会出现偏差或理解错误的地方。软件需求分析是一项重要且负责的技术，没有经过专门训练的需求分析师，通常会给项目带来隐患。

项目应指定各个模块的需求接口人。只有这样，才能有效地保证项目组与客户的及时沟通，快速响应客户的请求与反馈。eas项目在开发早期及时地确立了需求接口人，在一定程度上规避了需求变更给项目带来的风险。但是，确立的需求接口人未经过系统培训，在需求调研以及与客户沟通的过程中，工作表现只能说是差强人意。

注意维护需求调研记录以及需求跟踪表。这一工作做得不够好。由于需求调研人不够专业，而项目经理以及需求分析负责人对这一过程还欠缺足够的重视，同时没有好的工具或流程来监控这一过程，使得需求调研记录没有发挥更大的作用。此外，需求跟踪也非常重要，毕竟，任何项目的需求都不是固定不变的，需求随时会发生变更，而开发人员实现的需求也可能会与客户的要求偏差。

注意维护需求矩阵。项目经理对这一内容缺乏足够的重视与理解，项目开发过程体系中也缺乏好的需求矩阵文档模板。但是在项目中后期，项目及时撰写了eas项目需求功能列表，并结合交付版本与客户进行了沟通和协商，从而规避了需求偏差的风险。(需求追踪，任何原始需求来有头就有尾。原始需求->用户需求->产品需求->软件需求->设计->测试等一系列的追踪。需求追踪的目的一方面是检查需求是否都已经实现有无遗漏，更多的是为了做变更影响分析使用)

控制需求变更。重视ccb的作用，同时应建立需求变更的响应机制。eas项目组对于需求变更的响应还不够及时，这一点项目经理与项目管理小组要担负一定的责任。（范围管理中范围控制的内容，变更管理是配置管理的一个重要内容。需求必须要受到控制，否则容易引起计划的频繁调整而发生混乱)

设计

重视架构设计。eas项目的成功，一定程度是源于我们有个优秀的框架开发小组，我们在项目立项之初就基本确定了整个系统的架构。其中虽然发生了一些变化，但核心架构仍然没有发生大的变化。由于，我们建立了稳定、简单的系统框架，可以极大地提高开发效率，规避了对框架的重复编码。(软件开发的第二个重要分工就是最好有专门的架构设计人员，架构设计和总体设计要由1-2个人来完成，以保证高度的概念完整性和设计统一)

善于对设计作出取舍。项目开发的三要素是成本、质量与进度。在保证质量的前提下，为了项目进度不出现大的偏差，eas项目组并没有过分强调技术，特别是在考虑进度的情况下，牺牲了系统的部分可扩展性。虽然这为系统的后期维护带来一定隐患，但却能够有效地保证项目的进度。从eas最初的架构设计来看，我们引入了 castle与aop，试图简化orm以及横切关注点例如日志、异常、权限、事务等功能的实现。同时，希望采用wcf，利用soa思想建立松散耦合的面向服务应用程序。但随着客户需求的变化，我们果断地放弃了采用wcf的构想，同时又克服了技术困难，坚持了对castle与aop的使用，并为此成立了框架开发小组。事实证明，在技术的抉择上我们作出了正确的决定。

重视ui原型设计。系统的原型设计与需求分析相辅相成。如果有好的原型版本交付给客户，则客户更能够理解系统的实现，促进沟通的有效性与准确性。在eas项目中，我们从一开始就确立了原型设计小组，并在分析需求阶段，就开始了原型设计。这一做法无疑在客户沟通、需求确认、ui设计等方面都发挥了很大的作用。但是，我们在这一点上，由于缺乏专门的ui设计人员，因此，这一工作还存在很大的缺陷，甚至于ui的设计为迭代版本的交付带来了很大的障碍。在项目后期，关于ui的bug是最多。因此，我们认为在开发类似的web应用程序时，应尽早确立ui设计规范，以约束所有的ui设计。同时，必须培养专门的ui设计师，在开始原型设计时，就尽快完成ui交互的设计。并且，必须成立专门的ui 设计小组，在需求阶段与需求分析师合作，在编码阶段与开发人员合作。(原型设计是加强前期用户需求挖掘和减少后期需求变更的重要手段，不一定需要专门的ui设计人员，原型设计可以由需求分析师来完成)

测试

测试成员应了解需求。如果不了解需求，测试人员无法编写正确的测试用例，同时在测试过程中，也可能因为错误地理解需求，从而导致报告错误的bug，影响开发人员效率。加强开发人员与测试人员的合作。开发人员必须及时响应测试人员提交的bug。而测试人员也应跟踪开发人员对bug的修复情况。(测试人员应该要意识到自己和需求分析人员的区别，测试人员不用想需求分析人员一样分析和开发业务，但是他们必须和需求分析人员一样对已经分析出来的需求和业务高度熟悉)

测试之初必须确定测试原则，对bug的严重程度进行分级。同时，必须确定修复bug的优先级别。

进度管理

保证项目进度不出现大的偏差的前提是制定一个好的项目计划。必须根据项目规模，成员情况，技术难度等多方面考虑整个项目计划。如果项目的deadline已经确定，则必须采用一些方法来保障项目计划的完成。首先是选择符合项目的软件开发生命周期。通常情况下，并不建议采用瀑布开发方式。最佳的办法，应该是 rup或者敏捷开发，然后结合原型法制订项目计划。这样可以规避因为需求变更产生的风险。

其次，要每日跟踪项目的进展情况。可以通过晨会、周会以及项目日报、项目周报了解项目进展情况。同时，需要为各个小组指定进度跟踪人，根据各个小组长的日报，判断实际的进度是否与计划出现偏差。

要制定项目进度偏差的应对方法。一旦项目进度出现了偏差，必须采取相应错误解决问题。或者通过加班、增加人手、申请项目进度等方法及时作出响应。

作者:张逸具有多年的软件开发与设计经验，他是两届微软最有价值专家（mvp），著作/译作包括《软件设计精要与模式》、《wcf服务编程》。张逸熟悉c#，asp，wcf等技术，同时深谙面向对象领域的相关技术。目前，他主要从事 soa企业信息解决方案的设计与研究，以及敏捷方法的推广与实践。张逸是捷道·敏捷堂的创始人。

第二篇：it项目管理心得

it项目管理学习心得

本学期新增加了it项目管理课程，通过学习使我认识到，对于一个项目，我们过程中做的所有工作都是为了要达到项目目标，因此在项目各个阶段所有活动都需要考虑对达成目标的影响，当发现偏差后及时纠正。目标驱动让我们从无目的的事后应急变成了有计划有目的的事前预测。目标驱动不是要抛弃过程，项目的成功涉及到过程，人和方法工具技术。为了达到项目目标，我们要根据项目的实际情况采取一系列项目原来已经总结的最佳实践形成一套过程，高效的过程和积极心态的人是保证项目目标达成的关键。因此作为项目经理要时刻问自己，项目的目标是什么；项目当前状态和我达成目标的差距是什么；我如何解决和应对。

项目的成功受到多方面的因素的影响，而且各个因素之间还存在正反作用力。系统思维就是要让我们能够清楚的认识到影响项目目标和成功的各个要素，以及它们之间存在的关系。形成一种适合项目的动态系统模型，通过这个动态模型去平衡项目各方干系人的利益，平衡项目四要素之间的关系，平衡项目的短期和长期的利益。项目经理的一个重要能力就是平衡，没有最优解，只有满意解，懂得了平衡就知道当项目出现变更和调整的时候如何更好的应对。从单要素最优的单向思维过渡到关注整个系统的全局思维模式上。

本门课程其中我最有感触的是项目管理中的团队合作。本次课程的作业，要求了一个项目由一个团队来完成而不是个人，这样的练习模式使我们更适应了以后企业中的项目开发。更重要的是体会项目团队不仅仅是指被分配到某个项目中工作的一组人员,它是指一组互相依赖的人员齐心协力进行工作,共同实现项目目标,项目成功需要一个有效的项目团队。科学的组织和管理可以放大工程项目团队的工作能力,使工程项目的实施向着有序的方向发展。在所有管理中,人的管理是最为复杂的,对工程项目管理人员来说极具有挑战性。我相信研究优秀团队管理的方法和策略对于每一个工程项目管理人员都是必要的。

最后，it项目的学习使我不仅学到了知识、锻炼的团队合作的经验，还是我对今后的生活、工作起到了积极向上的人生态度，受益匪浅。

第三篇：it项目管理心得513

《it项目管理》心得

经过一系列的《it项目管理》课程学习，我觉得这是一门很好的课程，能给我的工作特别是项目的开展和管理方面有很大的帮助，使我获益非浅！在此，我想将学习此门课程的心得总结为一下几点：

一、项目管理就在我们的身边

刚刚开始的时候，觉得项目管理就是一个项目的项目管理者对项目所要涉及到的全部工作、资源等进行有效地管理。然而在学习的过程中渐渐的发现我对项目管理只是表面的认识，正确理解应该是以it项目为对象的系统管理方法，是通过一个临时性的、专门的柔性组织，对项目进行高效率的计划、组织、指导和控制，以实现项目全过程的动态管理和项目目标的综合协调与优化。随着互动案例和学习的深入，我发现项目管理其实就在我们身边，就在我们生活工作的每一个角落，完成任何一项学习或生活任务都可以看做是一个项目的完成。

二、团队是项目管理成功与否的大环境

好的项目团队，应该有一个共同认可的明确的目标、合理的分工协作、良好的信息沟通、队员之间相互信任并且能积极的参与到自己的队伍中。在我们平时的工作中，我们所在的公司是一个大的项目团队，每个部门和每个作业小组就是一个小项目团队。假如项目缺乏积极进取团结向上的团队氛围，项目成员的力量就很难整合在一起，项目成员之间就容易出现相互扯皮推诿指责的情况，项目也就不可能成功。项目经理需要多多关心和照顾项目组成员，让大家都感受到团队的温暖。这样一来项目团队内的气氛浓烈，有利于项目的顺利完成。

三、项目经理是项目管理的灵魂

项目经理是项目管理的角色，是实现项目目标的责任人，同时是一个团队的灵魂人物。项目经理不一定是这个团队中能力最强的人，却是责任最重大的那个。他应该是有较强的意志力、凝聚力，有抗压能力的人，不会轻易被外界和他人影响。当然一个好的项目经理不需要事必躬亲，只要他懂得用贤才，懂信任，懂放权，懂珍惜，这样一来他的团队会凝结出更强的力量，他就是一个优秀的领导。面对的管理点的分散，工作深度的需求，安全责任的落实，作为一个项目经理身上的担子是艰巨的。所以一名好的项目经理是队伍中带头人，项目工作的领路人。

四、沟通是项目管理的桥梁

沟通是项目成功必不可少的桥梁。要做好项目每个阶段的工作，达到预期的效果，就必须在项目组内部以及项目组与外部环境之间建立沟通渠道，快速准确的传递信息从而达到各成员的协调一致；使项目成员明确各自的职责，了解他们的工作对实现项目目标所做的贡献。同时，通过广泛和深入的沟通，找出项目管理的问题，预估项目过程当中的风险，制定相应对策和解决方案，并跟踪控制问题的解决情况。因此，良好的沟通时做好项目管理工作，更好的实现项目目标的重要前提。只有进行有效的沟通才能进行项目研发过程中的决策和实施，以促进项目的顺利和及时完成。

总之，项目管理涉及生活方方面面，是一个非常好的工具。随着经济全球化和市场竞争的日益加剧以及企业业务的复杂化，信息化管理已经成为企业实现战略目标的迫切需要和必要保证。更多的企业认识到必须通过信息化建设才能够实现企业体制创新、技术创新、管理创新，增强企业的核心竞争力。因此，it项目管理的思想已经被越来越多的企业所接受，企业把越来越多精力和资源投入到it项目管理的建设中。在这样的背景下，我们it人需要学习这门课程，了解软件行业的开发流程，抓住软件行业动态从而预测我们将来的努力方向。这就是我在it项目管理当中的学习心得，希望在接下来的生活、工作和学习中能更好的领悟和运用学习所得。

第四篇：it项目管理心得总结

it项目管理学习心得

刚刚接触到项目管理的时候，我很片面的将其理解为是一个项目的项目管理者对项目所要涉及到的全部工作、资源等进行有效地管理。然而在学习的过程中我渐渐的发现我对项目管理只是表面的认识，正确理解应该是以项目为对象的系统管理方法，通过一个临时性的专门的柔性组织，对项目进行高效率的计划、指导和控制，以实现全过程的动态管理和项目目标的综合协调与优化。

在项目管理中对我学习最深刻的是什么是“项目”。项目是在一定时间内为了达到特定的目标而调集到一起的资源组合，是为了取得特定的成果而开展的一系列相关活动”。而项目是指那些作为管理对象，按限定时间、预算和质量指标完成的一次性任务。经过学习，改变了以前对项目的片面认识，同时我也对“项目”也有了自己的认知：项目是为提供某项独特产品、服务成果所承担的临时性任务。项目是一个特殊的将完成的有限任务，在一定的约束条件下，以高效率地实现项目业主的目标为目的，以项目经理个人负责制为基础和以项目为独立实体进行经济核算，并按照项目内在的逻辑规律进行有效的计划、组织、协调、控制的系统管理活动；是在一定的组织内，利用有限资源，在规定的时间内完成满足一定性能、质量、技术指标等要求的任务。每个项目都有独特的地方，没有两个项目会是完全相同的，此外，由于项目的独特性，项作为一项任务，一旦完成，就不会重复。任何项目都会经历启动开发、实施、结束的过程，因而是有起点和终点的。

随着经济全球化和市场竞争的日益加剧、竞争的加剧以及企业业务的复杂化，信息化已经成为企业实现战略目标的迫切需要和必要保证。更多的企业认识到必须通过信息化建设才能够实现企业体制创新、技术创新、管理创新，增强企业的核心竞争力。因此，项目管理的思想已经被越来越多的it企业所接受，企业把越来越多精力和资源投入到it项目的建设中。在这样的背景下，我们it人也不得不学习这样的一门课程，了解软件行业的开发流程，抓住软件行业动态从而可以预测我们将来的努力方向。学习完本门课程后，或多或少的对

一个项目在实施过程用应该注意什么，项目过程中每个部门该怎么去有效的开展自己的工作，从而在规定的时间的把我们的任务完成。

最后，我想谈下自己学习完后的看法。首先在做项目过程中，一个小组完成一个项目，在具体实施的过程中，难免一些小组组长没有正确的协调的成员任务，从而个别组员不去完成自己的任务，这样一些人的工作量就加大。希望老师在以后的项目实施过程中中每个组员的任务应该明确。其次，在课程学习中本门课程虽不需要考试，但是必要的理论学习是必须的，理论课中应强调课程学习。

总之，我们要想真正学好项目管理，还需不断实践，学习技巧、总结经验，才能更好更深刻了解项目管理。

第五篇：it项目管理学习心得

项目管理，正确理解应该是以项目为对象的系统管理方法，通过一个临时性的专门的柔性组织，对项目进行高效率的计划、指导和控制，以实现全过程的动态管理和项目目标的综合协调与优化。然而，初次接触“项目管理”这个名词时，我很片面的将其理解为是一个项目的项目管理者对项目所要涉及到的全部工作、资源等进行有效地管理。学了《现代项目管理学》这门课程后，不禁对当初的想法莞尔。

首先，理解“项目”这一概念。《现代项目管理学》一书认为：“项目是在一定时间内为了达到特定的目标而调集到一起的资源组合，是为了取得特定的成果而开展的一系列相关活动”，并归纳为“项目是特定目标下的一组任务或活动”。现代项目是指那些作为管理对象，按限定时间、预算和质量指标完成的一次性任务。经过学习，是我对“项目”也有了自己的认知：项目是为提供某项独特产品、服务成果所承担的临时性任务。项目是一个特殊的将完成的有限任务，在一定的约束条件下，以高效率地实现项目业主的目标为目的，以项目经理个人负责制为基础和以项目为独立实体进行经济核算，并按照项目内在的逻辑规律进行有效的计划、组织、协调、控制的系统管理活动；是在一定的组织内，利用有限资源，在规定的时间内完成满足一定性能、质量、量、技术指标等要求的任务。项目的主要属性包独特性，每个项目都有独特的地方，没有两个项目会是完全相同的;一次性，由于项目的独特性，项作为一项任务，一旦完成，就不会重复;多目标性项目的目标包括成果性目标和约束性目标，成果目标指项目的一系列技术指标，约束性目标指项的进度、成本等;生命期，任何项目都会经历启动开发、实施、结束的过程，因而是有起点和终点的。

接着谈到“项目管理”。项目管理的准确定义已经在开头给出了，现在谈谈我对项目管理的理解：所谓项目管理，就是项目的管理者，在有限的资源约束下，运用系统的观点、方法和理论，对项目涉及的全部工作进行有效地管理。即从项目的投资决策开始到项目结束的全过程进行计划、组织、指挥、协调、控制和评价，以实现项目的目标。项目管理是基于被接受的管理原则的一套技术方法，这些技术或方法用于计划、评估、控制工作活动，以按时、按预算、依据规范达到理想的最终效果。有效的利用现代项目管理，可以提高企业的项目管理整体能力、控制成本、提高效率、更好的应对快速变化的商业环境、提高市场竞争力、促进企业战略目标的实现。

随着全球经济一体化以及科学技术的提高，市场竞争更趋激烈、残酷，企业为了生存和发展，就要不断进行技术创新、机制创新、管理创新。随着经济全球化和市场竞争的日益加剧、竞争的加剧以及企业业务的复杂化，信息化已经成为企业实现战略目标的迫切需要和必要保证。更多的企业认识到必须通过信息化建设才能够实现企业体制创新、技术创新、管理创新，增强企业的核心竞争力。因此，项目管理的思想已经被越来越多的it企业所接受，企业把越来越多精力和资源投入到it项目的建设中。权威人士认为，项目管理作为独特性、一次性和创新性的管理模式，已成为适应新时代最具生命力的管理手段之一。如作为我们计算机专业，将来会接触到的it项目管理，产业规模的高速扩张，带来更多市场机会的同时也加剧了行业间的竞争。这对it企业提出了更高的要求。企业需要在有限的时间里完成更多项目，同时还要保证项目的成功率，并且有效的利用资源，降低生产成本，大幅度提高销售额和市场占有率。为此，项目管理作为一种被实践证明行之有效的解决办法在it行业中得到广泛的发展及应用。it项目通常包括软件和硬件,需求的不同使it项目内容具有独特的多样性,进而要求开发团队人员来自不同教育背景、具有不同的知识技能。

现代项目管理是一门不断发展改进的学问，其中要学的技术、知识、技能、规则等太多，需要我们用专业的态度对待之。其中我最有感触的是项目管理中的团队合作。项目团队不仅仅是指被分配到某个项目中工作的一组人员,它是指一组互相依赖的人员齐心协力进行工作,共同实现项目目标,项目成功需要一个有效的项目团队。科学的组织和管理可以放大工程项目团队的工作能力,使工程项目的实施向着有序的方向发展,有助于工程项目按期按质完成。在所有管理中,人的管理是最为复杂的,对工程项目管理人员来说极具有挑战性。研究优秀团队管理的方法和策略对于每一个工程项目管理人员都是必要的。

总之，学习现代项目管理学，觉得有个比喻很贴切：项目管理就如烹调,科学的知识和方法理论就如一本好的菜谱,它建议厨师该怎么做。而先进的管理工具则是一整套厨具,不仅影响效率还影响品质。但真正能炒出一桌色香味俱全(现在还要求健康了)的菜,更多依靠厨师的经验、技巧,以及对人们口味的理解(随需而变)。我们要想真正学好项目管理，还需不断实践，学习技巧、总结经验，才能更好地演绎现代项目管理。

it项目管理学习心得（2）：

经过奋斗来到了向往已久的北京航空航天大学，沐浴在舒适的校园环境中，不知不觉中半个学期的课程已经结束，在新年的钟声中享受学习的收获及乐趣，我知道我在一步步的成长，不断地在进步……

我本来是个害羞的女孩子，不知道如何与人交流，重新回到校园遇到了很多志同道合的同学，单纯的情谊又回来了，心无挂碍的学习，一次次面对大家的演讲，热烈的分组讨论，让我忘记了胆怯，学会了不再脸红……

英语口语的进步，可谓是我进步最大的方面，一点都不夸张，因为我开始张开自己的嘴巴，说起来容易，但又有谁能说它不是我们口语中最难的一个环节呢。也许我可以紧张的说上几句，脑子却是一片空白，不知道下一句在哪里，不知道该怎么表达我想要说的话，面对外国同事抱歉的笑笑，来一句“sorry，i don’t know how to describe this！”。所以这不叫真正的张开嘴巴；现在我可以随意的与外国朋友交流，不再那么拘谨，即使自己不知道所要表达的意思的英文怎么说，也可以迅速的找到简单点的能说明白自己的意思的词语来表达自己的想法与看法，这才是张开了嘴巴；也不用再为了迎接外国同事，事先翻看自己的资料生硬的套词，我认为这是我在英语口语中的一个转折点。最有力的证明是在就职公司的英语评估中，从原来的1＋变为现在的3＋（5分制标准），虽然离优秀还有所差距，但是我看到了在短短半年中的进步。还要感谢软件学院的jim老师和karen wang(王晨爽)老师。是他们教我张开了嘴巴，也是在他们的鼓励和强制下我才扔下自己的胆怯与顾虑，勇敢的站起来、积极的做那一个volunteer。

通过学习也使我对自己的工作有了更清醒的认识，有了对自己更准确地定位，来这里之前我是个不折不扣的技术人员,单一的思想，总是认为我把我的工作做完了、做好了就万事大吉了，却不知道工作是永远都做不完的。《项目管理》刘伟老师说过，“三十而立”，“立” 就是找到自己的位置，我们能找到某个位置并不是能力所在，重要的是如何在这个位置上发挥自己的聪明才干。在科技发展如此迅速的今天，我们为了自己的这个“立”字走进这个课堂，跟着老师学习，“知之者不如乐知者”，我们都是“乐知者”。我用我所学的东西对我的工作进行总结，受益匪浅，由技术人员的直线型思维转变为发散型思维；由单线只关注技术，关注市场，关注管理，从而拓宽思维眼界，给职业带来横向发展；也由单纯技术人员，技术型管理人员，跃进为市场型全方位管理人员。

在北航学习的半年来，收获的不仅仅是科技知识，管理技能，另一个重要成果是看问题的视角，和平与发展，已经成为当今世界的基本主题。五百年前，因为海洋，人类搭建起真(转载请注明来源WWW.hAOWOrd.Com)正的世界舞台，大小强弱的国家都在这个舞台上表演了自己的角色。五百年后，因为天空，人类进一步拓展了这个舞台的空间。当人们足不出户就可以同步知晓天下事的时候，世界变小了，作为新世纪的科技人才我们需要更多地去了解世界，去学习世界最新，最先进的知识和经验，而不是仅仅满足于已知，而北航正是给我们提供了这种学习的平台，通过世界知名企业成功案例的学习，在潜移默化中改变了我们的思维方式，使我们能在一个全球化大背景下来看待问题，思考问题，这样使我们对问题的认识更有深度。

通过管理课程的深入学习，老师们也使我知道了，管理不仅仅是管理好身边的人和事这么简单，它往往是一个复杂的思维过程，包含管理者多方面的能力，一个优秀的管理者，不仅要知道如何管理好身边的人和事，把他们处理得井井有条，还要具备，一，大局观，综和分析事物的能力，二，历史观，了解事物的过去，把握事物的将来，中国自古以来讲一个“势”，所谓“势”，也就是事物将发未发的态势，包含了事务的状态和走向，通过学习也使我们对《红楼梦》中王熙凤的管理才能有了全新的认识、对《三国演义》这本书，从管理学角度有了更深刻的认识。

xx的钟声即将敲响，半学期的课程也即将结束，回顾半年的学习历程，虽说辛苦，可辛苦中有一种充实，乐在其中，半年的经历无论是英语，管理能力，还是分析问题的能力都有了很大的提升，这不禁使我对下个学期充满了期待，相信在北航完成学业的我再看周围环境的时候将会有全新的感受。

欢迎阅读其他精彩内容：

it项目管理心得(心得)范文

目录