做项目，不得不这么干读后感范文

做项目，不得不这么干读后感范文

读完一本经典名著后，想必你有不少可以分享的东西，这时候，最关键的读后感怎么能落下！千万不能认为读后感随便应付就可以，以下是小编帮大家整理的做项目，不得不这么干读后感范文 ，供大家参考借鉴，希望可以帮助到有需要的朋友。

郭致星老师的这本书实用性很强，从细节上和工具上讲清楚了一个项目各个要素的管理方法，是一本理论与实践相结合的优秀教材。下面说说在阅读过程中的几点感想，也是作为自己的读书笔记指导自己的工作。

首先说下如何与客户沟通需求。重视客户潜在或者隐含的业务是项目最终成功的关键要素之一，一定要注意客户沟通中反复提到的他最担心的方面，重复的就是重点或者痛点，这是一个很简单的技巧。另外需求调研"不需要向对方证明自己的观点有多正确，跟没有必要向对方展现你的知识、技能",需求调研不是说教，应该是如实的反馈记录客户的本源需求。在这一点上我们可能有时候在获得了客户的真实想法后，也是避重就轻的尽量回避，以期在项目开发实施过程中减轻自己的工作压力，其实是本末倒置了，如果这个需求是客户的`基本要求或者痛点的话，通过其他变通方式对付过去是存在隐患的，项目磕磕绊绊结束了，最终客户也不一定能满意。所以我们要做的就是多听多问，少指导，在交流过程中搞清楚本源需求，真正解决客户问题。有时候看似对自己的系统冲击很大，到项目后期我们会发现，这种付出都是值得的，也能获得回报。

再说下项目的变更，在项目上发生分歧时一定不要发生激烈争吵，"语言在出口之前你是他的主人，但是语言出口之后你就成了它的奴隶",项目出现偏差不要把矛头指向"不讲理"的客户，而是应该首先通过有效沟通来试着解决。书中提到一个框架效应，通过不同的描述方式，改变人的心里参考点，从而影响人的选择。研究表明以损失为导向的沟通更有效，我们可以多给客户分析变更对整个项目的损失让客户去做选择题。如果客户还是坚持那就要走严格的变更流程，让客户在变更评审中去体会、审视这个变更的必要性。本人虽然不喜欢冗长的变更控制流程，但是有时候它是最有效的手段，也最能严谨的审视变更。另外在项目计划中为什么要具有弹性，书中也说出了我们项目的实际情况：在申报项目、争取项目立项时，企业会将所有优质资源都作为项目可以完整使用的资源，等项目拿到手后，实际能够被项目使用的资源与立项时相差很远。计划就需要具有刚性和弹性，在项目组织架构上、资源配置和关键节点上刚性的底线要有。

最后再说一下项目经理或者产品经理一定避免陷入微观化，管好各个负责人和团队之间的职责就行了。不是说"关注细节的是工程师，关注结果的是老板，关注过程的是项目经理"吗，项目经理关注细节体现了对工作的不自信，想一切尽在掌握，实际我们工作中也确实是这样，项目会议上往往说着说着就讨论到细节上去了，这是需要逐步改进的。另外人员短缺的情况下，我们的研发负责人还都兼顾着技术的工作，管理工作反而是占比比较小，也是现实情况，这可以试着通过合并产品线来解决，让管理人员专心做产品管理和团队管理，让技术人员按技术等级晋升专心做技术工作。

这本书设计到项目管理的方方面面，实用细节很多，需要多读几遍。