《硝烟中的scrum和xp》读书笔记

很精炼的一本书，结合目前项目上对scrum的实践总结一下

---------------------------------------------------------------------

团队部署：

• 团队组织： 当做一个比较大的产品的时候，很多人会同时为一个产品而工作。这时候需要拆分成多个垮组件的team，每个team 5-9人保持team之间sprint同步的工作。任务分配可由project owner初步计划以后由整个团队共同商讨决定。当然也可以把大的产品拆分成小的产品提交以后进行自动集成，这样每个team可以有自己的project owner并且保持任务独立。
  

• 座位安排:  每个team占据一片地方坐在一起，team内部开发人员要能够互相听到看到，能够随时进行讨论。 Project Owner 和 Scrum master需要尽可能靠近团队但不需要坐在团队里。可以设置一个rapid response team坐在最外侧，用来处理各种live issue来保证development team不受干扰。
  

Sprint流程

对于scrum来说，开发过程会分为多个sprint。每个sprint大概2-4周。

• Sprint planning:
  

            在plan之前,PO需要准备好product backlog，每一个story需要记录estimation和acceptance criteria。story在backlog中按重要性排列。有很多tool可以记录stody，比如jira, trello, mingle。

            sprint planning需要team所有人一起参加。planning中需要决定在sprint中完成backlog上的哪些故事。对于比较大的故事，益拆分为小的任务来做（比如technical story)。根据以往的效率大概可以预估在一个sprint中能够完成多少的story points。同时在planning过程中需要明确每一个story的具体内容。

• Sprint进行中：

            Stand up: 每天早晨进行stand up，总结每个人前一天做了什么今天将要做什么。个人偏向对着story board进行stand up，这样对每个人做的任务可以有更好的了解。

            Scrum of Scrum: 当我们有多个scrum团队的时候，需要进行scrum of scrum。不需要每天进行，可以团队集体参加（目前的项目每个团队只派一人参加）。SOS中每个team描述三点：1. Sprint goals 2. Where are you at the moment 3. Any blocker? SOS可以方便团队之间的交流。

            Burndown Chart: Scrum master需要关注burndown chart，关注team效率

• Sprint end:

            Demo: 在sprint结束之前给stake holder进行demo，展示在sprint中的成果，主要关注于业务层次而不是技术细节。

            Retrospective: 在sprint结束的时候需要做retro，全组人员一起讨论哪些做的好哪些做的不好，总结出action items方便以后改进。