近期用零零散散的时间读了《IT项目经理成长手记》，看这本书的目的主要有两个：一是想通过一个“落地”的案例加深对项目管理知识体系指南中的理论的理解；二是想了解在项目管理过程中业务人员需要做些什么。
这本书的作者是神州数码的两位高管，他们把在神州数码IT项目管理领域积累的实践做法和工作思路通过“讲故事”的形式整理成了“成长手记”。全书主要是从项目经理的角度出发，对项目经理在一个项目中从所面临的各种真实问题和场景，到提出问题解决方法，到最终的总结收获和经验教训，整个过程进行了描述。整体感觉很有代入感，并且项目管理那些晦涩难懂的理论有在这本书中“落地”，加深了我对理论的理解。
对这本书我采用的是整本粗读+部分精读的方式，对以下几个比较感兴趣的内容花的时间较多，也有一定的收获和感想：
收获最大的是，书中通过一次项目范围变更的案例讲述了发现问题到解决问题的过程，加深了我对项目目标和项目范围的理解。将书中的故事抽丝剥茧，整理一下，整个过程大致如下：
目标明确
首先，合同中项目目标很明确“确保系统被客户正常使用和实现商业目标”。
那么，问题出在哪儿？
项目目标虽然明确，但对于要实现这项目标其中要做的工作怎么做？有谁做？并不明确，即项目范围或者说是项目边界是模糊的，甚至项目团队和客户之间是有分歧的。
要实现目标的困难是什么？
系统安装调试还需要到几百个网点进行，一年的版本升级都需要覆盖到，工作量相当大，已远超出项目组承受范围。
处理方式
找客户的项目负责人商量对策。
问题分析
工作量主要来源于系统上线后后期的版本升级和故障排除。
有何解决办法？
一是可以设计自动升级系统，代替人工完成后期的版本自动升级工作；二是调动大量人力进行系统安装。
最优方案
为产品增加开发版本自动升级系统，再结合当前客户实施执行问题和特点，完成实施。好处有二：减少了实施工作量；作为产品的一部分也可以应用于其他项目实施。
最终结果
签订补充协议，解决工作范围分歧。
经验与教训
项目目标并不等于工作范围。目标明确了并不代表范围明确了。在整个过程中，其实不难看出，“版本自动升级系统”其实是项目的潜在需求，是确定工作范围的一个要点。不管是项目范围或者是客户需求，如果发生分歧，不要回避。可以参照上述的思路一步步进行分析和处理，找到要点和平衡点，最终达到双方满意的效果。
另外，这本书中提到的其他一些观念也给我留下了比较深刻的印象。比如，作者在描述客户为什么做这个项目时，提到了业务需求和功能需求的关系，通过一个比喻很巧妙的解答了我之前对业务需求概念的困惑。
客户去买衣服，一定知道自己为什么要买衣服，也就是自身的业务需求：为了御寒，为了漂亮，为了体面，或者，只是因为打折了。
一般的营业员，上来会直接问客户对于颜色、款式和面料等方面的要求，拿到一件就努力说明“这件最适合您”。往往结果是，客户一件一件的试过之后，始终觉得不满意。
这其中的问题便在于你并没有问清楚客户为什么要买衣服，什么场合穿等等。问清楚客户需求，再针对性的给出推荐，才能更合客户胃口。
再回到IT系统上，就很好理解了，比如客户说想做个报表，作为业务人员，第一步不是问客户报表需要展示哪些字段，怎么个展示视图等等，而是，为什么要做这样一个报表？业务上的目的是什么？
书中类似这样解决问题的思路和观念的形象化阐述还有很多，另外还给出了许多项目管理技术、支撑工具和文档模板，都很值得借鉴和学习。
个人认为，本书对于正在从事项目经理工作或志于成为项目经理的人士，是一本真枪实弹的“战地指南”，书中的场景比较真实的反映了“中国式项目”的管理现状，感觉更接地气。
