项目体会收获心得体会
项目体会收获心得体会篇1
项目管理的优势是工作目标集中、组织架构灵活高效，劣势是因为项目临时性的特点，成员缺少归属感和安全感，一个项目组织内包括了各个技术领域的人员，成员的职业发展不容易做得好。
近些年逐渐流行起来的矩阵式项目管理，似乎最有希望克服单纯的项目管理或单纯的部门管理的缺点，让项目管理扬长避短，再跨上一个新台阶。在技术风险较高的IT项目管理中，更是成了一个时髦的名词。
那么矩阵式管理到底是怎么做的呢?请看下面这张示意表：
我们把部门竖着排成三列，横着切出三个项目，也就是三行，这样的组织结构就像有行有列的矩阵，这就是矩阵管理的最基本含义。这样的组织中，每个成员都有两个领导—项目经理(组长)和部门经理(组长)。根据项目经理和部门经理发挥的管理职能的比例不同，一般又可划分为弱矩阵、平衡矩阵和强矩阵管理，按照项目经理在项目中作用由小到大排列如下：
弱矩阵管理的项目经理一般是由职能部门指派，归部门经理领导，对项目的控制作用很有限，主要依靠部门经理控制项目，项目成员和项目经理都由部门经理进行考核，这种模式适合项目规模较小，基本不跨部门或者某一部门在项目中站绝对主导的情况。平衡矩阵的项目经理是独立于职能部门的，一般是由各部门经理的上一级领导指派，项目经理和部门经理都对项目有一定的控制权，项目经理的主要负责项目的进度、质量、成本，部门经理则负责组织技术攻关、技术培训和成员技术能力提升，项目经理和部门经理共同负责对成员的考核，这种模式适合项目规模较大、技术复杂度较高的情况，很适合IT项目的特点。强矩阵类型自然就是以项目经理为主了，部门经理辅助项目经理，这种模式适合项目规模较大、但技术相对简单的情况。
矩阵式管理虽然有诸多好处，但是操作复杂是它最大缺点。矩阵式管理模式下每个成员都有两个领导，这是有悖于传统管理的“常理”的，需要充分宣传引导，谨慎协调。平衡矩阵操作难度最高，就像推独轮车，要不断的关注员工对项目的忠诚度和对部门的忠诚度的变化，要不断的调整，以保持平衡。弱矩阵和强矩阵操作难度也不低，一不小心就会滑到纯项目管理或纯部门管理模式，所谓的矩阵会名存实亡，画蛇添足。
矩阵式管理的另一个缺点就是沟通量大，需要有较强的“沟通管理”能力，否则就会掉入会议的漩涡中。
如果能比较好的处理矩阵式管理的平衡和沟通问题，矩阵式项目管理是非常好的管理模式，对IT项目管理必定会有很大好处。
项目体会收获心得体会篇2
本学期新增加了IT项目管理课程，通过学习使我认识到，对于一个项目，我们过程中做的所有工作都是为了要达到项目目标，因此在项目各个阶段所有活动都需要考虑对达成目标的影响，当发现偏差后及时纠正。目标驱动让我们从无目的的事后应急变成了有计划有目的的事前预测。目标驱动不是要抛弃过程，项目的成功涉及到过程，人和方法工具技术。为了达到项目目标，我们要根据项目的实际情况采取一系列项目原来已经总结的最佳实践形成一套过程，高效的过程和积极心态的人是保证项目目标达成的关键。因此作为项目经理要时刻问自己，项目的目标是什么; 项目当前状态和我达成目标的差距是什么;我如何解决和应对。
项目的成功受到多方面的因素的影响，而且各个因素之间还存在正反作用力。系统思维就是要让我们能够清楚的认识到影响项目目标和成功的各个要素，以及它们之间存在的关系。形成一种适合项目的动态系统模型，通过这个动态模型去平衡项目各方干系人的利益，平衡项目四要素之间的关系，平衡项目的短期和长期的利益。项目经理的一个重要能力就是平衡，没有最优解，只有满意解，懂得了平衡就知道当项目出现变更和调整的时候如何更好的应对。从单要素最优的单向思维过渡到关注整个系统的全局思维模式上。
本门课程其中我最有感触的是项目管理中的团队合作。本次课程的作业，要求了一个项目由一个团队来完成而不是个人，这样的练习模式使我们更适应了以后企业中的项目开发。更重要的是体会项目团队不仅仅是指被分配到某个项目中工作的一组人员,它是指一组互相依赖的人员齐心协力进行工作,共同实现项目目标,项目成功需要一个有效的项目团队。科学的组织和管理可以放大工程项目团队的工作能力,使工程项目的实施向着有序的方向发展。在所有管理中,人的管理是最为复杂的,对工程项目管理人员来说极具有挑战性。我相信研究优秀团队管理的方法和策略对于每一个工程项目管理人员都是必要的。
最后，IT项目的学习使我不仅学到了知识、锻炼的团队合作的经验，还是我对今后的生活、工作起到了积极向上的人生态度，受益匪浅。
项目体会收获心得体会篇3
为了加强团队学习，统一思想、统一行动，提高员工沟通协作能力，上周末公司组织各业务板块学习了由清华大学刘铁峰教授讲授的“现代项目管理”培训课程——《精细化管理》，老师生动的讲课方式，让我们在轻松活跃的气氛中了解了什么是项目、项目管理的内涵、方法、工具、步骤、意义等。
首先，刘老师先从“精细化管理”入手，列举了身边很多案例，这些就是发生在我们身边的事件，之前从没有把它们看作是“项目”。而无论是成功的项目还是失败的项目，往往取决于“细节”。进而谈到公司的管理方式，目前，我国企业在管理方面远远没有达到西方企业管理的精细化程度，往往习惯于粗放式管理。面对越来越多、越来越强的竞争对手，企业做大做强成为必然的发展方向。如何有效的利用资源、开源节流、创新发展等都可以通过管理来完成。“细节决定成败”，因此随着管理水平的提高，精细化管理将成为企业生存和发展的基本条件。所谓精细化管理，就是以精细操作和管理为基本特征，通过提高员工的素质，控制企业滴漏，强化链接，协作管理，从而提高企业整体效益的管理方法。也就是说，精细化管理就是由过去的粗放型管理向集约型管理的转变，由传统经验管理向科学化管理的转变。精细化管理是企业管理理念上的转变。精细化管理具有全员性、全面性和全过程性的特点，它是一种全面系统的管理模式。全员性要求每一位员工的工作都要精细化、精益求精;全面性涉及到公司经营
管理、人力资源管理、资金管理、信息化管理、技术管理、安全管理等;全过程性即精细化管理贯穿于企业的各项工作和每一个过程。实行精细化管理，要加强宣传教育和培训;要以现有的管理制度和企业标准为基础;要遵循从易到难、从简单到复杂的原则;要从“细”上着眼，从“精”上下工夫。
结合本部门的工作，才发现其实我们的项目很多，大到土地整理、商业地产管理，小到安全维修工程等，项目管理伴随着我们每天的工作。从启动、计划、执行、控制、收尾，每一个步骤都要有战略指导，缜密的计划，精益求精、不断改进的方案，良好的员工合作机制，预算的控制，以及遇到问题及时总结、反馈等，才能使项目朝着积极、健康的方向发展，从而达到预期目标。
在两天的讲课中，老师多次提到管理中“沟通”的重要性。两次长时间的现场互动，以小组的方式，通过成员间的协作沟通共同完成方案的制定，让我们更直观的从中发现沟通的问题，寻找解决出路。
项目的最终目标是企业实现盈利、为客户解决问题，这其中离不了人的管理。良好的沟通机制和沟通技巧是项目各干系人之间思想交流的重要保障。通常，有效的项目沟通管理，使全体项目组成员的思想高度统一、步伐协调一致、一起行动听指挥。因此，项目沟通是项目管理的一个重要组成部分，是体现项目管理沟通能力和管理能力的知识体系，也是项目管理成功与否及执行好坏程度的一个关键问题。沟通建立和改善人际关系是必不可少的条件。信息沟通、意见交流，将许多独立的个人、团体、组织贯通起来，成为一个整体。信息沟通是人的一种重要的心理需要，是人们用以表达思想、感情与态度，寻求同情与友谊的重要手段。畅通的信息沟通，可以减少人与人的冲突，改善人与人之间的关系。
我们公司内部项目很多，会议，无论是司务会、部门例会、小组讨论会就成为了上传下达的重要形式。公司领导就像项目经理一样为了实现公司目标，除了制定战略规划，还得跟下属沟通让每位员工更好地领会方针政策，让员工清楚自己的任务和责任，同时听取员工的工作心得及其工作进展情况，激励员工的工作积极性。其次，就是指与客户间的交流和沟通，如轻轨运营中与乘客的交流、房地产项目中与政府职能部门、工程单位的协作、商业地产项目中与租户、顾客的协商等等。让客户及时了解项目进展情况，保证项目按照计划和用户要求的方向推进，使用户认同项目的进度并建立预期。
通过两天的学习，使我们对项目管理中容易混淆的概念明晰起来，尤其是项目管理的五个步骤，对我们今后日常工作和项目的操作具有很好的指导意义，我们要把沟通协作作为工作的一个重要环节，把握整体管理的同时不忽视细节管理，为实现公司的目标，做出自己的最大努力。
项目体会收获心得体会篇4
经过这段时间在中国传媒大学凤凰学院的学习，我收获很大，想想2014年3月开始进行这个课程的学习，如今算算也快1年的光景了，通过各个专家教授的讲解，我觉得收获最大是就是把我的思想带到了另外一个高度，作为一个基层的媒体人，平时工作很忙，学习的机会和时间可以说几乎没有，但是当今这个社会又的确发展的太快，单单靠一次学习，就可以受用一生的时代已经一去不复返了，所以我们要时常进行充电。
从《影视项目运营管理实务》、《团队建设与团队管理》、《好莱坞营销体系》等课程的系统学习，我自己的头脑得到了充实，巧妙的是，面对百多人的大课堂，主办者并没有把课堂简单设计成报告会的形式，而是精心安排了每堂课课后由一名学员分享心得、对个别主题开展分组讨论、组织团我们进行经验交流会等环节，让更多的学员积极主动参与到学习中来。如果说专家学者宏观视角的讲授是把大家的思想带进一个更大的格局里，而那些跟我一样在这个课堂里的学员们的互动交流，则让我学习着在这个格局之下，如何在实际工作生活中踏踏实实把脚扎进更深的泥土里。
每次总会格外认真聆听同伴的发言，每次也在默默问自己，假使我站在那个位置，我会如何思考、如何表达。培训班的学员是来自市直机关各单位的团青干部，个个充满朝气，思维异常活跃，当这样一群优秀的青年在一起，碰撞出的不仅仅是思想的火花，也更容易让人比照出自身的差距。所以始终观察着，从他身上、从她身上，从他们身上我应该去学习一种什么品质，掌握一种什么方法，获得什么其他未知领域的新知识、新信息，于是也更加明晰未来的道路上自己身上还有哪些需要完善提升的部分。
项目体会收获心得体会篇5
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还天天打补丁，要你的程序没问题，既不可能，你也没办法拿出证据。你要让客户明白，所谓验收，就是我按照测试文档的测试用例跑一遍，结果和预期结果一致就应该算通过了，而且还容许有一些小错误留在验收后改正，他可以对测试用例提意见。所以，验收前双方要确认测试计划和测试用例。如果他认为系统不符合要求，那么他应该举证，证明这个系统和最初设计相背离的。所以，参考法律概念，千万不要举证倒置。另外，认为系统完美了才能验收的想法也是错误的，软件开发合同里一定要注明验收以后维护期的费用问题，否则，客户担心一旦验收就得不到你们的支持，自然不配合验收，那么，你这个经理项目管理心得体会就很难交功课了。
项目体会收获心得体会篇6
项目开始阶段是一个最重要的阶段。项目经理在接手一个新项目的时候，首先要尽可能地多从各个方面了解项目的情况，如：
1. 这个项目是什么项目，具体大概做什么事情，是谁提出来的，目的是解决什么问题。在国内很多客户都很不成熟的情况下，千万不要根据项目的名称望文生义地去想象项目的目标。一个名为“办公自动化”的项目很有可能在你进场以后一个月才发现客户其实需要的是一个计算机生产管理辅助信息系统。前期了解情况的工作越详细，后面的惊讶就越少，项目的风险就越小。
2. 这个项目里牵涉哪些方面的人，如投资方、具体业务干系方、项目建成后的运营方、技术监督方等等，很多项目里除了业主单位的结构很复杂以外，还有一些其他单位也会牵涉进来，如项目监理公司、业主的行业主管机构等。项目经理需要了解每个方面的人对这个项目的看法和期望是什么。事先了解各个方面的看法和期望，可以让你在做项目碰到问题的时候，就每件事情分析哪些人会在什么方面支持你，哪些人会出于什么目的反对你，从而提前准备联合朋友去对抗敌人，让事情向你所希望的方向发展。没有永远的朋友，也没有永远的敌人，只有一致的利益，这句话作为项目经理是一定要记住的。
3. 基本了解了客户的情况后，下面的事情就是了解自己公司各方面对这个项目的看法。首先是高层领导是否重视，这个决定了你在需要资源的时候，公司是否会根据你的要求提供最有力的支持。领导口头肯定是说支持的，你需要做的是了解公司对这个项目的实际期望，是想把项目越做越大还是想赚钱?是想做样板工程还是干脆想敷衍了事，公司领导对项目的态度决定了你做这个项目的战略，而这个战略方针将对你做项目计划产生直接的影响。
4. 在做整体项目计划前，还要大致计算一下你手上的资源。首先是时间，现在市场竞争激烈，往往很多项目要求在几乎不可能的时间范围里完成。对于这一点，你在做项目的风险控制计划的时候要充分考虑。其次是人员，根据项目预算和已往经验，大致计算一下未来的项目小组有多少种角色，每个角色目前公司是否有人，是否能完全归这个项目使用，是否需要另外招聘一些人员，招聘的准备工作要尽早启动。最后就是一些设备的准备，项目所需大件关键设备要尽早预定，以后不管发生设备等人还是人等设备的情况，浪费的都是你的时间。
5. 现在是做项目说明书的时候了。一份好的项目说明书不仅将要做的事情描述得很清楚(主要是讲做什么，而不是说怎么做)，而且把如何检查也说明得很透彻。也就是说它不仅说明白了要做哪些事情，也让客户的业务人员(一般不懂技术)知道项目做成什么样就算完成了。简单地说，项目说明书描述项目做哪些事情和每件事情做到什么程度以及如何检查每一个结果。
6. 是到做总体计划的时间了吗?不，你现在已经知道了客户的目标和你手上的资源，那么做计划以前，你还需要和你的经理和客户充分沟通资源的问题。因为很多资源是还不明确的，你需要写一份报告，详细分析这个项目的风险以及对资源的需求情况。如果一些问题不能得到解决的话，将发生什么样的后果。如果资源不够，就要高层改变策略，增加对这个项目的投入。甚至在条件许可的情况下，有些公司会放弃这个项目。总之，没有人能完成一个不可能完成的任务，如果项目经理不能尽早发现风险，那么就只能去当烈士了。
7. 明白了要做哪些事情和你手上的筹码以及你做这个项目的总体策略，现在是成立项目小组的时候了。很多项目经理都没有自己选择组员的权利，那么，就尽量发挥你的影响力去寻找那些你想要的人吧。成员的组成根据项目不同，相差较大，很难有什么具体要求，但是，一定要有精通客户业务的人，很多小项目里，这个人就是项目经理本人，大项目里会配备行业专家(Industry expert)，这样和客户沟通起来才不会鸡同鸭讲，双方才可以相互理解。我经常看到的情况是我们的技术人员和客户交谈时满口的专业术语，结果搞得客户一头雾水，反过来，他还指责客户不懂技术。其实，明白自己想做什么的客户已经是很好的客户了，不知道自己要做什么，更不懂怎么做还要指手画脚的客户到处存在，但是要明白，是客户选择了你，而不是你选择了客户，有了客户你才有工资拿，心平气和一点吧。
项目体会收获心得体会篇7
前段时间，我负责了一个项目的管理与开发。在时间短、任务紧，而团队人员又大部分是没有经验的菜鸟的恶劣情况下，我带领接近40人的团队，终于在客户规定 的时间范围内如期交付产品。这其中，经历了需求变更、人员变动(因为其它任务，先后有近10人离开团队)等诸多问题，项目仍然取得了成功，不能不说有几分 侥幸，但此外也有一些经验与教训可以与大家分享。
项目开发方面
项目应以需求为核心。一个项目是否能够成功，对需求的准确把握在成功因素中要占上60%的比例。不管系统的架构设计、团队管理有多么的成功，如果需求出现偏差，仍然是南辕北辙。由于EAS项目的特殊性，项目开发过程中能够与客户建立有效快速的沟通渠道，是项目成功的关键。
需求必须获得客户的确认。通过需求调研与分析后获得的用户需 求说明书，以及软件需求规格说明书都必须得到客户的签字确认。确认的内容包括项目的目标、范围以及项目需求功能点(用例)。EAS项目在前期对需求不够重 视，导致在需求理解上出现了一些偏差，从而影响了项目的进度。幸而得到了及时的纠正，在项目管理部的协助下，所有需求都得了客户或客户代表的签字确认。从 而使得项目在客户验收时，有了充分的保证。
项目应确立专门的需求分析师。公司没有专门的需求分析师，不能不说是人员配备上的一大弊端。(软件开放工作细分的第一步就是要有专门的系统分析员或需求分析师)从EAS项目的开发过程中，我们就充分地认识到这一问题的严重性。需求的不断更改，客户迟迟未签字确认，原因正是在于我们没有专门的具有丰富经验的需求分析师。普通开发人员在调研需求以及撰写需求规格说明书时，总是会出现偏差或理解错误的地方。软件需求分析是一项重要且负责的技术，没有经过专门训练的需求分析师，通常会给项目带来隐患。
项目应指定各个模块的需求接口人。只有这样，才能有效地保证项目组与客户的及时沟通，快速响应客户的请求与反馈。EAS项目在开发早期及时地确立了需求接 口人，在一定程度上规避了需求变更给项目带来的风险。但是，确立的需求接口人未经过系统培训，在需求调研以及与客户沟通的过程中，工作表现只能说是差强人 意。
注意维护需求调研记录以及需求跟踪表。这一工作做得不够好。由于需求调研人不够专业，而项目经理以及需求分析负责人对这一过程还欠缺足够的重视，同时没有 好的工具或流程来监控这一过程，使得需求调研记录没有发挥更大的作用。此外，需求跟踪也非常重要，毕竟，任何项目的需求都不是固定不变的，需求随时会发生 变更，而开发人员实现的需求也可能会与客户的要求偏差。
注意维护需求矩阵。项目经理对这一内容缺乏足够的重视与理解，项目开发过程体系中也缺乏好的需求矩阵文档模板。但是在项目中后期，项目及时撰写了EAS项目需求功能列表，并结合交付版本与客户进行了沟通和协商，从而规避了需求偏差的风险。(需求追踪，任何原始需求来有头就有尾。原始需求->用户需求->产品需求->软件需求->设计->测试等一系列的追踪。需求追踪的目的一方面是检查需求是否都已经实现有无遗漏，更多的是为了做变更影响分析使用)
控制需求变更。重视CCB的作用，同时应建立需求变更的响应机制。EAS项目组对于需求变更的响应还不够及时，这一点项目经理与项目管理小组要担负一定的责任。(范围管理中范围控制的内容，变更管理是配置管理的一个重要内容。需求必须要受到控制，否则容易引起计划的频繁调整而发生混乱)
项目体会收获心得体会篇8
很幸运的在今年8月份参加了为期3天的项目管理培训，在此之前对于项目管理很陌生的我在这3天的培训当中收获了很多。
刚刚开始的时候，觉得项目管理是晦涩难懂的，比如这个项目管理的概念：“项目管理是以项目为对象的系统管理方法。通过一个临时性的、专门的柔性组织，对项目进行高效率的计划、组织、指导和控制，以实现项目全过程的动态管理和项目目标的综合协调与优化。”但随着慢满深入的学习和实践活动发现项目管理其实是一门学问也是一种艺术，应该把每个项目都当作是一次对艺术的创作。下面是我在这次培训中收获最大的几个方面：
团队：一个好的团队，应该有一个共同认可的明确目标、合理的分工协作、良好的信息沟通、队员之间相互信任并且能积极的参与到自己的队伍中。在我们平时的工作中，我们所在的每个作业组就是一个小团队。按质按量按时、科学高效的完成每一个任务就是我们目标。在工作中，我们都做到了互相合作彼此信任保证信息共享。一个团队常常被比做是一个木桶，木桶的容量不是由那片最长的木板决定反而是那片最短的木板决定的。一个团队的实力也一样是由能力较弱的成员决定的。因此这也要求我们不断的要求自己，在自己的专业领域中做纵深的钻研，彼此鼓励相互学习。都不去做那片最短的木板，这样一来团队内的学习气氛浓烈，长此以往整个团队的实力也会得以提高。
项目经理：项目经理是项目管理的角色，是实现项目目标的责任人，同时一个团队的灵魂人物。项目经理不一定是这个团队中能力最强的人，却是责任最重大的那个。他应该是有较强的意志力、凝聚力，有抗压能力的人，不会轻易被外界和他人影响。当然一个好的领导人不必事必恭亲，只要他懂得用贤才，懂信任，懂放权，懂珍惜，这样一来他的团队会凝结出更强的力量，他就是一个优秀的领导。
沟通：沟通是决策和计划的基础;是组织和控制管理过程的依据和手段;是建立和改善人际关系必不可少的条件;是成功领导的重要手段。沟通如此重要，想要进行有效的沟通就要求我们在与他人沟通的时候一定要尊重客观事实;语言当中要付诸感情，不能是呆版冷冰的;要有目的纯正的且明确的观点。在沟通过程中，我们要善用询问的语气不要让听者感觉是在命令，还要学会倾听;态度一定要自信。在面对面的沟通过程中，我觉得还要注意面部表情。可能在我们的工作过程中，与客户的交流主要是邮件形式的，很少有当面交流的机会。但我们却明天都要与自己的同事进行面对面的信息交流，所以一定要保证自己的态度和表情都是积极的，因为情绪是可以传染的，一个人的坏情绪或者坏脾气可能会影响一个团队的工作热情和效率。在沟通当中也要常常进行换位思考，因为进行沟通是为了让听者明白，因此讲话的人要用听众熟悉的语言，并能设身处地的为听者着想，同时听众也要积极互动，及时提出自己的疑问，这样才能就使沟通快速又准确。这在我们平时的培训当中最能体现。
时间管理：时间管理也就是自我管理。一个人一生当中的时间是有限的，而且1/3的时间是在床上度过的。有很多成功人士或高考状元把自己的睡觉时间压缩到4个小时，用别人睡觉的时间来充实和提高自己，所以他们得到了比别人更多的时间从而获得了成功。当然，由于每个人的精神类型不同，因此这种方法并不适用于所有人。所以就要求我们把在保证了充足睡眠之外的时间好好的利用起来，从点滴做起。首先，我们要养成守时的习惯，对我们自己的时间负责的同时也不要浪费他人的时间;定期整理环境，不论是生活还是工作中，寻找物品都会浪费我们大量的时间;少看，少听无益信息;养成记录的习惯;随身准备零钱;活用零碎时间，比如等人等车、坐车的时见;长话短说。其实，很多时候，没时间、累都是我们的借口。我们的培训老师已经60多岁了，而且他每天的课程排的那么满，还经常要飞来飞去…按理说他的时间比我们的少，精力也没有我们旺盛了，他却能保证一个月看一本书，而且不是泛泛的看，是细读。想想我们自己，__年除了杂志以外，我只看了3本书，其中一本看到中间的时候已经不记得前面的情节了…想想就觉得很惭愧。
事前做计划对我们高效率的做事也很有帮助。而且计划不是死的，我们可以根据事情的发展变化进而改进我们的计划。事情也是分轻重缓急的，可以以此为依据，合理安排先从哪一方面着手。紧急且重要的，当然要首先处理。接下来要处理的是重要不紧急的，因为如果拖下去，它又会变成重要又紧急的，如果每天我们都让自己置身于重要又紧急的事情当中，必定让我们心绪烦躁准确率也会大大降低。接下来应该是紧急不重要和不重要不紧急。只要能够分出主次，做事的准确率和效率都会提高的。
危机意识：危机是无处不在的。
老师当时举了一个扁鹊例子：
有一次，魏文王问名医扁鹊道：你家兄弟三人，都精通医术，那到底谁最高明呢?
扁鹊道：长兄治病，是治于病发之前。由于一般人无法知晓他事先能铲除病因，所以他的名气无法传出去;次兄治病，是治于病情发作初始，一般人以为他治疗的都只是轻微的小病，所以他的名气只及本乡里;而我治病，是治于严重之时，大家看到我做的都是大手术，就以为我的医术最高明了…
“事后控制不如事中控制，事中控制不如事前控制”。只是很多时候，我们并不能意识到危机，总是等失败了才后悔莫及。其实，平时可以在前人的经验中吸取经验，防患于未然。古人云：生于忧患，死于安乐。所以，我们要培养起忧患危机意识。
这就是我在这次项目管理培训当中的心得体会，希望在接下来的生活、工作和学习中能更好的运用领会培训所得。
项目体会收获心得体会篇9
无论是企业还是个人，一个好的完善的计划必定能够帮助我们更快更有效的确定行动方向，从而能达到事半功倍的效果。无论办什么事情应明确其目的和意义，有打算和安排，有了计划，就有了明确的奋斗目标，具体的工作程序，就可以更好地统一集体的思想，协调行动，增强工作的自觉性，减少盲目性，调动员工的积极性和创造精神，合理地安排和使用人力、物力，少走弯路，少受挫折，保障工作顺利进行，避免失误。计划一旦形成，就在客观上形成了对工作的要求，对计划实施者的约束和督促，对工作进度和质量的考核标准。这样，计划又反过来成了指导和推动工作前进的动力。总之，搞好工作计划，是建立部门正常工作秩序，提高工作效率必不可少的程序和手段。编制好工作计划，对于我们的工作，都有十分重要的意义。为提高工作效率，我们还编制了相关工作计划进度表，部门每一个人在工作例会上必须对自己一周的工作完成情况进行汇报，然后由经理再对部门的工作做出总结，通过表格计划管理有效的加快了工作进度。
作为一个优秀的项目经理必须具备一定的管理能力、工作能力及执行能力，还需具备良好的心理素质和抵御压力的能力，还有良好的素养。我们要形成“人和”的氛围和环境。为此要把握交往的技巧、艺术、原则。维持良好的人脉关系有效的实现工作成功的目标。学会掌握沟通技巧，沟通虽不是技术的问题，但这是保障工作的最基本的职责。
细细回顾讲授课上讲的全面项目流程，以模块化的项目方式来做，找到正确的方法，以量化工具来规范、标准化的实现项目化管理，掌握正确的方法，用正确的方法做正确的事情。
因此，管理者必须具有敬业精神和服务意识，还要有解决突发性事件的能力，最重要的是靠得住、会办事、能共事、不出事等各方面的素质。管理工作做得好，把一个公司的人、财、物三方面以最大程度的合理结合起来、组织起来、调动起来，搭配合理，就能以尽可能少的时间完成最大限度的工作，就能以尽可能少的开支为企业创造最大限度的经济利益。管理工作做得好，就能人尽其才，用兵如神，不但用尽可能少的人做好了工作，而且能使手下的每一个人都有施展才能的机会，使每一个人都能得到充分的锻炼。人才是企业之本，有了一支高素质、高水平、力量雄厚、结构合理的人才队伍，再加上使用得当，企业就会在任何时候都立于不败之地。
我个人认为项目管理是我国著名科学家钱学森先生所著《论系统工程》一书的具体化代表，今后还要继续吸取各方面优秀成果，为实际工作奠定良好基础。
项目体会收获心得体会篇10
再回首，思考亦多，感慨亦多，收获亦多。“困并收获着，累并 快乐着”成了心曲的旋律， 常鸣耳盼。 对我而言， 四天的学习是难忘、 印记最深的四天。对工作思考方式的转换，心态上的调整、一系列的 适应，压力带来了累的感觉，累中也融进了收获的快乐，在酸甜苦乐 的培训生活中， 让我感受到一种团队精神和力量， 第一节课团队组建， 学员思考互动训练，当所有学员积极参与不顾往日的斯文，将人的本 性、热情、积极的一面显露时，我突然明白什么是真正的团结友谊， 成了我心中永远的记忆，一朵孤芳自赏的花只是美丽，一片互相依偎 着而怒放的锦绣才灿烂。我们生活在一个集体里，唯有团队，才能为 团队增光，为自己添彩，才能促成灿烂的锦绣，团队组建时，我们小 组，设计队名团队旗子及口号时我心里想我们组这么多人呢，再说我 是做技术不擅长这个，让他们做吧，结果我们团队最后一名，第一次 输了，看到我们整个团队落后，我很内疚，惭愧，决定下一次一定要 努力，为团队尽一份力。第二天一早去寻宝，我们队分工明确，有人 去抓会飞的动物， 有去找相思豆， 找相思豆由于太早天黑地方又不熟， 大家都聚到一棵树下，寻找相思豆，找了半天也没找到几个，我当即 改变策略， 找到一个附近的值班保安， 问了他附近哪里还有相思豆树， 经他指路，我们很快就找到一颗，不一会相思豆就收集够数量了，我 们队获得第一名，那一刻我们队爆发出无尽的能量! 在这段学习培训的过程中，不许带电脑，对于一个过分依赖电脑 的我，莫非是一个致命打击!从一个技术方面的人员到项目经理，忽 然转变，完全一个陌生的领域有种老虎吃天的感觉，对我来说是一次 严峻的考验，由于第一轮失误，后来不管是课堂回答问题还是团队游 戏，我们猛虎队都一路领先，最后比第一名仅差两分的成绩，排在了 第二名，曾经我认为没有电脑我什么事也做不了，但现在不一样了， 有了这段精彩生活，将来的路上要面临更多的挑战，我相信只要坚持 到底，决不放弃!没有什么事做不到! 其次，朱总讲的《项目经理素质修养》，让我体会很深、感触很 深，我的内心发生了变化，人没有高低贵贱，只有转变观念，端正心 态，以专业获得肯定，用实力赢得尊重，学历不等于学习力，没有低 素质的员工，只有高标准的管理做我所学，学我所做，树立正确的人 生观，价值观是立身的本质，成才的导向，对未来一切具有强烈的责 任感，以各种方式进行学习，提高自身修养，在人生的这个重要时期 利用我生命的本钱塑造好真、善、责、爱让人生变得更有价值。人生 如流水，我懂得珍惜时间、珍惜生命、珍爱亲情、友情，我会珍惜和 他们相处的每分每秒，用心去关心、了解他们，勇敢面对人生，人生 最大的敌人是自己， 只要突破自我， 我坚信， 只要努力去做， 去奋斗， 目标是一定能实现! 在以后工作中我会全心投入工作，带领团队，尽职尽责，勤奋塌 实，兢兢业业，把所学到的知识，充分融入日常工作中，把工作做到 最好，以此来回报公司领导多年来对我的栽培，我相信会有一个美好 的明天，我会继续努力!