应对网站建设中的需求应该怎么做?

  网站建设需求的变化意味着设计和开发团队的工作被浪费了。这是第一次浪费资源和时间。这将导致团队成员之间的抵触,给项目经理和需求造成不确定感,并降低项目经理的威望。严肃也会导致团队成员偷懒,因为谁知道这个要求什么时候会改变?也许你不必这么做?总结以下注意事项:


  需求变更确认。当需要变更要求时,必须有书面文件和签字程序。这样,双方的工作量得到了明确的记录和承认。同时,确认将使改变更加有效和科学。2.需求变化反馈。在需求变更的讨论和交换之后,必须给出反馈。给出反馈时,一定要告诉对方实现需求的目标和时间。因为有时目标是一样的,因为人力资源问题,有时双方的预期时间可能不一样,这时,双方需要重新谈判并达成新的商定目标。3.相关利益相关方的通知。当改变需求时,最好通知和管理所有相关的利益相关者。在许多情况下,一些主要的利益相关者在沟通过程中被忽略,导致失控的变化。


  需求的暂时变化很容易导致对新需求的考虑更加不完整,增加项目风险和产品质量下降,并严重导致产品偏离原来的产品定位或理念。频繁的需求变化对产品、项目进度和团队积极性都有很大的危害。项目经理必须不遗余力地避免需求的变化。让我们来看看网站建设需求变化产生的主要矛盾以及如何处理它们。


  (1)对需求考虑不足。


  例如,网站建设项目经理小明设计用户注册流程,计划是用户需要填写手机才能成功注册。该计划已由设计人员给出效果图和剖面图,并已进入开发阶段。然后,在这个过程中,小明从公司的其他类似产品中得知,用户对手机非常敏感。如果在注册过程中需要手机信息,很容易在注册过程中失去用户。因此,小明不得不修改产品计划,将手机项更改为可选,并添加一个公共邮箱作为注册用户的唯一标识。这是一个需求计划设计没有得到充分考虑的典型例子。当然,这也与小明的经历有关。不可避免的是,一般新人对设计计划中的某些情况不够敏感,会有疏忽和不完整的考虑。这就要求项目经理要求自己有一个高标准,从各个角度检查和考虑自己的计划,并尽最大努力对其进行彻底的考虑,从而在很大程度上避免需求的变化,并获得和提高自己的能力。(2)因实施困难而修改要求。


  这种情况经常发生在网站建设设计人员给出设计地图和剖面图时。开发人员开始开发,并在某些地方遇到实现困难,例如根据原始需求计划的性能问题,或者开发太困难,工作比预期大得多等。此时,我们不得不使用折衷的产品计划来取代最初的需求。因此,设计人需要重新映射,开发人员也需要调整他们的一些工作。有些学生可能会说,这种情况不能依靠项目经理吗?是开发人员做不到这一点,导致它再次被拆除。特别是,如果你想成为一名优秀的项目经理,不要有这种思维习惯。项目中的任何问题都是项目经理的责任。那么,如何避免这种情况呢?也就是说,邀请开发人员尽早参与,即使需求计划尚未最终确定,即使需求被启动和讨论,也邀请开发人员一起参与讨论。即使开发人员不能对产品计划提出建议,至少他们能够理解需求的来源,并及时指出技术实现中的一些困难。风险和成本高的地方越早发现和提出,产品的后续过程就越顺利。需求变化发生得越晚,新的需求计划输出得越快,考虑得越不彻底,这对产品和项目都非常有害。风险越早提出,不仅可以避免浪费团队成员的工作量,还可以让每个人更彻底地考虑需求的变化。因此,项目经理应该注意这里,以便开发人员能够尽快理解和知道需要做什么和涉及到什么技术困难,这是必要的和适当的。


  (3)绘制设计地图后,或原型开发后,甚至在测试阶段,发现以前的需求方案不合理。


  这种情况一般不应该发生。项目经理级别越高,出现这种情况的可能性就越低。然而,一个人不可能完全正确。换句话说,在看到真实效果甚至尝试原型之前,很难找到交互体验的一些细节。这也是项目经理需要练习自己的地方。通常,他们应该尝试各种产品,体验各种互动和页面设计,这样他们就不能简单地在设计产品计划中拍脑袋,而是根据实际操作经验去设计。然而,还应该注意的是,在这种情况下,需求的变化不应该是非常显著的变化,这通常是一种交互体验或页面内视觉逻辑的轻微调整。产品流程或产品逻辑的问题应该在视觉效果图输出之前发现,而不是在视觉效果图或产品原型阶段。(4)还有一个很无奈但很常见的情况,就是老板提出的需求变化,或者是由于产品方向的变化而引起的需求变化。


  在这种情况下,网站建设项目经理并非完全没有责任。这时,项目经理想,为什么老板只在进入设计和开发阶段后才提出需求变化?是因为老板以前没有完全理解需求吗?这可能是因为老板太忙而没时间关注这个项目,所以实际上项目经理可以主动让老板知道产品项目的进度、整个需求的思考过程和最终计划。这样,如果老板有其他想法或不同意见,他可以尽早提出。


  因此,我们可以看到,避免需求变化的主要思想是允许信息在团队内部、产品和产品之间以及团队和老板之间进行充分的交流和沟通,从而避免信息不对称或不同步。只有当信息完全同步时,问题才能更早暴露出来,需求计划才能提前修改,设计和开发等资源不能浪费。


  拥有一个需求没有变化的团队是理想的,但是当理想反映在现实中时,我们发现事实上很少有需求没有变化的情况。因此,当需求不可避免地发生变化时,我们如何应对这些变化以将危害降至最低?


  事实上,需求变更过程与产品的一般过程是一致的。首先,网站建设项目经理重新考虑变更后的需求,并在充分考虑后输出新的需求计划。与此同时,他与设计、开发、测试和其他团队成员充分沟通,让每个人都知道需求需要改变的原因和方式,以及修改后的计划会是什么样子,等等。团队成员批准变更后的需求后,他们将再次进入设计开发和测试阶段。在整个过程中,项目经理还应该注意需求变化对整个产品版本进度的影响。通常,设计要求开发和测试人员重新评估工作量和测试时间。项目经理需要知道变更是否会影响产品的最终发布时间。如果它确实有影响,并且不能通过协调其他时间来消化,它应该及时通知团队成员更广泛的范围。例如,需求变更只涉及一个功能的开发和测试,但是当这个需求变更将影响整个版本的进度时,有必要让整个产品版本中涉及的所有开发、测试和其他人员知道版本发布计划的变更和原因。


有没有解决你的问题?!! 遇到问题,在线社区提问