说一下避免软件需求变动的另一种方法

 项目组成员常常抱怨用户需求总是和自己想的不一样，而且变来变去，虽然需求肯定是会变化的，原因也是各种各样，网上各种总结也不少，我这里说一种方法，也许大家用的上。 方法就是对软件的设计要明白原因，或者说一定要有原因。比如在界面上，你的设计布局为什么是这样不是那样，为什么按钮摆放在右下角而不是左上角，要有一个说服别人的理由，否则你就只能被客户牵着团团装，忙着改这里，调那里。你没有理由，而客户有理由，你只能听他的。简单的界面调整还好，遇到流程更改，那就更加麻烦了，所以设计人员一定要明白，为什么这么设计，设计的理由是什么，考虑了多少因素做的决定。 举个例子，淘宝的某个UED（user experience design,用户体验设计）人员写的一篇文章，设计72变——寻求banner制作的变化(http://ued.alimama.com/?p=317)，就做了很多原因分析。而我们的用户管理、单位管理功能，也在用户那里被改来改去，部分原因也是我们没有充足的理由告诉客户我们为什么这么设计。反过来，当用户提出一个新的要求，也需要弄清楚为什么，原因是什么？这样才可以避免反复修改。 当然，这种方法的难度在于： 需要对业务比较了解； 良好的客户关系； 技术人员、美工、项目管理人员都要认识到探究原因的重要性。

原文地址：

http://zhaoguoqing.spaces.live.com/blog/cns!179C0A825FB6EDED!1054.entry