作文上稚嫩的文字总是记载着青春的模样，通过作文可以把我们那些零零散散的思想，聚集在一块。要想入作文的大门，更重要的是多练。高水准的作文该如何来撰写？小编推荐你不妨读一下项目观后感，欢迎阅读，希望对你有帮助。
项目观后感【篇1】
优点：1。项目经理及时调整和改进项目管理团队；
2。项目组的团队精神很强。虽然在项目前期，由于成员之间缺乏了解，存在很多冲突，但在后期，成员之间仍然高度信任，目标一致，相互信任，积极参与项目；
3、成员能很好地发挥自己的才能，进行自我调节
缺点：1。项目前期工作不充分，项目分析不合理，制定了合理明确的计划，制定了项目应急措施；
2、项目团队成员间的沟通不足，个性上的冲突；
3、项目团队内部管理混乱
在坚韧团队中，在项目团队的形成阶段，团队成员之间存在着矛盾。会员们彼此不了解，急于开始工作和展示自己。他们执行项目都是为了自己的利益，而不是为了项目的利益，导致团队处于极不稳定的状态。在团队的震荡阶段，团队成员间开始按照一定的分工进行初步合作，但是由于团队成员间相互的期望值不同，各自认为自己所做工作重于其他人，沟通上的种种矛盾和问题，致使团队间开始相互产生不满，特别是对项目经理的种种不满与意见，越来越不愿意接受项目经理的管理，出现了相互间的责问以及对高层打小报告的现象。而项目经理也对自己的成员不满意，在项目的进展过程中带来了自己的个人偏见，导致团队内部极度不团结。
到了第二天，项目团队进入了规范阶段，虽然团队成员相互间的不理解并没有消除，但是，在应对项目执行的层面上，团队及时进行了改进开始能够合理运用成员的能力进行项目的执行，使项目的执行得到大大的提高，合作意识增强，团队中的合作代替了前一阶段的抵触与矛盾。在项目的最后阶段，由于时间紧迫，团队合作达到了高潮，工作绩效得到了提高，最终很好地完成了任务。在项目管理团队的发展和项目的实施过程中，我们可以发现以下的优缺点：
优点：1、团队成员能够积极地参与项目的执行；
2、团队成员能够展现自己；
三。尽管他的能力受到质疑或不被接受，但他能及时调整自己
缺点：1、缺乏团队精神，个别成员过于自我；
2。个别成员为了自己的利益而忽视团队的利益，在背后耍花招，导致项目实施失败；
3、没有一个合理的计划于安排；
4、团队缺乏交流
在这个项目中，项目经理作为项目组的领导者，其能力、质量、理念和工作直接关系到项目的成败。
在辛烷团队（男性）中，吉恩作为项目经理，一般都是合格的项目经理，虽然项目完成情况不是很理想。作为团队的核心人员，项目经理的主要职责是充分利用自己的权利影响他人。这里的影响当然是指积极的影响，使整个团队努力实现项目的目标。在项目实施过程中，应通过各种项目管理决策来确定项目计划。
对于这一点gene并没有很好地实现。在项目进行的第一天，吉恩没有一个合理的项目安排，这就为团队确定了一个具体的方向，导致了这期间的各种问题和矛盾。正是因为吉恩一开始没有一定的计划，也不是一个好的策划人和项目组织者，管理混乱，很多工作无法正常进行。
在david和clint发生冲突时，gene只是站在一边一脸迷茫，并未作出任何调解，这一点上，gene并不是一个很好的协调者，不能将项目中发生的一些问题进行解决。但是，gene对于david的挑衅和质疑却只是一路地容忍，让其冷静，因为gene可能知道在一个团队中，出现意见和不和是正常的，特别是在这一个紧迫的时间内，只有他容忍这些不满并协调好这之间的关系，才能消除动荡。第二天，吉恩充分发挥了项目经理的技能要求，能够及时灵活地应对和改变，发现和分析了团队中存在的问题，提出了解决方案，明确了每个人的分工。
虽然在这个时候，它表现出了一些随意性，但在这个紧张的时刻，它是一个很好的调整和管理项目的方法。作为一个项目经理，gene的主要缺点是不能与团队成员进行沟通，不能很好地理解每各成员，不能和理利用各种资源。gene作为项目经理，还是拥有较好的基本素质。
他善于决策，用于承担责任，能及时处理各种问题，同时又有实事求是的工作作风。但同时也缺乏积极大胆的创新精神，只是走正常的路线。
妮可，作为刚毅团队的项目经理，特别是作为一个失败方的项目经理，已经表明他是一个失败者。首先，就项目经理的职责而言，妮可不是一个好的团队领导。她虽“坐镇指挥”指导团队按照正确的方向发展，但是作为项目组织者与共同合作者，旨在不但与项目团队成员们合作，还要促进整个团队的合作。
在这方面，妮可并没有真正发挥作用，甚至有损害。在这个团队中，nicole最有意见的应该是tyana，从一开始就对其有偏见，但是这是一种属于自己个人的想法，虽然nicole将tyana带去采购家具，但也是为了自己着想，怕在最后的审核中变成自己不利的因素，而nicole最大的失败应该是交际能力方面，她注重的是展示自己，将自己最好的一面展示出来，因此并没有考虑到团队之间应有的合作，仅仅做好与上级的关系是没用的，更多的是需要处理好团队内部的关系，得到团队成员的信任，只有这样才会顺利地完成好项目，这样也就不会出现最后成员的群攻了。另一方面，作为一个项目经理，有时需要做出果断的决定，并有强有力的手段来指导项目的发展，而不是总是问别人的感受，虽然在某种程度上是分散的，但并没有得到成员的认可。
同时，我认为nicole在勇于承担责任方面并没有做的很好，甚至在不断推卸责任，她将家具的选择错误，特别是那幅画全部推卸到tyana，虽然tyana是发生了选择的错误，但正是她那种小心翼翼的想法，为任何事情都找到了承担者，导致自己的失败，即使她有很强的自信心。
看完这段视频，我觉得项目管理的成败取决于项目团队的团队精神和项目经理的个人能力。如果一个团队缺乏团队精神，那么团队只会像一团散落的沙子，每个人都是为了自己的利益而不顾团队的利益来完成工作的。如果团队之间缺乏高度的互信、强烈的相互依赖和一致的共同目标，那么在合作中就会缺乏凝聚力，只有不断的冲突。
而项目经理作为项目团队的领导者，若不能胜任其角色要求，尽其职责，具备技能和基本素质，那么这个经理只是一个失败者，而这个团队最终不能完成任何任务。作为一个团队，只有团队成员和项目经理间的互相信任与合作，才能使项目更好的完成。
项目观后感【篇2】
3、工**估和日程安排。
该时间表不是为项目经理一个人制定的，而是为所有成员制定的。项目经理需要召集所有项目团队成员来安排会议。首先，每个项目团队成员确定任务，并将确定的任务记录在计划中。
接着确定各任务的次序和依赖关系，在确定次序和依赖关系过程中，成员之间会通过交流来确定任务的次序以及与其他任务的依赖关系，根据次序和依赖关系，调整日程上的排列顺序，直至所有成员都一致认同此任务次序和依赖关系。
在议程讨论过程中，经过任务识别和排序，下一步是对每个任务进行评估。劳动权的评估方法有很多种。近似类比法和扑克法更为常用，估计也更为准确。对工时的估算需在团队中达成一致。
从每日图表中，您可以看到项目信息，如关键路径、任务相关性、近似项目规模和近似完成时间。如果需要，可以将此图表转换为甘特图。日程安排会随着项目进展过程中实际情况变化而发生变更，需要不断对此日程图进行调整，一般1个周期调整一次，一个周期可以使1个月、一旬或是一周。
4、工程进度控制
谈到了进度的控制，一致认为使用交付物来判断进度是最好的（这也鼓励在规划时使用交付物产出作为规划的依据），在计划分解时应说明产出的交付物。但在迭代的早期，一般无法产出交付物，这时如何判断进度会比较困难，根据团队成员提供的进度来确定项目的进，以一种量化的方法来评估尤其是迭代前期的进度。在迭代后期因为有产出的交付物，将相对来说比较容易判断项目进度，同时提倡每日一编的做法，有较多的好处。
5、沟通的重要性
在项目过程中，项目经理需要与投资方、需求方和高层领导进行汇报和沟通，需要与项目组成员进行讨论和沟通，这是项目沟通的中心点。在很大程度上，沟通是解决所有问题的关键，在项目管理中也同样适用。项目的背景、价值、要素优先级、目标、发布条件、进度、项目进度以及项目的一些项目级决策，必须在整个项目组内进行宣传发布，以便在项目组内达成一致。
这是非常重要的，是箭头把全队的力量凝聚成一个方向。
在与团队成员交流时，忌讳使用自己的想法去驳斥对方的想法，而应该顺着团队成员的想法，首先肯定自主想法，如果事情影响比较大，则需要试着去说理让成员理解团队整体的想法，如果实在不行再行使项目经理的权力也不迟。如果事情的影响相对较小，建议帮助分析团队成员想法中的风险点，让他们考虑并关注这些风险，并支持团队成员按照他们的想法去做。
一本好书就是一座挖不尽的宝藏，本人仅是粗略的对该书进行了阅读就颇受感触，相信利用空余时间认真通读本书，将书中的管理方式、方法运用到实践中，对今后工作的开展会带来很大的帮助。蒋韵旸
项目观后感【篇3】
按照事业部的要求，抽时间阅读了郭致星的《做项目，不得不这么干》一书。虽然大道理都是CMMI、项目管理所必须的，但书中有很多活生生的案例，能给我们更多的启发。本书从实用出发，系统介绍了项目管理中的难题和建议的处理方法，根据大量的实践经验，尤其是从失败中得到的经验教训，总结出现不确定和可变的项目管理过程中，造就卓有成效的项目经理所需的关键因素及技巧，是一本实践性和指导性都很强的项目管理工具书。我们的项目管理者真应该静下新来仔细体会，并选择合适的内容在项目管理中进行实践，逐步提高项目管控能力。
在沟通中最重要的事情就是听到没有说出来的话--彼得德鲁克；
分析痛点，也就是表现出来的最担心的方面，重复的就是痛点；
这些都是项目管理的重要过程需求获取时的真知灼见。我们都提到要打开客户的需求，但要真正做到谈何容易。需求获取准确性的问题，需要理解客户的需求，弄清需求背后的真实业务，重视干系人潜在或者隐含的需求，是项目最终成功的关键因素之一。书中提到的一个观点：避免出现选择性知觉，获取真实需求，挖掘痛点感觉在需求过程中尤其重要。可能我们是某个领域的专家，但客户的真实意图并一定跟我们潜意识理解的一致，因此需求调研的核心是澄清而不是说服就显得尤其重要了。
书中提到：研发包括研究和开发两种不同的活动：前者指对新技术、新工艺、新方法的研究，后者是对新产品、新服务等的开发；前者主要是创造性活动；后者是研究成果的集成性、应用性活动。没有研究，企业就没有未来的竞争力，没有开发，企业就难以生存。研发项目的根本是开发，没有开发出产品的研发项目就是失败的项目，因此研发的项目要以市场为导向，能尽快地应用到实际开发项目中，为企业创造价值。仔细回想一下我们的平台研发项目，贴近需求并保证适当的前瞻性才是重要的，我们推出的产品与技术是为兄弟部门服务的，也就是要切实解决他们的痛点问题，只有这样的开发技术和工具才能够得到迅速的推广并在使用过程中不断完善。前瞻性是我们技术研发人员必须具备的技能，并不是推动平台研发的必要条件，因此平台项目在进行研发时，需要贴近开发需求，瞄准项目开发过程中的痛点，在开发效率与可测试性等方面持续提升。
高素质复合型人才是难以自拔的陷阱，当项目的执行效率不那么令人满意时。员工素质不高是管理者常挂在口头的词汇，实际上，过渡依赖高素质复合型人才会是组织忽视积累属于组织的知识和技能，反过来又会使企业更加依赖这些高素质的复合型人员。当企业没有属于自己的核心知识和技能时，缺乏高素质人才是我们最好也是最没用的借口。
尽管大量的统计结果表明，项目失败的原因大多来自组织、管理方面，单纯由于技术原因造成的项目失败的比例很低，但是在大量的项目实施过程中，技术问题却是大家最常用以说明问题的理由，因此技术问题成为了档箭神器，当然参与的技术人员也自然地背起了黑锅。书中提到的这些真是说出了开发人员的心声，於我心有戚戚焉。
读完这本书，心中不禁产生一个疑问：书中讲的内容我们在CMMI规程规范中都能找到相关的影子，为什么实际项目在执行中总有这样那样的问题呢？回顾一下我们公司的CMMI研发管理的过程文件，从最初的生命周期模型选择、项目立项过程中的过程裁剪、项目计划、需求获取与需求开发、设计有敏捷开发、测试与发布、直到项目实施过程，都有比较详细的指导方法，是这些内容和措施水土不服？估计有这方面的原因，更多的原因则是意识形态上的问题，认为过程管理是一个付出远大于收益的过程，除了一些大项目，在项目过程中发挥不了多大的作用。另外缺少必要的项目总结和经验积累、并根据经验教训不断完善过程文件，使之运行更加高效。
再分析一下部门的研发项目，项目经理更多是技术层面的领导者，在项目立项目标确立、项目评审和计划实施中并不尽科学和严格，另外开发内容也没有贴近公司或者事业部的痛点，开发人员费大力气做出的产品在技术上虽然有竞争力，但由于很难在公司内推广，造成一定的技术浪费，同时开发人员也没有获得应有的成就感，必然会产生一定程度的挫败感。我们的研发经理需要多掌握项目管理知识，理论联系实际，分析自己的短板，明确团队和项目的目标，认真审视和对待项目计划，使得研发工作更加科学和高效。
项目观后感【篇4】
张建杰不仅是宝贵的资源，也是最不可靠的资源。对于研发人员来说，应该加一段话：人是最难服务的资源。
一、激励研发人员是核心
“外行领导内行”备受国人批评，但对项目导向型组织来说这种情况却难以避免——没有人能把多个专业都变成内行，而项目又常是跨专业的复杂工作！事实上，无论项目经理是否有专业背景，项目中总会出现一些他们不理解的技术问题。在专业技术人员的心目中，作为技术门外汉的管理者，在心理和潜意识上仍然是他们不愿意接受的。
研发人员挖起”坑”来，恐怕真够老总们难过的。研发项目存在大量的不确定性，在这些外行的管理者面前，技术专家们可以随意拿出几个技术问题（甚至技术术语）说事，估计这些”老外”们只能干着急。
“创新嘛，总有很多不确定性，计划不如变化！”
“牛顿能够预知他何时能够发现万有引力吗？”
“爱迪生能事先知道何时能够发明灯泡吗？”
“技术问题”成了研发人员的免死牌。如果老板自己是技术专家，这些问题可能会少一些，但企业也可能面临更大的问题。
“技术问题”就成了项目中常见的挡箭神器，其效力之大、使用面之广令人叹为观止！
二、只有情怀是会饿死人的
由于经营环境的快速变化，企业的寿命越来越短，猝死率越来越高，企业很难为研发人员提供专业保障。
过去10年，柯达、诺基亚、黑莓、夏普、松下、lg、悍马等明星企业纷纷衰落，谷歌、三星等企业则迅速崛起。”江山代有才人出，各领**数百年”的场景已改为”商场代有人才出，各领**能几年？乔布斯尸骨未寒，苹果公司的iphone6s就不再风光。
面对挑战，苹果又能支撑几年？
研发人才对企业的忠诚度越来越难获得，高薪是吸引人才的主要因素。
在工资总额没有大幅度增长的情况下，企业可以调整薪酬结构，即调整固定部分和浮动部分的比例，以调动研发人员的积极性。固定收益比例可适当提高，月收入与考核不挂钩，使研发人员当期收入与行业水平相一致，以满足研发人员注重当期收入比较的心理。
在研发人员的薪酬结构中，固定收益和浮动收益的比例显示了谁承担风险。固定收益占总收益的比例越高，企业承担的风险就越大；否则，研发人员承担的风险就越大。
三、未来有良好的预期是关键
卡内基梅隆大学软件工程研究所的一项调查显示，75%的项目团队处于混乱状态，主要原因是管理者不注意建立良好的流程。虽然大多数软件人员不是过程倡导者，但是在具有清晰过程的团队中，60%的研发人员具有优秀或良好的士气，而在没有清晰过程的团队中，这一比例为20%
如果不了解企业的运行机制，就会误以为提高人们的积极性和专业性等于提高他们的业绩。事实上，企业运行的系统以及系统与人之间的交互作用可能占到绩效的90%或95%
总之，人员管理是公司目前的核心和难点。口头上需要人才，行动上需要农民工，这是公司需要警惕的。
项目观后感【篇5】
金科的草皮也是一个亮点，这个季节是黑麦草与百慕大草皮更换的时候，而我们爱家名邸小区地面上则是枯死百慕大和刚刚出绿的黑麦草，而且黑麦草种植的时候由于没有扫匀，造成草皮是一簇一簇的，且由于未及时施肥，新长出的黑麦草长到3公分就出现发黄情况，现场品质感不强。而相比金科的的草皮长势非常旺盛。现场还看到两名绿色维修工人。他们在深入割草时，在割草机后面安装了一个布袋，用来盛放割草屑，这样施工过程中产生的草屑和草汁就不会污染地面。
之后我也和我们绿化养护负责人沟通了下，要求也是希望这样操作，而对方则推脱园林公司没有资金方面的支持暂时无法做到，所以我们对于外包方管理方面还要再加强，包括如何与外包方进行沟通等方面。
目前，很多社区已经开始重视开发一些人工河流来提高社区的品质，但在我们钟爱的豪宅里，虽然也有人工河流，但养护远远不够。夏天的时候我们的人工河道长满青苔和浮萍，一方面给保洁工作造成一定的工作压力，另一方面更是给管理方面造成困扰，同时反而给小区的品质减分。而在金科项目同样会看到类似的人工河道，给我们的印象是河里居然养了金鱼，而且整个河道虽然水位不高，但是给我们感觉就是觉得河道边是给客户小憩提供了最佳的位置。
三、工程维修管理
做得再好的小区也有设施设备需要维修的时候，而当维修路段出现的时候，则很有意识的将维修路段进行围挡并贴醒目标志，每个消防接合器上面都有标识及负责人姓名，这种开放式的管理方式可是一个亮点。在路灯上，有一个由铝皮制成的统一号码牌，以保持整体的统一和美观。在我们江阴爱家名邸项目中，路灯上的红色漆号要尽快去掉，做成统一的编号标志。每个走廊上的电管井、水管井、取水点等都有标识，维修人员每天进行设备维修工作并形成记录，这也需要对我们的项目形成一个标准化的操作流程。
四、物业服务中心
除了对绿色环境的视觉冲击外，物业服务中心也备受关注。金科的物业服务中心不大，但踏进物业服务中心的大门，整体感觉明亮、整洁。墙壁上张贴的服务质量投诉监督电话公示、物业服务内容与服务标准、无锡市停车收费价目表、物业管理服务收费标准、特约服务项目及收费标准、便民充值、咨询窗口与收费窗口的设置等方方面面都体现了金科在管理上的完善。
前台旁边还有业主的建议书和便利箱。便利箱里有一些常见的物品，如创可贴、缝线、剪刀、胶带等。这些微妙的服务为我们的物业服务增添了许多色彩。
我自己从事的人事行政方面的工作，于是也想看看金科项目的行政方面的工作，进入行政办公室，右手边有块公告栏，上面有每周的食堂菜谱公示、“今天你打卡了没？”、微笑365行动，让我感觉到做好行政后勤工作的重要性。接下来，最直观的就是看看他们的仓库。货架上的货物按分类摆放整齐，并有材料卡登记进出信息。
这点也正是我所需要学习提升的地方。恰巧第三季度检查组对仓库提出了具体的标准和意见，也让我更加了解了管理工作和仓库管理。
社区宽阔的主干道、黄黑相间的警示路边、绿地旁的沟渠、方砖卵石围成的绿化带、美化的石声等，各种不同形状的温馨标语，而保洁人员服务意识的每一个小细节都体现了金科人对品质的追求。舒适的环境、便捷的出行、规范优良的管理，让业主真正感受到居住在这样的社区是一种享受。虽然参观时间只有2个小时，但给我们留下了深刻的印象，并将成为爱家名邸社区的标杆。
在返回江阴项目后的第一时间，组织安全人员和保洁人员进行了小组会议精神和要求的规范培训，并对加减分制度进行了宣传和落实。通过培训让大家明白各岗位的具体要求结合自身做对比，找找还有哪些差距，并对出现的差距如何提升自己。现在江阴项目由无锡梁经理统管，但平时项目经理不在的时候，我们自己也要严格要求自己，人事方面加大招聘力度，将各岗位人员招聘到位，使组织架构完善；行政管理方面已经根据季度检查整改计划做好物资采购、仓库台账、手工账管理、出入库管理等工作，现场小区将一些设施设备标志制作出来，并张贴到位。
于此同时对小区现场及人员管理方面也多多关注，因为在物业管理方面还有好多知识要学。也是想多多学习别人的长处为自己项目所用。
项目观后感【篇6】
项目管理这项带着明确目标，临时性的工作，需要站在整体性，全局性，系统性的高度把控才能做到所要交付的产品，服务和成果得以完成。这个过程包含了目标的设定，人员的选择，执行过程中对质量的严格监控，对风险的发现及清晰认识，及时协调沟通调整方向，最后达成目标。
本书作者正是在对项目管理，尤其是在仔细研读《项目管理知识体系指南》之后，对项目管理能熟练运用的程度上，将项目管理知识再运用于日常工作和生活中，经过总结形成此书。建议读此书的小伙伴可以先读一读美国项目管理协会制定的《项目管理知识体系指南》，更有利于理解作者的观点。
本书主要从作者初入职场的故事开始讲起，介绍了作者在埃森哲的整个晋升历史，从职场小白到董事总经理的整个过程，有非常多的励志故事，作者的迷茫与坚持，对在职场中的每个人都有借鉴意义。其中印象最深的故事就是作者争取澳大利亚项目的这段经历，作者用聪明的“手段”通过了面试，获取了去澳大利亚一年半的工作机会。
在到达这个项目组之前，作者经历了一番波折，因为不懂英语，所以上级打来电话告知作者上班地点的时候，作者并不知道上级在说什么。于是作者拿着语音录音去车站问相关工作人员乘车信息，实际只需要半个小时达到公司，作者用了两个半小时终于辗转到了公司。进入项目组也倍感吃力，语言不通，沟通困难。
但是作者足够刻苦努力，用自己蹩脚的语言和精通的专业，解决了公司项目上遇到的一个大难题，因此而得以重视，同事和上司都忽略了他语言上的障碍，而主动适应他，这是一个非常大的扭转。我们也常常在项目中遇到类似的问题，语言对作者来说就是这段职业生涯项目的重大风险，但作者善于利用资源，善于对自己所做工作的质量进行把控，从而合理而顺利地避开了这段风险，因为同事及上级的主动适应，作者变被动为主动，推动项目顺利实施，从而也带来语言能力的飞跃发展。
类似的经历在书中非常多，我读到了一个职场新人的胆魄，勇气，努力和敬业。作者将每段经历都设定目标，在这个过程中充分调动主观能动性，想方设法达成目标，非常值得我们借鉴。
项目观后感【篇7】
郇长武《做项目，不得不这么干——从硬功夫到软实力》根据大量的实践经验，尤其是从失败中得到的经验教训，总结出在不确定和可变的项目管理过程中，造就卓有成效的项目经理所需的关键因素及技巧。
结合公司和事业部对项目里程碑达成率的要求，通过学以致用有关的经验教训，强化项目经理责任意识，全力以赴冲刺项目里程碑，按合同要求完成阶段性任务，进一步提高合同履约率，是期望通过阅读实现的目标。读书体会如下：
项目管理”没有近路”
唯有付出不懈的努力
本书没有宣扬大思想。因为大道理好讲，小事情难做。更多的是分析小案例，注重细节和实践。关键在于行为的实施和管理。
项目问题错综复杂，都用一些常规方法来解决；走捷径的结果往往是原地打转，问题照旧。常见问题解决了，方法落实好了，再配以合适的绩效机制，业务成果自然就有了。”该出的汗总得出，改付出的总得付出。
”现实中的最大童话莫过于相信不劳而获，最大悲剧就是相信有点石成金的捷径。
有人就有项目管理。要注重实际工作，解决实践中的共性问题。好的项目管理只不过是善于思考、总结和提炼，在行为上更有效。如果忽视细节和常识，就注定无法建立一流的项目管理。
按套路开展项目，
通过启动会议获取团队承诺
好结果来自对客户及其业务的理解，深入了解干系人及项目需求。需求管理问题对项目的结果和潜在失败有着明显的影响。需求管理不善成为项目最终失败的潜在因素。在改进需求过程上投入精力是一项划算的投入。
人的需求一定存在某个”痛点”（pain point）令其不舒服，只有找到了痛点，才能明白其所有观点的真正由来。每个人都生活在自己的世界里，从自己的角度看待事物。重视利益相关者（尤其是客户）的潜在或隐含业务是项目最终成功的关键因素之一。
现实中，痛点是最让人担心的方面。是否找到痛点（或看到最担心的事情）几乎决定了项目的成败。一个常见的例子是，项目的本质是一个业务问题，而具有技术背景的项目经理通常将项目视为一个技术问题。找到痛点的一个简单方法是专注于对方重复的语言。
需求研究的核心是澄清而不是说服。识别需求背后的商业动机，获取真实需求，挖掘痛点，并提供相应的解决方案，是项目经理们不可避面的挑战。
当今世界正处于快速的变化中，越来越多的不确定性正在发生，社会的节奏现在越来越快，大家更倾向于”先干起来”的理念而忽略了仪式的重要性。一个好的项目启动会（开工会）有助于帮助项目团队的每个人在同一起跑线上、向着同一个目标前进。历史证明，许多项目之所以失败，是因为他们不了解管理层对项目的期望。
相反，如果我们的团队成员有时间让大家互相了解，与管理层建立良好的关系，当项目后期出现困难（所有项目都会遇到）时，就会出现前期工作效果。
团队主动沟通，做到有效沟通
一个项目的成败与花费在与赞助商和团队沟通上的时间以及沟通的质量成正比。德鲁克先生说”在沟通中最重要的事情就是听到没有说出来的话”.一个项目经理很重要的工作就是沟通，必须在正确的时间以正确的方式向正确的人沟通。
”永远不要让发起人从别人那里得知你该给他的信息”,与发起人通常会有三种其他类型的沟通：突发事件沟通、非正式的沟通、正式的沟通。
项目经理是沟通的核心。有必要为这个项目制定一个良好的沟通计划。使用通信矩阵检查通信问题并选择适当的语言模式。管理干扰，降低工作被打断的高昂代价。创建和使用项目工具是优秀项目组织之间的本质区别。知识工具化和工具可视化是企业的核心竞争力。
同时，不解决问题的实质，仅仅依靠工具，很难取得实际效果。项目组每个成员需要时常提醒自己”沟通、沟通、再沟通”并天天反省。
管理和控制变更，避免进度游戏
唯一不变的是变化。频繁的变更时项目管理的最大难点。每个项目都有许多限制和制约因素-范围、质量、进度、预算、资源等。项目管理团队应该注意这一点。在制订项目计划时，人们往往是乐观的，因为项目的不确定性导致了实际过程的复杂性。
我们必须面对的现实是，几乎没有任何项目的完整要素可以完全按照这一理论来实施。项目经理的价值在于在要素不完全的情况下寻求可行的解决方案。项目计划应注重实效，估算准确而非精确。
”恰到好处的规划”随项目进展不断进行规划和重新规划——渐进明细、滚动式计划，认识”计划、计划、再计划”的重要性！
项目观后感【篇8】
php作为当下比较流行的服务器脚本语言之一，其发挥的作用越来越引起广大编程爱好者的重视，虽然与相比还是有点距离，但是目前采用php作为**开发语言的趋势越来越明显，百度，雅虎等巨头都采用php作为开发语言，这不得不是让php工作者欣慰的一件事。再加上lamp(linux+apache+mysql+php)的稳定性和可靠性给中小型企业带来的好处，这也使得php在编程界稳稳地占有市场。无论怎么说，php在以后的发展当中一定能够越办越好。
php不能说是一个比较偏方的语言，毕竟它也是融合了c,java，perl及其自创的语法，所以对一般编程人员来说也是挺好学的。这也是我选择学习这门语言的原因之一，不过更为重要的是，我从一些感兴趣的公司知道他们需要这一类的人才，所以我才下决心要学习的。我不知道这个目标的起点是好是坏。既然决定了，我们就坚持吧。
不过接下来的时间里头我发现事情并不是这么简单，我并没有觉得编程是一件多么困难的事，但是学习到了一定程度，我的决心被动摇了，毫无疑问，我清楚自己对一些基础的东西已经可以掌握了，但是我还不会做项目，这是让我特别困扰的地方，我设想了一种方案：把别人的项目原封不动地做一遍。但这让我很困惑。我做的就是别人做的。即使我做了，也不会比别人的原创产品好，因为它不属于我。
更严重的是我知道我做这个东西不是为了在现实生活中使用，它仅仅是一个练习的样品，这根本没有办法提高的我的兴趣和动力。这个观点折磨了我很久，我一直都想不出很好的办法来解决这个东西，所以有一段时间我是停止了学习这门语言，因为这个问题的确是太揪心了。
我在生活中学到的最重要的东西就是让人们的生活更方便。但这本书没有教我这些，盲目的学习只能让我更加困惑。
我最初的想法是我做出一个项目，而这个项目是能够为我身边的人所接受和使用的，如果我只是单单copy别人的项目，那我根本就不知道我在干什么。基础是应该学习的，但是基础积累起来的东西不应该是和别人一模一样的。
我崇拜乔布斯，他所取得的成就的确是让别人感到望而却步，但是他的生活别人也并没有太大的差异，我不会想他所取得的成就得益于他的运气，他身上有太多的因素让他能够站在世界的巅峰。他也是算是一个程序员，所面对的也是那些干巴巴的**，虽然他并不用做太多的事，但是正是他使得这些干巴巴的**给别人的生活带来了极大地便利。这是我选择编程道路的最重要原因。
创新是融入**的最重要因素。重复性工作只能让你更熟悉基本技能，但不能让你可持续发展。我不喜欢那些机械操作的工作，工作本来就应该充满挑战，每天都应该有所不一样，那样当你完成一个项目的时候才会让你感到真正自豪。这才是我所憧憬的生活。
我以前认为it这个行业主要是工资高，福利好的行业，我丝毫没有想到这也是一个让别人的生活更加便利的行业。这似乎让我觉得我只是一个追求名利而不是追求梦想的人，这不是我想做的。也许做自己想做的事不是那么容易。
学习编程的时候保持一种心态的确是很重要，因为面对枯燥的东西太容易浮躁了，我很容易会有这样子的想法：到底为了学习这门语言放弃那么多东西值不值得。但是当我看到别人取得的成就时，我不愿意放弃。
这种矛盾的心理很难学一门语言。清心寡欲地学习，激情四射地做事，这是我目前为止想到的比较好的一种学习方案。
其实有时候想的太多也并不是一件好事，工作都是踏踏实实地做下来的，只有把事情做好了，别人才会承认你，尊重你。既然想去做了，那本来就不应该三心二意，大胆往下面走下去，踏踏实实，努力地完成自己的工作。虽然目前为止我还是一无所有，学习的东西也暂时不成系统，但是大器晚成总好过一事无成吧。
相信自己，努力坚持下去，剩下的就交给运气了。
项目观后感【篇9】
内容简介：《IT项目管理那些事儿》(作者王保强)采用叙事的风格，通过11篇来自一线项目经理的实际经历的文章，分享项目经理人自身的实践和经验的案例，阐述项目管理的实施过程、项目经理的成长和团队成员的培养历程，从而和读者达到共鸣并跟随作者叙事的脉动，以从中得以进一步的思索和升华。简而言之，通过感受项目经理人的喜怒哀乐、经验教训，达到“它山之石可以攻玉”的目的。《IT项目管理那些事儿》适合软件工程师、测试工程师、项目经理、IT 经理人阅读。
IT项目管理那些事儿读后感，来自当当网上书店的网友：非常喜欢本书！看得出本书的创作团队在IT行业摸爬滚打多年，是多年实践经验的总结。特别地，对于新入行的朋友们来讲，非常?参照价值。作者们通过勇敢的实践剖析，让我们看到一个个鲜活的项目管理过程。除了阅读的快感，结合自身经历的探讨和实践，形成的共鸣让我更受益。先买5本，送给身边的IT经理人。
IT项目管理那些事儿读后感，来自卓越网上书店的网友：内容已经大概齐过了一遍，挺丰富的，包括了项目经理个人级管理、过程级管理、组织级管理的东东，在实际工作中能借鉴到不少好经验，期待一下本更好的。现在项目管理的模型和理论很多，比如敏捷，scrum、cmmi啥的，真正有帮助的还不是很多。很高兴能看到这么一本能在项目管理工作中提供借鉴的书，要是能有个完成的项目管理案例介绍的书就更好了.....
