vlambda博客
学习文章列表

1.需求管理

1)  由产品经理PO或者Scrum Master在JIRA的Agile里，为自己的敏捷团队建立一个Agile Board，Board类型选择Scrum，并为Board选择自己所在的项目。

2)  由产品经理PO提出确定需要做的需求，然后在JIRA里自己的项目下，建立需求Issue，指派给PO。

3)  如果需求比较小，则建立需求的Issue类型选择Story。

4)  如果需求比较大，甚至于无法在一个Sprint内完成，则将该需求建立需求Issue，的类型选择Epic。然后在此Epic下建立若干个小需求Issue，类型为Story。5)  需求Issue建立完成后，Issue会自动出现在Scrum Board下，Plan里的Backlog下，并根据优先级从高到低，从上往下排列这些Story。

7)  需求的一些文档或者是原型图、交互等设计图材料，需要PO放到Confluence自己项目团队的空间目录下。

2 .Sprint Planning

1)  每个Sprint开始前，团队进行Sprint计划会议。

2)  PO或者SM在Scrum Board里，为团队建立一个新的Sprint。

3)  在计划会上，团队确定这个Sprint的开始时间和结束时间，以及所有该Sprint要完成的Story，由PO或者SM把相应的这些Story拖进该Sprint。

4)  团队成员根据这些Story需求，拆解出完成这个Story所需要的开发、测试等TASK，并由PO或者SM建立这些Task，Issue类型为相应Story下的Sub-task，指派给相应的开发、测试人员。

5)  PO需要把项目整体Sprint计划写进Confluence自己项目团队的空间目录下（比如1.30前分为几个Sprint，每个Sprint要完成的目标）。

3. Sprint阶段

1)  团队成员需要每天需要定时进行Daily Scrum站立会，沟通整个Sprint的Story和Task的进展。

2)  如果出现需求变动，则由整个团队进行沟通协调，按照优先级做出决定。并且按照决定，由PO或者SM在JIRA里，对Sprint里的Story和Task进行变动。

3)  团队成员在Sprint阶段过程中，负责维护自己所负责的Story和Task的状态。

4)  测试人员在Sprint阶段发现BUG后，在JIRA里相应项目下，创建一个BUG，Issue类型为BUG，并指派给相应的开发人员。

5)  测试人员需要将BUG链接到相应的Story，链接类型选择relates to。

4 .Sprint结束

1)  每个Sprint结束后，整个团队需要进行Sprint回顾会。

2)  在回顾会上，团队成员们需要总结Sprint中出现的问题，并转化成Action。由SM或者PO记录到Confluence上相应的项目目录下，跟进实施改进。

5.  发布上线

1)  如果一个Sprint中有Story需要发布上线，则PO在计划会上为该Story建立一个上线Task，指派给上线负责人。

2)  在Story上SIT测试之前，团队上线负责人需要编写一份上线计划，文档放到Confluence自己项目团队的空间目录下，并利用Sprint的Linked pages功能把文档链接关联至相应的Sprint。