大家拿到的需求一般是什么样的？文档？还是口头一说就行？

[ca1123]

[ibireme]

要形成文档啊，测试也得跟着文档走啊～～
不过。。文档也是天天变呐。。。

[lbj96347]

当然文档啊。除了文档还有专门的技术稿，设计稿。架构，前端细节，核心技术处理细节，必不可少。

[hahajin]

@alphadog619 讲得太对了

[loveuqian]

好歹也要走流程啊。
木有用项目管理软件嘛？

[NickIwannaRock]

1 ，没有需求文档，可以拒绝开发的。产品经理写需求前，也会征求意见。文档写好后，开发人员、项目经理、产品经理、测试人员 参与评审。评审不通过，则打回给产品经理 修改重做，之后第二轮评审，通过为止。
2 ，需求定稿后，开始 概要设计。大概一周。
3 ，概要设计评审通过后，开始详细设计。大概 1 周。
4 ，详细设计评审会议通过后，发布设计文档定稿版本，然后开发评估时间、测试评估时间
5 ，这一步才开始 功能模块的开发工作
6 ，开发期间，有需求变更，不接受产品经理的口头通知。需要他提交 需求变更申请，更新需求文档，然后 项目组评审需求，才会开发。

[Akagi201]

文档, 但就一句话, 需要原型图啥的, 要自己找人要.

[altair21]

pdf 大部分交互都描述的很清楚

[lyning]

我们公司是必须需求和设计出来才能做，这样变化没有很大，口头表达变得很快，如果只是加个业务判断处理的还好，太大的还是先别做，等设计

[Hipponensis]

文档啊 TDD

[kaedea]

产品的话就是需求

[chenyu0532]

@ca1123 需求文档啊，有哪些功能，需要做成什么样子，需要什么效果之类的，文字、表格、图片只要能表达清楚了都可以的

[chenyu0532]

@ca1123 当然小改动可以口头上，大改动最后出问题，谁 TM 愿意承认是自己的问题

[imdoge]

我们就属于那种不(luan)拘(qi)小(ba)节(zao)的，不过只要大架构没变，改点小需求，样式什么的我无所谓，反正很快搞定，虽说流程不够严谨，不过觉得楼上那种讨论详细文档一周各种审批的也太繁琐了…

[msg7086]

口头开坑，开坑以后出文档，规定 UI/API 各种细节，然后实现验收。

[loading]

“再改改，改得更大气一些！”
是的，就这么多！

[t2doo]

看到这么多口头需求地，俺就放心了 T_T

[2015813]

需求永远在变化！

[unique]

口头纯属扯淡

[rookie125]

@phpcxy 时间后面加个"起"，哈哈

[tanteng]

一般要开需求评审会议，产品，技术各有关人员一起评审需求是否合理可行