下面是小编收集整理的项目心得（共含8篇），仅供参考，希望能够帮助到大家。同时，但愿您也能像本文投稿人“sdfghh”一样，积极向本站投稿分享好文章。
项目开发方面
项目应以需求为核心。一个项目是否能够成功，对需求的准确把握在成功因素中要占上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人需要学习这门课程，了解软件行业的开发流程，抓住软件行业动态从而预测我们将来的努力方向。 这就是我在it项目管理当中的学习心得，希望在接下来的生活、工作和学习中能更好的领悟和运用学习所得。
“张小龙在28号谈完小程序当天，我们公司的估值至少了涨了十倍。为什么，因为三天里接了三十多家投资机构的电话，开口第一句话都是说，原来你们做了两年的事情，就是微信小程序要引导这个行业未来开发的事。”
最后一天，从广州的微信公开课现场回到杭州后，我被王德翰和杨万新两个创业者拉去谈了4个小时，听了一个号称价值一千万的实战分享。
原来，阴差阳错下，他俩两年前开始的项目和微信小程序九成相似，除了开发语言没用小程序那套，产品和业务逻辑一模一样.两年时间内，如何推广、如何设计产品、如何规避问题等心得，值得一读。可反推如何运作小程序。
下文，由他两口述，我整理。
01
为什么说我们做了两年的事情，和小程序引导的九成相似?看产品逻辑就知道了。
食在有趣的产品框架结构是，用户扫码，直接跳出h5生成的页面(切换成微信小程序，大概只要三天的开发)，点餐付款，点餐信息在厨房打印出来，商家烧完菜后配送，用户完成一次完整的消费。
这个过程中，不用先关注再打开，不用先下载再打开，不用点完再付现金，不需要服务员介入，不用占一个桌面位置，不用担心在被骚扰。熟悉的用户，可能十秒就完成整个点单操作了。
靠这套产品，我们已经铺设了三千家餐饮店，服务了近100万用户，产生了20万左右的日流水。在长三角地区是排名前三的服务商。
02
依赖二维码入口，打开就用，用完就走，不随意推送……和小程序的思路撞车，不是我们太天才，而是踩着自己挖的坑逼出来的。
两年前，我们自己就开了家互联网主题的咖啡馆，运营过程中就觉得点单这事完全可以用互联网的方式优化。
最早使用蓝牙方案。在餐厅的各个角落放蓝牙设备，只要打开手机的蓝牙功能，使用微信摇一摇，就能跳出店铺，进入后在线点餐，数据直接对接给收银系统，用完餐再去收银台结账。这个流程顾客嫌麻烦，服务员也嫌麻烦，最终放弃。
后来做wifi点餐。用户接入商家wifi后，跳出点餐系统。这事也没走通，现在用户已经没那么在意小流量了，进店问一嘴老板wifi密码都嫌麻烦。也放弃了。
再往后，做app点餐。用户必须下个几兆的app才能享受八折优惠。还是没人用，现在大家的手机都已经被洗得差不多了，常用的就那些。就算贪小便宜装了你的app，拿完优惠也就删。泡沫不持久，还是得放弃。
我们复盘这些教训，发现
1:想用简单服务强制占个app入口的红利早就过去，做不成综合性平台，那就认真做好服务
2:做自然的渠道，而不是试图用截断渠道(wifi)或者创造渠道(蓝牙)
3:形成服务闭环，不要做半吊子的互联网化。都在你这点完餐了，还要去收银系统买单，这个环节就是多此一举的。
4:别拿服务绑架用户。用户用你的场景是在他需要的时候，当用不到你，你却拿着广告味道浓郁的资讯去骚扰他，代价是几千几千的往下掉用户数，看一次就肉疼看两次就不敢再来了。
经由这些教训，我们选择了用贴在餐桌上的二维码作为服务入口，把整个流程简化到不能再轻(用户只需点餐和支付，商家只需收单和烧菜)，不再企图吸用户。
换了二维码方案后，原本要对商家花一小时才能讲清的业务逻辑(什么是蓝牙、什么是wifi入口，为什么推app)，变成了就一句话“用户二维码买单，你们烧菜，其他都不用”，商家一下子就接受了。用户数井喷式增长。
03
实战中，二维码点餐这样的典型小程序应用能够被快速推起来，我们的商务团队一般是这样说服商家的：
1:用户体验。在用餐高峰期，用户平均等待10分钟，用餐8分钟，换成二维码方案后，平均单个用户点两个餐的时间缩短为29秒，只要厨房烧得过来就好。
2:服务员成本。中小餐饮店，一般都会请全职和兼职的服务员，用来应对高峰期。换成二维码方案后，可以节省2个兼职人员，按12元/小时，每天工作3小时计算，每年节省2万多元开支。
3:硬件成本。一套传统的餐饮解决方案，包括打印机、扫码枪、钱箱等，平均在3000-8000一套，二维码方案只需要一个600元的打印机和不超过50元的二维码贴桌成本。
4:防止逃单。由于微信支付已经成熟，我们使用了预付费模式，就是用户点了餐就直接付钱，厨房接到的单子都是支付过的。不会再出现逃单、假币等问题。就算要退单这种低概率的事情，业务流程也只需要商家确认就把钱退回来。如果使用后付费模式，那么二维码一旦被人偷走，他就故意乱点餐(反正不用付钱)，把服务员忙的团团转还找不到谁点的，来个一两次，这个餐馆就不会再里你了。
5:数据沉淀。既然是二维码方案，用户的id、支付记录等自然而然进了商家管理app里，想设置老用户优惠、发微信会员卡、经营分析等都很顺畅。
04
小程序应用能够真正起来，是必须理解线下的业务。纯互联网玩法是推进不了的，必须是又懂互联网又懂线下的复合型人才，例如我们这样花过上千万学费的。
这里有5个小经验：
1：二维码材质。二维码的材料选择，在不同的场景下，材料也不相同。快餐厅，只需要pvc材质即可，表面光滑易擦干净;烧烤店等需要特别的塑料材料，防烫坏;酒吧里面灯光较暗，需要使用荧光材质二维码或者镂空的里面放个灯的装饰二维码。商家也会根据自己的餐厅风格，需要定制或者选择与自己餐厅的格调能够配搭的二维码样式风格，有一些可能还会在二维码下方写一些slogan。
2：二维码设置。如果店铺只有一个二维码，是解决不了顾客在哪个餐桌上点餐的问题。一桌一码又解决不了拼桌、二维码材质破损的问题，最后是二维码与餐桌之间只是一个连接的关系，二维码破损了可以换，有拼桌的需求，可以多贴几个二维码，完全由餐厅老板自己控制。
3：小程序只能也必须做轻量级交互。一旦碰线下市场，不同店铺就有不同个性化需求，什么加辣加葱、什么活鱼要按几斤几两再去算账，什么同样一壶咖啡一人喝半价中途来了人就得算全价，什么不管要不要都收茶位费……如果试图做个性化方案，你有再多的程序员也会被累死，产品的交互也会越来越臃肿。你必须坚定“小程序就得小”，只做标准化的事情，做不了的市场宁可放弃。线下几万亿的市场，做好一块就够你吃香喝辣的了。
4：别抵触硬件。身边做互联网的人，经常喜欢跳过硬件，做无机具的场景。至少在餐饮业，这个走不通。我们测试过不用打印机打菜单，而是把菜单信息发送到厨师手机上，结果厨师要么手太油弄脏手机、要么只有厨师看到配菜师没看到而降低了上菜效率，要么无法确认漏单没等。一般来说，做互联网化餐饮解决方案，要么用电视级大屏幕显示点单信息，要么用打印机。我们选的是成本最低的打印机方案。
5:刺激商家。和纯互联网的流量推广方式不同，线下市场不能用aso、广告展示、弹窗、绑定安装这些方式了，产品能不能活跃起来，依赖的唯一渠道是商家。做好产品体验，帮商家提高效率这是肯定要做透的，但这个不够，这叫隐性提高，感知不强，只有部分年轻而又新进的老板才理解。能刺激到普通商家的，还是要做一些显性服务，例如补贴、例如异业合作、例如帮忙推广等。也就是说，线下业务不能只盯着用户，要把商家那头的利益一起兼顾到，才能真正快速铺开。
微信小程序正式公布后，我才发现这事我们居然干了两年了。又爱又恨，爱的是腾讯背书，让我们这个做法被认同了，恨的是这么晚才说，之前很多人看不懂，损失了好多笔融资机会。
05
小程序出来当天，我们就着手开始开发了，做了这么久相似度这么高的事情，肯定不能落下这个新风口。
但小程序的兴起，也伴随着巨大风险。各位同行一定要注意：
1:巨头之间会不会做“艰难的选择”。既然张小龙说了，希望二维码作为入口，其他巨头肯定也抢，最明显的对头就是支付宝。万一大家打红眼了，做了屏蔽限制，就像微信不能跳淘宝、百度不能搜微博那样，一个二维码只能做一个入口，那么对于用户来说是很难受的事情，我们这些依赖平台的第三方也会被牵连，市场的普及速度也会变慢。希望巨头们不要做得太low。
2:二维码的安全问题。不法分子拿着带病毒的二维码信息到处推，用户们习惯了二维码启动服务后无意中就容易中招。偷钱、盗密码等，都很可能发生。我们第三方很难做这一块的预防，需要平台自己能做安全验证。
3:平台的开放度够不够。做了小程序后，我们相当于把公司几十号人的未来都寄托在平台上了，我们积累的是用户数据，而不是用户，我们做的是服务，做不好广告。那么平台在接口管理上有没有搞特权、政策不清晰(定义诱导分享的边界)、接口临时升级搞坏了我们的服务、服务器故障导致我们挨骂等，都会分分钟把我们搞死。
06
我们暂时能分享的就这些，里面的经验适合ktv点服务、酒吧点酒、商品售后服务和分享购买等实体类场景，不适合修图、日历、电商类的线上场景。
线下实体类场景通用的小程序市场逻辑是：
1:别把小程序当h5营销用，那太浪费。线下有足够需要服务的场景，都适合小程序，做服务就自然有现金流水。
2:只要是现有方案成本太高、操作不便、实现服务时间需要等候的，都可以用小程序提高效率。
3:小前端大后台。别看着二维码入口轻巧，c端的整个交互也不会复杂，但是和线下业务的深度结合才是重点。虽然在c端我们没有了app，但是b端我们还是做了个叫做老板助手的app，以满足商家们的深度服务需求。
4:盈利模式不能再设计依赖用户积累的老套路了。流量红利已经吃完，线下流量更是不可能产生日增百万的覆盖能力，要赚钱是得依靠深入产业链做面向商家的服务。
07
这条正确的新路子，我们终于不是孤孤单单的了。
对于巨头们要说的是，别薅了羊毛就走。前几天支付宝的人过来聊天，说在北京看了三四家做类似二维码业务的，由于没有盈利模式，光顾着给平台打工，结果就挂了。除了佣金、补贴等，希望平台给出更有效的商业模式指导，来激活整个线下市场。
对于同行们要说的是，资本寒冬，盈利不易，大家一起寻找适合小程序模式下的新商业模式，才能把市场做大，共分蛋糕。
为期两天的工程项目管理培训，使我对工程项目管理的内容和概念有一个初步的认识。在一期我虽然参与了主体管网的安装和热能利用项目的建设，但我所做的工作主要是现场施工管理，只是工程项目管理内容的一个小小部分，没有具体的实践经验。这次培训对于一个参与即将开工的二期项目人员来说非常及时、重要的。确切的说，两天的培训时间是不够的，尤其是对没有做过工程项目的人，对老师所讲的内容很难理解。
这次培训的内容大致有以下几个部分：
1、职能管理与项目管理的区别。所谓职能管理是指针对存在有组织、有固定工作内容和部门进行标准化可重复使用的过程控制程序；项目管理是指对没有做过或没有经历的事情在规定的时间和预算约束下，一次性按要求完成的任务。从定义上职能管理和项目管理就是有本质的区别。职能管理和项目管理是两个不同的概念，在二期的建设中需灵活运用。
2、新建与技改项目经济分析、项目综合管理。这一节的内容我听后似懂非懂，很模糊，我理解为是对项目建设的前期准备工作的方式和方法。主要是项目的可行性报告的审批、研究具体方案、投资估算、市场预测和项目建设组织机构等内容。这跟我们建设者关系不大，我想这些事情是由老板和董事会研究决定的。只需要了解就可以了。
3、项目范围管理和项目管理时间。这一节的内溶对我们很有用，教我们怎样对项目工作分解，掌握正确的工作方法和过程控制。项目工作内容的分解（WBS）是很关键的，WBS是日程计划、资金计划、资源计划和其他工作计划的基础，要明确范围的细节内容。项目管理时间的控制主要是教我们了解时间与作业的关系、掌握日程计划编写、进度跟踪的具体方法。对大项目的工作分解必须由有经验的和专门的人员制定。就好比装修房子一样，要周密详细，合理分工，统筹安排。在课堂上我们对工作分解进行了简单演练。
4、项目费用、质量、风险管理。费用的估算有三种方法，即概念估算法、参数估算法、详细估算法。质量管理分为广义的和狭义的理解，包括产品质量、工作质量、工作质量、过程质量、人员质量、体系质量。风险管理包括风险发生的概率与影响程度、风险对应的策略。我们在项目建设中，肯定包含各种风险，这些风险都具有不确定性因素，我们在具体工作中怎样克服这些风险很重要。风险的策略是避免、减缓、转移、接受。
5、项目团队与人员管理。在制造业的职能运作中，人员的岗位职责、部门的工作程序、岗位的工作要求、业务的工作方法是相应固定的。而项目是目标和任务、人员和物资在时间和空间的临时组合，是一次性过程，项目人员的工作职责、工作程序和工作关系相对模糊松弛，由此带来的问题是项目对项目负责人的要求和评价问题。项目建设的成功与失败重要因素取决于人或者是一个由人组成的团队。团队建设的要点：
一、要有共同的目标，为同一个目标而奋斗。
二、公平的利益关系和统一的思想意识。
三、言行一致，宽容和谐，在同心同德的基础上和共同利益的环境下相互包容。通过对老师的讲解，我对团队建设和人员管理的观念有了深刻的认识，正如中期会议老板所讲的话：先做人后做事。
两天的培训时间很短，学的内容和多。好多东西要在实际中去运用。随着时间的推近，一个投资36多亿的项目工程即将开工，对于我来说，要学的，要做的实在是太多太多。当然，学有所用，作为二期项目的建设者，我有信心、有责任、有义务奉献我的一份力量，把南玻二期多晶硅项目建设美好。
项目开发方面
项目应以需求为核心。一个项目是否能够成功，对需求的准确把握在成功因素中要占上60%的比例。不管系统的架构设计、团队管理有多么的成功，如果需求出现偏差，仍然是南辕北辙。由于eas项目的特殊性，项目开发过程中能够与客户建立有效快速的沟通渠道，是项目成功的关键。
需求必须获得客户的确认。通过需求调研与分析后获得的用户需求说明书，以及软件需求规格说明书都必须得到客户的签字确认。确认的内容包括项目的目标、范围以及项目需求功能点（用例）。eas项目在前期对需求不够重视，导致在需求理解上出现了一些偏差，从而影响了项目的进度。幸而得到了及时的纠正，在项目管理部的协助下，所有需求都得了客户或客户代表的签字确认。从而使得项目在客户验收时，有了充分的保证。
项目应确立专门的需求分析师。公司没有专门的需求分析师，不能不说是人员配备上的一大弊端。（软件开放工作细分的第一步就是要有专门的系统分析员或需求分析师）从eas项目的开发过程中，我们就充分地认识到这一问题的严重性。需求的不断更改，客户迟迟未签字确认，原因正是在于我们没有专门的具有丰富经验的需求分析师。普通开发人员在调研需求以及撰写需求规格说明书时，总是会出现偏差或理解错误的地方。软件需求分析是一项重要且负责的技术，没有经过专门训练的需求分析师，通常会给项目带来隐患。
项目应指定各个模块的需求接口人。只有这样，才能有效地保证项目组与客户的及时沟通，快速响应客户的请求与反馈。eas项目在开发早期及时地确立了需求接口人，在一定程度上规避了需求变更给项目带来的风险。但是，确立的需求接口人未经过系统培训，在需求调研以及与客户沟通的过程中，工作表现只能说是差强人意。
注意维护需求调研记录以及需求跟踪表。这一工作做得不够好。由于需求调研人不够专业，而项目经理以及需求分析负责人对这一过程还欠缺足够的重视，同时没有好的工具或流程来监控这一过程，使得需求调研记录没有发挥更大的作用。此外，需求跟踪也非常重要，毕竟，任何项目的需求都不是固定不变的，需求随时会发生变更，而开发人员实现的需求也可能会与客户的要求偏差。
注意维护需求矩阵。项目经理对这一内容缺乏足够的重视与理解，项目开发过程体系中也缺乏好的需求矩阵文档模板。但是在项目中后期，项目及时撰写了eas项目需求功能列表，并结合交付版本与客户进行了沟通和协商，从而规避了需求偏差的风险。(需求追踪，任何原始需求来有头就有尾。原始需求-用户需求-产品需求-软件需求-设计-测试等一系列的追踪。需求追踪的目的一方面是检查需求是否都已经实现有无遗漏，更多的是为了做变更影响分析使用)
控制需求变更。重视ccb的作用，同时应建立需求变更的响应机制。eas项目组对于需求变更的响应还不够及时，这一点项目经理与项目管理小组要担负一定的责任。（范围管理中范围控制的内容，变更管理是配置管理的一个重要内容。需求必须要受到控制，否则容易引起计划的频繁调整而发生混乱)
设计
重视架构设计。eas项目的成功，一定程度是源于我们有个优秀的框架开发小组，我们在项目立项之初就基本确定了整个系统的架构。其中虽然发生了一些变化，但核心架构仍然没有发生大的变化。由于，我们建立了稳定、简单的系统框架，可以极大地提高开发效率，规避了对框架的重复编码。(软件开发的第二个重要分工就是最好有专门的架构设计人员，架构设计和总体设计要由1-2个人来完成，以保证高度的概念完整性和设计统一)
现在的社会日新月异，科技的发展，管理的创新，都在时刻改变着未来。不管是现在还是将来，每个管理者都应不断地加强学习，不停地给自己“充电”，才能不断的开拓进取，勇于创新，才能更进一步的创造财富。此次公司为了提高企业管理水平，特意邀请了xxxx企业管理咨询有限公司对我们进行了一次培训。经过这3天紧张的学习过程，我学到了很多在人力资源管理、企业文化及财务管理方面的相关知识。我感觉到了充实，可以说我很好的完成这次学习任务。
对此次培训，我总结如下：一、在人力资源管理方面
为确保企业正常发展以及各项工作任务的顺利进行，为企业部门配置合适的人力资源，另外人员的选拔、管理、提拔、培训都是必不可少的。所以人力资源涉及到员工培训、管理方法，绩效评估、福利待遇以及员工关系等
1、员工培训
为使员工更好的适应企业的发展，更快的适应岗位、理解岗位，要对员工进行培训以补充专业知识，发展员工能力，转变观念以及交流信息等
2、人员管理
人员管理与企业的发展息息相关，对员工的日常管理是企业发展的必要过程
企业文化的产生，企业制度有利于员工管理，企业正常的运作，通过对员工的日常管理来发挥员工的个人能力，了解员工的心态，适时转变管理方式完善管理模式。
3、绩效评估
绩效评估为企业的决策提供依据，是员工对自己以及对他人工作能力的评估，了解自己的工作能力，同样将自己的能力与对企业的贡献结合起来，提供薪酬依据，发现员工潜力并及时做出相关人事调动。
4、员工福利待遇
员工福利待遇以及薪酬是员工企业价值的体现以及员工工作的保障，没有好的相应的福利待遇及薪酬水平员工就不会全心全意的为企业作出贡献，长久的留在企业工作。
通过这学期的人力资源的学习我对自己有了更高的要求，作为个人而言为了成为企业发展的人才，对于现在的我而言要加强各项技能上的学习，提高自己的专业能力，没有好的个人能力就没有好的发展，专业技能，专业知识的提高是必不可少的。人力资源管理对于现在的我而言与其说是去管别人不如说是对自己的规划管理，对自己未来的期望。
人力资源管理作为企业管理的重要部分一直是企业管理的重中之重，很多企业的倒闭也就是因为没有良好的人力资源体系无法为企业发展提后备力量，技术人员没有及时补充专业知识，管理人员没有及时补充以致管理模式落后，还有涉及到薪酬水平公司福利等造成企业人员流失。
二、在企业文化的推进与落地方面
随着企业的发展，企业文化在企业中的主体地位逐渐突出，最能体现一个企业经营和管理本质特征的企业文化推进工作越来越重要。一个企业的发展，抓企业文化尤为重要。加强企业文化深植，首先要深刻理解企业文化的内涵。企业文化是在企业长期生产经营中培育、融会、凝聚而成的一种独具特点的、对企业持续稳定发展起推动群体意识和价值观念及其外在形式。它包括企业精神、价值观念、企业形象、经营思想、企业目标、道德规范、规章制度、企业风尚等。企业文化是一个企业的灵魂，它通过向员工宣传统一的企业价值观而将他们凝聚在一起，这些价值观影响着员工的生活方式、行为方式和价值信念，促使他们积极地为企业创造价值。对此，我通过此次培训，从以下几方面理解企业文化在公司的推进与落地。
1、第一时间完成任务。这是一条执行层面的要求，它体现了公司对高效、快速的组织反应能力的追寻。类似于海尔的“快速反应、马上行动”。
2、主动开展工作。这也是一条执行层面的要求，但它更强调了我们员工工作时的心理层面问题。从积极性和目标性的角度上看，也强调员工的个人能力充分施展。
3、关注细节。细节决定成败。对细节关注程度的高低是优秀和卓越的分水岭标志。这种细节的要求和关注，不仅仅是在认知的层面，它要求我们从具体的事情做起，彻底的完成工作，彻底的解决问题。其更重要的是对结果意识的要求。
4、持续创新。创新是企业发展的发动机，是企业的灵魂。创新的重要性，尤其对我们这种需要精细化管理的企业来讲，尤为重要。市场经济的思想核心是自由竞争精神，在全球一体化的大格局下，要求我们员工时刻不断学习的心态，学他家之长，容他家之短。从经验教训中不断学习进步。创新精神的高调宣扬是需要我们员工本身的低调做事作为基础的。
5、勇于承担责任。
责任的归属，需要详细、准确的岗位职责说明等相关的管理手段和制度来界定。但这个“勇于”，是需要我们员工自己来担当的。全身心的做好自己的本职工作，不给领导、同事添麻烦。公司存在着推诿现象，但要杜绝它，除了我们良好的管理制度保全外，更为根本的要依靠我们员工本身良好的职业素养来保障。
6、以团队目标为己任。这个时代，早已摈弃单打独斗的个人英雄主义情结了。这是一个讲究团队制胜的时代。一个人的力量是有限的，而团队的力量确是巨大的。个人的得与失要放在大团队目标之后，大团队意识的学习是我们每个员工应把握的行为准则。
7、最大限度的创造价值。成本意识!我们要学会利用最小的成本、最小的资源开展工作。同时要能做到分享资源和信息，力争在团队组织中创造一个良好的学习交流、分享合作的氛围。
8、公司的事就是我的事。公司每一个员工都必须要有主人翁的精神。公司对员工做到细致周到的便捷服务，急员工所急;而员工更要积极为公司着想，时时保持忧患意识，不断提升自己的工作水平，不断关注公司管理的进步。
三、在非财务经理的财务管理方面
老师用深入浅出，用通俗易懂的精彩课程使我对非财务经理的财务管理有了比较清晰的了解。以下是我的学习心得：1、找准切入点，推行精细化的财务管理
精细化的财务管理是一项涉及面广而且综合性较强的经济管理活动，涉及公司的方方面面，必须达到控制成本、提高效益的目的。而达成这一目标，需要各部门围绕企业的效益目标协同作战，提高公司经营管理的灵活性和战斗力。这就需要我们围绕资金、成本、人员等资源配置的关键，深入推行精细化的财务管理。
2、实施全面预算管理，优化配置企业有限资源
预算管理是连接企业战略和战略执行的管理工具，是公司的业务计划与财务预算的集成工作，公司的高效管理更加需要预算管理的信息化。全面预算管理
过程，在本质上就是一个优化配置企业资源的过程。全面预算管理不单指预算控制，还涉及到工管部、物设部、人事部等的预算控制，是兼具计划、协调、控制、激励、评价等功能的一种战略方针的经营机制，是一种全新的、全面的现代企业管理模式。
3、实行人本财务管理，全员参与，提升素质
树立人本财务观念。要理解员工、尊重员工，充分发挥员工的主动性和积极性。公司的的每一项活动均由员工发起、操作和控制，其成效如何也主要取决于员工的知识、智慧以及努力程度，因此，贯彻人本财务观念要求做到：第一，增加人力资源投资，提高企业领导和员工素质;第二，推行财务分层管理和全员财务管理，实行民主式和参与式财务管理，提高员工对财务的参与意识;第三，加大软资源投资力度，为培育企业文化和良好人际关系创造优良环境。
以精细化财务管理作为切入点，把精细化财务管理融合到公司生产经营的每个层次，通过不断深化财务管理的管理方式和手段，优化资源配置，优化财务核算，提高财务信息的有效性，以精细化财务管理促进管理水平的提升，这是实现“向管理要效益”的有效途径。
最后，我想，这次培训经历给予的所有感触，必将永记在我心中。所有这些感触在以后的时间里，更会激励我更加努力的学习、高效的工作，紧跟公司飞速发展的步伐，不断地自我完善，不断的进步，实现自我价值，为公司达成从优秀到卓越的跨越贡献自己的微薄之力!
[企业管理知识培训心得体会]企业管理心得体会2篇
前段时间，我参加了企业管理知识的学习培训，接受了系统、全方位企业管理知识的学习和辅导，受益良多。我深刻领会到，作为一名合格的企业管理者，应该如何驾驭整个企业的运作机制。并领悟到，应该以管理促创新，以创新促效益，从而促使企业稳步健康发展。
目前，电力建设在飞速发展，在电力体制改革逐步深化的大环境下，多种经营企业该如何在激烈的市场竞争中获得市场份额，在管理中实现经济效益、社会效益的双丰收，是一个值得研究和探讨的课题。通过这次学习，结合电力多经企业的行业特点，我个人认为，电力多种经营企业要想实现大发展，必须做好以下几点工作。
首先，要毫不动摇的狠抓人力资源管理。一个企业的发展，重中之重，在于人才，在于充分挖掘人才的潜力，使其为企业服务。企业的管理者不在于他像关羽一样“千军万马中，取上将首级”，也不在于他像张良一样“运筹帷幄，决胜千里之外”，重要的是他能否如刘邦那样，找到和使用好这样的人，即识人用人能力的大小决定了一个企业管理者的发展远景。古往今来，这样的例子有很多。刘邦用萧何、张良、韩信，建立汉朝后曾说过，我管理不如萧何，计谋不如张良，领兵打仗不如韩信，但是我成功了，因为我很好地使用他们，大家都成就了一番丰功伟绩。
多种经营企业必须实施两手抓、两手都要强的职工队伍建设方针。一方面要继续面向社会，广开才路，大力引进高素质人才;同时对在职职工要积极培养和关心，实现“三留人”，即情感留人，待遇留人，事业留人。另一方面，对现有职工队伍进行强化培训，达到巩固提高的目的，不断挖掘其潜力，适应市场经济的发展。信任是基础，事业是平台，利益是杠杆，感情做纽带，一个企业管理者，尤其是高级管理者，牢记这个用人方略，就一定能充分调动员工积极性，使其竭尽全力为企业发展做贡献。
其次，始终如一地开拓、经营市场，并培养核心竞争力以求生存。市场，是一个企业发展的命脉所在，占领多大的市场份额，开拓多大的领域，从一定程度上说，能够证实一个企业发展的实力。所以，如何开拓市场、经营市场显得尤为重要。电力多经企业具有行业性的显著特点，开拓市场也必须依据行业特点逐步实施。所谓核心竞争能力，是一个企业赖以生存和发展的关键要素。它不仅指某种独特的产品或技术，还包括销售渠道、顾客服务、顾客群、品牌、资金以及研发能力。一个企业不可能拥有所有这些能力，但它必须发展一种不同寻常的能力，才能成为一个拥有核心竞争能力的企业;核心竞争能力是企业战略的焦点，它必须形成理念，并体现在核心产品上，获取高于竞争对手的质量水平，并能移植到各分支机构中。
具体到多经企业要如何培养自己的核心竞争能力，首先应如前所述的分析我们的生存环境、竞争优势、竞争弱势，然后扬长避短，定位自己赖以生存的市场，建立围绕该市场运作的机制，该机制能够激励全体员工围绕股东财富最大化进行运作，并且能够适应市场的变化。这种以市场为导向，以股东财富最大化为目标的运作机制自然会形成企业的核心竞争力。定位、开拓市场，培养核心竞争力是企业的生存之本。具有核心竞争力的企业才能在市场经济的环境中生存。针对电力多经企业内部市场越来越小的生存环境，必须加大外部市场的开拓力度，采用多种方式扩大市场占有率，例如市场开拓、企业收购、兼并或联合开拓等形式。积极增加电力多经企业对外创收。切实抓住国家开发西部等有利环境，抓紧研究并制定电力多经企业发展战略，加快多种经营和各种产业发展步伐。在比较短的时间内完成市场的重新定位，资源的优化配置，调整股本结构，形成所有权和经营权分开后的代理机制。建立现代企业制度，真正做到以市场为导向，主动面向市场，认真调查研究市场，积极开拓市场，适时调整产品结构、产业结构和发展方向，用市场适销产品去占有市场，开辟新财源，打开新天地。企业只是守是没有出路的，必须不断在市场的发展中壮大自己，在市场的变化中否定自己，商场中没有长胜的将军，只有谨小慎微、战战兢兢的去把握市场的脉搏，建立与市场合拍的核心竞争能力，企业才能在大浪淘沙中谋得自己的一席之地。
第三，明晰的产权关系，建立完善的法人治理结构。清楚的产权界定，是市场交易的前提。由于历史的原因，多经系统普遍面临产权不清的难题。首先是明晰的资产关系，这一点还相对容易操作。最难的还在于主辅人员的分离。由于多经公司用人的复杂性，公司本身缺乏核心竞争力，对于在多经工作的员工来说，挑战大于机遇，未来充满不确定性。可以考虑用优惠的政策待遇，鼓励退职，提前退养，身份置换，解除合同或带股就业。但带股就业可能带来股权分散，不利于集中决策，同时如果股权过于平均，还会带来老国企的弊病：如大锅饭，平均主义，人员不能合理流动，建立不起激励和约束机制，以及进入和退出机制等。所以要做到产权明晰，首先要解决人员的历史遗留问题，然后明确资产关系，明确投资主体。只有明确了出资人，公司才会有明确的使命，公司的运作才可能建立在公司财富最大化的目标之下。公司的经营人员才会有明确的定位，而防止所有者缺位带来的资产运作效率低下矛盾。另外有明确的投资主体，享有对公司的剩余索取权，这是对投资主体承担资金风险的补偿，也为公司扩大再生产创造条件，只有将利润集中投资于一定的项目，才能形成一定的优势，如果利润分散的用于支付股利，企业最终将衰竭。
公司法人治理结构是指关于如何治理公司这一法人主体所采取的法定组织形式。完善法人治理结构的目的是达到公司各级各部门责权利的高度一致，公司的所有者和经营者在所有权和经营权分离的情况下如何密切配合，分工明确，协同工作，相互制约，围绕公司财富最大化的目标运作。即从组织结构上保障公司目标的完成，包括股东会、董事会、监事会和经理层等四套班子的建设。现代公司产权制度在确立法人财产基础上，实现原始所有权、公司产权与经营权的三权分离，具有明晰的产权关系。在此基础上，公司通过股东会、董事会、监事会和执行机构等公司治理结构的设置和运作，明确划分责、权、利，形成了调节所有者、公司法人、经营者和职工的制衡机制和约束机制。
其实，企业经营管理的方略含盖诸多方面，只不过分主分次而已，以上只是我在本次学习中的一点点体会，写出来是一种收获，一种可以和别人分享心得的体验。管理，尤其是企业管理是一门很深的学问，需要在理论的指导下逐步完善，需要在实践中不断地探索，从而达到实践和理论的有机统一。
20xx年9月18-23日我参加了公司举办的项目管理培训，通过这次培训和学习，我认识到自己不足的地方。在授课老师的讲解及培训下，我学到了很多平时学不到、弄不懂的东西，真正了解了什么是项目管理。
“项目管理”这个词语倒是经常听说，也有一定的认识和了解，就是没有一个整体的概念和具体详情。经过这次学习之后，顿时豁然开朗，原来“项目”无处不在。我们每天都在做各种各样的不同类型的项目，小到每天做饭、炒菜，大到人生的规划，这都是“项目”所包涵的范围。那么“管理”又是什么意思？其实就是要完成某个项目所采取的具体措施以及具体方法，分别将之详细化，就称为“管理”。接下来，我将就本次培训谈谈我自己的体会。
首先，我的体会是我们在做任何项目的时候，一定要有一个完善的计划和工作思路。之前我在做事情时，往往没有一个具体的计划和方法。一件很容易做的事情，最后反而搞得很复杂，影响了做事的效率。因此，今后无论做任何事情是，一定要给自己设定一个完整的计划，才能高效率、高质量的做好每件事。
其次，要做好一个项目，必须要懂得团队协作与沟通。特别是我们基础管理人员，在现代社会里，单枪匹马一个人单打独斗的时代早已经过去了。一个项目的实施没有一群人的参与式不能做好的。如何更好的进行团队协作呢？团队中成员之间的.分工务必要十分的明确和精细，成员之间经常要有互动和交流，使每个成员要有强烈的责任感。
最后，不管做任何项目，在实施的过程中，都会遇到意想不到的意外事情发生，因此需要对进程度进行修正，即过程的调整。这是任何项目的完成不可缺少的一个重要组成部分。我觉得：我们在计划某一个项目时，都将实施过程中可能遇到的问题考虑的非常周到和全面，以一种十分严谨谨慎的态度去做，这样才能取得更好效果。
总之，感谢公司领导给了我这次学习的机会，使我得到提升，看到了自己差距和不足，明确了自己的目标好方向。我将把培训中学到的知识及时应用到实际工作中去，为公司发展做出应有的贡献。
1、抗住——价值(抗住意味着长久。项目压力大，时间紧，任务重，客户挑战大，合伙人承担了巨大的项目风险，我们在难得的项目机会历练中，只有找到自己的 价值定位，提供价值的切入点，持续输出价值，才能抗住压力赢得客户长久的尊重和认可;手段是通过抗住压力+快速学习+整合资源，持续为客户创造价值);
2、放下——格局(格局意味着共识。计较眼前的一城一池容易患得患失，就像张开刺的刺猬一样想随时保护自己，而日久见人心，有胆放下眼前得失，本着长期为 企业提供价值，格局增大看长远才能放下，放下了安定下来就能生智慧，对环境有更强的感知，对人的需求及关系、对事情有更强的判断，最后，双方私下感情共 鸣，彼此认可，专注做事，大大减少人事上的纠纷;方法:气量修炼+真心倾听，才能真正理解企业内各类人群的需求和心声，进而适当团结该团结的、安抚该安抚 的、打击该打击的);
3、推进——独立(独立意味着动车组。1天多次与各模块人员确认，逐渐支持组员独立承担模块，这样不再是项目经理一个人推动项目组往前走，是每个项目模块 负责人都是动力源，形成动车组共同发力推进项目组前进，将大大提升工作效率和成果。做到独立的方法：精神+专业的双重支持。项目经理是项目组员坚强的后 盾，给予精神和专业上的双重支持和信任，让项目成员敢于尝试并在受伤后得到抚慰并有胆再次上阵PK，逐步积累到独立面对客户;项目经理则从项目总监、外部 资源获取专业上的帮助，自己额外还从重复看《士兵突击》获得精神上的力量和支持。这样在给予精神上的信任鼓励和专业上的帮助支持后，对于已经良好运转的模 块就让负责人单飞，对于不安心的模块需要多次确认多帮助多找资源支持，逐渐支持其独立，完成动车组的打造)。
篇四：项目管理心得体会——1个项目经理的经验之谈
经理项目管理心得体会要紧的就是要明白什么是因地制宜：因势利导，只有最合适的，没有什么叫对的，什么叫错的，经理项目管理心得体会最忌讳的就是完美主义倾向，尤其是做技术人员出身的，喜欢寻找标准答案，耽误了工作进度，也迷茫了自己。
本人做经理项目管理心得体会工作多年，感到做这个工作最要紧的就是要明白什么是因地制宜、因势利导，只有最合适的，没有什么叫对的，什么叫错的，经理项目管理心得体会最忌讳的就是完美主义倾向，尤其是做技术人员出身的，喜欢寻找标准答案，耽误了工作进度，也迷茫了自己。以下是本人一些做项目的个人体会，写出来供大家指点，在讨论过程中共同提高水平。
项目开始阶段是一个最重要的阶段。经理项目管理心得体会在接手一个新项目的时候，首先要尽可能地多从各个方面了解项目的情况，如：
项目管理心得体会1：这个项目是什么项目，具体大概做什么事情，是谁提出来的，目的是解决什么问题。在国内很多客户都很不成熟的情况下，千万不要根据项目的名称望文生义地去想象项目的目标。一个名为“办公自动化”的项目很有可能在你进场以后一个月才发现客户其实需要的是一个计算机生产管理辅助信息系统系统。前期了解情况的工作越详细，后面的惊讶就越少，项目的风险就越小。
项目管理心得体会2：这个项目里牵涉哪些方面的人，如投资方：具体业务干系方：项目建成后的运营方：技术监督方等等，很多项目里除了业主单位的结构很复杂以外，还有一些其他单位也会牵涉进来，如项目监理公司：业主的行业主管机构等。经理项目管理心得体会需要了解每个方面的人对这个项目的看法和期望是什么。事先了解各个方面的看法和期望，可以让你在做项目碰到问题的时候，就每件事情分析哪些人会在什么方面支持你，哪些人会出于什么目的反对你，从而提前准备联合朋友去对抗敌人，让事情向你所希望的方向发展。没有永远的朋友，也没有永远的敌人，只有一致的利益，这句话作为经理项目管理心得体会是一定要记住的;
项目管理心得体会3：基本了解了客户的情况后，下面的事情就是了解自己公司各方面对这个项目的看法。首先是高层领导是否重视，这个决定了你在需要资源的时候，公司是否会根据你的要求提供最有力的支持。领导口头肯定是说支持的，你需要做的是了解公司对这个项目管理心得体会的实际期望，是想把项目越做越大还是想赚钱?是想做样板工程还是干脆想敷衍了事，公司领导对项目的态度决定了你做这个项目的战略，而这个战略方针将对你做项目计划产生直接的影响;
项目管理心得体会4：在做整体项目计划前，还要大致计算一下你手上的资源。首先是时间，现在市场竞争激烈，往往很多项目要求在几乎不可能的时间范围里完成。对于这一点，你在做项目的风险控制计划的时候要充分考虑。其次是人员，根据项目预算和已往经验，大致计算一下未来的项目小组有多少种角色，每个角色目前公司是否有人，是否能完全归这个项目使用，是否需要另外招聘一些人员，招聘的准备工作要尽早启动。最后就是一些设备的准备，项目所需大件关键设备要尽早预定，以后不管发生设备等人还是人等设备的情况，浪费的都是你的时间;
项目管理心得体会5：现在是做项目管理心得体会说明书的时候了。一份好的项目说明书不仅将要做的事情描述得很清楚(主要是讲做什么，而不是说怎么做)，而且把如何检查也说明得很透彻。也就是说它不仅说明白了要做哪些事情，也让客户的业务人员(一般不懂技术)知道项目做成什么样就算完成了。简单地说，项目说明书描述项目做哪些事情和每件事情做到什么程度以及如何检查每一个结果。
项目管理心得体会6： 是到做总体计划的时间了吗?不，你现在已经知道了客户的目标和你手上的资源，那么做计划以前，你还需要和你的经理和客户充分沟通资源的问题。因为很多资源是还不明确的，你需要写一份报告，详细分析这个项目的风险以及对资源的需求情况。如果一些问题不能得到解决的话，将发生什么样的后果。如果资源不够，就要高层改变策略，增加对这个项目的投入。甚至在条件许可的情况下，有些公司会放弃这个项目。总之，没有人能完成一个不可能完成的任务，如果经理项目管理心得体会不能尽早发现风险，那么就只能去当烈士了。
项目管理心得体会7：明白了要做哪些事情和你手上的筹码以及你做这个项目管理心得体会的总体策略，现在是成立项目小组的时候了。很多经理项目管理心得体会都没有自己选择组员的权利，那么，就尽量发挥你的影响力去寻找那些你想要的人吧。成员的组成根据项目不同，相差较大，很难有什么具体要求，但是，一定要有精通客户业务的人，很多小项目里，这个人就是经理项目管理心得体会本人，大项目里会配备行业专家，这样和客户沟通起来才不会鸡同鸭讲，双方才可以相互理解。我经常看到的情况是我们的技术人员和客户交谈时满口的专业术语，结果搞得客户一头雾水，反过来，他还指责客户不懂技术。其实，明白自己想做什么的客户已经是很好的客户了，不知道自己要做什么，更不懂怎么做还要指手画脚的客户到处存在，但是要明白，是客户选择了你，而不是你选择了客户，有了客户你才有工资拿，心平气和一点吧。
对于这种需求天天变的客户，你就一定要事先做好规矩：
一、统一联系人，客户指定一个人和项目组进行沟通，不能张领导：王领导都来说几句，如果他们意见不一致，那你只有得罪领导的选择了，所以，项目的最初就要定好规矩，我项目组只认一个的意见，有什么要求你们内部先统一再和我谈，我不想卷入你们内部业务部门之间的矛盾之中;
二、所有需求变更全部要有书面文字，这点切记!这样做好处多多：
_有书面证据，以后他还想改，你有了他以前要求的证据，告诉他：你以前可是这么说的;
_便于需求变更管理，需求如何慢慢演变的历史可以看清楚，从而更深切地体会客户的目的;
_对于客户来说，嘴巴一动最方便，反正是你们做，不花他的资源，所以要求是否合理，是否和项目的目的一致，他是不负责任的。但是如果要他写书面要求，还要签字盖章，他就要谨慎多了，而且一写东西，思想就会更加深入，很多无理要求也就这样胎死腹中了;
项目管理心得体会8：现在你要面对三群人：你的领导：你的组员和你的客户，和这些人沟通，让他们知道你打算怎么做，什么时候要他们做什么准备这些事情将是你的主要工作。既然沟通这么重要，那些事先定义一下沟通的原则也是一件很要紧的事情。很多沟通原则都是潜规则，如果你在一个部门时间做长了，对这些规则的运用觉得是一件理所应当的事情，但是，你现在面对的是多个部门甚至多个单位，不把沟通规则说清楚，你以后就会吃亏。下面的东西看起来无聊，其实还是很管用的：第一个是规定信息的流动方式和介质，是推还是拉。推的意思就是经理项目管理心得体会将主动发布信息，不管通过电话：邮件还是书面方式，保证将信息传达到每个人。这种情况适合小项目，人少;拉的意思就是经理项目管理心得体会就是一个类似web服务器，你自己需要什么信息就去问他。当然，没有经理项目管理心得体会把自己搞得那么累，他会用发布信息到公共介质的方式公布信息，简单的是白板，复杂一点的是项目的公共信息交互区，潜规则就是我发了你没去看就不要说我没告诉你。说这些看似很无聊，其实里面牵涉信息传达不完全的责任问题。当然，这些都是指一般的方式，而且不要绝对化，一般情况下，主动沟通和被动访问是同时存在的，尤其是对领导，经理项目管理心得体会更加应该主动去和领导沟通。第二个问题就是文档问题，很多人怕写文档，但是经理项目管理心得体会一定要牢记“好记性不如烂笔头”的道理。有理有时候为什么会说不清呢?就是因为没有证据。所以经理项目管理心得体会开始就要和客户说清楚有些文档是必须签字的，比如经理项目管理心得体会的项目日志，每个星期至少让客户签字，另外所有达成共识的东西，比如会议纪要，甚至领导的讲话记录，都要写成文档，双方签字，这样以后扯皮的时候，就能做到有据可查。记住：说了的就和没说一样，只有写下来大家签字后才算真正发生了的。还有一些问题，比如你提交的报告，给领导(包括本方领导和客户领导)做一个选择题，结果领导压住不批，让你无所适从，结果拖延了进度。这时候，你可以等，但是注意要留记录，标明是谁的责任;另外，如果你在开始阶段就和领导商定：如果批示提交三天后没有得到领导答复就算对方同意，这样你就会主动很多。再比如不同事件的审批流程问题：什么等级的事情记录在项目日志里：什么等级的事情要双方经理项目管理心得体会专门签署备忘录：什么等级的事情要双方领导出面签署合同附件等等。事先想得越周到，以后的工作就越主动。
项目管理心得体会9：好了，做了很多前期工作，定义了一些游戏规则，现在是坐下来做计划的时候了。这一节，任意找一本项目管理的书都会说得比我好，所以我就少写一点，说一些自己的体会就是了。首先是找几个关键组员，比如客户业务专家：系统分析员等等，做一下项目模块划分工作。项目分成几块去做，每一块完成什么，模块之间的信息如何交换等等。需求定义的是做什么的问题，而这里说的是怎么做的问题。这里要强调一点：完成一个目标有很多种方式，你要选一种你最熟悉的，而不是看上去最完美的，这个思路会让你的项目减少很多风险。有时候客户会被某种新技术打动，坚持要你采用那种新技术，你就应该告诉他：你选我做这个项目，就应该容许我采用自己最喜欢的方式做事情，新技术之所以有诱惑力，就是因为吃亏的人还不多，我不希望你成为第一批受害者。采用一个计划会让你的工作更加明确，比如用微软的Project软件，你填写完表格以后，就可以知道这个项目有多少件事情要做，每件事情需要什么资源，他们之间的前后关系如何，消耗的时间有多长，完成后有什么标志等。所有的结果最后用一个叫做干特图的形式表现出来。你做完这个表以后会惊奇地发现，干特图上项目的结束时间会远远落后于你的计划结束时间(签合同的人永远不会先征求你的意见的)。当然，学过项目管理thldl.org.cn的人会大谈什么WBS：优化路径之类的东西，但是我的经验是你再优化也不可能把这些东西安排到计划的时间结束。如果你没碰到这个问题，在我恭喜你挑了一个轻松活之前，请你再去确认你是否罗列了所有要做的事情和正确评估了他们所需要的时间。这时候，你就要考虑牺牲一些任务的时间(也意味着质量)了。按照什么标准牺牲?这个项目的战略!我们在第三节提到过的战略。我的经验是如果你什么都赶进度，其结果可能就是十件事情你一件也没做好，想想多么失败啊。所以，把资源投到你熟悉和有把握的事情上，最后的结果是十件事情，你有三件做成了精品，三件完成，还有四件因为某些原因延误，成绩单是否靓丽了很多呢?战略决定优先级，而正确排列事情的优先级是一个经理项目管理心得体会能力的主要体现。
好，现在项目已经完成了前期工作，了解了项目的目标：搞清楚了手上的资源，制定了项目的策略，然后编制了项目的整体计划，项目进入实施阶段。进入这个阶段反而是经理项目管理心得体会比较空闲的时候，不像前期的时候经理项目管理心得体会要象记者一样到处和不同的人接触，搞清楚他们在说什么，努力猜测他们在想什么和他们的真正目的，那才是最累人的事情。当然，小项目的经理项目管理心得体会往往自己也是一个资源，要做很多事情，这时候反而比谁都苦。经理项目管理心得体会这段时间的主要工作是保持和客户领导以及自己领导的沟通。和客户领导沟通时特别要注意，除非你需要对方给你支持，那么你才需要讲得具体一点，否则，告诉他一切正常就可以了，而且态度要积极一些，千万不要说一些领导不懂的细节，比如：“王局长，最近项目进度还算正常，就是JVM经常发生一些内存泄漏的情况…”王局长：“(_&$@@”。和自己的领导汇报也要注意这个问题，除非他是一个技术高手，你需要他的技术经验，否则一般就汇报进度是否正常以及有问题时你的对策和打算就可以了，有些需要他支持的地方，比如资源调用需要说详细一点。和组员开会，除了一些项目进度跟踪会议以外，还有很多讨论会，需要大家用头脑风暴方法给出解决问题。与会人员很多都是技术人员，他们的特点是注重细节：缺乏大局观：有点消极悲观：自尊心强(如果总结得不对，欢迎大家拍砖)，所以，你作为会议的主持人，只要负责提出问题和记录下他们的观点，千万不要做评判者的角色。一个问题，有很多方面，从不同的角度看，现象是完全不同的，想想盲人摸象的故事吧。这些技术人员，他们往往精通一个方面，就自己的角度发表见解，除非一些很特别的情况，你都应该认为，他们提出的方案，从他们的角度来看是最合理的。你的长处是掌握事情的优先级，评估各个方面的轻重缓急，从而根据他们的意见得出一个合适的(而不是正确的)方案。所以，在会议上，你要充分尊重每一个人和他的意见，夸奖那些意见提得比较好的人，千万不要把会议带入无休止的争论(你要让大家知道事情不是非黑即白的，而是多元的，唉，我们的教育惹的祸…)。会后，你自己写文档，做决定。会议上大家的面子都被照顾了，自己实施起来的阻力就小，如果还有意见的，你就私下找他聊，如果还不能说服他，你就要让他明白，因为你负责这个项目：你担当风险，所以，这个优先级应该你来判断。组织中的高层，并不见得水平会比一般的成员高，但是，他要承担组织的风险，加之信息的不对称性，所以
对事情的优先级的判断肯定比下属强。
在开发过程中，内部管理还要注意的一点是时刻强调以验收为目的的思想，每个任务的最终可交付成果一定要是可以被检查的，比如，【界面要求、美观大方、简洁明快】，这个要求我就不知道如何检查。所以，给开发小组布置任务的时候就要考虑如何检查结果，比如我见过一个计划，里面有一个任务【开发人员熟悉EJB编程】，这个任务，除了让这些人去参加一些专业认证考试，否则，结果很难被检查。所以，时刻考虑如何检查结果：如何向客户交付是经理项目管理心得体会一直要注意的事情，我听说有些老经理项目管理心得体会拿到项目是倒排计划的，即首先看如何验收和验收标准，然后决定工作计划。很多项目开始了很久，还不知道如何验收，那么这个项目出问题的可能性就很大了。做项目就是为了验收，我们的角色不是研究机构，我们的目的就是在付出那么多劳动后得到结果。
另外我插一句：我是极其不主张到客户现场开发的。尤其是一大群技术人员直接和客户交流，很容易引起冲突和矛盾(技术人员的本性决定的)。我的做法是经理项目管理心得体会和项目实施人员到现场，软件开发人员还是在公司做项目。项目实施人员就是初级经理项目管理心得体会，他们了解自己的产品，懂得一些客户的业务，关键是在于他们具有良好的沟通能力，俗称“皮厚”。他们是客户和研发人员的桥梁，其职业方向也是很机动灵活，以后可以有很多方向可以转，比开发人员的路要宽得多。
接着，我们再谈谈最让人头痛的需求变更问题。变更通常分为两种：一种是部分更改了原先的目标，即需求变更;另一种是没改变目标，但是客户不满意目前的实现方式，大到流程的实现，小到界面的布局，都是属于这类。碰到这种情况是难以避免的，主要是事先沟通的不够充分和客户随着项目的进展，慢慢想清楚了问题，改变了以前的思路。这时候，如果需要改并且你的战略是容许这种情况的，那么注意下面几点：
1、确保以前的文档，就是记载着以前的结论的东西，客户是否签过字，如果没有，赶紧把你的工作停下来，赶快再和客户自己确认一下你的方案，然后让他签字，避免以后说话没有凭据;
2、和客户坐下来，自己探讨他修改的根本目的是什么，是不是有同样能达到相同目的，但是对你来说有代价更小的选择?
3、(项目初期的工作)明确更改流程，一般是客户指定一人签字(否则客户每个领导都有权力来插一杠子，你就废了)，以正式项目文件的方式提交给你，然后，你做评估分析，分析对成本：进度的影响，在你的领导同意后，出相应意见书，主要是要说明更改设计的原因和指出由此带来的不确定后果(这个东西先写出来，后面如果真的发生了，至少不是你的错)。然后再让客户在上面签字。见过医院给病人做手术以前让家人签的免责条款吗?对，就学习那个，让大家都意识到任何的更改都有成本和代价。
系统开发告一段落后，就进入客户培训：系统验收阶段，这个阶段，我一般会注意以下问题：
给客户做培训前，多注意一些表面功夫。很多程序员认为，系统的逻辑核心是否正确是关键，至于界面如何，界面上的用词是否准确，那是无关紧要的问题，而且培训的时候也是信手拈来，想到哪里说到哪里，下面听讲的人不知所云，云山雾罩，培训效果自然可以想象。我的体会是，给客户做培训的版本，如果你在做多次测试以后仍然不能确定逻辑是否合乎要求，那么，你至少要在界面上多花一点功夫。注意每个界面的布局、用词、链接的正确性等等，总之不要让客户看到一些他不该看到的东西。文档方面，准备至少两个文档：用户手册和培训手册。这两个文档的内容很多都是一致的，但是角度完全不同。用户手册往往是站在系统设计者的角度，按照自己的思路，分模块讲解系统的操作和功能;而培训手册，一定要站在客户业务人员的角度，根据每个角色面对不同业务的办理，如何通过使用本系统的一系列功能来实现目标。所以，第一次培训以前，系统界面是否完整正确：培训文档是否完备都是很关键的因素，第一炮打不响，以后就麻烦很多。
作为经理项目管理心得体会，其实脑子里就是几样东西，做哪些事情、做到什么程度、怎么交货、手上的资源以及各个事情的优先级。所谓多快好省那是人类的梦想，这四个方面都是相互矛盾的，属于典型的又要马儿跑，又要马儿不吃草的类型。考虑问题的轻重缓急方面，往往是把快放在第一位，各方领导都会给你最后期限，所以保进度是第一位的;省是第二位的，企业的根本目的是盈利，如果收入不能增加的话，至少费用要控制住;好是第三位的，没办法，谁都想精益求精，但是，没有强大的资源保障，质量只好先牺牲了;最后是多，客户的要求源源不断，如何降低客户的期望值，让他们从理想回到现实也是经理项目管理心得体会的分内工作。
验收前，除了做好文档工作，即可交付成果以外，多花时间搞清楚客户的做事情流程是很重要的事情，这些在前面已经有所提及，这里就不再多说。
我对验收最大的体会就是举证问题。即千万不要让客户这么想：你必须有证据证明你的系统是没问题的。这样你就没戏了，微软那么多天才，做了_P还天天打补丁，要你的程序没问题，既不可能，你也没办法拿出证据。你要让客户明白，所谓验收，就是我按照测试文档的测试用例跑一遍，结果和预期结果一致就应该算通过了，而且还容许有一些小错误留在验收后改正，他可以对测试用例提意见。所以，验收前双方要确认测试计划和测试用例。如果他认为系统不符合要求，那么他应该举证，证明这个系统和最初设计相背离的。所以，参考法律概念，千万不要举证倒置。另外，认为系统完美了才能验收的想法也是错误的，软件开发合同里一定要注明验收以后维护期的费用问题，否则，客户担心一旦验收就得不到你们的支持，自然不配合验收，那么，你这个经理项目管理心得体会就很难交功课了。
★ 工作项目心得
★ 项目培训心得
★ 金融项目心得
★ 项目管理心得
★ 项目心得三百字
★ 项目心得感想
★ 创新项目实验心得
★ 项目管理读书心得
★ 个人项目管理心得
★ 项目管理报告心得
