认识达内从这里开始

开发需求发生变化是许多软件开发团队都不希望出现的一个问题，但是需求变化依然会时常发生，下面我们就通过案例分析来简单了解一下，需求变化会引起哪些问题。

1、需求是怎么产生的

软件产品的需求提出是为了能够做出一个产品来满足目标用户的痛点或者痒点。而痛点/痒点的发现的方法是多种多样，可以经过深入的用户调研，观察到用户的需求，提出一个产品来满足他们的需要;也可以像乔布斯这样，根本不做用户调查，我给你的就已经是好的。也可能开始做出了一个产品原型方向，然后经过多次迭代修改后得到了一个受欢迎的产品形态。

具体到游戏产品，产品的方向更多是公司老板或者制作人看好某个游戏细分领域，构造出这个游戏产品的核心玩法，基于该核心玩法，结合各种辅助系统，后得到一个完整的游戏。

游戏的具体做法是，产品策划根据制作人的宏观构想，先设计出核心玩法原型，并和程序紧密配合，实现出一个核心玩法demo。项目主要参与人员(特别是老板，制作人等)体验并头脑风暴，可能经过多次的迭代修改后，得到一个大家都认可的核心玩法demo。核心玩法是游戏的存在的根基，是能够满足玩家对游戏性，可玩性的要求，或者超出玩家的预期。

为了构建一个完整的游戏，需要在核心玩法之外建立各种辅助游戏系统(如角色，等级，成长，装备，任务，副本，好友，工会，组队等等)，而游戏开发过程中大量的需求，即来自这些辅助功能系统。

2、需求为什么会变化

世界在不断的发展变化，行业环境在变化，用户的喜好也在变化，不变的就是”变化“本身。如果将游戏功能简单的分成核心玩法和辅助系统两部分，那么需求变化也来自这两部分。

核心玩法变化

核心玩法是游戏存在的根本，理想情况下核心玩法的变化只应该在demo打磨阶段，已经demo确定后，核心玩法就不应当再改变。此时发生的改变的原因是发现核心玩法并不能满足用户的需求，或者有了更好的想法。

辅助系统变化

游戏开发过程中的绝大部分工作量都是集中在辅助系统，大量的辅助系统涉及各种庞杂的逻辑规则，系统交互和设计细节。辅助系统的需求变化主要有一下因素：

有了”更好“的想法：对于同一个功能，策划有了新的更好的想法。

之前规则理解有误：由于文档不细或者沟通理解有偏差，开发和策划对于规则理解不一致，开发过程或者完成后才发现不对导致的需求“变化”。

来自上层的想法改变：上层是指老板或投资人等，他们有自己的想法和理解，要加入到游戏中，导致变化。

来自合作方的变化：游戏的渠道和运营方通常有更大的话语权，他们“更理解市场和用户“，他们会加入自己的想法到游戏中。

来自”新人“的不同想法：项目的新成员，特别是新策划(新制作人)的加入，会导致需求的大量变化。

来自和程序的妥协：开发过程中，程序发现有些功能规则的实现复杂度很高，性价比很低。和策划商量后采用了简化版的替代方案。

美术需求变化：单独说一下美术变化，产品的一眼看到的总是界面和美术，而每个人都有自己偏好，没有什么绝对的对错，都能发表自己的意见，总会或多或少导致一些变化。

3、需求变化导致了什么问题

游戏开发过程中，频繁的需求变化，对项目的开发和团队的管理都是有害无益。需求变化可能导致以下问题：

项目开发周期不可控：需求的变化意味着开发工作量和沟通工作的提升，必然导致开发周期delay。又要引入变化，还需要强制按原计划时间完成都是天真的一厢情愿。一厢情愿的事情累计多了之后，会在团队中逐渐产生怨气，从而危害团队。

损害团队士气：古人作战追求，“一鼓作气，再而衰，三而竭”。项目开发也是一样，大家有了相同的任务目标，正兴致勃勃，士气高昂得前进，三番四次的目标修改，会让团队对目标产生迷茫和怀疑，会耗尽团队的士气，从而降低团队生产力，甚至导致团队不稳定。

成员间产生不信任感：项目成功是一个团队合作的结果，成员之间的肝胆相照，相互信任，相互扶持和帮助是项目成功的助推剂。而频繁的需求变化会让组员之前产生不信任感，觉得对方是在给自己挖坑，“既然还会继续变化”，那实现当前需求只是浪费时间。成员之间的质疑产生后会很快导致各种矛盾出现，甚至上升到人员之间的各种冲突。

【免责声明】本文系本网编辑部分转载，转载目的在于传递更多信息，并不代表本网赞同其观点和对其真实性负责。如涉及作品内容、版权和其它问题，请在30日内与管理员联系，我们会予以更改或删除相关文章，以保证您的权益!更多内容请加danei0707学习了解。欢迎关注“达内在线”参与分销，赚更多好礼。