今天看了第二遍，还未看完，但多少有了点感觉。
带着问题看，相比傻傻的从头看到尾，吸收会更多、效率会更高。
当然还有写心得，就写在教材上，还注明日期，这样每看一次，有新的收获再续上去，空白地方慢慢变少，理解也慢慢加深。
有时候也有不明白的，直接标注在边上，等看第二第三遍时再来看不懂的，也许就迎刃而解。这样可以避免因为太关注小细节而影响总体的复习进度。
还要好好利用搜索工具。有时候知道书上哪个章节有相关知识点，但不如拿起手机搜索来的快，而且，网上有些知识点是经过整理的，视角也不一样，有助于理解。
项目范围管理要解决的问题有：
1. 明确项目边界，明确什么工作是项目范围内的——收集需求和定义范围这两个过程负责实现；
2.明确项目要提交的可交付成果——定义范围的输出“范围项目说明书”里有提到；
3.动态监控项目工作，确保该做的都做了——在确认范围和控制范围这两个过程实现，书里将控制范围放在最后，感觉确认范围放在最后是否更妥当？确认范围是客户确认产品功能是否符合预期目标，确认的英文翻译是validate（make legal，official）；控制范围和控制质量都是项目团队执行的，在项目内执行。一般思维不是做项目的先内部确认产品各项没问题了，再交由客户或者项目发起人来确认？
4.动态监控项目工作，确保不该做的没做——不该做的做了，客户又不会买单，还浪费了项目的资源，因此要防止“镀金”。这个任务由“控制范围”过程来实现，它通过对比实际范围情况和项目计划中的理论值，发现偏差，分析并提出解决方案。
5.对没在项目范围之内的工作说“不”，一切按照合同行事。
6.及时对可交付成果进行验收——确认范围过程来实现。
将书本盖上，输入、输出过程，工具技术一个都没记住。原先还想着通过精读整合管理来提纲挈领，带动其他章节的阅读理解，现在看来too naive。
阅读时，会有很多疑问，比如：
@整合管理章节，项目文件那么多，每个过程的输入输出，你中有我，我中有你，怎么去区分？
@工具技术那么多，有的是general的，都会用到；有的是自己过程会用到，怎么去理解？
希望通过这种脑回忆的方式，让学习之路看起来不那么沉闷。下次要写，还是得总-分-总的方式，首先明确这个章节要解决什么问题，这些问题都在哪个过程里解决了？然后细化到具体的过程，每个过程按照输入、工具、输出的顺序来描写，记录随便一个关键点，最后再总结归纳本章节在整个项目管理内的作用，也许这样会更好。
另外，老师在课堂上讲知识点时，口头讲述了很多生活中的例子，来辅助理解知识点，以后可以用上，大家都是喜欢听故事的，特别是枯燥的管理学知识更需要。
网友评论