开会讨论前，让所有成员都自己准备一下，注意一定要后分工，不要讨论前分配工作，不然他们就只管自己的估算了
北京-QM-李晋James Li 说:
今天公司网络不好。
精彩的部分煤看到。
没看到。
Yong CHEN 说:
所以一般需求可以写简单点，但讲解的时候多讲点（说话速度比打字快多啦），并且跟着大家的提问讲。
北京-QM-李晋James Li 说:
陈老师，放出msn吧。
chinamath(海茶)-Sr.SE-北京 说:
是不是还得有个记录？否则PK那么多，谁能全记住。
Yong CHEN 说:
当然，讲完后，根据大家的提问，把需求补充一下。
liu: 对，讨论前要看的，特别是比较大的需求。
SE: 对，有个会议秘书，打字高手（轮流的），记录一个草稿纸。
北京-QM-李晋James Li 说:
陈老师，重构在什么时候做。
作为一个backlog吗？
Yong CHEN 说:
我本人的草稿纸现在264页，从去年7.15到现在。
susan-pm-湖北 说:
老师，制定产品清单的过程是谁来做，也需要一个或多个迭代过程吗
Yong CHEN 说:
用简单条目化的文字把PK中发现的问题记录下来，发送给大家。
Li: 重构经常作为Backlog的一项做。
Susan：是PO在做，他任何时候都可以碰Product Backlog，每个迭代需求都在变多。
说说重构。重构是个很危险的工作，如果用敏捷，一定要有一个高级的设计人员，否则以后全重构了。
北京-QM-李晋James Li 说:
是啊。
另外重构的point也很难估算。
重构是个很危险的工作？
怎么会呢
北京-QM-李晋James Li 说:
还有Springt0与其他sprintx有啥区别
Yong CHEN 说:
恩，Point不好算，当然重构的任务多了，可以参考以前的。
Xiyeqing:因为有些代码编的很烂，不好改动。
北京-QM-李晋James Li 说:
好像sprint0就是专门确定架构的。
谷雨霖 说:
重构必须要系统级的工程师才能碰，特别是对产品开发
S(F)m(F)a(F)l(F)t-梅春 - 打鬼子- 说:
msn抽风？
是呀 我就是看的重构这本书
觉得越是烂的代码才越是要重构
否则以后完全没法维护的
等于要重新写一个
所以我现在review他们代码的时候 写的烂的我都要他们改掉的
Yong CHEN 说:
其实很少有公司实行纯粹的迭代开发，那系统架构肯定崩溃。还是要有一系列的Sprint0（而不是1次！）来重新整理一下思路。
北京-QM-李晋James Li 说:
哦？这个思路挺好的。
谷雨霖 说:
时间差不多了，陈老师，你看延长到13：50？别太多打扰了
Yong CHEN 说:
012340123401234，这样规划，当然不一定是四次。
恩，重构是必需的，但是“避免重构”也是必需的。高手写的代码，即使需求变化了，也不太需要改动太多。
新手的能气死，只能重写。要在计划时就发现这一点，每天做代码评审，而非最后发现不好恩
Yong CHEN 说:
好的，我这边还有个PPT晚上要交工，呵呵。
重构确实需要一次一小步的
一旦都写完了 已经好久了 往往没人肯再花时间去重构了
Yong CHEN 说:
我们公司也在用Scrum，但是我们每半年左右就有一次Release，集中消除BUG，确定下一步方向，等等。
是。 是回答了哪个问题？
Yong CHEN 说:
Xiyeqing:我03年半天进行一次代码审查，中午就的看看大家的代码，免得晚上集成不了抓啊。。。半天就进行一次代码审查乐了啊
那频率很高了哦
呵呵 看来你是个很认真负责的pm啊
Yong CHEN 说:
总归有站起来走走的时间，就去看看别人的代码，非正式的。
怪不得混的这么好啊
呵呵
Yong CHEN 说:
每人每天写100行左右C++，半天50行，2屏幕多点。5分钟看完。
他们知道你一直要看 肯定没人敢偷懒
现在我就发现很多人喜欢偷懒
不管了 他就不帮你做东西
Yong CHEN 说:
呵呵
其实他们不肯做工作 想学点别的
Yong CHEN 说:
好，基本结束。还有什么集中的问题没有？
dearChloe-PM-深圳 说:
但是上班时间不可能一直让你看别的啊
chinamath(海茶)-Sr.SE-北京 说:
谢谢陈老师，今天讲的非常好！
说:
他们自己看书
谷雨霖 说:
好了
Yong CHEN 说:
看代码别太认真，看全局不看细节。差代码全体换成*我也能看出是坏代码。
谷雨霖 说:
非常感谢陈老师的介绍，非常生动易懂。
