看到篇可能是UPA2007豆瓣杨勃Workshop的笔记,有些东西还是很有共鸣。
不管产品设计还是程序开发,都有“结构”概念在主导和限制。只有这样,才能保证每增加一位员工,团队就多一分的战斗...
看到篇可能是UPA2007豆瓣杨勃Workshop的笔记,有些东西还是很有共鸣。
不管产品设计还是程序开发,都有“结构”概念在主导和限制。只有这样,才能保证每增加一位员工,团队就多一分的战斗力,否则一锅粥只会越来越稠。
产品设计
多个流程可以由同一个人完成,少开点会,减少不必要的沟通,先把东西做出来。既然谁也说服不了谁,那我们就用事实来证明,尽量多给大家自信的空间。
尤其是团队,提高效率的根本办法是减少参与人数,大家都应该有独立承担责任的能力和心态。十个人的团队,两两负责一个模块,在固定结构里并行推进的速度,必然要比十个人共同解决五个模块的串行速度快。
我的做事方式,自己能搞定,绝不会找第二个人,高手多了不一定是好事。我做不到最好,但是有自己的底线,有学习的能力。完美不是目标,完美只存在于每位用户的心里。
程序开发
同样的道理,扁平结构意味着可并行推进的线程越多,互不干扰,风险降到最低。
前几天提过的要求,把结构处理好,优先完成权重高的功能模块,这样我们才能快速跟进测试和添加数据,并且方便与下个模块滚动推进。
© 一叶千鸟(转载请留原文链接,更新于2008年04月09日10点)
我们现在的结构很”扁平”,几乎每一个人负责一个部分,但是之间的沟通有问题。
12.03.2007 11:10 上午 - 1楼“扁平”结构的前提,是有一个能贯通全局的人。
把命脉掌握在一个人手里,肯定要比一群人的效率高,而且保险。
12.03.2007 11:27 上午 - 2楼沟通是个问题
12.06.2007 7:43 下午 - 3楼前提是团队成员水平要相当。
12.11.2007 10:58 上午 - 4楼很对,现在很多初建公司或团队,有相当多的精力和时间耗费在了沟通上.
02.13.2008 4:15 下午 - 5楼没有效率的沟通无形中增加了产品开发的成本与质量.