规划极限编程 02

每个软件工作者接到一个任务，都会担心很多很多，是否超出他们的能力范围，有没有足够的时间完成任务，是不是能用上最新的技术。

除了软件工作者，每个客户也有所担心，担心能不能得到他们要求的东西，会不会投入大于产出等等问题。

其实这里就要利用到上一篇的计划了。当然计划只是沟通的一部分。

客户有权知道所有的开发方案，所有的计划变动，同时更可以随时取消某些项目，但同样的，客户不能一味地去修改，这样会导致计划的多变，任务的繁重，最后的失败也是必然。

开发者必须理解客户的心，找对真正的需求，在需求的基础上，去符合用户的其他体验。

在开发过程中，并不是制定好了计划就能万事大吉，在开发过程中，要不断的进行调整来控制开发，我们希望在开发中获取最大的效益，软件开发是一个过程，他可能顺利也可能很困难，但是我们必须不断的进行指引，不断的调整，无限的瞄准，走向成功。

通过牺牲质量来控制的手段是没有效率的。质量不是一个控制变量。项目不会因为接受低质量而加快速度，也不会因为要求更高的质量而使进度减慢。要求高质量通常导致更快的交付，而降低质量标准通常会导致更晚的不可预见的交付。

过去我们一味地拉低自己的质量标准，将自己的计划放低。

这样做，最后会导致连最低的任务标准也没有达到。

读了这本书，我们将质量的标准应该放的高一层次，只有这样，才能在压力中成长。