收藏
回答

话题 全部话题

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

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

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

写回答关注话题邀请回答

23 个回答

  • 拾忆
    拾忆
    2019-12-02

    这个其实也看实际情况,如果是小项目,其实有时候动动手的就修改的需求还是不喜欢走各种流程,对流程的时间早把问题改完了。

    当然大公司的话能够统一规范流程肯定更好,毕竟有的需求改着改着就忘记了,或者没改完需求甲方爸爸或者领导的要求就变了,到时候如果没有规范的流程记录出问题又死无对证,吃亏的还是程序员。

    2019-12-02
    赞同
    回复
  • 夏晴天
    夏晴天
    2019-12-02

    ➕💰就改,否则免谈,保命要紧,毕竟最近圈里好多人都猝死了

    2019-12-02
    赞同
    回复
  • 波拿巴
    波拿巴
    2019-12-02

    修改功能不是要项目经理确认吗,可以跟客户说改不改说了不算,让客户找经理协调呗。反复改的,是需要签补充合同的吧。

    2019-12-02
    赞同
    回复

正在加载...

登录 后发表内容