《移山之道》之读后5问
1、MSF的适用范围及不同之处？
书里详细地介绍了MSF（microsoft solution framework），但MSF本身也有着局限性，在学习时也要不忘反思。
MSF的最大特性是商业化，并自始至终地体现在项目的实施过程中。所谓商业化意味着客户的商业利益。客户投入多少，得到多少回报，客户要用到哪些最新的技术，最后如何把项目计划(Project)变成产品(Product)直至产生效益，等等，这些都是MSF要考虑的问题。
● 强调“系统前景/范围”，而不是需求。（保证一切按照计划走，要加的任务放到下一个里程碑中）
● 面向客户的里程碑，而不是面向开发的里程碑。每个里程碑是项目组重新校准客户期望值的同步点。
● 不同版本方式的发布，而不是第一版就包含全部的功能特色，快速变化的技术会不断增强系统的功能，强化PC使用者的能力。不同版本的发布方式在基于PC的计算环境中是良好的平衡投资的方法。
由于MSF是在微软的工具和技术的基础上建立并开发分布式企业系统应用的参考，所以其他团队需要对其中的准则技术有所选择。
2、在估计时间方面是乐观一点还是悲观一点更加有利于项目的进展？
MSF框架中，开发之前会有很详细的计划，希望能够准确估计开发过程中每一部分的开发时间，但这是很难的一件事，乐观的估计和悲观的估计势必会给团队的项目进展带来影响。过于乐观的估计会增加开发人员的负担，甚至挫败团队的信心；同样过于悲观的估计会降低团队的效率，甚至会降低开发人员的积极性。
个人意见：现实生活中，有两类人，有些人在没有压力的时候，不容易专心做事，此类人计划时要乐观一些。另一类人，有时间就会发在工作上，不喜欢在大压力下工作，此类人计划时要悲观一些。
求各抒己见~
3、需要哪些文档以及文档的分类？
除了编程之外，文档管理无疑是软件开发的一个重要部分，如何很好地运用确实会影响到团队的效率。以下是网络上的一些答案。
| 所提问题
文档
|
什么
|
何处
|
何时
|
谁
|
如何
|
为何
|
| 可行性研究报告
|
√
|
√
|
||||
| 项目开发计划
|
√
|
√
|
√
|
|||
| 软件需求说明
|
√
|
√
|
||||
| 数据要求说明
|
√
|
√
|
||||
| 概要设计说明
|
√
|
|||||
| 详细设计说明
|
√
|
|||||
| 测试计划
|
√
|
√
|
√
|
|||
| 用户手册
|
√
|
|||||
| 操作手册
|
√
|
|||||
| 测试分析报告
|
√
|
|||||
| 开发进度月报
|
√
|
√
|
||||
| 项目开发总结
|
√
|
|||||
| 维护修改建议
|
√
|
√
|
√
|
1)开发文档：这类文档是在软件开发过程中，作为软件开发人员前一阶段工作成果的体现和后一阶段工作依据的文档。包括软件需求说明书、数据要求说明书、概要设计说明书、详细设计说明书、可行性研究报告、项目开发计划。
2)管理文档：这类文档是在软件开发过程中，由软件开发人员制定的需提交人员的一砦工作计划或工作报告。使管理人员能够通过这些文档了解软件开发项目安排、进度、资源使用和成果等。包括项目开发计划、测试计划、测试报告、开发进度月报及项目开发总结。
3)用户文档：这类文档是软件开发人员为用户准备的有关该软件使用、操作、维护的资料。包括用户手册、操作手册、维护修改建议、软件需求说明书。
4、如何调动团队的积极性？
书里屡次强调人员管理的重要性，团队的效率对软件开发进展至关重要。调动团队的积极性是必修课。
http://www.tomx.com/Library/4861.htm
1、建立共同的目标
2、让员工说该怎么办
3、布置任务时明确要求
4、“Push精神”
5、肯定、赞扬你的员工
6、为员工创造学习氛围，提供学习机会
5、估算技巧有哪些？
1、Ad-hoc方法；2、开发时间的百分法；3、类比法；4、WBS法；5、Delphi法；6、PERT估计法；7、FP
具体见http://wenku.baidu.com/view/c2f4745abe23482fb4da4c29.html
《移山之道》主要用的是WBS方法，我们是不是也可以试一下其他的办法？
By Rongcheng Lin