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或者敏捷开发，然后结合原型法制订项目计划。这样可以规避因为需求变更产生的风险。

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

要制定项目进度偏差的应对方法。一旦项目进度出现了偏差，必须采取相 ……此处隐藏4213个字……据规范达到理想的最终效果。有效的利用现代项目管理，可以提高企业的项目管理整体能力、控制成本、提高效率、更好的应对快速变化的商业环境、提高市场竞争力、促进企业战略目标的实现。

随着全球经济一体化以及科学技术的提高，市场竞争更趋激烈、残酷，企业为了生存和发展，就要不断进行技术创新、机制创新、管理创新。随着经济全球化和市场竞争的日益加剧、竞争的加剧以及企业业务的复杂化，信息化已经成为企业实现战略目标的迫切需要和必要保证。更多的企业认识到必须通过信息化建设才能够实现企业体制创新、技术创新、管理创新，增强企业的核心竞争力。因此，项目管理的思想已经被越来越多的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.)正的世界舞台，大小强弱的国家都在这个舞台上表演了自己的角色。五百年后，因为天空，人类进一步拓展了这个舞台的空间。当人们足不出户就可以同步知晓天下事的时候，世界变小了，作为新世纪的科技人才我们需要更多地去了解世界，去学习世界最新，最先进的知识和经验，而不是仅仅满足于已知，而北航正是给我们提供了这种学习的平台，通过世界知名企业成功案例的学习，在潜移默化中改变了我们的思维方式，使我们能在一个全球化大背景下来看待问题，思考问题，这样使我们对问题的认识更有深度。

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

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

it 项目管理学习心得

it项目管理十六字心得

it项目管理案例分析及学习心得

it项目管理试题

it项目管理营销学