大家怎么看待产品老是变更需求的,交付日期定死了

lrenyan 2026-06-12 15:26 1

产品老是改需求,导致后端经常大改。在她看来就是改个字段问题,但是在后端会该非常多的校验,甚至整个业务链都要改动。而且经常是上个版本加的东西,下个版本又删掉了,真的很无语。1.另外是敏捷开发,交付时间已经定死了,想往后排期是不可能的。2.产品天天抱着个破豆包拆解需求,从不站在客户角度看如何使用,你哪怕用美国豆包也好呀

最新回复 (19)
  • 咕嘎治愈世界 06-12 15:28
    1

    都行,先发任务。提需求变更,按优先级排序

  • 河狸不合理 06-12 15:28
    2

    这没招啊。即使有不合理的地方,你提出来,搞不好产品针对你。

  • 姜彦汐 06-12 15:29
    3

    改来改去很正常,这个世界就是个大草台班子。怎么多快好省的解决问题,空出更多的时间提升、投资自己,才是应该深入考虑的

  • mact 06-12 15:30
    4

    因为人的脑容量是有限的,上一阶段觉得合理的设计等到脑子清醒的时候才发现不行 ^-^ 我一个做后端的临时充了下产品的数也出现佬你说的问题了,只能说确实没法避免

  • 小木 06-12 15:30
    5

    他要怎么改就怎么改,给时间给排期就行

  • 汉武帝(的大熊猫) 06-12 15:31
    6

    之前很怕. 现在不怕. 都是ai搞反正. 我review就好了

  • dengdeng00 06-12 15:31
    7

    当你还不容易提高了效率,有点自己的时间,他就又给你一个需求,并且给的时间比上次更短

  • Mr.Q 06-12 15:33
    8

    额怎么说呢,需求变更不可避免吧,但是只要不是,早上变了需求,下午让你上线就行,只要给排时间管他这那的 ^-^反正变了需求,也是我传话给ai写 ^-^

  • lrenyan 楼主 06-12 15:34
    9

    可是她的设计很不合理,我都提出来过“客户肯定会巴拉巴拉”,奈何产品不听。第二版又推倒重来

  • lrenyan 楼主 06-12 15:35
    10

    敏捷开发,定期交付。前天写的需求,4天后又改了,但是交付时间又没变,很痛苦

  • 白芸汐 06-12 15:35
    11

    躺着看,置身钉内这篇真的写的很好,无所谓了属于是,我早就麻木了,我反正自己带项目不会这样 ^-^

  • 三三 06-12 15:35
    12

    你们评审的时候没有提出来吗,好奇 ^-^

  • lrenyan 楼主 06-12 15:36
    13

    改动的地方太多了。每次根据产品需求落spec,然后ai改代码,结果牵一发而动全身,其他地方也被改了。是我太菜了,不会用ai

  • 一只羊蝎子 06-12 15:37
    14

    产品可能摸不清甲方和需求方的需求,而且这几方的需求一般也不是一版就完美


    只要别催工期,能按正常流程排期做就行^-^反正咱们员工是包月付费,他们想吃什么就给他做什么,都是工时

    如果加班或者不正常排期就^-^

  • lrenyan 楼主 06-12 15:37
    15

    无论加需求,还是该需求,截至日期不会变。所以很痛苦

  • 汉武帝(的大熊猫) 06-12 15:37
    16

    那不至于. 如果总是大改确实得反馈一下. 得看公司pm话语权了, 有的公司pm是不能惹的..

  • wuwenyao 06-12 15:38
    17

    对付经常改需求的产品佬,你让他把原型先做好,把需求细化。

  • xiaoxinlore 06-12 15:38
    18

    变需求那说明有在思考;按照流程,处理即可;初步沟通,变更确认,优先级处理

  • Terra 06-12 15:40
    19

    不是很理解,截止时间不变,开发又必须要消耗时间.感觉不是很合理啊. 总不能我凭空变出来项目啊^-^

* 帖子来源Linux.do
返回