工作进度反馈，有一种更优雅的方式吗？

你的几个问题，我谈下我的看法。
1. 关于团队之间彼此之间没有什么关系的问题。我觉得，既然是在做一个项目，大家都是团队中的成员，必然有着千丝万缕的联系，不可能一个人做的东西，100%和另外一个人没有关系。这是其一。其二，从团队建设角度来讲，让大家多了解下其他人在做什么，有助于团队的建设，增加团队之间的互相了解。还可以增强人员的备份能力。
2. 关于任务进度的估计，scrum 的实践是估计预计剩余的小时数，不是完成度，也不是多少天。每天都估计。我想这个要比你按天的估计要合理的多。因为按天估计，水分太大了。
3. 至于说到你对scrum的成见，我想应该是07年你经历的那次scrum吧？其实scrum早就指出，晨会不要解决问题。大家只谈那三个事项。有问题会下解决。还有就是猪和鸡的角色。有些人是不能发言的。如果你仅仅是因为这个而排斥scrum的话，那我说，你错了。

scrum可以适用于各种类型软件的开发。具体的，建议你可以到infoq去看例子。从我实际过的scrum来讲，scrum并没有局限什么类型软件的开发。不过我主要是在互联网行业，我的例子说服力不强。我记得infoq讲过一个荷兰火车控制系统的项目。之前按照瀑布式开发，几年没有结果。之后改为scrum，很顺利的完成!

scrum的魅力在于，他给团队明确的指示，你在什么阶段应该做什么。每个人都很清楚的。

我后面会总结一些我对scrum的心得和想法，和大家分享。

btw， zwchen，你不能因为那次的经历就说scrum不行。如果你说他不行，你应该认真的按照scrum实行过几个sprint之后，再来评判。

从第二页就开始跑题...一直跑到最后。
请问各位打这么多字的朋友，你们注意到这个帖子的主题是什么了吗？
本以为能得到一些实际的操作经验，结果又成了理论之争。
来点干货好吗？虚的东西太多了。

雅虎中国的菜菜水平,从wwccss可见一斑

雅虎中国的菜菜水平,从wwccss可见一斑

说跑题，其实也不是跑题。关于进度反馈，有各种各样的方式。引出来scrum中的站立会议，然后大家开始讨论。这没有跑题。

还是来回答zwchen的问题。

1. 我要表达的意思是，一个团队中的成员，应该互相了解对方在做什么，即使从技术实现上来讲，或者其他的角度上来讲，彼此之间压根就没有关系。如果没有关系，大可不必放在一个团队中，你直接一对一，领导你的下属。然后下属之间没有横向的联系就可以了。
2. scrum里面的实践是大家在分解任务的时候，估计每一个任务的预计剩余时间，然后每天大家都要更新自己所负责的任务的预计剩余时间。单位都是小时。肯定有人说，估不准的。没有关系，估比不估强。小时和天的区别，天的概念太模糊了。一个任务说做一天，我觉得不如说需要8个小时更准确。

3. scrum的团队以信任为前提，这点我完全赞同。也就是说，问题的关键，可能还在scrum master，或者叫做项目经理身上。但你现在有这个能力，也这个条件去做，可以尝试下。

4. scrum本身是很灵活的。你这么说，其实是在诡辩。你潜意识中把scrum等同于菜刀。那你错了。scrum不是菜刀，是如意软刀， 是瑞士军刀。

5. 并没有说一定要换成scrum，也没有说你的实践不对。只是你这种主观的判断，scrum的各种不好，我觉得有失偏颇。

还是回到之前说的那句话，问题的关键就在自己。你愿不愿意去打造一个充满信任，充满朝气，蓬勃发展的团队呢？scrum是一条路，而且是已经被世界上n多实践证明了能够行得通的道路。

你这是人身攻击。中国雅虎在中国的失败，不是我们底层的员工所能决定的。你这样说，我只能原谅你的无知和鲁莽。

要说到技术，中国国内的公司，没有一家能够比得上雅虎的。不过像强强这种嘴皮子功夫，雅虎是差了很多。