8.1.1 作为”卑微“的乙方，开发团队该如何面对变化无常的需求？

[GreyZeng]

原文链接

另外，很多时候用户并不知道自己确切的需求，或者不愿意表达完整的需求，软件团队需要设身处地，替用户着想，引导出需求。软件团队可以分析技术的发展趋势以及产业的变化、社会发展的大趋势，推测用户会产生哪些新的需求。 —— 8.1.1 获取和引导需求(Elicitation)

[GreyZeng]

在问题提问博客中我给出了一个可能的解决方案，即采用原型法，先根据基本用户需求开发初始原型，在根据用户的反馈进行原型的修改、扩充、完善，我们的Beta阶段也同样根据用户、助教、老师在Alpha阶段的反馈，新增了卡牌种类与教程两个模块。当然在实际开发中，必须面临决定“推迟”和“必须实现”的功能的情况，关于这点的处理方式在Beta阶段事后分析博客中已详细提及。
原文地址

[GreyZeng]

我认为对于变化无常的需求，开发团队要做到以下几点，如果是功能的添加，开发团队要搭建好框架，维护程序的可拓展性；如果是类似UI的变化需求，我认为开发团队可以仔细和客户沟通，如果是太过于繁琐的工作我认为非必要的话可以不修改。
这次 β 过程中，策划对我们提出了更高的要求，但是由于 β 时间过于短暂，最后我们采取折衷的办法，采用添加小功能实现策划的要求。所以，面对变化无常的需求，我们要求自己的能力搭建好框架添加或者是有自己的理由说“不”！
原文地址