恩泽²º¹²

摘要： 1.评审会(Review Meeting) a.小组向产品经理展示迭代成果。 b.产品经理给出产品的评价和反馈。 c.以用户故事是否能成功交付来评价任务完成情况。 怎样展开评审会？ 答：敏捷开发采用时间盒(Time Boxing)的方法，即限定时间而不限定范围。所以迭代不会延期，因为在迭代终点将放弃未完成的故事。 评审标准是什么？ 答：整个故事是否已经达到交付标准，而不是从其中分解出来的任务完成了多少，因此若一个故事"差一点就完成了"，这种情况属于未完成。 分析说明: 常常发生很多故事都已经开始开发了，但都差一点完成的现象。因此应按迭代内的优先级逐条开发和交付故事。 ... 阅读全文

摘要： 1.办公环境开放办公环境是敏捷开发的一个符号。与传统的开发中"背对背"地躲在格子里不同的是敏捷开发提倡沟通与互动，除了每天的站立会议外，随时随地发生的沟通也是不可缺少的。而在旁边放置一个随时可以涂鸦的白板，则是团队的最爱。2.每日立会(Standup Meeting) a.队员认领任务(或由组长协商分发)，对立或与别人一起完成任务。 b.团队内部利用【每日立会】来沟通进度。 c.开发团队利用【燃尽图】来展示整体进度。 d.如果没有特殊的原因，原则上迭代期内无任何变更。什么是每日''立"会？答：由于每次的会议时间为10~15分钟，人们习惯于在座位的附 阅读全文

摘要： １.迭代计划会在每个迭代的第一天召开，目的是选择和评估本次迭代的工作项。２.产品负责人逐条讲解最重要的产品功能。３．开发团队共同估算故事所需的工作量。直到本次迭代的工作量达到饱和。４.产品负责人参与讨论并回答与需求相关的问题，但不干涉估算结果。产品负责人准备什么？讲什么？准备工作：条目化需求(用户故事)、优先级排序、最近1~2个迭代最想看到的功能。会前的准备工作十分重要，可以帮助产品负责人清理头绪，不至于在迭代期内频繁提出变更、增加、修改故事。会议讲解：难以用文字描述的内容。在讲解的过程中，团队可以随时提问，产品负责人要给予解答。若产品负责人感觉暂时无法讲解清楚，可以推迟此故事的开发，或将故事 阅读全文