“彩虹小马”通过精心收集，向本站投稿了11篇项目心得，以下是小编帮大家整理后的项目心得，仅供参考，欢迎大家阅读。
篇1：项目管理心得
项目开发方面
项目应以需求为核心。一个项目是否能够成功，对需求的准确把握在成功因素中要占上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或者敏捷开发，然后结合原型法制订项目计划。这样可以规避因为需求变更产生的风险。
其次，要每日跟踪项目的进展情况。可以通过晨会、周会以及项目日报、项目周报了解项目进展情况。同时，需要为各个小组指定进度跟踪人，根据各个小组长的日报，判断实际的进度是否与计划出现偏差。
要制定项目进度偏差的应对方法。一旦项目进度出现了偏差，必须采取相应错误解决问题。或者通过加班、增加人手、申请项目进度等方法及时作出响应。
篇2：项目管理心得
经过一系列的《it项目管理》课程学习，我觉得这是一门很好的课程，能给我的工作特别是项目的开展和管理方面有很大的帮助，使我获益非浅!在此，我想将学习此门课程的心得总结为一下几点：
一、项目管理就在我们的身边
刚刚开始的时候，觉得项目管理就是一个项目的项目管理者对项目所要涉及到的全部工作、资源等进行有效地管理。然而在学习的过程中渐渐的发现我对项目管理只是表面的认识，正确理解应该是以it项目为对象的系统管理方法，是通过一个临时性的、专门的柔性组织，对项目进行高效率的计划、组织、指导和控制，以实现项目全过程的动态管理和项目目标的综合协调与优化。随着互动案例和学习的深入，我发现项目管理其实就在我们身边，就在我们生活工作的每一个角落，完成任何一项学习或生活任务都可以看做是一个项目的完成。
二、团队是项目管理成功与否的大环境
好的项目团队，应该有一个共同认可的明确的目标、合理的分工协作、良好的信息沟通、队员之间相互信任并且能积极的参与到自己的队伍中。在我们平时的工作中，我们所在的公司是一个大的项目团队，每个部门和每个作业小组就是一个小项目团队。假如项目缺乏积极进取团结向上的团队氛围，项目成员的力量就很难整合在一起，项目成员之间就容易出现相互扯皮推诿指责的情况，项目也就不可能成功。项目经理需要多多关心和照顾项目组成员，让大家都感受到团队的温暖。这样一来项目团队内的气氛浓烈，有利于项目的顺利完成。
三、项目经理是项目管理的灵魂
项目经理是项目管理的角色，是实现项目目标的责任人，同时是一个团队的灵魂人物。项目经理不一定是这个团队中能力最强的人，却是责任最重大的那个。他应该是有较强的意志力、凝聚力，有抗压能力的人，不会轻易被外界和他人影响。当然一个好的项目经理不需要事必躬亲，只要他懂得用贤才，懂信任，懂放权，懂珍惜，这样一来他的团队会凝结出更强的力量，他就是一个优秀的领导。面对的管理点的分散，工作深度的需求，安全责任的落实，作为一个项目经理身上的担子是艰巨的。所以一名好的项目经理是队伍中带头人，项目工作的领路人。
四、沟通是项目管理的桥梁
沟通是项目成功必不可少的桥梁。要做好项目每个阶段的工作，达到预期的效果，就必须在项目组内部以及项目组与外部环境之间建立沟通渠道，快速准确的传递信息从而达到各成员的协调一致;使项目成员明确各自的职责，了解他们的工作对实现项目目标所做的贡献。同时，通过广泛和深入的沟通，找出项目管理的问题，预估项目过程当中的风险，制定相应对策和解决方案，并跟踪控制问题的解决情况。因此，良好的沟通时做好项目管理工作，更好的实现项目目标的重要前提。只有进行有效的沟通才能进行项目研发过程中的决策和实施，以促进项目的顺利和及时完成。
总之，项目管理涉及生活方方面面，是一个非常好的工具。随着经济全球化和市场竞争的日益加剧以及企业业务的复杂化，信息化管理已经成为企业实现战略目标的迫切需要和必要保证。更多的企业认识到必须通过信息化建设才能够实现企业体制创新、技术创新、管理创新，增强企业的核心竞争力。因此，it项目管理的思想已经被越来越多的企业所接受，企业把越来越多精力和资源投入到it项目管理的建设中。在这样的背景下，我们it人需要学习这门课程，了解软件行业的开发流程，抓住软件行业动态从而预测我们将来的努力方向。 这就是我在it项目管理当中的学习心得，希望在接下来的生活、工作和学习中能更好的领悟和运用学习所得。
篇3：程序项目心得
“张小龙在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
这条正确的新路子，我们终于不是孤孤单单的了。
对于巨头们要说的是，别薅了羊毛就走。前几天支付宝的人过来聊天，说在北京看了三四家做类似二维码业务的，由于没有盈利模式，光顾着给平台打工，结果就挂了。除了佣金、补贴等，希望平台给出更有效的商业模式指导，来激活整个线下市场。
对于同行们要说的是，资本寒冬，盈利不易，大家一起寻找适合小程序模式下的新商业模式，才能把市场做大，共分蛋糕。
篇4：关于项目范围的一点心得
最近有一次全职项目经理的机会，这是第一次做真正的项目经理，所做的项目也是前所未有的困难：10天，做出一个新产品，几乎每天都有需求变更，中间还得交付一个Alpha版本与一个Beta版本供内测与公测。
现在项目几近完工，等待最后的上线。有一些关于项目范围（Project Scope）的心得，想分享一下：
1. 产品范围（Product Scope）不等项目范围。
简而言之，产品范围是指产品所具备的所有功能，而项目范围是指为实现这些功能，项目团队要做的所有工作。所以简单的用产品规格说明书来衡量项目进度是不正确的，比如为了实现一个好的架构，可能在前面70%的时间，一个产品功能都没有实现，而在到90%的进度时，所有的功能都完成了，但仍存在很多bug。所以在70%的时候，只根据产品范围来看项目的人会感到恐慌，而在90%的时候，他们又会错误的乐观。作为专业的项目管理人，应该要有这个基本的判断能力。
2. 处理好来自外部的项目范围变更。
最常见的一种情况就是产品需求变更。有一种错误的认为是，固化需求是项目经理的职责。其实项目经理是无权决定是否需要产品需求变更的，他的职责在于：对外告知所有的利益攸关方（Stakeholder），此需求变更导致的范围变更的代价具体是什么（预算超支、项目延期、加班、团队士气下降等等）；对内确认所有的范围变更都是可行的，且确保所有的项目团队都能准确及时更新到新的项目范围，
产品经理说，我要加一个功能，那么项目经理应该为他评估此功能的增加，可能会导致项目延期。更积极的是，与产品经理一起评估，制定出合理的变更方案。其中值得一提的是，避免产品经理单线的与项目成员达成变更，而未经项目经理确认。
3. 处理好来自项目内部的范围变更
一个有趣的名词叫“渡金边（Gold Plating）”：比如某个优秀的开发人员，为了追求完美而擅自决定为它打造一些更好的效果。这看起来是很值得鼓励的，但它的危害性是，项目可能为此付出更多的代价：时间、金钱。原本两天可以完成的工作，变成四天才能完成。这是一种项目范围失控的情况，所以项目经理要理智的阻止这种情况的发生。向所有的项目成员明确，什么是需要做的，什么是不需要做的。
总而言之，项目范围的管理，就意味着项目经理要随时掌控项目的边界，并确保所有的项目成员，所有的stakeholder都知道这个边界在哪里。
本文来自：www.mikkolee.com/243
篇5：项目技术员工作心得
项目技术员工作心得
1、在上半年年的工作实践中，我参与了许多集体完成的工作，和同事的相处非常紧密和睦，在这个过程中我强化了最珍贵也是最重要的团队意识。在信任自己和他人的基础上，思想统一，行动一致，这样的团队一定会攻无不克、战无不胜。
上半年工作中，如单片绘制、审图等工作，技术部是一起完成的，在这个工程中，大家互相提醒和补充，大大提高了工作效率；另有一些工作是和前期、工程、成本、营销一起合作完成的，所有的工作中沟通是最重要的，一定要把信息处理的及时、有效和清晰。
2、在上半年的工作中，第一次接手了昆山项目技术工作，感受到了很大的压力，但在公司企业文化的熏陶下，二次创业精神的鼓励下，我在用职业化人才的标准不断的反思和提高自己的过程中，树立起了良好的心态。诚实做人、高效做事便是我现在心态的'核心。
工作的每一步都要精准细致，力求精细化，在这种心态的指导下，我在平时档案管理工作和现场技术支持等工作中取得了令自己满意的成绩。能够积极自信的行动起来是上半年我在心态方面最大的进步。
现在的我经常冷静的分析自己，认清自己的位置，问问自己付出了多少；时刻记得工作内容要精细化精确化，个人得失要模糊计算；遇到风险要及时规避，出了问题要勇于担当。
3、在上半年的工作中，新城域、翡翠湾随着施工的进行，出现了很多图纸上的错误，主要为建筑、结构、设备等各专业之间的不吻合。之前的审图工作主要为各专业之间的审图，有时候这个专业改动了，其他专业却不知道，造成很多不必要的错误和损失，这需要我们技术工作者在前期把这些错误降低到最少。以后有了新图，除了按各专业的自审表、标准化来审图，一定要审核各专业的符合性。
4、在上半年的工作中，碰到过很多次问题，大家流转过来流转过去，到最后还是形不成统一的意见。这种办事效率太低。今后如果有了需要审核的节点成果，一定以评审会的方式，把相关各方都召集起来，大家有问题一起讨论、解决，最终形成统一意见，签字认可。这样能提高沟通的效率，节省大量的时间。
5、在上半年的工作中，经过实际的教训，深刻理解了工程上每次变更、每次时间的滞延都是对公司很大的伤害，这就需要我们技术工作者做好技术支持，严格执行三级审核制度，在图纸上严格把关，把不必要的损失消灭在萌芽中。出图前加加班，多辛苦一下，减少之后的变更，总体来说还是减轻了工作量。另外，出图之后，技术对项目的控制就在变更上面，对变更的把控非常的重要，所有的变更一定要列单并熟悉，要定期到工地上核实变更的执行情况。
篇6：项目管理培训心得
项目管理培训心得
非常感谢公司给我这次项目管理的培训、提升自我的机会。这次培训使我增加了许多知识的同时，更及时发现了自已的不足。深刻体会到项目管理的重要性。更对咱们维拉通信的企业文化有了更深层次的认识。这次培训让我深刻检查和审视自己知识经验，也培养了我在学习创新，应变，沟通，团队的建设；在每个项目中的计划和预算、实施+控制、协调+整合、以及如何能让客户满意等等方面得到充足的外界空气吸入，充实了自己。提升阿拉的思维能力，帮助我培育机遇，加强辩识能力，提高判断能力，掌握管理能力和组织战略推进能力等等。
不会选择项目不是一个好的项目经理，以前在工作中只是因为SALES取得了项目不易就一定要完成，出无法判别项目的优劣，抱着上面都同意了，我们执行人还能有什么意见的心理，正因为这种心理却遗留了很多历史问题：导致了较多失败的项目，如失败项目中产生的成本，模具开了一套一套未量产。有些虽已量产但量太少，有些项目根本就没有盈利。作为一个好的项目经理，在面对客户、面对项目、面对公司的同时，他一定会做一些取舍。一定会将对公司的损失降到最低。
项目计划，记得我们公司的每一个项目计划，计划远远赶不上变化。较多是人为的失误，或许问题在客户，或许问题在我们自己。但作为一个项目经理，一定要站在这样的高度来决定这件事情，最好能把业务的决策、假设和方案全部文档化及透明化，对于每个项目的都去定义它的质量、风险方面的工作过程及内容，一定要确定各干系人之间的沟通顺畅，还要建立变更处理流程。上完了这堂课我学会了用WBS来分解工作范围。它可以让我们防止遗漏项目的可交付成果，可以帮助项目经理关注项目目标和澄清职责，可以改善时间，可以精确成本和资源的估计。。。。。。一个工作分解结构（WBS）若制定出来，即使一个外行人都能看出这个项目的整个工作范围，包括工作进度，项目成本，以及可能会出现的假设问题等等。
项目执行：一个体现着人与人之间的沟通与责任。项目执行所需要的技能，他要求我们有至少有一般的'管理技术（领导，沟通，影响，谈判、解决问题的艺术等），要求每一位干系人尊重项目的严肃性。还需要有产品和专业所需的技能和知识。整个团队需要在项目经理的带领下，发挥团队精神，将项目计划执行下去，这个就这样就能达到最大的收益和最好的结果。
项目控制：一个体现了项目的管理计划和项目范围说明所确定的绩效目标的过程，我们要对范围变更，进度变更，成本，质量，绩效报告与审查，风险监督与控制等等方面来管控。
项目收尾：是正式结束一个项目或阶段的所有活动，将完成的产品移交他人，或者中止一个被取消的项目所进行的系列过程。在这个过程中对每一步都不能含糊，如：验收，清理，及时对供应商进行验收和结算，保证项目的记录完整，并且总结经验教训。积累流程资产，最好实现知识管理……
项目的失败的原因有很多种，大多数项目的失败原因，可能缺乏客户参与，管理层的支持不充分，没有执行力，拙劣的计划，恶性资源冲突，项目经理的错误任命，不合适的项目组织形式……所以做好一个项目经理要不断地去充实自己，不断的严格要求自己，不断的展现你的人格魅力……
希望每一个项目领导者用你领导的艺术去影响您的整个团队。以达到双赢的效果。真心希望下次有继续培训的机会。
篇7：项目管理工作心得感想
项目开始阶段是一个最重要的阶段。项目经理在接手一个新项目的时候，首先要尽可能地多从各个方面了解项目的情况，如：
1.这个项目是什么项目，具体大概做什么事情，是谁提出来的，目的是解决什么问题。在国内很多客户都很不成熟的情况下，千万不要根据项目的名称望文生义地去想象项目的目标。一个名为“办公自动化”的项目很有可能在你进场以后一个月才发现客户其实需要的是一个计算机生产管理辅助信息系统。前期了解情况的工作越详细，后面的惊讶就越少，项目的风险就越小。
2.这个项目里牵涉哪些方面的人，如投资方、具体业务干系方、项目建成后的运营方、技术监督方等等，很多项目里除了业主单位的结构很复杂以外，还有一些其他单位也会牵涉进来，如项目监理公司、业主的行业主管机构等。项目经理需要了解每个方面的人对这个项目的看法和期望是什么。事先了解各个方面的看法和期望，可以让你在做项目碰到问题的时候，就每件事情分析哪些人会在什么方面支持你，哪些人会出于什么目的反对你，从而提前准备联合朋友去对抗敌人，让事情向你所希望的方向发展。没有永远的朋友，也没有永远的敌人，只有一致的利益，这句话作为项目经理是一定要记住的。
3.基本了解了客户的情况后，下面的事情就是了解自己公司各方面对这个项目的看法。首先是高层领导是否重视，这个决定了你在需要资源的时候，公司是否会根据你的要求提供最有力的支持。领导口头肯定是说支持的，你需要做的是了解公司对这个项目的实际期望，是想把项目越做越大还是想赚钱？是想做样板工程还是干脆想敷衍了事，公司领导对项目的态度决定了你做这个项目的战略，而这个战略方针将对你做项目计划产生直接的影响。
4.在做整体项目计划前，还要大致计算一下你手上的资源。首先是时间，现在市场竞争激烈，往往很多项目要求在几乎不可能的时间范围里完成。对于这一点，你在做项目的风险控制计划的时候要充分考虑。其次是人员，根据项目预算和已往经验，大致计算一下未来的项目小组有多少种角色，每个角色目前公司是否有人，是否能完全归这个项目使用，是否需要另外招聘一些人员，招聘的准备工作要尽早启动。最后就是一些设备的准备，项目所需大件关键设备要尽早预定，以后不管发生设备等人还是人等设备的情况，浪费的都是你的时间。
5.现在是做项目说明书的时候了。一份好的项目说明书不仅将要做的事情描述得很清楚（主要是讲做什么，而不是说怎么做），而且把如何检查也说明得很透彻。也就是说它不仅说明白了要做哪些事情，也让客户的业务人员（一般不懂技术）知道项目做成什么样就算完成了。简单地说，项目说明书描述项目做哪些事情和每件事情做到什么程度以及如何检查每一个结果。
6.是到做总体计划的时间了吗？不，你现在已经知道了客户的目标和你手上的资源，那么做计划以前，你还需要和你的经理和客户充分沟通资源的问题。因为很多资源是还不明确的，你需要写一份报告，详细分析这个项目的风险以及对资源的需求情况。如果一些问题不能得到解决的话，将发生什么样的后果。如果资源不够，就要高层改变策略，增加对这个项目的投入。甚至在条件许可的情况下，有些公司会放弃这个项目。总之，没有人能完成一个不可能完成的任务，如果项目经理不能尽早发现风险，那么就只能去当烈士了。
7.明白了要做哪些事情和你手上的筹码以及你做这个项目的总体策略，现在是成立项目小组的时候了。很多项目经理都没有自己选择组员的权利，那么，就尽量发挥你的影响力去寻找那些你想要的人吧。成员的组成根据项目不同，相差较大，很难有什么具体要求，但是，一定要有精通客户业务的人，很多小项目里，这个人就是项目经理本人，大项目里会配备行业专家（Industry expert），这样和客户沟通起来才不会鸡同鸭讲，双方才可以相互理解。我经常看到的情况是我们的技术人员和客户交谈时满口的专业术语，结果搞得客户一头雾水，反过来，他还指责客户不懂技术。其实，明白自己想做什么的客户已经是很好的客户了，不知道自己要做什么，更不懂怎么做还要指手画脚的客户到处存在，但是要明白，是客户选择了你，而不是你选择了客户，有了客户你才有工资拿，心平气和一点吧。
篇8：项目管理工作心得感想
最近两周通过听胡百师老师的讲课和公司同事关于项目管理经验的交流会议，在项目管理上学到不少东西，感受最深的是项目管理就是要合理的利用资源，而人无疑是一切资源中最重要的一环。
我们做任何工作都不是孤立存在的，工作不论繁复，都可以看作是一个项目。而要完成一个项目就需要各式各样的人员整合到一起，扮演不同的角色。如何发挥这些人的特色，分配适合的角色，从而更快更好的.完成各自的分工，就是项目最需要考虑到问题了。但要真正发挥每个人都特色却不是这么容易就能做到的。因此就需要我们不断的学习，培养自己的思考力。思考力提高了观察敏锐了，才能发掘出他人的特色，并善加利用。
发掘出每个人都特色并分配好各人在项目中所处的职位后，就需要采取有效的管理来监督把控每个环节，以确保项目能够按照计划执行。以往我们在工作中都接触过各式各样的表格，说起来各个环节似乎都有表格可以监控。可是由于这些表格都是分散开来，针对单独某一个环节的，结果就使得整体管理上缺乏统一性，实施起来难免会出现混乱的感觉。经常出现一个人只着眼自己负责的某一环节，却忽视了整个项目的情况。一旦某一环节上出现了调整，其他人员却无法第一时间得到消息，无法及时作出调整。结果就使得整个项目的工作节奏都被打乱了。
因此就像项目管理经验交流时有人说到的：“表格需要做减法”，我们首先应该以项目为单位，将涉及到的所有环节和资源都整合到一起，这样大家就可以知道自己在这整个项目中所处的位置，了解在项目中于自己相关的前后环节的进展情况，这样执行起计划来就更有依据了。
通过这两次项目管理的经验交流，大家准备已一本书作为一个项目，进行项目管理，设计出适合我们用的项目管理表格。这是与各个部门都相关的工作。一旦做好了，将会大大减少进度管理上的时间成本。使得管理更简单化也更人性化。
希望这项工作能够尽快的展开，尽早制作出适用于我们公司的项目管理表来，相信所有人都会尽力配合的。
篇9：项目管理工作心得感想
首先我认为无论是企业还是个人，一个好的完善的计划必定能够帮助我们更快更有效的确定行动方向，从而能达到事半功倍的效果。无论办什么事情都应明确目的和意义，有个打算和安排。有了计划，就有了明确的奋斗目标，具体的工作程序，就可以更好地统一大家的思想，协调行动，增强工作的自觉性，减少盲目性，调动员工的积极性和创造精神，合理地安排和使用人力、物力，少走弯路，少受挫折，保障工作顺利进行，避免失误。计划一旦形成，就在客观上变成了对工作的要求，对计划实施者的约束和督促，对工作进度和质量的考核标准。这样，计划又反过来成了指导和推动工作前进的动力。总之，搞好工作计划，是建立部门正常工作秩序，提高工作效率必不可少的程序和手段。编制好工作计划，对于我们的工作，都有十分重要的意义。为提高工作效率，我们还编制了相关工作计划进度表，部门每一个人在工作例会上必须对自己一周的工作完成情况进行汇报，然后由经理再对部门的工作做出总结，通过表格计划管理有效的加快了工作进度。
其次个人还应该具备良好的心理素质和抵御压力的能力和具备良好的素养。我们要为公司广结良缘，广交朋友，形成公司与政府部门之间沟通的“桥梁”，形成“人和”的氛围和环境。为此要把握交往的技巧、艺术、原则。能力+人脉=成功。维持良好的人脉关系有效的实现工作成功的目标。“学会掌握沟通技巧，沟通虽不是技术的问题，但这是保障工作的最基本的职责。”对这句话我不仅认同也深有体会，结合工作中遇到的各种情况，让我深刻体会到沟通在工作中及生活中的重要性，高效的沟通可以起到意想不到的效果。
然后在工作中要明确自己所负责的是什么工作，分清什么阶段该做什么，什么环节该做什么，理清了各个环节、各阶段、各条线之间的逻辑关系和相关性，我们的工作思路就更清晰了。同时为了更清楚的了解各职能部门审批流程和审批所需的前置条件，我们编制了工程建设项目及报建流程图，有了这些流程的规范模板，我们就有了参考目标，很快能熟悉每一个环节，工作做起来也得心应手。
所谓找到正确的方法，以量化工具来规范、标准化的实现项目化管理。掌握正确的方法，用正确的方法做正确的事情。
最后我认为团结是非常重要的。俗话说得好“一个巴掌拍不响”，这不正是告诉我们这个道理吗？人类社会越来越依赖集体的努力以及越来越多的、有组织的群体规模的扩大，管理人员的任务也就愈发重要了。因此，管理者必须具有敬业精神和服务意识，还要有解决突发性事件的能力，最重要的是要靠得住、会办事、能共事、不出事等各方面的素质。管理工作做得好，把一个公司的人、财、物三方面以最大程度的台理性结台起来、组织起来、调动起来，搭配合理，就能以尽可能少的时间完成最大限度的工作，就能以尽可能少的开支为企业创造最大限度的经济利益。管理工作做得好，就能人尽其才，用兵如神，不但用尽可能少的人做好了工作，而且能使手下的每一个人都有施展才能的机会，使每一个人都能得到充分的锻炼。人才是企业之本。有了一支素质高、水平高、力量雄厚、结构合理的人才队伍，再加上使用得当，企业就会在任何时候都立于不败之地。
我们还需不断的去学习、体会及实践，在今后的工作中，要将所学的知识进行揣摩、深入体会，真正运用到工作中去，达到学以致用。
篇10：极速60秒拓展项目心得
9月中旬的拓展培训，“极速60秒”无疑是一项让人印象深刻的游戏。它不仅仅带来娱乐的刺激感，还能让人悟出不少道理。
这道游戏是在地上一个直径2米的圈内放30张代表1-30的数字信息卡，要求对其排序。只让一个人进去圈里。只有60秒时间。卡片上面有的画着一个杯子，有的写着“姚明的球衣”，有的写着“岳父”，有的画着十多只蝌蚪，有的就一个石头狮子像，有的是英文，有的写什么什么的一天反正让人看了泛晕。
当大家带着沮丧的表情从游戏现场回来后，第二批许多成员在很长一段时间里，没有停止对这个项目的最佳方案的讨论。
有人提出，各小组之间的信息交流共享最重要，它是决定能否成功的关键。 有人说，将卡片信息进行对号整理和排序这一环节最为重要。
也有人说，最关键的环节是掌握游戏规则的空子，即由一个人将卡片从圈子里全部拿出来，然后排序。
实际上每个环节都非常重要。因为如果不合作，不事先进行完整的排序，不钻游戏规则的空子，这个项目“一定不能成功”。
游戏结束后，培训师将全体队员召集起来，请人讲解“最佳方案”。因为事先曾经听说这个游戏有几条秘诀，因此笔者对自己的方案十分自信，便上台进行了分享讲解。 在解说时笔者提出，只要大家团结，成为一个最大的团队就成了。各小组第一次进去时，先后获取相关信息并整理，前一组的人进去看了卡片，就将所整理出来的数字给后面组的人参考，如果这样还不够，那就让前面多个组所整理的信息供后面的队参考（第二批共6个组）。通过共享信息，确保最后一个组能拿到准确的卡片顺序，并知道最优秀的排序方案。 然后，由后面的小组采用一个人进入圈内将所有卡片投到圈外，圈外队友派一人负责叫号，其他人每人手上三张卡片，各自按预先整理好的数字对应表确认手上的号码。叫号人喊“1，2，3，4”点到某号时，拿到该号的人迅速将卡片放到叫号人手上。
不错的方案！这样就可以让前面的几个小组将解决方案给后面组分享，那么后面的小组完全有条件持有最详实准确的排序表，酝酿一个最成熟的方案，用两次机会完成这项任务。
但是事实却并没有出现上述理想情况。正如培训师所说，每一个进去的小组先是对着信息卡一楞，然后开始试图用常规方式去完成，无功而返后，出了门就扬长而去，或者‘嘘’的一声故作神秘——等着看你们一样地倒下。
为什么会这样？我们不能成功最关键的问题在哪里？
我们一开始就强化了各个小组之间的竞争，而忽视了各小组之间的合作。大家完成这项任务的时候，心中考虑的是“我们小组要力争突破”——尽管培训师在给出任务时提问的说法是“你们X公司能不能完成？”
无论是大集体中的小团队，还是小团队中的个人，他们不仅仅存在集体利益，更不可忽视的是个体的或部门的利益。在更多情况下，个体会首先考虑自身利益，然后再考虑团队利益，而小团队则会首先考虑部门利益，然后考虑集体利益。
如果没有强制手段，没有一个小组会首先选择牺牲自己。事实就是如此。我们的所有小组几乎无一例外地首先尝试着独力完成任务，而不是将自己的机会用于给后来者铺路。即使有部分小组充分发挥了聪明才智，采用了接近最佳方案的办法，但其目的也是试图“创造奇迹”。而这种缺乏合作的努力往往以失败告终。
就算是在破解问题的后期，有些小组间自发地开始进行信息共享、方案交流等，这也是一种非自觉不系统的行为。这种交流与沟通也不能算作严格意义上的团队合作。
这就决定了，整个团队无法完成这项极具挑战性的项目。
然而，几乎可以肯定地说，在每一个小组里，都会有部分人认识到团队合作能够解决这个难题。但这部分“有识之士”即使费尽全力宣扬自己的优秀方案，也未必能说服众多人达成团队合作。因为按照他们的方案，必定要让部分小组作出牺牲，而少数小组却要无代价地享受牺牲者为其提供的信息成果。这注定各个小组之间无法达成合作联盟。
问题的根源其实在于，我们的游戏规则一开始就将人们引向了竞争，这种竞争能确保
对于每个小组机会公平。而如果要为了整个团队的成功而合作，则势必形成分工，这将立刻造成权利与责任的不平衡，导致机会不均等。如果没有一种利益共存与共享的机制，来平衡内部的付出与回报，就无法达成真正的合作，最终损害整个集体的利益。
这恰恰印证了一句名言：“竞争是人的本能，而合作是人的智慧。”
山外山拓展培训公司的老总在“极速60秒”总结时最后引用的这句话，似乎为破解一个困扰许多企业的管理学难题抛出了一颗问路石。这个困扰许多企业的管理学难题也同样困扰着报社的一些掌管资源和任务分配的主管或领导。
我们的管理学难题究竟是：如何实现竞争中的合作？具体点就是：当一个企业有着精细的内部分工时，如何实现“公平竞争”？
以报社为例，公平竞争的难处在于，作为主管，如何公平地分工？当一个记者被派出去采访某个有价值的新闻，选择谁去完成这项任务，应该如何把握原则？实际工作中，可能会以“能者上”的原则去作出安排，但事实的情况往往是大家的能力相差不大，多数任务大家都能完成，“谁适合派谁”这个原则难于长期保持科学性，因此是个不可持续的原则。实际操作中，几乎难以避免地陷入“领导指定”的个人决策行为之中。久之易造成下属不服。
另外，一项活动，可能是由许多各种环节和岗位上的人共同完成的，大家的劳动付出量可能不同，但有的人会安排在台前，有的人安排在幕后，也许台前的岗位远不如幕后的辛苦和有技术含量，但是荣誉的奖赏却往往主要加给了台前的人。这势必造成付出与回报的不均衡，从而最终破坏这种合作的机制。
由于笔者思想和认识的局限，上述这两种典型的难题尚无合理的解决方案。但是基于本文前面所述，我们至少要明确一个最根本的原则：在处理团队与个体，个体与个体之间的关系时，只有实现“付出与回报相均衡，权利与责任相均衡”这一机制，才能较好地达成“竞争中的合作”。
篇11：创新性实验项目心得
本人于20XX年至20XX年参与了该创新实验项目，并与该组成员一起完成了整个实验过程，该实验主要是测定BPA、TCBPA、TBBPA在紫外灯照射下和在不同极性溶剂中的降解速率和降解产物，在该组实验中我主要完成的是部分降解的实验样品的测量和降解产物的分析。通过分析降解产物可以了解BPA、TCBPA、TBBPA的具体分解过程，为降解机理做出更好的说明。
通过这次参加创新实验，使我受益匪浅。回想起过去一年里参加创新实验的过程, 从申请项目,到查阅相关参考资料,咨询相关老师学长，确定实验原理、实施方案与寻找创新点; 并制定详细的研究方案和步骤；整个实验过程使我学到了很多我所感兴趣的、觉得有用的东西，更重要的是我的动手能力、思维能力、团队协作能力都得到了锻炼。在实验过程中，由于某些方面的知识缺乏，不得不查阅相关书籍和资料，了解相关原理和实验仪器的操作步骤，并通过询问老师，不断调整试验方法和步骤，最终完成了整个试验。
在研究方面，最深的体会就是要善于勤于思考，主动动手动脑。创新实验不是基础化学课上的实验，只要按着老师讲的步骤做就行了。做的课题对于我们来说，可能是一个没有接触过的新领域，没有人告诉我们一步步该怎么做。需要自己去找文献查资料，去弄明白实验的原理，然后确定要创新的方向。按照这个方向一点点努力，所以每一步都需要独立思考。其中会遇到很多困难，这个时候除了寻找帮助，最重要的还是自己思考。在创新方面，首先要确定创新的方向和目标。要始终围绕创新点，不能偏离主题，也不能随意猜测，而要有根据有目的地做出假想，再一步步实践去论证自己的猜测。其实，每一个伟大的成就都是这样“平凡”地一步步得出来的。另外，由于时间仓促和课题研究人员水平的限制，本课题还存在一些不足，主要表现在：由于实验条件，实验室条件以及实验者本身条件的限制，还有部分样品检测项目未检测。
在这次创新实验里，我学会了理论联系实际，认真、细心而且要坚持完成实验，不论遇到任何困难都要积极想办法解决坚持到底。锻炼了自己的团队协作精神，同时也让我了解到自身的不足。在这次实验要感谢我们的指导老师，我们这个团队的每一个人，以及学长的帮助，感谢他们提出宝贵的意见。
从头至尾，项目给予我的收获，主要包括2点。首先是创新思维的整体提升，在自己的已有的知识层面上进行陌生知识的发现，探讨到实现，不仅仅是学习难度的提升，更是创新意识的培养。其实就是在整个学习中，团队的合作素养，交流与同进退的协作工作能力也不断让我意识到团队合作的重要性。而恰恰也是我合作素质的提高。
通过这次项目，不仅在学习实践方面收获颇多，也让我在为人处事方面更加成熟稳重。创新项目的设计过程中也极大地磨砺了我的耐心与细心，也弥补了我这方面的不足。与此同时，它也让我感受到创新实践的乐趣，提高了扩展思维能力增强了合作意识，在实践方面也有很大的提升，更重要的是结识了不少良师益友。希望以后还能更多地参加类似的活动，充实我的大学生活。
