PM从客户那边带回需求，
经由公司内部讨论出spec，再把spec拿给客户确认，
若有需要修改的地方，公司内部再讨论出新版的spec，
以上来回几次把最终版的spec定下来，然后RD开始实作。
以上是我们公司在制定spec的过程，
我觉得在开会的共过程中，总觉得很多地方没有效率，
1. 针对一个功能，在会议中讨论有ABCD四种可行的作法，会后大家决定用A作法。
但是下次开会时，总是有些人忘记最终决定的是A作法。
然后就说"上次我听到有人说用B作法比较好，为什么决定要用A作法"
于是又把上次讨论过，决定过的东西又花时间重新讨论过一次。
2. 开会的过程就为一个还没有型体的东西制定它的功能，想像力很重要，
开会时必须考虑到，将来使用者要怎么用它，然后会遇到什么问题，所以要怎么解决，
或是将来实作时会遇到什么问题，会不会和现有的系统有什么冲突。
你必须凭空去想像一下将来作出来会长怎样，会遇到什么问题，
当产品的功能越复杂，就越难去想像，最后spec制定出来总有不够周全的地方，
而过程中当讲者的表达能力不好，或是听者的理解能力不好，常会出现鸡同鸭讲的状况。
3. 会议上大家的背景不同，有RD、QA、PM、UX(使用者经验部门)的人，
每个人考量的点不同，有时候很难达成共识，因为不清楚对方的专业，
甚至轻视对方的专业，有时候总是看谁位阶大、或是讲话比较大声来决定最终版本。
曾看过RD leader抱怨过 "PM什么都不懂，却喜欢搞一些不切实际的东西出来"
或抱怨 "UX说要做的东西，我很怀疑到底有多少使用者觉得好用，我个人觉得很难用..."
4. 客户是老大，往往大家讨论了半天，定了一个最终版本，结果客户说不要，
大家又得重新开会来重新讨论。
很多人都觉得开会大部分时间都是浪费，这时总想起水桶哥obov说过的话
"团体本身就存在着无效率，一家公司要永续经营 就一定要包容这样的无效率"
不知道大家的spec都是怎模样制订出来的，怎么样让过程尽量有效率一点呢？
然后深入讨论细部修改的内容最后是由PM和RD leader两个人决定最终方案然后客户要求就尽量配合这样…
作者:
wait (有言论自由!?)
2013-06-29 11:02:00美大厂 产业龙头 然后version 0.x 直到订好1.0
作者:
bxxl (bool)
2013-06-29 11:57:00一间公司有没有效率,就是看这些地方啊.
作者:
bxxl (bool)
2013-06-29 11:59:00定国际标准更麻烦,各公司角力,通常要订个两三年
如果是解决不了的bug 那spec当初可能就有问题了
作者:
wj1009 (wj1009)
2013-06-29 12:21:00Spec是由出钱的那个人嘴里说出来
作者:
mooto (退出会比较好, 就退出)
2013-06-29 12:21:00我觉得工程人员订出来的通常不会离谱到哪去
作者:
mooto (退出会比较好, 就退出)
2013-06-29 12:22:00最怕的是有大魔王(高层)乱入 加入大而无用的功能
作者:
sai1268 (....)
2013-06-29 12:25:00最大那个说的就是对的阿~出包后背黑锅的也不是他
作者:
b6byc (oopp)
2013-06-29 12:25:00最怕的是,连spec都没定,走一步看一步.
作者:
mooto (退出会比较好, 就退出)
2013-06-29 12:28:00加入某功能后. 高层: die size这么大怎么卖? 拿掉
作者:
bxxl (bool)
2013-06-29 12:34:00今天看到的: 定spec很简单啊, 高层/PM吃个饭,三小时就订好了连schedule也一起订好了
有时乱答应吃亏是自己 做不出来就会被呛 你之前不是说可
作者: buddar 2013-06-29 12:39:00
你打这篇也是抱怨,可以针对你的抱怨点寻找解决方法
这就是企业浪费时间开会的文化 不然你以为有那么多事做?
作者:
QQ5566 (哭哭5566)
2013-06-29 12:42:00spec签名 影印 cc啊 科科
作者:
sai1268 (....)
2013-06-29 12:51:00不答应也会被呛~这也做不出来喔...其他公司都叭啦叭啦
当然是一群傻B聚在一起聊天假装开会 大家喊一喊乱杀价就后说：好像这样也行 就这样定下去了
自己去看程式设计师名言(格言)吧，里面写得很清楚 。
作者: brucemets (态度!) 2013-06-29 14:27:00
可善用meeting minutes 作记录
作者:
ypxx (我想要百匹骏马)
2013-06-29 15:45:00开会最大的结论就是订好下次开会的时间
作者:
yozeng (呦!)
2013-06-29 15:56:00大半的人士希望靠着无效率会益把自己上班时间 度过所以拖的越久越好 讲话竟量喇猪屎为佳
作者:
yozeng (呦!)
2013-06-29 15:57:00通常只有要做事的RD很想快点结束会议
作者:
yozeng (呦!)
2013-06-29 15:58:00当然不做事的RD或者比较闲的RD主管也是比较希望哈拉久一点
作者:
yozeng (呦!)
2013-06-29 15:59:00由其是人多的时候能露脸的时候就尽量拖时兼增加曝光度所以选择谁去开会对效率大有帮助。
作者:
Egriawei (贺阳明杯连霸~)
2013-06-29 16:43:00会议纪录->签名->定期追踪,监督,协助;不然会都是开个样子
作者: KingCrimson (欧拉~) 2013-06-29 19:33:00
推解决不了的bug 改SPEC...ORZ
作者: furuuchi (宅心邪王) 2013-06-29 20:36:00
开会都不写会议纪录的?
作者: fredsaki (海风一直眷恋着沙) 2013-06-30 02:51:00
解决这种问题开会已经不是重点了，重点是记录!
作者: fredsaki (海风一直眷恋着沙) 2013-06-30 02:52:00
记下来那些乱提意见又没脑袋的婊子们说过的话..然后下一次遇到客诉或者内部抱怨的时候统他一刀
作者: fredsaki (海风一直眷恋着沙) 2013-06-30 02:53:00
以后他就会乖乖闭嘴，记得 重点是记录!! 开完会要他签名!
作者:
DrumBee (slow try)
2013-06-30 06:37:00用数据讲话啊= = control是多少? sigma是多少? range多少?
作者:
DrumBee (slow try)
2013-06-30 06:38:00这不是用统计学就可以讨论了吗= = 应该超快吧= =哪一间公司这么没效率啊?
作者: kdid 2013-06-30 10:02:00
你想多了~ D大 看来很少去开会喔~基本上愈多大头的会,愈易出现这样的情形
作者: kdid 2013-06-30 10:03:00
有客户的会议,也易出现这样的情形.如果有客户的高层会议... 哈哈....
作者: kdid 2013-06-30 10:05:00
y大说的就是较和事实接近....(接近是客气,根本是事实..)
作者:
linyap (miche)
2013-06-30 14:11:00开会快不快决定权不在报告的人，在上头的争权争到什么程度
作者:
hsinggg (星居居)
2013-06-30 21:59:00统计学真的在会议室里,我看到最常的状况是被人误用为脱身的工具.
老板说:我要做这个，这是我画的图，发包开始做软件吧