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

[treelion]

本人 PM，在产品部。今天开会领导的意思是，以后无论是需求还是 demo 都应该足够完整、全面、高保真。交给开发的全套资料就是开发的标准，以及项目后续验收的标准。

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

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

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

想听听有经验的项目开发负责人的看法~

[xkeyideal]

福报厂的做好就很好，PM 必须会写代码。

很大程度上，研发的劳动强度，取决于 PM 修改需求的速度

[coderY]

最好优先确定网站整体风格再出 demo。譬如固定下拉框的样式和交互，凡是页面上的下拉框全用这种样式和交互。作为一个前端，因为某一个无足轻重，无关痛痒的 UI 组件要调整底层 DOM 交互是很痛苦的

[treelion]

@xkeyideal 需求应该不会改了，给了就是最终版，问题是都能实现吗？
我至今没见过哪个前端页面能完全按照原型做出来的。
这种开发零交流的需求，我要是开发我看了都想打人吧……

[treelion]

@coderY 是的，我也是这个意思。
我刚来的时候就问过前端用什么框架，也给 UI 说过最好找前端同学沟通确定清楚这些，然而领导好像并不知道有这么一回事，听了就过了，再也没见他提过……甚至提的要求越发过分，让 UI 出所有页面的完整 DEMO。

[loveour]

特别痛恨某种情况，产品其实希望达到的效果，A 方式可以，B 方式也可以；然后出于他好心也好无意也好，定了 A 方式，其实实现起来特别麻烦，B 方式很简单，偏偏没采用。要说 A 效果真的特别好，麻烦也要搞，那我觉得没问题。但是明明两个都可以，这个时候就很不爽。产品定样式还是要和开发沟通的，至少也要有个需求宣讲会，两边坐下来一起谈一下吧。

[xenme]

这种要是我是开发，我觉得很喜欢。
1. 能实现，想办法实现就行了，做完了 signoff 别来扯皮
2. 不能实现，技术做不了，直接打回去，完结

两边沟通不好的就是互相扯皮，然后改来改去。虽然这是必须的

[treelion]

@xenme 不啊，按我领导的意思，就是没有“打回去”这种情况。
给的就是要的结果。
能做就做，不能做也得做。这就是我觉得扯皮的点，对于开发来说，第二种情况是存在的。
如果真的开发最后说动了领导，让产品这边改，其实我们工作量也非常大的。

[donyee]

领导想的是理想情况啊，实际情况呢，需求就是会经常变动的...

[xenme]

@treelion 老板让做个根据手机壳颜色更换主题的。。。。

[hdyl]

没有需求评审会么？

[treelion]

@hdyl 目前沒有聽說有。。。我們這邊產品已經把所有文檔都做得差不多了
@donyee 但凡是有点项目经验的人都会考虑实际情况才对，我现在很怀疑这个领导到底有没完整的开发经验。。我来之前他们做过一个项目，是他在跟的啊。。

[taresky]

这样做绝对不行，需求必须要开发一起评审。

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

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

1. 先出低保真原型，简洁的产品文档。所有参与者一起讨论需求，完善细节。
2. 出完整的设计图，同时后端开始设计接口。
3. 设计图给到前端，过不了过久后端出了一部分接口，正好调试。

[taresky]

除非你们 CEO/CTO/PM 为同一个人，否则你们领导的做法只会让大家频繁出错，效率降低。

[Leigg]

领导 sb，完。

[treelion]

@taresky 我来之前告诉我是敏捷，我之前也是敏捷。
现在这样如果算瀑布的话，也很奇怪的感觉。

需求方面基本上是使用方说要什么，领导就让我们做什么，我之前还要 argue 一下，发现完全没用，现在也就随他去了。。

[MonoLogueChi]

我有的时候也会找我们的兼职产品讨价还价，问问能不能改一点需求，比如三天工期，但是如果改一点，可能两天甚至一天就能完成

[NaiveSimpleYoung]

做两个迭代把问题暴露出来先

[micean]

有开需求评审会么？

[nmgwddj]

有开需求评审会么？

[treelion]

@micean
@nmgwddj

目前没有听说过，我们产品这边文档已经改了很多轮，今天就算是定稿了

[telun]

先出方案，再找开发评审，你按最好的方案做，不要一开始就考虑开发的事，最终需求是博弈出来的，如果一开始就是妥协出来的，那产品就不会有突破了

[treelion]

@telun 好的，谢谢你的建议