精品文档it项目管理心得心得word范文模板 10页.docx

精品文档it项目管理心得心得word范文模板 10页.docx

《精品文档it项目管理心得心得word范文模板 10页.docx》由会员分享，可在线阅读，更多相关《精品文档it项目管理心得心得word范文模板 10页.docx（9页珍藏版）》请在冰豆网上搜索。

精品文档it项目管理心得心得word范文模板10页

本文部分内容来自网络整理，本司不为其真实性负责，如有异议或侵权请及时联系，本司将立即删除！

==本文为word格式，下载后可方便编辑和修改！

==

it项目管理心得（心得）

第1篇第2篇第3篇第4篇第5篇更多顶部

目录

∙第一篇：

it项目管理心得

∙第二篇：

it项目管理心得

∙第三篇：

it项目管理心得513

∙第四篇：

it项目管理心得总结

∙第五篇：

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项目为对象的系统管理方法，是通过一个临时性的、专门的柔性组织，对项目进行高效率的计划、组织、指导和控制，以实现项目全过程的动态管理和项目目标的综合协调与优化。

随着互动案例和学习的深入，我发现项目管理其实就在我们身边，就在我们生活工作的每一个角落，完成任何一项学习或生活任务都可以看做是一个项目的完成。

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

好的项目团队，应该有一个共同认可的明确的目标、合理的分工协作、良好的信息沟通、队员之间相互信任并且能积极的参与到自己的队伍中。

在我们平时的工作中，我们所在的公司是一个大的项目团队，每个部门和每个作业小组就是一个小项目团队。

假如项目缺乏积极进取团结向上的团队氛围，项目成员的力量就很难整合在一起，项目成员之间就容易出现相互扯皮推诿指责的情况，项目也就不可能成功。

项目经理需要多多关心和照顾项目组成员，让大家都感受到团队的温暖。

这样一来项目团队内的气氛浓烈，有利于项目的顺利完成。

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

项目经理是项目管理的角色，是实现项目目标的责任人，同时是一个团队的灵魂人物。

项目经理不一定是这个团队中能力最强的人，却是责任最重大的那个。

他应该是有较强的意志力、凝聚力，有抗压能力的人，不会轻易被外界和他人影响。

当然一个好的项目经理不需要事必躬亲，只要他懂得用贤才，懂信任，懂放权，懂珍惜，这样一来他的团队会凝结出更强的力量，他就是一个优秀的领导。

面对的管理点的分散，工作深度的需求，安全责任的落实，作为一个项目经理身上的担子是艰