摘要：三个星期飞快的过去了，第一个sprint就这么结束了。周五上午开了个总结会，大家对这个sprint的成绩做出了肯定，也坦诚的指出了很多不足之处。成功的deliver出来了预期的东西，完成了既定的目标，给继续采用scrum增添了信心；在这个过程了，大家更加积极主动的交流，问题得到更快的反馈和解决，体现出了敏捷开发的优势；引入了unit test之后，确实发现了代码中的一些潜在的问题，尝到了ut 带来的好处，大家更有热情的投入到 ut 中；每日的 stand up meeting 使大家越来越默契，增进了团队氛围。总之，scrum带来了很多积极的因素，随着第一个sprint的磨合，大家会更加得心应 阅读全文

摘要：今天下午的 weekly meeting 上大家尝试着进行了 poker Plan EST ，首先大家讨论认为1个 point 对应 1MD , 然后 scrum master 选择了一个 user story 让大家进行出牌。这是问题就出现了，大家对 user story 的逻辑流程的理解是不一样的，各人的能力也参差不齐，再加上性格上的原因，出牌的结果，大家差别很大。估计时间最多的人使我们team中的一个老员工了，但她没做个这个部分，她阐述了自己的想法，发现她的 workflow 过程附带很多我们新员工都不知道的环节，又因为是女生，她给交流成本和不确定因素分配了较多的时间，估计时间最短的是一 阅读全文

摘要：早晨的 stand up meeting 还是很成功的，15min 控制的相当好，每个人都说了上个工作日做了什么，遇到什么问题，今天准备做什么 。 虽然中间有人插话，不过大家都选择简洁的提问，简短的回答。大家都汇报了一轮之后，竟然还剩3分钟，scrum master 抛出了一个问题：如何定义 point ？这个本应该在 planning meeting 上对 task 估计 point 的工作当时没有做，因为当时大家觉得以时间做为 task 的衡量单位就足够了，可惜美国那边都是以 point 作为衡量标准，我们也不得不这么做。大家对 point 的单位设定没有什么概念，好像就是知道 point 阅读全文

摘要：项目背景：把公司现有产品的某些功能做成SDK提供服务，本项目大概持续5个月左右。因为整个team初次采用敏捷方式进行团队管理和开发流程控制，摸着石头过河，难免遇到各种问题，打算记录这个过程中的点点滴滴，希望能和有兴趣的朋友共同探讨学习。Planning Meeting For Sprint 1上周2... 阅读全文