纵深协作方式

星期天 12.02.2007 - Posted in 工作分享, - 2,857 views
看到篇可能是UPA2007豆瓣杨勃Workshop的笔记,有些东西还是很有共鸣。 不管产品设计还是程序开发,都有“结构”概念在主导和限制。只有这样,才能保证每增加一位员工,团队就多一分的战斗...

看到篇可能是UPA2007豆瓣杨勃Workshop的笔记,有些东西还是很有共鸣。

不管产品设计还是程序开发,都有“结构”概念在主导和限制。只有这样,才能保证每增加一位员工,团队就多一分的战斗力,否则一锅粥只会越来越稠。

产品设计

多个流程可以由同一个人完成,少开点会,减少不必要的沟通,先把东西做出来。既然谁也说服不了谁,那我们就用事实来证明,尽量多给大家自信的空间。

尤其是团队,提高效率的根本办法是减少参与人数,大家都应该有独立承担责任的能力和心态。十个人的团队,两两负责一个模块,在固定结构里并行推进的速度,必然要比十个人共同解决五个模块的串行速度快。

我的做事方式,自己能搞定,绝不会找第二个人,高手多了不一定是好事。我做不到最好,但是有自己的底线,有学习的能力。完美不是目标,完美只存在于每位用户的心里。

程序开发

同样的道理,扁平结构意味着可并行推进的线程越多,互不干扰,风险降到最低。

前几天提过的要求,把结构处理好,优先完成权重高的功能模块,这样我们才能快速跟进测试和添加数据,并且方便与下个模块滚动推进。

© 一叶千鸟(转载请留原文链接,更新于2008年04月09日10点)

9条评论 发表»

Chuyue says:

我们现在的结构很”扁平”,几乎每一个人负责一个部分,但是之间的沟通有问题。
“扁平”结构的前提,是有一个能贯通全局的人。

千鸟 says:

把命脉掌握在一个人手里,肯定要比一群人的效率高,而且保险。

Raby says:

沟通是个问题

大头 says:

前提是团队成员水平要相当。

kacifa says:

很对,现在很多初建公司或团队,有相当多的精力和时间耗费在了沟通上.
没有效率的沟通无形中增加了产品开发的成本与质量.

发表评论

Spammer必读