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

工作日志这个东西只不过是管理团队各成员的一种工具，大多数情况下大家填写出来的日志都是为了完成任务一样敷衍了事！
项目经理一个项目做下来 ，那个项目组成员的能力和对工作的态度,偷不偷懒等问题是非常清楚，如果是为了考核去填工作日志意义不大。

scrum其实不是理论，更多的是实践。:) 他的实践就只有那个几个：

产品经理维护需求列表。
大家坐在一起，商定本期要做的需求。
然后大家分解任务。不是一个人分解。
然后大家领取各自喜欢的任务。
然后大家去看自己的任务
然后每天早上的站立会议。
最后结束的演示会议和总结会议。就ok了。:)

我一直不知道，如果出现如下情况，该如何解决：

1。 一个组10个人，能力不平均。其中只有2个人有能力分解任务。

2。 8个任务，没有一个是大家喜欢的。

3。假设任务已经成功分解并分配。但1周之后只有一个人按进度完成。

我对敏捷的体会是，责任以组为单位来分配，从而模糊了具体责任人。一旦出了问题，很难找到具体负责人。
找到责任人并不是说一定要找一个人来背黑锅，而是要在出现问题是能迅速找到合适的人来讨论。

个人认为反馈只是一个方面，关键还在于前期任务的合理分配，以及风险管理，对于存在风险的任务进行重点的跟踪。对于按照代码提交来评估任务，觉得不是很合理，一方面每个阶段的任务不一样，另一方面项目不仅仅是代码。同事需要充分相信团队，每周汇报一次工作就可以了

个人经验看，Scrum在团员成员能力都还不错的情况下才可能很好的执行scrum流程

如果团队内有好个新人，完整的Scrum流程就不那么好执行了，也没很多合适的新人任务

水平一般的人每天站立会议给你的反馈可能就只有还在开发写代码过程中，只有每周才可能形成一定的成果

LZ的团队主要在技术成长过程中，对敏捷有了一定的裁减

1. 三个臭皮匠，顶个诸葛亮。每个人对任务都有自己的想法，只不过没有表达的机会而已。放手让大家去做，不去做，永远只有那两个人有能力。
2. 为什么任务不是大家喜欢的?我想还是指派的。8个任务，总是可以挑出自己喜欢的出来，即使不是那么喜欢。自己挑选的任务，自己要负责。因为这是你的选择，不是硬性的指派。
3. 一周以后只有一人完成，这种情况在真正的scrum中是不会出现的。因为有每天的站立会议，随时发现风险，解决问题。如果任务分解，只有一人按进度完成。还有一种原因是任务分解过粗。一般来讲，任务分解越细越好。

项目的成功，是团队共同的责任。但任务都是有owner负责的。这没有问题的。项目中的每一个任务都必须有一个作为负责人。也许具体做事的不是他，但由他来协调，组织。

scrum团队成员未必要能力都很好，但有一个懂得scrum流程的scrum master是很重要的。他要负责训练大家，就像教练一样，把大家带出来。

站立会议的反馈，并不是要汇报工作结果。而是团队成员之间互相沟通，更新彼此的信息，还有就是及时发现风险。

其实scrum里面非常重要的一点，就是大家每天要更新自己负责任务的预计剩余时间。然后画成燃尽图。这个图可以非常明显的看出项目的走势。太晚了，明天整理些东西出来。:)

Agile和Scrum不能混为一谈。
Agile提出的是一套开发的原则和理念，它并没有给出具体的实践方法。
Scrum原本是基于Agile理念的一些具体实践。它原本没有错，只是近几年被卖证书和卖产品的人搞的越来越面目全非，越来越远离Agile的核心理念 。
Agile 宣言的第一句就是：“Individuals and interactions over processes and tools.”。 而卖证书的或卖产品的人为了他们的生意，一定会强调process和tool的重要性的。

比如站立会议中一半的以上的人一周的反馈基本是：我昨天在做A模块(xxx部分)，今天还做A模块(xxx部分)，没什么问题（还在写代码能有什么问题）。
如果是这样的交流，感觉意义不大。或有什么更好的交流方式？

基于上面这种情况，才要团队成员能力要比较好，交流效果会比较好

题外话：现在公司一般人员都是新人和次新人比较多，能把大家带出来，实施scrum真的很难得，也需要很强的能力