“爱月撤灯”通过精心收集，向本站投稿了10篇项目心得，下面小编为大家整理后的项目心得，欢迎阅读与借鉴!
- 目录
篇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或者敏捷开发，然后结合原型法制订项目计划。这样可以规避因为需求变更产生的风险。
其次，要每日跟踪项目的进展情况。可以通过晨会、周会以及项目日报、项目周报了解项目进展情况。同时，需要为各个小组指定进度跟踪人，根据各个小组长的日报，判断实际的进度是否与计划出现偏差。
要制定项目进度偏差的应对方法。一旦项目进度出现了偏差，必须采取相应错误解决问题。或者通过加班、增加人手、申请项目进度等方法及时作出响应。
作者:张逸具有多年的软件开发与设计经验，他是两届微软最有价值专家(mvp)，著作/译作包括《软件设计精要与模式》、《wcf服务编程》。张逸熟悉c#，asp，wcf等技术，同时深谙面向对象领域的相关技术。目前，他主要从事 soa企业信息解决方案的设计与研究，以及敏捷方法的推广与实践。张逸是捷道·敏捷堂的创始人。
篇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：it项目管理心得
为期两天的工程项目管理培训，使我对工程项目管理的内容和概念有一个初步的认识。在一期我虽然参与了主体管网的安装和热能利用项目的建设，但我所做的工作主要是现场施工管理，只是工程项目管理内容的一个小小部分，没有具体的实践经验。这次培训对于一个参与即将开工的二期项目人员来说非常及时、重要的。确切的说，两天的培训时间是不够的，尤其是对没有做过工程项目的人，对老师所讲的内容很难理解。
这次培训的内容大致有以下几个部分：
1、职能管理与项目管理的区别。所谓职能管理是指针对存在有组织、有固定工作内容和部门进行标准化可重复使用的过程控制程序；项目管理是指对没有做过或没有经历的事情在规定的时间和预算约束下，一次性按要求完成的任务。从定义上职能管理和项目管理就是有本质的区别。职能管理和项目管理是两个不同的概念，在二期的建设中需灵活运用。
2、新建与技改项目经济分析、项目综合管理。这一节的内容我听后似懂非懂，很模糊，我理解为是对项目建设的前期准备工作的方式和方法。主要是项目的可行性报告的审批、研究具体方案、投资估算、市场预测和项目建设组织机构等内容。这跟我们建设者关系不大，我想这些事情是由老板和董事会研究决定的。只需要了解就可以了。
3、项目范围管理和项目管理时间。这一节的内溶对我们很有用，教我们怎样对项目工作分解，掌握正确的工作方法和过程控制。项目工作内容的分解（WBS）是很关键的，WBS是日程计划、资金计划、资源计划和其他工作计划的基础，要明确范围的细节内容。项目管理时间的控制主要是教我们了解时间与作业的关系、掌握日程计划编写、进度跟踪的具体方法。对大项目的工作分解必须由有经验的和专门的人员制定。就好比装修房子一样，要周密详细，合理分工，统筹安排。在课堂上我们对工作分解进行了简单演练。
4、项目费用、质量、风险管理。费用的估算有三种方法，即概念估算法、参数估算法、详细估算法。质量管理分为广义的和狭义的理解，包括产品质量、工作质量、工作质量、过程质量、人员质量、体系质量。风险管理包括风险发生的概率与影响程度、风险对应的策略。我们在项目建设中，肯定包含各种风险，这些风险都具有不确定性因素，我们在具体工作中怎样克服这些风险很重要。风险的策略是避免、减缓、转移、接受。
5、项目团队与人员管理。在制造业的职能运作中，人员的岗位职责、部门的工作程序、岗位的工作要求、业务的工作方法是相应固定的。而项目是目标和任务、人员和物资在时间和空间的临时组合，是一次性过程，项目人员的工作职责、工作程序和工作关系相对模糊松弛，由此带来的问题是项目对项目负责人的要求和评价问题。项目建设的成功与失败重要因素取决于人或者是一个由人组成的团队。团队建设的要点：
一、要有共同的目标，为同一个目标而奋斗。
二、公平的利益关系和统一的思想意识。
三、言行一致，宽容和谐，在同心同德的基础上和共同利益的环境下相互包容。通过对老师的讲解，我对团队建设和人员管理的观念有了深刻的认识，正如中期会议老板所讲的话：先做人后做事。
两天的培训时间很短，学的内容和多。好多东西要在实际中去运用。随着时间的推近，一个投资36多亿的项目工程即将开工，对于我来说，要学的，要做的实在是太多太多。当然，学有所用，作为二期项目的建设者，我有信心、有责任、有义务奉献我的一份力量，把南玻二期多晶硅项目建设美好。
篇5：it项目管理心得
项目开发方面
项目应以需求为核心。一个项目是否能够成功，对需求的准确把握在成功因素中要占上60%的比例。不管系统的架构设计、团队管理有多么的成功，如果需求出现偏差，仍然是南辕北辙。由于eas项目的特殊性，项目开发过程中能够与客户建立有效快速的沟通渠道，是项目成功的关键。
需求必须获得客户的确认。通过需求调研与分析后获得的用户需求说明书，以及软件需求规格说明书都必须得到客户的签字确认。确认的内容包括项目的目标、范围以及项目需求功能点（用例）。eas项目在前期对需求不够重视，导致在需求理解上出现了一些偏差，从而影响了项目的进度。幸而得到了及时的纠正，在项目管理部的协助下，所有需求都得了客户或客户代表的签字确认。从而使得项目在客户验收时，有了充分的保证。
项目应确立专门的需求分析师。公司没有专门的需求分析师，不能不说是人员配备上的一大弊端。（软件开放工作细分的第一步就是要有专门的系统分析员或需求分析师）从eas项目的开发过程中，我们就充分地认识到这一问题的严重性。需求的不断更改，客户迟迟未签字确认，原因正是在于我们没有专门的具有丰富经验的需求分析师。普通开发人员在调研需求以及撰写需求规格说明书时，总是会出现偏差或理解错误的地方。软件需求分析是一项重要且负责的技术，没有经过专门训练的需求分析师，通常会给项目带来隐患。
项目应指定各个模块的需求接口人。只有这样，才能有效地保证项目组与客户的及时沟通，快速响应客户的请求与反馈。eas项目在开发早期及时地确立了需求接口人，在一定程度上规避了需求变更给项目带来的风险。但是，确立的需求接口人未经过系统培训，在需求调研以及与客户沟通的过程中，工作表现只能说是差强人意。
注意维护需求调研记录以及需求跟踪表。这一工作做得不够好。由于需求调研人不够专业，而项目经理以及需求分析负责人对这一过程还欠缺足够的重视，同时没有好的工具或流程来监控这一过程，使得需求调研记录没有发挥更大的作用。此外，需求跟踪也非常重要，毕竟，任何项目的需求都不是固定不变的，需求随时会发生变更，而开发人员实现的需求也可能会与客户的要求偏差。
注意维护需求矩阵。项目经理对这一内容缺乏足够的重视与理解，项目开发过程体系中也缺乏好的需求矩阵文档模板。但是在项目中后期，项目及时撰写了eas项目需求功能列表，并结合交付版本与客户进行了沟通和协商，从而规避了需求偏差的风险。(需求追踪，任何原始需求来有头就有尾。原始需求-用户需求-产品需求-软件需求-设计-测试等一系列的追踪。需求追踪的目的一方面是检查需求是否都已经实现有无遗漏，更多的是为了做变更影响分析使用)
控制需求变更。重视ccb的作用，同时应建立需求变更的响应机制。eas项目组对于需求变更的响应还不够及时，这一点项目经理与项目管理小组要担负一定的责任。（范围管理中范围控制的内容，变更管理是配置管理的一个重要内容。需求必须要受到控制，否则容易引起计划的频繁调整而发生混乱)
设计
重视架构设计。eas项目的成功，一定程度是源于我们有个优秀的框架开发小组，我们在项目立项之初就基本确定了整个系统的架构。其中虽然发生了一些变化，但核心架构仍然没有发生大的变化。由于，我们建立了稳定、简单的系统框架，可以极大地提高开发效率，规避了对框架的重复编码。(软件开发的第二个重要分工就是最好有专门的架构设计人员，架构设计和总体设计要由1-2个人来完成，以保证高度的概念完整性和设计统一)
篇6：管理项目心得
现在的社会日新月异，科技的发展，管理的创新，都在时刻改变着未来。不管是现在还是将来，每个管理者都应不断地加强学习，不停地给自己“充电”，才能不断的开拓进取，勇于创新，才能更进一步的创造财富。此次公司为了提高企业管理水平，特意邀请了xxxx企业管理咨询有限公司对我们进行了一次培训。经过这3天紧张的学习过程，我学到了很多在人力资源管理、企业文化及财务管理方面的相关知识。我感觉到了充实，可以说我很好的完成这次学习任务。
对此次培训，我总结如下：一、在人力资源管理方面
为确保企业正常发展以及各项工作任务的顺利进行，为企业部门配置合适的人力资源，另外人员的选拔、管理、提拔、培训都是必不可少的。所以人力资源涉及到员工培训、管理方法，绩效评估、福利待遇以及员工关系等
1、员工培训
为使员工更好的适应企业的发展，更快的适应岗位、理解岗位，要对员工进行培训以补充专业知识，发展员工能力，转变观念以及交流信息等
2、人员管理
人员管理与企业的发展息息相关，对员工的日常管理是企业发展的必要过程
企业文化的产生，企业制度有利于员工管理，企业正常的运作，通过对员工的日常管理来发挥员工的个人能力，了解员工的心态，适时转变管理方式完善管理模式。
3、绩效评估
绩效评估为企业的决策提供依据，是员工对自己以及对他人工作能力的评估，了解自己的工作能力，同样将自己的能力与对企业的贡献结合起来，提供薪酬依据，发现员工潜力并及时做出相关人事调动。
4、员工福利待遇
员工福利待遇以及薪酬是员工企业价值的体现以及员工工作的保障，没有好的相应的福利待遇及薪酬水平员工就不会全心全意的为企业作出贡献，长久的留在企业工作。
通过这学期的人力资源的学习我对自己有了更高的要求，作为个人而言为了成为企业发展的人才，对于现在的我而言要加强各项技能上的学习，提高自己的专业能力，没有好的个人能力就没有好的发展，专业技能，专业知识的提高是必不可少的。人力资源管理对于现在的我而言与其说是去管别人不如说是对自己的规划管理，对自己未来的期望。
人力资源管理作为企业管理的重要部分一直是企业管理的重中之重，很多企业的倒闭也就是因为没有良好的人力资源体系无法为企业发展提后备力量，技术人员没有及时补充专业知识，管理人员没有及时补充以致管理模式落后，还有涉及到薪酬水平公司福利等造成企业人员流失。
二、在企业文化的推进与落地方面
随着企业的发展，企业文化在企业中的主体地位逐渐突出，最能体现一个企业经营和管理本质特征的企业文化推进工作越来越重要。一个企业的发展，抓企业文化尤为重要。加强企业文化深植，首先要深刻理解企业文化的内涵。企业文化是在企业长期生产经营中培育、融会、凝聚而成的一种独具特点的、对企业持续稳定发展起推动群体意识和价值观念及其外在形式。它包括企业精神、价值观念、企业形象、经营思想、企业目标、道德规范、规章制度、企业风尚等。企业文化是一个企业的灵魂，它通过向员工宣传统一的企业价值观而将他们凝聚在一起，这些价值观影响着员工的生活方式、行为方式和价值信念，促使他们积极地为企业创造价值。对此，我通过此次培训，从以下几方面理解企业文化在公司的推进与落地。
1、第一时间完成任务。这是一条执行层面的要求，它体现了公司对高效、快速的组织反应能力的追寻。类似于海尔的“快速反应、马上行动”。
2、主动开展工作。这也是一条执行层面的要求，但它更强调了我们员工工作时的心理层面问题。从积极性和目标性的角度上看，也强调员工的个人能力充分施展。
3、关注细节。细节决定成败。对细节关注程度的高低是优秀和卓越的分水岭标志。这种细节的要求和关注，不仅仅是在认知的层面，它要求我们从具体的事情做起，彻底的完成工作，彻底的解决问题。其更重要的是对结果意识的要求。
4、持续创新。创新是企业发展的发动机，是企业的灵魂。创新的重要性，尤其对我们这种需要精细化管理的企业来讲，尤为重要。市场经济的思想核心是自由竞争精神，在全球一体化的大格局下，要求我们员工时刻不断学习的心态，学他家之长，容他家之短。从经验教训中不断学习进步。创新精神的高调宣扬是需要我们员工本身的低调做事作为基础的。
5、勇于承担责任。
责任的归属，需要详细、准确的岗位职责说明等相关的管理手段和制度来界定。但这个“勇于”，是需要我们员工自己来担当的。全身心的做好自己的本职工作，不给领导、同事添麻烦。公司存在着推诿现象，但要杜绝它，除了我们良好的管理制度保全外，更为根本的要依靠我们员工本身良好的职业素养来保障。
6、以团队目标为己任。这个时代，早已摈弃单打独斗的个人英雄主义情结了。这是一个讲究团队制胜的时代。一个人的力量是有限的，而团队的力量确是巨大的。个人的得与失要放在大团队目标之后，大团队意识的学习是我们每个员工应把握的行为准则。
7、最大限度的创造价值。成本意识!我们要学会利用最小的成本、最小的资源开展工作。同时要能做到分享资源和信息，力争在团队组织中创造一个良好的学习交流、分享合作的氛围。
8、公司的事就是我的事。公司每一个员工都必须要有主人翁的精神。公司对员工做到细致周到的便捷服务，急员工所急;而员工更要积极为公司着想，时时保持忧患意识，不断提升自己的工作水平，不断关注公司管理的进步。
三、在非财务经理的财务管理方面
老师用深入浅出，用通俗易懂的精彩课程使我对非财务经理的财务管理有了比较清晰的了解。以下是我的学习心得：1、找准切入点，推行精细化的财务管理
精细化的财务管理是一项涉及面广而且综合性较强的经济管理活动，涉及公司的方方面面，必须达到控制成本、提高效益的目的。而达成这一目标，需要各部门围绕企业的效益目标协同作战，提高公司经营管理的灵活性和战斗力。这就需要我们围绕资金、成本、人员等资源配置的关键，深入推行精细化的财务管理。
2、实施全面预算管理，优化配置企业有限资源
预算管理是连接企业战略和战略执行的管理工具，是公司的业务计划与财务预算的集成工作，公司的高效管理更加需要预算管理的信息化。全面预算管理
过程，在本质上就是一个优化配置企业资源的过程。全面预算管理不单指预算控制，还涉及到工管部、物设部、人事部等的预算控制，是兼具计划、协调、控制、激励、评价等功能的一种战略方针的经营机制，是一种全新的、全面的现代企业管理模式。
3、实行人本财务管理，全员参与，提升素质
树立人本财务观念。要理解员工、尊重员工，充分发挥员工的主动性和积极性。公司的的每一项活动均由员工发起、操作和控制，其成效如何也主要取决于员工的知识、智慧以及努力程度，因此，贯彻人本财务观念要求做到：第一，增加人力资源投资，提高企业领导和员工素质;第二，推行财务分层管理和全员财务管理，实行民主式和参与式财务管理，提高员工对财务的参与意识;第三，加大软资源投资力度，为培育企业文化和良好人际关系创造优良环境。
以精细化财务管理作为切入点，把精细化财务管理融合到公司生产经营的每个层次，通过不断深化财务管理的管理方式和手段，优化资源配置，优化财务核算，提高财务信息的有效性，以精细化财务管理促进管理水平的提升，这是实现“向管理要效益”的有效途径。
最后，我想，这次培训经历给予的所有感触，必将永记在我心中。所有这些感触在以后的时间里，更会激励我更加努力的学习、高效的工作，紧跟公司飞速发展的步伐，不断地自我完善，不断的进步，实现自我价值，为公司达成从优秀到卓越的跨越贡献自己的微薄之力!
[企业管理知识培训心得体会]企业管理心得体会2篇
前段时间，我参加了企业管理知识的学习培训，接受了系统、全方位企业管理知识的学习和辅导，受益良多。我深刻领会到，作为一名合格的企业管理者，应该如何驾驭整个企业的运作机制。并领悟到，应该以管理促创新，以创新促效益，从而促使企业稳步健康发展。
目前，电力建设在飞速发展，在电力体制改革逐步深化的大环境下，多种经营企业该如何在激烈的市场竞争中获得市场份额，在管理中实现经济效益、社会效益的双丰收，是一个值得研究和探讨的课题。通过这次学习，结合电力多经企业的行业特点，我个人认为，电力多种经营企业要想实现大发展，必须做好以下几点工作。
首先，要毫不动摇的狠抓人力资源管理。一个企业的发展，重中之重，在于人才，在于充分挖掘人才的潜力，使其为企业服务。企业的管理者不在于他像关羽一样“千军万马中，取上将首级”，也不在于他像张良一样“运筹帷幄，决胜千里之外”，重要的是他能否如刘邦那样，找到和使用好这样的人，即识人用人能力的大小决定了一个企业管理者的发展远景。古往今来，这样的例子有很多。刘邦用萧何、张良、韩信，建立汉朝后曾说过，我管理不如萧何，计谋不如张良，领兵打仗不如韩信，但是我成功了，因为我很好地使用他们，大家都成就了一番丰功伟绩。
多种经营企业必须实施两手抓、两手都要强的职工队伍建设方针。一方面要继续面向社会，广开才路，大力引进高素质人才;同时对在职职工要积极培养和关心，实现“三留人”，即情感留人，待遇留人，事业留人。另一方面，对现有职工队伍进行强化培训，达到巩固提高的目的，不断挖掘其潜力，适应市场经济的发展。信任是基础，事业是平台，利益是杠杆，感情做纽带，一个企业管理者，尤其是高级管理者，牢记这个用人方略，就一定能充分调动员工积极性，使其竭尽全力为企业发展做贡献。
其次，始终如一地开拓、经营市场，并培养核心竞争力以求生存。市场，是一个企业发展的命脉所在，占领多大的市场份额，开拓多大的领域，从一定程度上说，能够证实一个企业发展的实力。所以，如何开拓市场、经营市场显得尤为重要。电力多经企业具有行业性的显著特点，开拓市场也必须依据行业特点逐步实施。所谓核心竞争能力，是一个企业赖以生存和发展的关键要素。它不仅指某种独特的产品或技术，还包括销售渠道、顾客服务、顾客群、品牌、资金以及研发能力。一个企业不可能拥有所有这些能力，但它必须发展一种不同寻常的能力，才能成为一个拥有核心竞争能力的企业;核心竞争能力是企业战略的焦点，它必须形成理念，并体现在核心产品上，获取高于竞争对手的质量水平，并能移植到各分支机构中。
具体到多经企业要如何培养自己的核心竞争能力，首先应如前所述的分析我们的生存环境、竞争优势、竞争弱势，然后扬长避短，定位自己赖以生存的市场，建立围绕该市场运作的机制，该机制能够激励全体员工围绕股东财富最大化进行运作，并且能够适应市场的变化。这种以市场为导向，以股东财富最大化为目标的运作机制自然会形成企业的核心竞争力。定位、开拓市场，培养核心竞争力是企业的生存之本。具有核心竞争力的企业才能在市场经济的环境中生存。针对电力多经企业内部市场越来越小的生存环境，必须加大外部市场的开拓力度，采用多种方式扩大市场占有率，例如市场开拓、企业收购、兼并或联合开拓等形式。积极增加电力多经企业对外创收。切实抓住国家开发西部等有利环境，抓紧研究并制定电力多经企业发展战略，加快多种经营和各种产业发展步伐。在比较短的时间内完成市场的重新定位，资源的优化配置，调整股本结构，形成所有权和经营权分开后的代理机制。建立现代企业制度，真正做到以市场为导向，主动面向市场，认真调查研究市场，积极开拓市场，适时调整产品结构、产业结构和发展方向，用市场适销产品去占有市场，开辟新财源，打开新天地。企业只是守是没有出路的，必须不断在市场的发展中壮大自己，在市场的变化中否定自己，商场中没有长胜的将军，只有谨小慎微、战战兢兢的去把握市场的脉搏，建立与市场合拍的核心竞争能力，企业才能在大浪淘沙中谋得自己的一席之地。
第三，明晰的产权关系，建立完善的法人治理结构。清楚的产权界定，是市场交易的前提。由于历史的原因，多经系统普遍面临产权不清的难题。首先是明晰的资产关系，这一点还相对容易操作。最难的还在于主辅人员的分离。由于多经公司用人的复杂性，公司本身缺乏核心竞争力，对于在多经工作的员工来说，挑战大于机遇，未来充满不确定性。可以考虑用优惠的政策待遇，鼓励退职，提前退养，身份置换，解除合同或带股就业。但带股就业可能带来股权分散，不利于集中决策，同时如果股权过于平均，还会带来老国企的弊病：如大锅饭，平均主义，人员不能合理流动，建立不起激励和约束机制，以及进入和退出机制等。所以要做到产权明晰，首先要解决人员的历史遗留问题，然后明确资产关系，明确投资主体。只有明确了出资人，公司才会有明确的使命，公司的运作才可能建立在公司财富最大化的目标之下。公司的经营人员才会有明确的定位，而防止所有者缺位带来的资产运作效率低下矛盾。另外有明确的投资主体，享有对公司的剩余索取权，这是对投资主体承担资金风险的补偿，也为公司扩大再生产创造条件，只有将利润集中投资于一定的项目，才能形成一定的优势，如果利润分散的用于支付股利，企业最终将衰竭。
公司法人治理结构是指关于如何治理公司这一法人主体所采取的法定组织形式。完善法人治理结构的目的是达到公司各级各部门责权利的高度一致，公司的所有者和经营者在所有权和经营权分离的情况下如何密切配合，分工明确，协同工作，相互制约，围绕公司财富最大化的目标运作。即从组织结构上保障公司目标的完成，包括股东会、董事会、监事会和经理层等四套班子的建设。现代公司产权制度在确立法人财产基础上，实现原始所有权、公司产权与经营权的三权分离，具有明晰的产权关系。在此基础上，公司通过股东会、董事会、监事会和执行机构等公司治理结构的设置和运作，明确划分责、权、利，形成了调节所有者、公司法人、经营者和职工的制衡机制和约束机制。
其实，企业经营管理的方略含盖诸多方面，只不过分主分次而已，以上只是我在本次学习中的一点点体会，写出来是一种收获，一种可以和别人分享心得的体验。管理，尤其是企业管理是一门很深的学问，需要在理论的指导下逐步完善，需要在实践中不断地探索，从而达到实践和理论的有机统一。
篇7：项目管理工作心得感想
项目开始阶段是一个最重要的阶段。项目经理在接手一个新项目的时候，首先要尽可能地多从各个方面了解项目的情况，如：
1.这个项目是什么项目，具体大概做什么事情，是谁提出来的，目的是解决什么问题。在国内很多客户都很不成熟的情况下，千万不要根据项目的名称望文生义地去想象项目的目标。一个名为“办公自动化”的项目很有可能在你进场以后一个月才发现客户其实需要的是一个计算机生产管理辅助信息系统。前期了解情况的工作越详细，后面的惊讶就越少，项目的风险就越小。
2.这个项目里牵涉哪些方面的人，如投资方、具体业务干系方、项目建成后的运营方、技术监督方等等，很多项目里除了业主单位的结构很复杂以外，还有一些其他单位也会牵涉进来，如项目监理公司、业主的行业主管机构等。项目经理需要了解每个方面的人对这个项目的看法和期望是什么。事先了解各个方面的看法和期望，可以让你在做项目碰到问题的时候，就每件事情分析哪些人会在什么方面支持你，哪些人会出于什么目的反对你，从而提前准备联合朋友去对抗敌人，让事情向你所希望的方向发展。没有永远的朋友，也没有永远的敌人，只有一致的利益，这句话作为项目经理是一定要记住的。
3.基本了解了客户的情况后，下面的事情就是了解自己公司各方面对这个项目的看法。首先是高层领导是否重视，这个决定了你在需要资源的时候，公司是否会根据你的要求提供最有力的支持。领导口头肯定是说支持的，你需要做的是了解公司对这个项目的实际期望，是想把项目越做越大还是想赚钱？是想做样板工程还是干脆想敷衍了事，公司领导对项目的态度决定了你做这个项目的战略，而这个战略方针将对你做项目计划产生直接的影响。
4.在做整体项目计划前，还要大致计算一下你手上的资源。首先是时间，现在市场竞争激烈，往往很多项目要求在几乎不可能的时间范围里完成。对于这一点，你在做项目的风险控制计划的时候要充分考虑。其次是人员，根据项目预算和已往经验，大致计算一下未来的项目小组有多少种角色，每个角色目前公司是否有人，是否能完全归这个项目使用，是否需要另外招聘一些人员，招聘的准备工作要尽早启动。最后就是一些设备的准备，项目所需大件关键设备要尽早预定，以后不管发生设备等人还是人等设备的情况，浪费的都是你的时间。
5.现在是做项目说明书的时候了。一份好的项目说明书不仅将要做的事情描述得很清楚（主要是讲做什么，而不是说怎么做），而且把如何检查也说明得很透彻。也就是说它不仅说明白了要做哪些事情，也让客户的业务人员（一般不懂技术）知道项目做成什么样就算完成了。简单地说，项目说明书描述项目做哪些事情和每件事情做到什么程度以及如何检查每一个结果。
6.是到做总体计划的时间了吗？不，你现在已经知道了客户的目标和你手上的资源，那么做计划以前，你还需要和你的经理和客户充分沟通资源的问题。因为很多资源是还不明确的，你需要写一份报告，详细分析这个项目的风险以及对资源的需求情况。如果一些问题不能得到解决的话，将发生什么样的后果。如果资源不够，就要高层改变策略，增加对这个项目的投入。甚至在条件许可的情况下，有些公司会放弃这个项目。总之，没有人能完成一个不可能完成的任务，如果项目经理不能尽早发现风险，那么就只能去当烈士了。
7.明白了要做哪些事情和你手上的筹码以及你做这个项目的总体策略，现在是成立项目小组的时候了。很多项目经理都没有自己选择组员的权利，那么，就尽量发挥你的影响力去寻找那些你想要的人吧。成员的组成根据项目不同，相差较大，很难有什么具体要求，但是，一定要有精通客户业务的人，很多小项目里，这个人就是项目经理本人，大项目里会配备行业专家（Industry expert），这样和客户沟通起来才不会鸡同鸭讲，双方才可以相互理解。我经常看到的情况是我们的技术人员和客户交谈时满口的专业术语，结果搞得客户一头雾水，反过来，他还指责客户不懂技术。其实，明白自己想做什么的客户已经是很好的客户了，不知道自己要做什么，更不懂怎么做还要指手画脚的客户到处存在，但是要明白，是客户选择了你，而不是你选择了客户，有了客户你才有工资拿，心平气和一点吧。
篇8：项目管理工作心得感想
最近两周通过听胡百师老师的讲课和公司同事关于项目管理经验的交流会议，在项目管理上学到不少东西，感受最深的是项目管理就是要合理的利用资源，而人无疑是一切资源中最重要的一环。
我们做任何工作都不是孤立存在的，工作不论繁复，都可以看作是一个项目。而要完成一个项目就需要各式各样的人员整合到一起，扮演不同的角色。如何发挥这些人的特色，分配适合的角色，从而更快更好的.完成各自的分工，就是项目最需要考虑到问题了。但要真正发挥每个人都特色却不是这么容易就能做到的。因此就需要我们不断的学习，培养自己的思考力。思考力提高了观察敏锐了，才能发掘出他人的特色，并善加利用。
发掘出每个人都特色并分配好各人在项目中所处的职位后，就需要采取有效的管理来监督把控每个环节，以确保项目能够按照计划执行。以往我们在工作中都接触过各式各样的表格，说起来各个环节似乎都有表格可以监控。可是由于这些表格都是分散开来，针对单独某一个环节的，结果就使得整体管理上缺乏统一性，实施起来难免会出现混乱的感觉。经常出现一个人只着眼自己负责的某一环节，却忽视了整个项目的情况。一旦某一环节上出现了调整，其他人员却无法第一时间得到消息，无法及时作出调整。结果就使得整个项目的工作节奏都被打乱了。
因此就像项目管理经验交流时有人说到的：“表格需要做减法”，我们首先应该以项目为单位，将涉及到的所有环节和资源都整合到一起，这样大家就可以知道自己在这整个项目中所处的位置，了解在项目中于自己相关的前后环节的进展情况，这样执行起计划来就更有依据了。
通过这两次项目管理的经验交流，大家准备已一本书作为一个项目，进行项目管理，设计出适合我们用的项目管理表格。这是与各个部门都相关的工作。一旦做好了，将会大大减少进度管理上的时间成本。使得管理更简单化也更人性化。
希望这项工作能够尽快的展开，尽早制作出适用于我们公司的项目管理表来，相信所有人都会尽力配合的。
篇9：项目管理工作心得感想
首先我认为无论是企业还是个人，一个好的完善的计划必定能够帮助我们更快更有效的确定行动方向，从而能达到事半功倍的效果。无论办什么事情都应明确目的和意义，有个打算和安排。有了计划，就有了明确的奋斗目标，具体的工作程序，就可以更好地统一大家的思想，协调行动，增强工作的自觉性，减少盲目性，调动员工的积极性和创造精神，合理地安排和使用人力、物力，少走弯路，少受挫折，保障工作顺利进行，避免失误。计划一旦形成，就在客观上变成了对工作的要求，对计划实施者的约束和督促，对工作进度和质量的考核标准。这样，计划又反过来成了指导和推动工作前进的动力。总之，搞好工作计划，是建立部门正常工作秩序，提高工作效率必不可少的程序和手段。编制好工作计划，对于我们的工作，都有十分重要的意义。为提高工作效率，我们还编制了相关工作计划进度表，部门每一个人在工作例会上必须对自己一周的工作完成情况进行汇报，然后由经理再对部门的工作做出总结，通过表格计划管理有效的加快了工作进度。
其次个人还应该具备良好的心理素质和抵御压力的能力和具备良好的素养。我们要为公司广结良缘，广交朋友，形成公司与政府部门之间沟通的“桥梁”，形成“人和”的氛围和环境。为此要把握交往的技巧、艺术、原则。能力+人脉=成功。维持良好的人脉关系有效的实现工作成功的目标。“学会掌握沟通技巧，沟通虽不是技术的问题，但这是保障工作的最基本的职责。”对这句话我不仅认同也深有体会，结合工作中遇到的各种情况，让我深刻体会到沟通在工作中及生活中的重要性，高效的沟通可以起到意想不到的效果。
然后在工作中要明确自己所负责的是什么工作，分清什么阶段该做什么，什么环节该做什么，理清了各个环节、各阶段、各条线之间的逻辑关系和相关性，我们的工作思路就更清晰了。同时为了更清楚的了解各职能部门审批流程和审批所需的前置条件，我们编制了工程建设项目及报建流程图，有了这些流程的规范模板，我们就有了参考目标，很快能熟悉每一个环节，工作做起来也得心应手。
所谓找到正确的方法，以量化工具来规范、标准化的实现项目化管理。掌握正确的方法，用正确的方法做正确的事情。
最后我认为团结是非常重要的。俗话说得好“一个巴掌拍不响”，这不正是告诉我们这个道理吗？人类社会越来越依赖集体的努力以及越来越多的、有组织的群体规模的扩大，管理人员的任务也就愈发重要了。因此，管理者必须具有敬业精神和服务意识，还要有解决突发性事件的能力，最重要的是要靠得住、会办事、能共事、不出事等各方面的素质。管理工作做得好，把一个公司的人、财、物三方面以最大程度的台理性结台起来、组织起来、调动起来，搭配合理，就能以尽可能少的时间完成最大限度的工作，就能以尽可能少的开支为企业创造最大限度的经济利益。管理工作做得好，就能人尽其才，用兵如神，不但用尽可能少的人做好了工作，而且能使手下的每一个人都有施展才能的机会，使每一个人都能得到充分的锻炼。人才是企业之本。有了一支素质高、水平高、力量雄厚、结构合理的人才队伍，再加上使用得当，企业就会在任何时候都立于不败之地。
我们还需不断的去学习、体会及实践，在今后的工作中，要将所学的知识进行揣摩、深入体会，真正运用到工作中去，达到学以致用。
篇10：关于项目范围的一点心得
最近有一次全职项目经理的机会，这是第一次做真正的项目经理，所做的项目也是前所未有的困难：10天，做出一个新产品，几乎每天都有需求变更，中间还得交付一个Alpha版本与一个Beta版本供内测与公测。
现在项目几近完工，等待最后的上线。有一些关于项目范围（Project Scope）的心得，想分享一下：
1. 产品范围（Product Scope）不等项目范围。
简而言之，产品范围是指产品所具备的所有功能，而项目范围是指为实现这些功能，项目团队要做的所有工作。所以简单的用产品规格说明书来衡量项目进度是不正确的，比如为了实现一个好的架构，可能在前面70%的时间，一个产品功能都没有实现，而在到90%的进度时，所有的功能都完成了，但仍存在很多bug。所以在70%的时候，只根据产品范围来看项目的人会感到恐慌，而在90%的时候，他们又会错误的乐观。作为专业的项目管理人，应该要有这个基本的判断能力。
2. 处理好来自外部的项目范围变更。
最常见的一种情况就是产品需求变更。有一种错误的认为是，固化需求是项目经理的职责。其实项目经理是无权决定是否需要产品需求变更的，他的职责在于：对外告知所有的利益攸关方（Stakeholder），此需求变更导致的范围变更的代价具体是什么（预算超支、项目延期、加班、团队士气下降等等）；对内确认所有的范围变更都是可行的，且确保所有的项目团队都能准确及时更新到新的项目范围，
产品经理说，我要加一个功能，那么项目经理应该为他评估此功能的增加，可能会导致项目延期。更积极的是，与产品经理一起评估，制定出合理的变更方案。其中值得一提的是，避免产品经理单线的与项目成员达成变更，而未经项目经理确认。
3. 处理好来自项目内部的范围变更
一个有趣的名词叫“渡金边（Gold Plating）”：比如某个优秀的开发人员，为了追求完美而擅自决定为它打造一些更好的效果。这看起来是很值得鼓励的，但它的危害性是，项目可能为此付出更多的代价：时间、金钱。原本两天可以完成的工作，变成四天才能完成。这是一种项目范围失控的情况，所以项目经理要理智的阻止这种情况的发生。向所有的项目成员明确，什么是需要做的，什么是不需要做的。
总而言之，项目范围的管理，就意味着项目经理要随时掌控项目的边界，并确保所有的项目成员，所有的stakeholder都知道这个边界在哪里。
本文来自：www.mikkolee.com/243
★ 军训的项目心得
★ 项目公函
★ 项目策划书
★ 项目实施方案范文
★ 项目总结报告
★ 项目建议书模板
★ 项目情况汇报
★ 项目建议书范本
项目心得（精选10篇）
