前五章就有点晕

看任何东西，最怕的就是纯理论，初步发现，书中记载的也全是我最讨厌的。这么多年了，做了这么多的项目，实际上没有两个的模式是完全一样的，甚至于连雷同的也很少。如果用一些固有的步骤来认定是标准，相信全信书的PM很难成功完成一个项目。所以，培训可以完全加入一些案例分析，理论联系实际比较好。

而且，要完全把这些东西都记下来真有点难度。里面有些问题确实也很莫明其妙，如下：

 

在项目生命期哪一阶段，消除风险可使项目损失最小？
A. 项目启动
B. 项目计划
C. 项目执行
D. 项目收尾

 

真的很想把出题的揪出来质问一番，风险每个阶段都会有，在我所经过和听过的项目中，风险所造成的影响和所在阶段根本没关系，只和风险的级别相关。当然了，题目本意是想说明在项目初期消除风险损失小。但事实上，哪个信息化的项目会在开始阶段就能列出所有风险？我曾经过的一个项目，开始的时候一切都好，什么都顺利，最后软件开发出来了，用户的系统范围不断扩大，项目没能成功。有人会问了：为什么开始不想到这个风险呢？事实上，中国人的习惯就是只有看到软件成果的时候，他才会清楚的表达他的意图，甚至于扩大他的想法。在此之前，任你PM使尽浑身解数，就是对牛弹琴。所以，从那之后，我一至很偏爱快速原型法，因为我了解这些用户，我很清楚用户不关心UML，不懂XML，只知道有样子的时候他才能判断是或否。