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

frostred，无语。你的这些言论只能是贻笑大方了。

scrum是一个管理框架，它只规定了最基本的实践。很多东西需要团队自我补充。比如沟通和交流，是否使用im，使用email，完全视团队情况而定。scrum并不排斥其他的东西。

至于说到燃尽图，你连燃尽图都没有画出来过，你怎么知道燃尽图没有用？相比较于甘特图，燃尽图是最直观，最实效的一个图。

scrum一点都不神秘，它是实实在在的东西。如果你觉得他神秘，只能是你自己的问题。
不想再和你争论了。一点讨论的基础都没有。你还是做你传统的项目经理吧。scrum肯定不适合你，因为你肯定做不了一个合格的scrum master。

很支持楼主的看法，基本上和我们的实践差不多，只是我们是在站立会议的时候，把进度情况了解一下。

看到 wwccss 的头像，就会想起一个人 -- banq，看了帖子内容，我就更加相信我的感觉了。

不要以为自己是 scrum 先驱，这个词已经被炒烂了，我们需要的是符合我们情况的实践，而不是你在那里的理论。看你的言论，我相信，你没有建立实施你理论团队的能力。

我个人的感觉是，无论是 scrum 还是 xp 都有很多非常好的实践，但毕竟这些实践和一些人之前的行为方式不一样，会带来一定的排斥，所以我都是尽量的用简单的方式引用这些实践，同时要尽可能快的让大家看到收益，这样才能让人尽快的接受这件事情。

banq，我不知道是谁。你肯定认错人了。

我没有自诩是scrum的先驱。我在中国雅虎的时候，有幸在hero的主管下面，亲身参与了3年的scrum项目。hero以前在doubleclick工作，doubleclick也是实施的scrum。他把scrum引进了中国雅虎。作为 scrum项目的成员，我经历了大大小小的项目。也亲身经历了scrum给大家带来的变化，以及失败的地方。scrum实践起来并不那么容易，正是因为大家往往对他有改动。我从ali离开之后，和hero讨论过这些问题。我觉得scrum的总结会议，演示会议，以及产品经理没有参与到项目中，这是scrum实施不是很好的地方。

04年我也有带领6人左右团队，采取敏捷开发里面的一些基本实践，就是任务细化，然后尝试结对编程，成功的将一个网站改版，升级，并几乎以两周为一轮的速度发布新版的功能。这个网站现在已经成为滚滚的现金流。

06年也有做过echsop第一个版本的项目，很失败，完全是靠强权，保证的项目进度。我一直对这次的项目感到很愧疚。对不起参加项目的朋友们。09年我也在另外一家公司推行scrum，成功了实施了5轮的sprint，成功上线一个基础性的项目。

我只是看到大家所讨论的scrum，其实都不是scrum的本质。scrum的核心东西，就是那些个简简单单的实践，你只要去做就好了。做的不好，往往是我们没有严格去遵循它。

感谢刚才的那位朋友说我是banq，我刚刚查了下，应该是http://www.jdon.com/这个网站。谢谢，我又找到了一个很好的学习的地方。

到达一种"知识境界"后，说服任何一方都是不大可能的。。所以就不要尝试说服了，只说实实在在的东西。
我们的团队水平都很菜，甚至都有没听说过单元测试这一说的，所有成员都没听说过scrum这个单词。我也没有告诉大家。我们只是制定sprint，分配任务，每日站立会议，燃尽图，总结会议。也许是之前简直处于一种无管理的状态，所以突然改变为scrum带给大家的感受是很棒的。它讲究实效，没有形式化，小步快跑，及时反馈，及时响应，节奏感更好。我们不管是不是scrum，不管是不是敏捷，我们只是感觉灰常不错,这就OK。

不知道我的哪些言论贻笑大方了。如果我的言论你有不同的意见，请具体的指出来。

我没有说Scrum一定不好，我只是说Scrum中一些能成为证书，产品卖点的东西，被人大说特说，而一些更重要的有关Agile理念性的东西，却被一带而过，甚至是被故意忽略（因为，Agile的核心理念是不依赖过程和工具，尤其是重量级的，号称能解决一切问题的工具。注意是“不依赖”，而不是“不使用”。 因此，有的东西是卖产品的人不愿多提的。）。所以很多人被这种Scrum误导。

至于说到燃尽图，你怎么知道我没用过燃尽图？
依赖任何图表来了解，管理项目进度的方法，都是不现实的。我想真正有经验的项目经理都是有同感的。真正想了解项目的进度，你必须进入到项目中去。不然，你看多少图表都是没用的。

