收藏
回答

话题

对于频繁更改的需求,程序员要如何“优雅反击”?

有时需求随着客户或产品的“心情”和“理论”反复变化,轻则小修小改,重则推倒重来......

你有过需求被频繁更改的经历吗?又是如何“优雅”应对的呢?🤔

写回答关注话题邀请回答

25 个回答

  • 子不语
    子不语
    12-02

    改,都可以改,但是得加钱

    12-02
    赞同 2
    回复 3
    • 初心
      初心
      12-02
      这小思路不约而同
      12-02
      回复
    查看更多(2)
  • 11110111001011110111001110111
    11110111001011110111001110111
    12-07


    一刀见效

    12-07
    赞同 1
    回复
  • yuan
    yuan
    12-05

    需求变动的原因很多,很难一概而论,处理方法当然也多种多样。

    1. 产品经理需求有问题,评审时候没发现,开发过程中变动;

    2. 老板可能出现在需求实现的任何时间点,包括发版前,产品经理能做一部分阻拦,但是也就是一部分;

    3. 产品经理随心所欲调整;

    等等等等……

    需求变动应该说非常正常,主要是做好需求变动同步以及记录,不要张嘴就来直接改,最后前端改的后端不知道,后端改的前端不知道,测试不知道,项目不知道。

    12-05
    赞同 1
    回复
  • 一世倾心
    一世倾心
    12-02

    要是客户没有核心思想,就是走一步看一步的话,可以进行粗糙的做法,先做出对应的页面展示和互动,不做复杂模式, 等客户确定是这样然后在做精细的。  要是精细做完了还要改的话  可以进行加钱了, 还有就是周期性的找客户进行确认,是否是他心里想的方向,是就继续做,不是就改,差距就小多了。千万别昨晚整体以后在找客户确认。这个是敏捷开发的做法。

    12-02
    赞同 1
    回复
  • 努力的光哥
    努力的光哥
    12-07

    能动手尽量不要动嘴。

    12-07
    赞同
    回复
  • waterfall
    waterfall
    12-05

    都频繁改需求了我为什么还要优雅

    12-05
    赞同
    回复
  • 未央
    未央
    12-05

    杀一个程序员不需要用枪,改三次需求就可以了。

    12-05
    赞同
    回复
  • 让着色色
    让着色色
    12-05
    微信上封
    12-05
    赞同
    回复
  • 隐风之龙
    隐风之龙
    12-04

    以前是提需求要经过评审,改需求也要评审,进入测试阶段后的新需求转到下期开发;现在是需求只有项目经理知道,开发人员靠猜测开发,需求随时会变,上线当天依旧在开发

    12-04
    赞同
    回复
  • pluto
    pluto
    12-03

    前提条件是,频繁改需求不给时间吧,因为要加班

    12-03
    赞同
    回复

正在加载...