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

你这是传统的集权式的管理，你自己明确计划，分解任务，然后挑选合适的人，告诉他你要多长时间内完成。其实你真的一点也不懂敏捷。你这种管理方式，在决策阶段并没有大家的参与，基本上是你一个人在担当整个项目管理的责任。也就是说，项目的成功，是你自己的成功，不是团队的成功。试想一下，如果你换个项目经理，你自己不来带，我敢打赌，项目会乱成一锅粥。这是什么？还是作坊。

真正的敏捷实践和传统的项目管理非常重要的一点是团队的自我管理。在这里面，项目经理的角色不再是权力的象征，而是像教练一样，协调，服务，组织大家来去达到预期的目标。团队的任何一个人都可以提出自己的见解和看法，可以挑选自己喜欢做的任务。注意，是团队成员自己挑选自己喜欢做的事情，不是分配。

不知道你能不能体会到中间的区别。对于你这种性格的人来说，你太固执了。这也是你毕业求职，再三被人开除的原因吧。你总觉得自己太聪明，自我感觉太良好，放不下自己心里面的东西，自然也就接触不了其他的东西。



如果你觉得这个东西可笑，那你才真的可笑。首先，这不叫晨会，是叫做站立会议。然后站立会议不是汇报工作，而是沟通，大家说下自己昨天做的事情，今天的计划，最重要的是有什么问题。

zwchen，真的建议你放下心里面的那份自傲，去好好研究下scrum，研究下敏捷开发。100%相信的去执行它，首先你要相信，然后才能怀疑。

每日的站立会议啊。。。scrum超级棒。

讨论还是就事论事的好，这么讨论问题，着实不妥。

争论很大阿。不过感觉都说得有道理，呵呵。向各位学习了。

你的发言表达的是一种偏执的态度，但实际上却不能帮助人解决问题。
所以我对你的发言是否来自于实际的项目运作表示怀疑。
或许你手头真有那么一个理想中的开发团队，你建立这么一个团队花了多长的时间？

楼主说到的问题即是我们团队也遇到的问题，我们也尝试了楼主提到的方法，但是结果目前还不是很满意。
目前我们觉得能起到作用的还是提高团队成员的积极性和鼓励团队成员主动反馈。
这方面效果比较显著，团队成员较最初建立团队时的表现已经好了很多，我们也已经由每日例会改为了每周总结会。
每天的工作日志我们并不看重，我们鼓励团队成员有问题及时面对面沟通，而不是通过提交文本的方式，或许某天我们会取消每天的工作日志。
但随之而来的是效率的问题，因为团队成员没有养成这样的工作习惯以及自身经验的限制，使得沟通的成本很高，但正在逐步的改善中，我们相信在一两个项目的磨合之后会取得良好的效果。

楼主前面一篇有关于习惯养成的文章也写得很好，一个成熟的团队自然也会有一套良好的习惯，而怎么快速的让团队新成员养成同样的习惯，怎么快速的让一个不成熟的团队成长为一个成熟的团队，是需要总结的。

或许我孤陋寡闻，但就我所知所见，国内大部分的软件公司连一套完整的项目管理流程都没有，有的软件公司名义上有管理流程但从来没有认真的实施过，更别说对管理流程的总结和改进了。
希望能看到国内优秀团队的经验总结、改进和讨论，将好的经验传播出来。随着互联网的发展，国内在软件技术上与国外的差距正逐步的缩小，但软件管理上还差得很远。

那么多开源项目的成功模式在哪儿摆着呢，
人家全世界范围的分布式团队、语言文化差异都搞定了，
有足够的说服力了吧

zwchen兄的很多观点很有迷惑性，只是想让大家知道另外的一种选择，让大家知道真正的敏捷是什么。不要把个人体验式的总结，奉为经典。


当然是来自实际的项目经验。成功的也有，失败的也有。问题的关键不在于这儿，而在于你是否选择去改变？

看大家还在这儿苦苦挣扎，谈论什么项目管理。其实早已经有答案了，只是你不相信而已。

我曾经和朋友们聊过一个玩笑。说，传统项目管理中的项目经理，就是一只猴子。手下的员工就是耍猴的。他要总管整个项目的进展，要做计划，要分解任务，要安排甘特图，还要跟踪每个人的进度，小心谨慎，或者强硬推行，哎，项目做完了。大家都很累。猴子也累，看猴子的也累。我之前就当过这样的猴子。红红的屁股被人看，羞死人。

真正的敏捷团队没有猴子，没有集权，而是团队的自我管理和放权。

放权，是所有改变的开始，是原动力，关键点就在于坐在项目经理位置上面的你，有没有这个觉悟去改变。如果你开始行动，整个团队会跟着发生奇妙的变化！慢慢的，你会运筹帷幄，从容淡定……

不是打广告，建议你看下我们开发的项目管理软件-zentao，基于scrum管理方式，完整的涵盖了产品管理、项目管理、测试管理，以及事物管理，组织管理和文档管理等核心功能，为软件研发企业提供了完整的项目管理解决方案。

开源软件，同时提供了完整的扩展机制和api调用机制，可以非常方便的进行扩展和调用。

这并不是玩笑，甚至有的项目经理比“猴子”还不堪，手下的员工比“耍猴”的更凄惨。他只做“监工”，而手下的员工就是“奴隶”。最可怕的是这些项目经理还不自知，还自以为干得很好，因为他们根本就不知道自己应该干些什么事情，他们习惯于发号施令和玩权。

我认同你的这些观点，但既然是讨论，实际上大家更多的是希望看到实际的解决办法和可行的操作方式，而不是因为各自管理理念差异的互相攻击。而且说实在的，我更看好遇见问题解决问题这种方法，也更看好这样的管理人员能够切实的提升团队实力。软件行业的理论派太多了，所以看到纯理论上的东西我更多的是带着怀疑的眼光。

我们做得更多的是业务系统，是辅助于传统行业提升工作效率的软件，开源项目的情景并不适合。
而且“在哪儿摆着”的东西很多，自己能掌握的却很少。
就我所知，国内的软件管理经验积累得很少，同样的一套理论实施出来的结果却差异很大。有的甚至实施不下去，结果就不了了之了。我们也有一支团队尝试了敏捷，结果也是不尽人意的。
银弹固然好，但还是需要一把好枪和一个好的射手。
当有了一把好枪和一个好的射手，说不定能射出一颗金弹呢？
讨论还是应该就事论事，有理有据有事实有结论，不是吗？