我是不觉得Scrum有什么神秘的，可有些人在神秘化它。比如说燃尽图这个名字，听上去就够忽悠人的。

如果你认为和我没有讨论的基础，那我想问题在你。你就是卖Scrum产品的。我不想坏你的生意，但技术讨论归技术讨论，我必须说我想说的。抱歉。

另外，我不认为我是传统的项目经理。事实上，我的字典里没有“传统的项目经理”和“时髦的项目经理”这些词汇的。我的字典里有的是“成功的项目经理”和“失败的项目经理”，是“能解决问题的项目经理”和“不能解决问题的项目经理”。




你这还不是打广告。你要怎样才算是打广告？
敏捷开发，最反感这种号称能解决一切问题的一揽子的解决方案或工具。敏捷开发，提倡的是针对不同的问题，找到和使用最好用的，最轻量级的工具。用过ruby on rails的朋友，一定明白我在说什么。

其实吧，看完上面的讨论，我觉得很像小马过河啊，一人一个说法，都觉得有道理。其实我的看法是，的确都有道理。主要是团队不同，用的方法可能不尽相同。
wwccss看起来很有经验，但是明显我感觉你和frostred经历的团队环境不同。
btw：banq还是别看了，这人水平应该是有的，但是完全剑走偏锋；不过他的网站上n多年前的那个设计模式还可以看看，我现在一直推荐新手看那个，简明扼要。

你在攻击别人之前，先把东西搞清楚再说。我们的软件zentao是开源软件，也就是意味着你可以不用花费任何费用来使用它。还有我们的上下文，是有个朋友在问有没有一个完整的软件研发的解决方案，所以我们提了下。如果你认为我们是在卖scrum产品，我们也无话可说。随便你怎么样吧。

scrum里面的英文单词是burn down chart，翻译过来就是燃尽图。我搞不懂这有什么神秘可言。如果你觉得这是在神秘化，我只能说你自己有毛病。我们周围那么多名词，agile, 结对编程，单元测试，mock, 代码走读，系统测试，测试用例，build，release， 哪一个不是神秘的单词？

和你没有讨论的基础，是因为你对scrum压根就没有一个正确的认识和实践，和你讨论，简直就是弹琴，一点意义没有。

说的很有道理，你用不用scrum，认为scrum好不好，跟我没有任何关系。但是我要告诉看这个帖子的人，什么是真正的scrum。不要因为某些个人的偏激的观点，对scrum有了先入为主的判读，对自己，对团队来讲，丧失了一个公正的去对待scrum的机会。

好的东西，总会找来一些飞来的唾沫，让唾沫来的更猛些吧！

问个关于燃尽图的问题：你的第一感觉，在你的scrum生涯中，在每一个sprint后，燃尽图往上走的概率有多大，有超过50%吗？或者不超过1%？

对不起，我的确没有搞清楚zentao是商业软件还是开源软件就说你是卖Scrum产品的。是我的错。我道歉。不过你们就真的不提供任何基于zentao的盈利性商业服务？如果你真是这么高尚的话，算我以小人之心度君子之腹，我就再道歉一次吧。

不过话说回来了，就算你不是卖Scrum产品，你也算是Scrum产品的Provider吧。你的目的可能高尚，但结果还是一样， 你在推广（推销）你的产品。所以，除了上面说你是卖Scrum产品那句话外，其它的，我并不想收回来。


燃尽图这个词我是不喜欢，包括burn down chart这个英文单词，我觉得也有些故弄玄虚的味道。其他的词：
Agile - 不是很好，但毕竟是个简单的词，也可接受。
结对编程，单元测试 - 很好，一目了然，知道在说什么。
mock - 不好，混淆了很多概念。不过不是纯粹的单词的问题。
代码走读 - 不明白什么意思。
系统测试 - 不是很好，不如单元测试，压力测试，功能测试这么概念清晰。
测试用例，build，release - 用的时间太长了，没有什么感觉了。


我可能是对scrum压根没有一个正确的实践，而且我发现我所知的绝大多数号称用Scrum的人,也没有正确的实践。然后才意识到，大伙所用的Scrum其实只是某些人兜售的Scrum。所以说，我一直也没有说Scrum有什么不对的。我只是强调回到Agile的本质上来看问题。你一旦回到Agile的本质，你就很容易辨别什么是兜售的Scrum了。比如说燃尽图。我还是那句话：依赖任何图表来了解，管理项目进度的方法，都是不现实的。
别跟我说，Scrum也不排除其他的方法。如果有其他的方法方法，你倒是也说出来呀。干嘛只是不停的强调燃尽图的作用。能不让我怀疑你的产品只是能生成燃尽图吗？