首页   注册   登录
V2EX = way to explore
V2EX 是一个关于分享和探索的地方
现在注册
已注册用户请  登录
V2EX  ›  职场话题

在与开发事先未沟通的情况下,领导说,产品给出的文档和原型 demo 就是开发的标准和验收标准……

  •  
  •   treelion · 156 天前 · 1572 次点击
    这是一个创建于 156 天前的主题,其中的信息可能已经有所发展或是发生改变。
    本人 PM,在产品部。今天开会领导的意思是,以后无论是需求还是 demo 都应该足够完整、全面、高保真。交给开发的全套资料就是开发的标准,以及项目后续验收的标准。

    我以前做敏捷开发,自己是 PO。现在所在的项目有个产品 leader,相当于项目组组长,我是组员。在项目组也呆了一段时间了,至今,我负责的部分都没有和研发负责人以及最终使用方有任何交流,都是组长一个人与各方交涉,不是很理解现在所在的部门的这种协作方式。

    领导说,产品不管开发实现的问题,反正需求交出去了,至于怎么实现是开发需要考虑的问题。怎么感觉要真按领导说的这种协作模式,后续很容易和开发扯皮?

    因为据我了解前端的框架有些现成的组件如果完全按照 UI 画的去改,既费时间又没有什么太大的必要?(还是说我以前被我的程序员骗了……)

    想听听有经验的项目开发负责人的看法~
    22 回复  |  直到 2019-05-14 13:30:32 +08:00
        1
    xkeyideal   156 天前
    福报厂的做好就很好,PM 必须会写代码。

    很大程度上,研发的劳动强度,取决于 PM 修改需求的速度
        2
    coderY   156 天前
    最好优先确定网站整体风格再出 demo。譬如固定下拉框的样式和交互,凡是页面上的下拉框全用这种样式和交互。作为一个前端,因为某一个无足轻重,无关痛痒的 UI 组件要调整底层 DOM 交互是很痛苦的
        3
    treelion   156 天前
    @xkeyideal 需求应该不会改了,给了就是最终版,问题是都能实现吗?
    我至今没见过哪个前端页面能完全按照原型做出来的。
    这种开发零交流的需求,我要是开发我看了都想打人吧……
        4
    treelion   156 天前
    @coderY 是的,我也是这个意思。
    我刚来的时候就问过前端用什么框架,也给 UI 说过最好找前端同学沟通确定清楚这些,然而领导好像并不知道有这么一回事,听了就过了,再也没见他提过……甚至提的要求越发过分,让 UI 出所有页面的完整 DEMO。
        5
    loveour   156 天前
    特别痛恨某种情况,产品其实希望达到的效果,A 方式可以,B 方式也可以;然后出于他好心也好无意也好,定了 A 方式,其实实现起来特别麻烦,B 方式很简单,偏偏没采用。要说 A 效果真的特别好,麻烦也要搞,那我觉得没问题。但是明明两个都可以,这个时候就很不爽。产品定样式还是要和开发沟通的,至少也要有个需求宣讲会,两边坐下来一起谈一下吧。
        6
    xenme   156 天前   ♥ 1
    这种要是我是开发,我觉得很喜欢。
    1. 能实现,想办法实现就行了,做完了 signoff 别来扯皮
    2. 不能实现,技术做不了,直接打回去,完结

    两边沟通不好的就是互相扯皮,然后改来改去。虽然这是必须的
        7
    treelion   156 天前
    @xenme 不啊,按我领导的意思,就是没有“打回去”这种情况。
    给的就是要的结果。
    能做就做,不能做也得做。这就是我觉得扯皮的点,对于开发来说,第二种情况是存在的。
    如果真的开发最后说动了领导,让产品这边改,其实我们工作量也非常大的。
        8
    donyee   156 天前
    领导想的是理想情况啊,实际情况呢,需求就是会经常变动的...
        9
    xenme   156 天前
    @treelion 老板让做个根据手机壳颜色更换主题的。。。。
        10
    hdyl   156 天前
    没有需求评审会么?
        11
    treelion   155 天前
    @hdyl 目前沒有聽說有。。。我們這邊產品已經把所有文檔都做得差不多了
    @donyee 但凡是有点项目经验的人都会考虑实际情况才对,我现在很怀疑这个领导到底有没完整的开发经验。。我来之前他们做过一个项目,是他在跟的啊。。
        12
    taresky   155 天前
    这样做绝对不行,需求必须要开发一起评审。

    领导是傻逼,他可能没有完整的项目经验。

    我对敏捷开发的流程理解:

    1. 先出低保真原型,简洁的产品文档。所有参与者一起讨论需求,完善细节。
    2. 出完整的设计图,同时后端开始设计接口。
    3. 设计图给到前端,过不了过久后端出了一部分接口,正好调试。
        13
    taresky   155 天前
    除非你们 CEO/CTO/PM 为同一个人,否则你们领导的做法只会让大家频繁出错,效率降低。
        14
    Leigg   155 天前 via iPhone
    领导 sb,完。
        15
    treelion   155 天前 via iPhone
    @taresky 我来之前告诉我是敏捷,我之前也是敏捷。
    现在这样如果算瀑布的话,也很奇怪的感觉。

    需求方面基本上是使用方说要什么,领导就让我们做什么,我之前还要 argue 一下,发现完全没用,现在也就随他去了。。
        16
    MonoLogueChi   155 天前 via Android
    我有的时候也会找我们的兼职产品讨价还价,问问能不能改一点需求,比如三天工期,但是如果改一点,可能两天甚至一天就能完成
        17
    NaiveSimpleYoung   155 天前 via Android
    做两个迭代把问题暴露出来先
        18
    micean   155 天前
    有开需求评审会么?
        19
    nmgwddj   155 天前
    有开需求评审会么?
        20
    treelion   155 天前
    @micean
    @nmgwddj

    目前没有听说过,我们产品这边文档已经改了很多轮,今天就算是定稿了
        21
    telun   155 天前 via iPhone
    先出方案,再找开发评审,你按最好的方案做,不要一开始就考虑开发的事,最终需求是博弈出来的,如果一开始就是妥协出来的,那产品就不会有突破了
        22
    treelion   155 天前
    @telun 好的,谢谢你的建议
    关于   ·   FAQ   ·   API   ·   我们的愿景   ·   广告投放   ·   感谢   ·   实用小工具   ·   4241 人在线   最高记录 5043   ·     Select Language
    创意工作者们的社区
    World is powered by solitude
    VERSION: 3.9.8.3 · 23ms · UTC 09:28 · PVG 17:28 · LAX 02:28 · JFK 05:28
    ♥ Do have faith in what you're doing.