这是一个创建于 3300 天前的主题，其中的信息可能已经有所发展或是发生改变。
 |
1
springz 2015-11-06 14:26:37 +08:00
口头，几乎每天都在变
|
 |
2
ChanneW 2015-11-06 14:27:23 +08:00
即使是口头交代的，也要写下来。
|
 |
3
yuatom 2015-11-06 14:27:28 +08:00  1
代码一写完就变了。
|
 |
4
chenyu0532 2015-11-06 14:28:56 +08:00
文档啊。。。这必须的。。万一出什么问题，口头说的谁承认。。
|
 |
5
LancerComet 2015-11-06 14:35:35 +08:00
文档，发到 Redmine 上
|
 |
6
phpcxy 2015-11-06 14:36:52 +08:00
经常发一个有两三页的 PPT 过来，问完成这个项目要多久、开发计划怎么安排
|
 |
8
ca1123 OP |
 |
9
davidqw 2015-11-06 14:57:20 +08:00
难道不是附上各种标注的原型图？
|
|
12
LancerComet 2015-11-06 15:03:33 +08:00
@ca1123 带有文案、原型图还有设计稿
|
|
13
LancerComet 2015-11-06 15:04:07 +08:00
@ca1123 但临时需求还是会突然来的，这时候会口头说
|
 |
14
alphadog619 2015-11-06 15:05:55 +08:00
1 、比较规范的公司都是调研需求，然后评审，形成文档，就算变更也有变更流程，保证所有相关人员都知道需求变了。
2 、大部分作坊式的公司，就是领导一拍脑袋，想个需求，口头告诉开发人员（测试根本就不知道，等到测试的时候才知道做的是什么），然后第二天，又一拍脑袋，一个想法又出来了，改……如此反复。到了测试这，测试基本上靠猜了。 |
 |
15
dododada 2015-11-06 15:09:06 +08:00
@alphadog619 类型 1 的公司工作流程分工相当明确，类型 2 的公司基本谈不上什么管理
|
 |
16
learnshare 2015-11-06 15:11:11 +08:00
一般都是口头，一般都是一拍脑袋，或者灵光一闪，或者听说过、见过
小公司就是不拘小节嘛 |
 |
17
ren2881971 2015-11-06 15:19:37 +08:00 1
口口相传
|
 |
18
admol 2015-11-06 15:22:58 +08:00
原型页面
|
|
19
springz 2015-11-06 15:27:21 +08:00
公司就几个人，基本就老板拍脑袋定了，几天变一次。
|
 |
20
mjoseph 2015-11-06 15:32:06 +08:00
。。。。。。。。
|
 |
21
harry890829 2015-11-06 15:33:54 +08:00
和业务那边稍微大一点的需求就直接邮件，那种随便点点就好的，随手就改了
|
|
22
ca1123 OP @harry890829 我觉得要能把需求管理好 能省不少事
|
 |
24
yellowV2ex 2015-11-06 15:46:15 +08:00
客户的需求就这样啊：“我要做个可以让员工学习的系统，每天学，学完了答题，能有积分，积分可以在那个商城里换东西就行了”
“ 12w 吧” 三个月后， “恩，不错，来，钱给你” |
|
25
ca1123 OP @LancerComet
那你们还是正规的 |
|
26
ca1123 OP @yellowV2ex 赞商业模式
|
 |
28
laoyur 2015-11-06 15:51:59 +08:00
策划隔三差五 qq 发个 doc 、 xls 过来，然后我的下载文件夹就充斥着一堆出入此类的文件：
XX 游戏策划最终版（ 01 ）.doc XX 游戏策划最终版（ 02 ）.doc XX 游戏策划最终版（ 03 ）.doc |
|
29
harry890829 2015-11-06 15:57:07 +08:00
@ca1123 要是提需求的人懂技术那是最好的
|
|
30
ca1123 OP @harry890829 至少也得脑子清楚。。。
|
|
31
harry890829 2015-11-06 16:00:55 +08:00
@ca1123 现在谁跟我提需求，我都要考虑完技术难题之后再回复，好在我们公司需求是能够商量的
|
|
32
yuatom 2015-11-06 16:22:14 +08:00
@alphadog619
完全就这样，每一个版本都是对上一版的推翻。然后再临时加需求，写得差不多了老板说这个不要了。 |
 |
33
nikubenki 2015-11-06 16:33:35 +08:00 via iPhone
我们需求文档倒是挺正规的，可是业务人员需求提的不清楚，很多东西需要边开发边讨论，甚至有的问他们居然还没考虑到。
|
 |
34
solaya 2015-11-06 16:40:15 +08:00
我就拿张图片在哪里看 -_#
|
 |
35
shenqiu15 2015-11-06 16:43:53 +08:00
我们是直接看领导脸色开发，让领导免开尊口，等领导发话了小鞋就已经穿上了
|
 |
