#每日话题# 总会有很晚的变更
很多传统项目管理方法的目标都是限制和控制变更，但是有些方法则接受变更。但是所有项目管理方法都必须处理变更。
比如我们现在需要造一把新椅子来取代破损的椅子。需要什么、谁需要、怎样使用、椅子的承重有多大，这些都很明确。软件与此不同。在大多数软件项目中，没有人以前做过与这个项目完全相同的产品，即使有人做过过，这个项目团队的成员也没有做过。不仅如此，即将将使用这个软件的用户以前也没有使用过这个产品。即使他们可能对自己想要的东西有很好的想法，但也不知道如何确切地描述自己的需求，这是因为：
不知道自己的所有的需求。
试用产品的早期版本或竞争对手的产品后，其需求会发生变化。他们会发现试用该产品的新方法，并想出自己也可以利用但是现在还不能利用的新的方式。
不同的项目相关人员具有不同的需要，这些需要甚至常常是互相矛盾的。
不仅如此，随着产品的构建和大家技能的提高，预期成本会发生变化，使满足该功能变得多少容易一些。
因此需求是在想要和能够得到的功能之间进行不断PK的结果。随着项目的展开，需求肯定会有变化。
需求的变更会引起测试用例的变化，设计测试用例也要关注需求变更
产品开发前期需要对用户的需求了解清楚，包括显性的和隐形的，设计中保持与用户的有效沟通，使需求变更影响的方面最小
需求应多人参与搜集，并进行评审，达成一致的意见
保持与客户的持续沟通，才能避免在设计中多走弯路
客户需求有时是来自认识上的差别，因此保持与客户的有效沟通是非常必要的
产品需求是产品设计的根源，产品需求是贯穿产品整个生命周期之中，每个阶段都需要进行关注的
需求的变更意味着产品的修改，带来很大的显性及隐性成本
项目前期与用户充分沟通，对需求进行确认，减少不必要的变更 |
楼主
标题置顶
标题高亮
