【写在最前】
一直到周日晚上，最后一刻才抽时间完成本周计划：看《硝烟中的Scrum和XP》。潜意识里可能把这件事设定为重要不紧急，因此周一到周六一直在忙开发设计的事情。（周日白天当然是家庭日，陪家人度过）。
理论知识或者说对敏捷的认识理解一直是短板，所以这次3个月的训练目标也是主要提升该方面。
一边看一边对照目前的工作，发现很多可以改进的地方，收获不少。下周计划就会去尝试，去改变
【产品backlog】
目前研发过程中可能会临时添加任务。例如其他中心的本月研发功能需要我们中心提供接口支持等。
<下周计划一>补上本月的产品backlog。
<问题>有些需求是针对整个CRM产品来说的，一个完整的用户故事需要多中心共同完成。如果只是维护UPC自己的产品backlog，可能无法看到全貌（用户故事）。
<想法>需要增加链接指向，这样团队人员能对整理有所了解。
【内部质量】
截图了整段文字，是因为感觉写的太好，说道心坎了。希望后面可以努力做到
【迭代周期】
目前的迭代周期是一个月，暂时大家比较习惯月初定计划，月底出一个版本。
<问题>目前设计的产能，无法在月初的时候给出整个团队一个月要做事情的设计方案。都是完成了一部分，之后边开发边设计。
<想法>后续计划准备改为3周甚至2周，但是要等到整体按照真正敏捷的模式运行成熟之后
【确定Sprint目标】
在Milestone上补充了本月的目标：支持XXX演示
【时间估算】
<问题>即使所有的需求点都明确了，但是根据人员自身的技能水平不同，估算的时间就是有差距。此时任务如何安排？是否还是按照分配到的人的为准。如果进度紧张的话，还是优先挑选熟练的人完成，而不是锻炼其他人，希望做到备份。
时间估算在团队人员水平参差不齐，以及进度压力下，可能无法做到先评估后分配人，目前还是先分配人，之后评估时间
【Sprint信息页】
让别人了解知道你正在做的事情非常重要！！！
<下周计划二>后补本月Sprint信息页
【下周计划】
<一>补上本月的产品backlog。后续月初完成，虽然可能会调整，但是总比没有好。
<二>后补本月Sprint信息页
<三>看完《硝烟中的Scrum和XP》
【写在最后】
这是个好的开始，坚持。
网友评论