V2EX = way to explore
V2EX 是一个关于分享和探索的地方
现在注册
已注册用户请  登录
lsqwind111
V2EX  ›  程序员

产品出个脑图,让开发评估开发时间,各位有遇到这种情况的吗

  •  
  •   lsqwind111 · 2020-06-19 10:52:12 +08:00 · 5971 次点击
    这是一个创建于 1600 天前的主题,其中的信息可能已经有所发展或是发生改变。

    怎么处理这种情况?求分享,支招

    53 条回复    2020-06-22 14:16:27 +08:00
    xnode
        1
    xnode  
       2020-06-19 10:53:23 +08:00
    经常 只能随口答
    shuang
        2
    shuang  
       2020-06-19 10:57:19 +08:00   ❤️ 1
    经常 往多了估
    yaocai321
        3
    yaocai321  
       2020-06-19 10:59:32 +08:00   ❤️ 6
    无论是工作 还是生活 遇到不合理的 要敢于发声,敢于拒绝。
    沉默最后害的不是自己,而是整条利益线上的人,且越下游越可怜。
    seki
        4
    seki  
       2020-06-19 10:59:56 +08:00   ❤️ 11
    你可以:
    - 往多了估
    - 用各种各样的细节把 ta 问倒
    - 让 ta 签字确认脑图之外内容开发可以随意实现,如果有追加需求需要扫码支付并且推迟交付时间
    GoopleXD
        5
    GoopleXD  
       2020-06-19 11:01:22 +08:00
    作为 b 端产品表示 , 前期一般只是跟研发简单了解下工程方案和实现难度 , 没确定细节的话不会直接要时间
    倒是业务团队经常这么干 , 只说下大概要什么 , 就要排期
    ye22st
        6
    ye22st  
       2020-06-19 11:04:17 +08:00   ❤️ 1
    楼主这个还算好了。之前产品给个计划表,让我们开发估时间,我们估计至少要两个月?和他说完,他说不行,必须一个月之内搞定。那我就不明白了,那让我们估时间的意义在哪里?
    Achiii
        7
    Achiii  
       2020-06-19 11:06:44 +08:00
    基操
    wuqingwei
        8
    wuqingwei  
       2020-06-19 11:07:15 +08:00   ❤️ 2
    领导知道你会往高的估,所以他会压一下时间,这里面的艺术就在于,怎么估高点,领导又觉得不好压缩你
    Codelike
        9
    Codelike  
       2020-06-19 11:10:57 +08:00
    @ye22st 取最小值
    NH44443
        10
    NH44443  
       2020-06-19 11:18:25 +08:00
    一个标题都不算完整的需求也是遇过有的, 直接问回去你会不会写小学作文题纲
    Ariver
        11
    Ariver  
       2020-06-19 11:21:56 +08:00
    加个字段。
    xiaoming1992
        12
    xiaoming1992  
       2020-06-19 11:56:16 +08:00 via Android
    说好,哪些东西可能会调整,哪些东西应该不会调整,如果需要调整前期声明不会调整的东西,需要重新评估时间
    avalon0624
        13
    avalon0624  
       2020-06-19 12:02:56 +08:00
    挺多;建议问清楚所有细节,自己做一份流程图 + 详细文档说明,再交给产品确认。
    wizardoz
        14
    wizardoz  
       2020-06-19 12:24:31 +08:00
    你还有脑图,不错了
    matrix67
        15
    matrix67  
       2020-06-19 12:30:02 +08:00
    我们产品用 txt 的。 一个功能点一行
    matrix67
        16
    matrix67  
       2020-06-19 12:31:23 +08:00   ❤️ 2
    就是抄友商,友商有啥功能我们就有。

    细节让我们点一下友商的页面自己了解一下。。。
    poembre
        17
    poembre  
       2020-06-19 12:39:02 +08:00
    大家觉得产品经理, 真的有存在的必要吗! 不拿张小龙说事
    diggzhang
        18
    diggzhang  
       2020-06-19 12:44:33 +08:00
    还行,起码出脑图,我们产品善于口胡 PRD 。
    cxh116
        19
    cxh116  
       2020-06-19 12:46:03 +08:00 via Android
    还要估时间,不错了,这个时候的操作应该老板拍个时间,然后倒推功能的完成时间点就行了。
    NeoChen
        20
    NeoChen  
       2020-06-19 12:46:12 +08:00 via iPhone
    @ye22st 你说 3 个月,产品会说 1 个半月,跟你讨价还价呢😂,希望你们加班。这是真实的。
    RJH
        21
    RJH  
       2020-06-19 14:34:52 +08:00
    我接到过的需求:最近公司要投标,你搞个积分系统吧。

    然后我参考楼下的全家积分系统,撸了一个类似的。
    speculatorA
        22
    speculatorA  
       2020-06-19 14:45:14 +08:00
    脑图的话很多细节没完善吧,直接十个细节问题丢过去,然后叫他衮回去整理就好了
    gadsavesme
        23
    gadsavesme  
       2020-06-19 14:55:11 +08:00
    @poembre 好的产品经理还是不少的,也必不可缺,只是现在市面上水货太多,连个原型图都画不清楚也说自己是产品经理。。。
    TimPeake
        24
    TimPeake  
       2020-06-19 15:14:57 +08:00
    实际时间 x2
    bsg1992
        25
    bsg1992  
       2020-06-19 15:23:17 +08:00
    往多了要就对了。 这种产品经理就是垃圾不靠谱
    wangkun025
        26
    wangkun025  
       2020-06-19 15:25:46 +08:00
    @ye22st 有的。
    这个应该用个专业术语来命名。
    不管你提多久,他都会打个折扣。
    哪怕你说一个小时,他也会说 40 分钟。
    saulshao
        27
    saulshao  
       2020-06-19 15:27:01 +08:00
    这个就往死里评估就是了。
    chamuyaye
        28
    chamuyaye  
       2020-06-19 15:32:29 +08:00
    这种问细节都是浪费时间,因为中间必会变的,直接往多时间估就行了
    MJZ1995
        29
    MJZ1995  
       2020-06-19 15:41:26 +08:00
    哈哈哈哈哈哈哈哈哈哈哈哈哈哈。。。。。
    phpcxy
        30
    phpcxy  
       2020-06-19 15:43:54 +08:00
    常规操作,最起码在你预估的时间乘于 1.5
    hahiru
        31
    hahiru  
       2020-06-19 16:52:39 +08:00
    让他发一份详细设想到你邮箱。不然毛估估个 1 年吧。
    xiaoyang7545
        32
    xiaoyang7545  
       2020-06-19 17:07:00 +08:00
    很正常,你往宽了估计。或者就直接回答需要明确需求才能估计。
    TimePPT
        33
    TimePPT  
       2020-06-19 17:13:16 +08:00 via Android
    没 PRD 不过需求评审不估
    wobushizhangsan
        34
    wobushizhangsan  
       2020-06-19 17:15:59 +08:00 via Android
    @poembre 不吐槽忍不住,张是最烂的
    uxstone
        35
    uxstone  
       2020-06-19 17:44:59 +08:00
    中华田园敏捷开发 🐶
    evill
        36
    evill  
       2020-06-19 17:46:34 +08:00
    羡慕还有图
    我们产品给一个 exel 一行一个功能(没细分的)
    让估时间,估完就是太长。。。🐶
    ddefewfewf
        37
    ddefewfewf  
       2020-06-19 17:56:28 +08:00
    估计时间又没用 反正我下班就走人
    thulof
        38
    thulof  
       2020-06-19 18:09:05 +08:00   ❤️ 1
    产品出 PRD -> 研发出技术方案,这个过程中进行功能拆解 -> 输出甘特图,应该没问题吧?
    thulof
        39
    thulof  
       2020-06-19 18:11:00 +08:00   ❤️ 1
    没有 PRD,没有需求评审与需求宣讲,可以拒绝进入开发
    jwenjian
        40
    jwenjian  
       2020-06-19 20:55:31 +08:00
    产品给的脑图,不往细了拆个 3,4 个 level,那些功能点根本没办法给工作量,所以这种情况就是根据脑图上的大功能点往细了问他,问到他自己都不好意思让你估工作量。

    最后说一句,尽量避开有新需求不开需求评审会的公司
    xy2020
        41
    xy2020  
       2020-06-19 21:24:19 +08:00 via Android
    可以的,这是基本能力
    不过前提是开发和产品之间要有默契和共识:随着脑图细节的增加,工期也会增加,有事可能会成倍增加。
    xuanbg
        42
    xuanbg  
       2020-06-19 21:26:47 +08:00
    最好当然是脑图原型图都有,其次是只有脑图,再次是只有原型图,最次是只有 word……

    楼主该满足了,我们产品只有原型图,我还得根据原型图去补脑图呢。
    May725
        43
    May725  
       2020-06-19 21:31:04 +08:00 via iPhone
    我要这个,跟这个一样的就行
    JCZ2MkKb5S8ZX9pq
        44
    JCZ2MkKb5S8ZX9pq  
       2020-06-20 05:31:54 +08:00
    说一个反面角度的,以前做产品,提了一个功能版本,程序员就是一路问,问到很细。
    基本 RP 流程图和 UI 都齐全了,还是一副不太清楚需求的样子。
    也有上面提到的,提出将来一点都不能改,改了就是你设计的责任之类的。

    照那个样子,就没什么版本迭代了。windows 直接憋到 win10 再推出好了。
    所以凡事还是要讲究个平衡,这也是个团队默契的问题。

    其实提的需求我认为完全在正常范围内,我自己也写会代码,实现难度能估个大概。
    后来被拖了两个月实在受不了了,自己连学带写了一个礼拜全部搞定。
    所以隐约感觉可能是水平不行或者故意磨洋工找借口。而且当时做的是一个偏社交的,发现那位大哥平时连微博都不用,一些基本概念都对不上,一些基本交互都很难交代清楚。
    之后换了个人好多了。
    theprimone
        45
    theprimone  
       2020-06-20 09:08:42 +08:00
    估时间这种事儿,有点玄学的感觉。
    seki
        46
    seki  
       2020-06-20 11:07:38 +08:00
    @JCZ2MkKb5S8ZX9pq
    当然可以改,都可以改,就是取决于改动大小,交付时间可能需要重新排,这算是合理需求吧。

    只是我觉得拿出个脑图就假装文档已经给好的 PM 可能不会理解这个事情,也不一定能理解一个功能的交付需要留出部署、测试和修 bug 的余度。提出一点都不能改,就是让他重新思考一下
    Kazetachinu
        47
    Kazetachinu  
       2020-06-20 11:23:14 +08:00
    @wizardoz 。。。。我真是好心疼你啊
    12tall
        48
    12tall  
       2020-06-20 14:24:27 +08:00
    @avalon0624 层主说的靠谱,先搞清楚需求在揽活,不然后面填不完的坑
    madpecker009
        49
    madpecker009  
       2020-06-20 16:01:05 +08:00
    外包公司不是常事?起码你们还有产品,你知道销售直接拿着需求文档让你估算工期是什么感受么?
    pythonee
        50
    pythonee  
       2020-06-20 17:05:18 +08:00
    我打算收藏这个帖子,以后有人这么找我,我就把这个帖子给他看
    janus77
        51
    janus77  
       2020-06-20 18:34:40 +08:00
    按你能想象到的复杂度再乘以 10 。他不服就怼回去让他自己估。甩锅谁不会啊
    zjsxwc
        52
    zjsxwc  
       2020-06-20 22:14:56 +08:00 via Android
    这种是懒人产品,不负责任的产品都这样,最后变成让开发人员去想产品。

    不过如果之前合作多的话一般也可以大概评估一下时间,“时间=路程 除以 速度”。 一般团队的速度,由于木桶效应,是按照你们效率最低的那个队友的时间来估算的,比如实习生,每个阶段 deadline 都是大家在等那一位“木桶短板者”完成任务。而由于产品的偷懒你们的 路程 也不好评估,万幸的是如果之前有过多次合作的话,你们也可以通过以往的经验来评估路程,这样可以得出结论一般 “评估的时间”=“往期经验路程”除以 “团队效率最低者的速度”然后往往会在吃基础上加上一定的冗余时间用于对外沟通。
    wuqingwei
        53
    wuqingwei  
       2020-06-22 14:16:27 +08:00
    @poembre 正规点的应该都有吧,不同公司的组织架构会不一样,但是应该要有个这样的角色
    关于   ·   帮助文档   ·   博客   ·   API   ·   FAQ   ·   实用小工具   ·   995 人在线   最高记录 6679   ·     Select Language
    创意工作者们的社区
    World is powered by solitude
    VERSION: 3.9.8.5 · 36ms · UTC 21:21 · PVG 05:21 · LAX 13:21 · JFK 16:21
    Developed with CodeLauncher
    ♥ Do have faith in what you're doing.