36
onlyxuyang 2015-11-06 16:43:55 +08:00 via Android
一般口头说完会要求发 request mail ， cc 到双方主管留证
|
 |
37
wleexi 2015-11-06 16:53:53 +08:00
@onlyxuyang +1
|
 |
38
i36lib 2015-11-06 17:03:56 +08:00
拍脑袋的也行？如果有内部系统就走系统，没有就发邮件。
|
 |
39
JulyXing 2015-11-06 17:06:31 +08:00
文档，如果有数据改动加邮件。
|
 |
40
shakoon 2015-11-06 17:07:45 +08:00
有口头的也有书面的。如果是口头的，多半是因为太复杂，业务人员水平不够些写不清楚，然后我们会文字化后让他们签字确认。当然无论怎么书面，实施时照样会走出一推变更出来的。
|
 |
41
ibireme 2015-11-06 17:16:16 +08:00
要形成文档啊，测试也得跟着文档走啊～～
不过。。文档也是天天变呐。。。 |
 |
42
lbj96347 2015-11-06 17:30:55 +08:00
当然文档啊。除了文档还有专门的技术稿，设计稿。架构，前端细节，核心技术处理细节，必不可少。
|
 |
43
hahajin 2015-11-06 17:34:54 +08:00
@alphadog619 讲得太对了
|
 |
44
loveuqian 2015-11-06 17:39:08 +08:00
好歹也要走流程啊。
木有用项目管理软件嘛？ |
 |
45
NickIwannaRock 2015-11-06 17:50:05 +08:00
1 ，没有需求文档，可以拒绝开发的。产品经理写需求前，也会征求意见。文档写好后，开发人员、项目经理、产品经理、测试人员 参与评审。评审不通过，则打回给产品经理 修改重做，之后第二轮评审，通过为止。
2 ，需求定稿后，开始 概要设计。大概一周。 3 ，概要设计评审通过后，开始详细设计。大概 1 周。 4 ，详细设计评审会议通过后，发布设计文档定稿版本，然后开发评估时间、测试评估时间 5 ，这一步才开始 功能模块的开发工作 6 ，开发期间，有需求变更，不接受产品经理的口头通知。需要他提交 需求变更申请，更新需求文档，然后 项目组评审需求，才会开发。 |
 |
46
Akagi201 2015-11-06 18:20:56 +08:00
文档, 但就一句话, 需要原型图啥的, 要自己找人要.
|
 |
47
altair21 2015-11-06 19:43:57 +08:00 via iPhone
pdf 大部分交互都描述的很清楚
|
 |
48
lyning 2015-11-06 21:50:40 +08:00 via Android
我们公司是必须需求和设计出来才能做，这样变化没有很大，口头表达变得很快，如果只是加个业务判断处理的还好，太大的还是先别做，等设计
|
 |
49
Hipponensis 2015-11-06 22:08:47 +08:00
文档啊 TDD
|
 |
50
kaedea 2015-11-06 22:41:50 +08:00
产品的话就是需求
|
|
51
chenyu0532 2015-11-06 22:52:26 +08:00
@ca1123 需求文档啊，有哪些功能，需要做成什么样子，需要什么效果之类的，文字、表格、图片只要能表达清楚了都可以的
|
|
52
chenyu0532 2015-11-06 22:53:56 +08:00
@ca1123 当然小改动可以口头上，大改动最后出问题，谁 TM 愿意承认是自己的问题
|
 |
53
imdoge 2015-11-07 00:33:08 +08:00 via Android
我们就属于那种不(luan)拘(qi)小(ba)节(zao)的，不过只要大架构没变，改点小需求，样式什么的我无所谓，反正很快搞定，虽说流程不够严谨，不过觉得楼上那种讨论详细文档一周各种审批的也太繁琐了…
|
 |
54
msg7086 2015-11-07 02:56:44 +08:00
口头开坑，开坑以后出文档，规定 UI/API 各种细节，然后实现验收。
|
 |
55
loading 2015-11-07 06:45:11 +08:00 via Android
“再改改，改得更大气一些！”
是的，就这么多！ |
 |
56
t2doo 2015-11-07 10:39:14 +08:00
看到这么多口头需求地，俺就放心了 T_T
|
 |
57
2015813 2015-11-07 10:51:42 +08:00
需求永远在变化！
|
 |
58
unique 2015-11-07 11:12:29 +08:00 via iPhone
口头纯属扯淡
|
 |
60
tanteng 2015-11-07 11:54:16 +08:00
一般要开需求评审会议，产品，技术各有关人员一起评审需求是否合理可行
|
 |
61
geew 2015-11-07 11:59:12 +08:00
老大给我的 一般是口头 详细信息也不说 非要我问才行....其他人给我的 我一般都会回答 请给我写到 tower 上
 |
 |
62
pomoho 2015-11-07 21:15:20 +08:00
口头肯定不行，得弄成书面的。 wiki ，邮件，或者团队协作工具
|
Select Language