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

[ca1123]

[springz]

口头，几乎每天都在变

[ChanneW]

即使是口头交代的，也要写下来。

[yuatom]

代码一写完就变了。

[chenyu0532]

文档啊。。。这必须的。。万一出什么问题，口头说的谁承认。。

[LancerComet]

文档，发到 Redmine 上

[phpcxy]

经常发一个有两三页的 PPT 过来，问完成这个项目要多久、开发计划怎么安排

[ca1123]

@phpcxy 两三页的 ppt 能有效描述一个项目么？

[ca1123]

@chenyu0532 @LancerComet
普通的文档么 就是大白话使劲说的那种？

[davidqw]

难道不是附上各种标注的原型图？

[ca1123]

@springz
@yuatom
我觉得小的改变似乎口头的也不是不行

[ca1123]

@davidqw 原型图像是 UML 那套东西 那玩意不是很好做呀 形式化程度比较高

[LancerComet]

@ca1123 带有文案、原型图还有设计稿

[LancerComet]

@ca1123 但临时需求还是会突然来的，这时候会口头说

[alphadog619]

1 、比较规范的公司都是调研需求，然后评审，形成文档，就算变更也有变更流程，保证所有相关人员都知道需求变了。
2 、大部分作坊式的公司，就是领导一拍脑袋，想个需求，口头告诉开发人员（测试根本就不知道，等到测试的时候才知道做的是什么），然后第二天，又一拍脑袋，一个想法又出来了，改……如此反复。到了测试这，测试基本上靠猜了。

[dododada]

@alphadog619 类型 1 的公司工作流程分工相当明确，类型 2 的公司基本谈不上什么管理

[learnshare]

一般都是口头，一般都是一拍脑袋，或者灵光一闪，或者听说过、见过

小公司就是不拘小节嘛

[ren2881971]

口口相传

[admol]

原型页面

[springz]

公司就几个人，基本就老板拍脑袋定了，几天变一次。

[mjoseph]

。。。。。。。。