敏捷软件开发实践-Sprint Setup Meeting

介绍：

对于一个迭代周期Sprint来说，最先开始的活动并且也是最重要的活动之一就是Sprint Setup Meeting. 在这个会议上，我们主要会去探讨一些这个Sprint我们需要完成哪些story，并且这些story的具体需求是什么。其实，我们公司走的是离岸开发模式，这种模式下，我们由于和我们的客户有个时差（9小时） ，所以很难大家坐在一起然后和标准的Sprint Setup Meeting一样开始plan. 在这种模式下，我们有2种方式来实现。

实现方式：

一种实现方式是，我们offshore团队每次外派一个人出差，然后这个人在美国负责和美国团队一起开展正规的Sprint Setup Meeting,然后这个人负责记录好所有的meeting minutes,然后把结果反馈给中国这边的团队，这是典型的“推”模型，也就是onshore吧Setup Meeting的结果推给offshore团队，我去年有半年时间在美国，当时我们运行的模式就是这种，优点是我直接和客户打交道，我可以拿到需求的第一手资料，从而更加精确的明白他们到底需要什么，但是缺点就是作为 onsite coordinator，特别累，因为他必须开2次会议，而且一次是要听明白全部，第二次是要吧这些内容原封不动的“复制”给offshore团队，所以需要coordinator本身有一定的技术水准，他能时刻抓住事物本质，还要有好的沟通和理解能力，还要有很好的精力。（附上右1 我去年出差的照片）

另外一种实现方式是：

我们每个Sprint开始的前一天，onshore会吧这个sprint的要完成的story预先定义在Jira上，如下图：

然后我们团队各模块负责人会抽时间逐个review一下，并且提出一些困扰的问题，然后第二天，我们只用1小时的时间来和onshore美国团队开展这个Sprint Setup Meeting, 我一般会主持offshore这边的会议，然后我们快速的review 每个story,然后就着我们的问题和onshore直接讨论并且figure out，如果不能就会记录下来并且由专门的邮件保持跟进。

总结：

在这个Meeting开完之后，team里面每个成员应该对这个sprint我们要做的story有一个宏观的big picture. 这对于了解项目组的进度，宏观的把握，以及以后万一team有人请假而去接管任务，都是有帮助的。