SeameNow的专栏

每天“立会”不仅能要让所有人了解其他人在做什么，当前项目计划进展如何，还可以帮助大家解决那些阻碍做事情的问题，以及共享承诺。其实，这些都是非常有利于提高团队合作精神的。 -------------------------------------------------第一指导原则：主题明确，不能掺杂其他无关的话题。要做到这一点很简单，只需要保证每个人只回答4个问题，就行了。 

首先，要看是否采取了迭代开发的方式。多年来，业界一直使用迭代式的、增量式的开发，这似乎已经成为所有敏捷过程的基础元素了。 如果不这样做，甚至都不能称为敏捷的软件开发过程。这是因为敏捷希望整个软件开发流程中的所有人都可以一起工作，大家都要对产品非常了解：无论是构建产品的人，测试产品的人，还是将会使用产品的用户。 如果把过程分隔成“这里的这些人编写需求说明和规范，然后他们把文档交给

你们是否有Product Owner？是不是有人可以代表客户与你们一起工作？当团队在决定应该构建什么样的产品时，这个人就是他们要询问的对象，这个人代表着客户的需求与利益。 如果有Product Owner的话，他们是否拥有一个待开发功能的Product Backlog？此Backlog是否根据业务价值排定了优先级？是否已经估算过开发这些功能需要多少时间？这是一个Product Ow

 “产品订单”（Product Backlog）：这是你构建一个产品所需做的所有事情的一个高层次的列表，并按优先级排列，这样可以保证你总是工作在最重要的任务上。“冲刺”（Sprint）：一个Sprint就是一次为完成特定目标的迭代，一般是2～4周。“冲刺订单”（Sprint Backlog）：是Sprint的工作任务列表。一个“冲刺”订单来自于产品订单上最高优先级的一些任务，以及产

那该怎么做Sprint回顾呢？第一点是找出在上一个Sprint中做得好的地方，并继续保持。分析那些导致成功的流程是非常重要的，这样我们才能有意识地保持下去。只有团队中的每一个成员都清楚什么才是最佳实践，才能有效地鼓励和保持这些实践。除了可以鼓舞士气外，还可以避免把回顾会议变成消极的抱怨会议。第二点是找出上一个Sprint中需要改进的地方，以及对应的改进措施。回顾的目标就是持

在Scrum中，演示是说在一个Sprint 结束以后，进行Sprint 评审，团队在此期间展示他们所完成的工作、可运行的软件。出席此会议的有Product Owner、开发团队、ScrumMaster，加上客户、项目管理者、专家、高层人士等任何对此感兴趣的人。 会议可以持续10 分钟，也可以持续两个小时。因为会议目的只是对所做工作结果的展示，并听取反馈 。 演示可以让利