《项目管理之美》是一本由Scott Berkun著作，机械工业出版社出版的358图书，本书定价：59.00元，页数：2009-4，特精心从网络上整理的一些读者的读后感，希望对大家能有帮助。
●1.开始项目，高效的决策，项目需求和规范，创新和创意，怎样在项目中建设良好的人际关系，领导力和信任，按时交付，项目危机处理；2.优秀远景文件的五项质量指标：简化、意图明确、统和、鼓舞人心、容易记住；3.把时间用在规划、执行、改良上；4.焦点在团队而非流程和方法，放在重要且难做的事，对事情何时完成许下承诺，确认每个人下周、下月要交付什么东西；5.每遇到一个难相处的人，应该高兴，这是一次更加了解你自己的机会，长此以往，你会发现自己碰到的难相处的人越来越少。一旦你拔剑，就没人听你在说什么，更糟的是，周围的人都会拔出他们的剑来响应你 ；6.试着砍掉所有不必要的细节；7.良好的电子邮件：简单、强烈而清晰；8.抓住是什么让项目成功以及带领项目成功的人是怎么做到的
●阅读耗时相当长的一本书（包括2019春节在内一个月）。内容基本上都是一线人员的经验总结，非常有帮助。
●因为之前在siemens实习的原因对pm这个部门有些兴趣，不过现在貌似用不着。
●项目管理进阶
●非常好。
●非常文艺范的名字，但从严格意义上说，本书并不是PMBOK的顺序解释版，而是作者从事软件开发项目的总结，可以作为通读项目管理教程之后对于实际工作经验的提升和再学习，很多情况下，他更多的抛开了方法论的各个指标甚至框架本身，而是就项目目的本身的原初进行讨论，它更多的是从实战角度进行理论
●尽管读得比较仔细了，感觉还是没值回价格。。以后英文译书千万不能随便买。。。
●看过英文版，这次重新再看中文版，突然觉着好亲切。。。好书或者是好手册
《项目管理之美》读后感(一)：项目管理初学者必读
从项目管理的思路上有一个比较好的总结。尤其是如何理解项目的目标，如何沟通，如何控制项目进度方面，作者有不少实战的心得体会。即使是从事非软件行业项目管理的我，读来也挺有共鸣。值得一读~！
当然，不好的地方也有。有些章节有些啰嗦，一些很显而易见的道理，花了过多的笔墨。反而是我认为非常有价值的章节，比如说对于流程，电子邮件和会议的理解，对于项目中政治与权力的管理，对于项目技术变更的管理等方面，写得还不是那么透彻。
《项目管理之美》读后感(二)：项目管理之美
通过本书，你可以从一位经验丰富、从事多年软件开发和Web开发的经理那里学习如何计划、管理和领导项目。书中的那些宝贵而有用的建议，是作者十多年经验的积累，从很多复杂的概念和挑战中提炼而来。本书引人思考、生动有趣、坦诚直率、引人注目，是你和你的团队在当前和未来的项目中所必备的参考。.
包括如下主题：..
·如何制定好的决策
·想法以及如何处理
·领导力和信任
·当事情出错时该怎么办
新版包括：
·120多道新的练习题考察你所学到的知识
·用于和团队一起使用本书的讨论指南
·每章都有修订和改进的建议...
《项目管理之美》读后感(三)：继续实践
原谅我，这本书都是在电脑上翻得PDF，有好多截图直接保留在印象笔记里了，不然我是怎么都看不下去的啊。
本书的作者Scott berkun在工作之余撰写了多本书籍，其实在写作的过程中也是对自己工作的不断回顾和总结，也是对思路的一种梳理。而且在商界有经验的人到大学任教是非常合适的，这比纯学院派的老师更加实战，也能教会学生更实际的东西。
作者从古埃及建造金字塔、到旧出版社运行机制等等的思考，用以参考怎么将自己的工作做到最好。
同时提出，要重视失败的经验的积累，避免同样的错误，审视错误的假设。
在写作中作者提到专业的厨房，这让我想起在《麦克白》电影中的 餐厅，多从高专业角度的地方审视观察，以得到更广的思考角度，跳出目前的思维方框。
第一章20页提出一个很好的问题，就是流程和目标不要混淆，作为项目跟进人，如果仅仅是每周关注在好看的图表和报表上，那么不久之后，PM容易相信流程就是项目，那么他们就会挑一些容易做的事情，而不是重要而且有挑战的事情。某种程度上，他们会想，我们完成列表上的事情我们的项目就成功了。
这也是我们目前遇到的问题。
但是这个问题怎么解决呢？
最近跟进项目也有点流于形式了，搜集大家的报告很简单，仅仅有个漂亮的报表也很简单，我想走出办公室，多和在实践的同事们交流交流，去敞开怀抱、思想去交流学习，了解工作实际的状态。
我在等什么呢，如果上级没有提出让我这样做，我也可以试试这样做吧。
很值得提出的是，这本书每个章节在启发完大家之后，都有10-20个切合实际的、直指问题的思考题，还有实践题，大家可以以本书为参照，实践其中的题目，我想不管是对个人，还是对项目团队，都是非常的成长指引吧。
《项目管理之美》读后感(四)：为什么建议反复阅读？
我第一遍看完之后的阅读体会就是需要反复阅读，不过这并不完全是赞美之词。
本书的优点是内容基于一线 PM 的经验，然而缺点也很明显，用书中的话说：“我们考虑事情的方式，不一定总是向其他人解释那件事的最好方法，在撰写规格说明书（或其它文件）时，记住这点非常重要。” - p138 撰写规格说明书不是设计
对于有一定经验的产品经理，本书会对日常工作有所启发；对于初学者来说，缺乏项目经验的情况下可能难以从整体上把握书中内容，很容易陷入“你说的都对但我看完之后一脸懵”的状态。
因此针对向我一样的初学者，我尝试根据本书给出一个大纲内容，希望能够模块化书中的内容，以便能够以单一层次来思考，并在有需要的情况下提供深入的知识图谱以便理解。
我在 Notion.so 写了 项目管理之美的大纲内容 by Bian，其中的内容在日后的使用过程中会根据自身经验来迭代优化。为避免日后此链接失效，下面简单的列出其中的要点。
项目管理的流程模块就是三步：计划、执行、改进。
在计划阶段，要依次完成四个文件（即退出标准）：1 市场需求文档 MRD、2 远景/范围文档 vision、3 规格说明书、4 工作分解结构（工作项目列表）。其中从2到3的过程就是设计流程（问题空间）。
在执行阶段，要推动事情发生：使用序列表、战术/战略问题、编码管道、变动请求CR。此外，探讨了执行阶段中的一系列子主题，包括做好决策（重要性、优先级、决策与回顾）、 项目进度落后的对策、领导力（权利）与信任的关系 、沟通和人际关系。
在改进阶段，要处理 Bug、确保团队与领导层的认知同步。【书中这部分内容不多】
总之，要在头脑中首先建立起框架结构，然后进行阅读与实践。
《项目管理之美》读后感(五)：只看了50页我就决定力荐这本书
看到这本书，是在china-pub的计算机类的软件工程销售排名中，我一直以这个排名做为标准来选择软件工程类的书籍，所买的书，都让我非常满意，这次也不例外，虽然我只看了50页。
这本书是The Art of Project Management《项目管理的艺术》的第2版。
在头50页中，几乎每页都有收获，有很多是於我心有戚戚焉，还有一些让我如醍醐灌顶般，还有一些观点让我意识到我以前做错了。
我决定摘取一些前50页，我做过标注的部分让大家参考：
1、项目经理的平衡。怎么处理自我/无我，独裁/委派，忍受模糊/最求精确，口头/书面，承认复杂/拥护简单，不耐烦/有耐心，勇气/恐惧，相信/怀疑的关系。几乎每一项都是我经历过或者正在经历的。
2、流程与目标。这一节涉及到目标管理和过程管理的关系。没有过程的项目是不正常，而强调过程管理而忽视目标管理是错误的。很多PM不会出现前一种不正常，但是常常会犯后一种错误。说白了，就是过程管理必须能有利于实现目标，而不要官僚。
3、适度参与。这一节我的理解与独裁和委派很类似。很多PM是从程序员走过来的，这一特点决定了他喜欢拘泥于细节，喜欢自己亲自担任核心的工作，实际上，对于10人以上的项目来说，这是非常危险的，因为PM都去写代码去了，谁来促进团队更好工作，谁来监控进度、质量、防范风险呢？
4、对于进度表的估计。书中列出了很多容易疏忽的问题，如：
是否考虑到了生病、事假、度假？（可以在计划的后期设置一些缓冲的时间，比如安排大家写文档等可做可不做的工作）
是否考虑到了节假日？（中国一般十一、春节之类前后工作效率是很低的）
每个人是否都能看到进度表，是否需要汇报进度？
是否有人每天检查进度表？这个人是否有调整的权利？（PM的职责）
团队是否对进度表有拥有感和承诺感？（让大家同意这个计划，并让他们对他们的承诺负责）
团队成员是否对玩不成的计划，可以说“不”？（非常重要）
计划表是否每个里程碑都要审查和调整？
是否团队成员的经验和训练水平？（如果是新手，时间要长一些）
这些问题都是很重要的问题，也都是我遇到过的问题。
虽然只看了50页，我强烈推荐这本书。这本书不是没有实战经验的学院派的教条条款，是一本实战经验的总结。值得所有项目经理以及朝项目经理发展的同学来学习。
软件产品研发的所有管理岗位的同学，都值得看。