迭代计划会的思考
从最近几次的迭代计划会的运作情况来看，虽然最终完成了需求的初步澄清和任务分配，不过从时效方面来说整体迭代计划会下来给人的感觉就是耗时久，大家吸收度低，可以从以下几个方面来说明缘由：
- 在迭代计划会开始之前，大家没有看过需求，没有进行事前理解和吸收；
- 在迭代计划会中途，大家对产品需求的理解并不是很明朗，处于一种模棱两可的状态，当然有的时候可能是需求规划不够详细，也不明确；正因为事前没有去了解需求，导致中途讨论的时间比较久；
- 在估算需求工作量时，若是通过集体的估算来评判的话，我觉得也有些不合理，一方面不是每个人都熟悉各个模块，另一方面是每个人的理解和解决思路各不相同，这样导致有的人评估多，有的人评估少，导致最后接受任务的人可能会存在工作量估计的差距；
- 在分配任务时，若是通过人员自己挑选的话，我个人觉得这样很容易让团队成员陷于自己熟悉的一亩三分地，不能整体把握产品功能特征，后续很可能会存在这样的一个问题：若熟悉某个模块的人今天没来上班，而恰好今天该模块出现问题了，此时会调动不了其它成员来立刻处理该问题；
- 若工作量和任务分配都不是由团队的leader主动完成配置的话，一方面是说明这位leader还没很好地规划好这次迭代的任务，还不能有效地从全局把握整体计划；一方面是说明leader不熟悉团队每个成员的能力和特长；最后一点就是潜在地转移责任。
个人建议：团队成员必须在计划会之前完成需求的理解，记下有疑惑的地方；leader要规划好迭代任务，从整体上把握每个环节，同事还要熟悉和了解每位成员的特点，以便能够做到有的放矢，达到灵活、合理地调度任务和工时控制的事物管理能力；最后是团队每位成员都要熟悉整个产品，包括操作使用和模块开发。