在与开发事先未沟通的情况下，领导说，产品给出的文档和原型 demo 就是开发的标准和验收标准…… - V2EX
Home Sign Up Sign In
treelion

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

  •   
  •   treelion May 13, 2019 3371 views
    This topic created in 2556 days ago, the information mentioned may be changed or developed.
    本人 PM，在产品部。今天开会领导的意思是，以后无论是需求还是 demo 都应该足够完整、全面、高保真。交给开发的全套资料就是开发的标准，以及项目后续验收的标准。

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

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

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

    想听听有经验的项目开发负责人的看法~
  • 开发
  • Demo
  • 领导
  • 项目组
    22 replies    2019-05-14 13:30:32 +08:00
    xkeyideal
        1
    xkeyideal  
       May 13, 2019
    福报厂的做好就很好，PM 必须会写代码。

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

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

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

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

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

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

    目前没有听说过，我们产品这边文档已经改了很多轮，今天就算是定稿了
    telun
        21
    telun  
       May 14, 2019 via iPhone
    先出方案，再找开发评审，你按最好的方案做，不要一开始就考虑开发的事，最终需求是博弈出来的，如果一开始就是妥协出来的，那产品就不会有突破了
    treelion
        22
    treelion  
    OP
       May 14, 2019
    @telun 好的，谢谢你的建议
    About     Help     Advertise     Blog     API     FAQ     Solana     3399 Online   Highest 6679       Select Language
    创意工作者们的社区
    World is powered by solitude
    VERSION: 3.9.8.5 109ms UTC 12:16 PVG 20:16 LAX 05:16 JFK 08:16
    Do have faith in what you're doing.
    ubao msn snddm index pchome yahoo rakuten mypaper meadowduck bidyahoo youbao zxmzxm asda bnvcg cvbfg dfscv mmhjk xxddc yybgb zznbn ccubao uaitu acv GXCV ET GDG YH FG BCVB FJFH CBRE CBC GDG ET54 WRWR RWER WREW WRWER RWER SDG EW SF DSFSF fbbs ubao fhd dfg ewr dg df ewwr ewwr et ruyut utut dfg fgd gdfgt etg dfgt dfgd ert4 gd fgg wr 235 wer3 we vsdf sdf gdf ert xcv sdf rwer hfd dfg cvb rwf afb dfh jgh bmn lgh rty gfds cxv xcv xcs vdas fdf fgd cv sdf tert sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf shasha9178 shasha9178 shasha9178 shasha9178 shasha9178 liflif2 liflif2 liflif2 liflif2 liflif2 liblib3 liblib3 liblib3 liblib3 liblib3 zhazha444 zhazha444 zhazha444 zhazha444 zhazha444 dende5 dende denden denden2 denden21 fenfen9 fenf619 fen619 fenfe9 fe619 sdf sdf sdf sdf sdf zhazh90 zhazh0 zhaa50 zha90 zh590 zho zhoz zhozh zhozho zhozho2 lislis lls95 lili95 lils5 liss9 sdf0ty987 sdft876 sdft9876 sdf09876 sd0t9876 sdf0ty98 sdf0976 sdf0ty986 sdf0ty96 sdf0t76 sdf0876 df0ty98 sf0t876 sd0ty76 sdy76 sdf76 sdf0t76 sdf0ty9 sdf0ty98 sdf0ty987 sdf0ty98 sdf6676 sdf876 sd876 sd876 sdf6 sdf6 sdf9876 sdf0t sdf06 sdf0ty9776 sdf0ty9776 sdf0ty76 sdf8876 sdf0t sd6 sdf06 s688876 sd688 sdf86