it项目管理心得（大全5篇）

第一篇：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项目的学习使我不仅学到了知识、锻炼的团队合作的经验，还是我对今后的生活、工作起到了积极向上的人生态度，受益匪浅。