如何在DevSuite中使用SCRUM

软件项目的失败率高，产品品质低是众所周知的事。为提高品质和编程效率，许多的研发团队已经试着在采用某一种或多种混合的敏捷操作。敏捷方法强调交付可执行的版本，而不强调中间产物（如文档）及流程的管理。但在实际的经验中人的因素（知识经验不足，或甚至离开团队）对产品品质和软件持续的交付产生一定的影响。如要保证团队协作效率以及产品高质量的交付，选择一个合适的工具是必要的。Scrum是当前最为敏捷操作者所广泛采用的方法，DevSuite 支持它所有通用的操作。

在本文档第一节，我们把您可能会问的问题（FAQs）全部列出。您可以点击有兴趣的问题链接到它们的答案。之后我们将会角色、活动和工作产物一一列出并解释。

与Scrum操作相关的FAQs

Scrum角色

我们可以轻易地在DevSuite 配置端使用【账户类型】和【项目成员】等功能配置Scrum所有角色的权限。

团队成员

在每个迭代之后交付可执行的产品是团队的最高目标；
团队是自组织的，其工作能力和方式被充分信任。团队成员通过沟通，决定其任务的完成方式；
5~9人被认为是最理想的团队规模；
由于人数较少，团队成员应该是跨职能的，即每个人都能完成设计、编码、测试工作，团队成员应该是跨领域的，即每个人可以相互替代的自由选择任务。

Scrum Master

Scrum秩序的维护者，而不是团队的管理者；
参与几乎所有Scrum活动，以判断这些活动是按照Scrum秩序进行的；
帮助团队一起将障碍和干扰排除在外，以达成其开发目标；
一般是团队的一员，甚至也承担开发工作。但维持秩序、排除障碍是其首要职责。

产品负责人（Product Owner）

代表客户价值和声音，从商业角度确保团队工作的内容和秩序是正确的；
职责是编码用户故事，并确定其优先级，放入Product Backlog；
负责向团队解释需求，在迭代结束时，协助或代表用户、客户判断需求实现的正确性，并给出反馈。

干系人（Stakeholder）

不直接参与Scrum项目，但却必须考虑到的人员，如：用户、客户、渠道商、高层经理等；
一般为产品提出想法、需求并提供反馈，或为开发活动建立环境；
特定情况下可以认为开发组甚至可工作的软件本身也是干系人，因为他们也能提供反馈和Bug

DevSuite可以自定义Scrum所有角色，并以快速高效的方式分配权限

Scrum活动

常见的四种会议中每日立会（Daily Standup Meeting）是每日举行的，其它三个，也就是计划会（Scrum Planning Meeting）、评审会（Sprint Review Meeting）和反思会（Sprint Retrospective Meeting）则是每一个迭代一次。计划会是在迭代之前；评审会和反思会则是在迭代之后。

每日立会

藉由充分的沟通和信息的交换，成员常常能以最佳的方式解决问题。这是迭代期间解决问题、跟踪进度的主要方式；
Scrum Master和团队是会议的日常参加者，Product Owner常常不定期参与以了解情况，但不会干涉；
会议时间一般限制在15分钟内。站着开会是为减少大家说不相干的话，浪费时间；
会上每人汇报三个问题：
- 昨天完成了那些工作？
- 今天打算做什么？
- 完成目标是否存在什么障碍？
对团队无法解决的困难，Scrum Master负责向外界求助；

计划会

发生在每个Sprint的开始处，常常分为2个部分；
第一部分：
- Product Owner向团队解释Product Backlog中的需求，以便团队能理解需求，特别是客户的想法和预期；
- 团队可以就任何问题向Product Owner提问；
- 了解需求后，团队给出大致的估算；
- Product Owner可以对团队的粗略估算提出质疑，但不能干涉。
第二部分：
- 团队根据粗略估算，按照Product Backlog中的优先级排序，选择当前迭代需要完成的工作添加到Sprint Backlog中；
- 团队将需求分解成各种实现的任务，如设计、开始、测试等；
- 对需求的内容、实现程度存在争议的，Product Owner会为团队澄清需求；
- 团队按照任务的详细工作量，调整Sprint Backlog中的需求数量。

评审会

由团队成员向Product Owner、Stakeholder展示本次迭代内的产品开发情况，并决定下一次迭代的内容。

反思会

为了进行持续过程改进，每一个迭代完成后，都会举行一次回顾会议，在会议上所有团队成员都要反思这个迭代；
会议的时间限制在 2 小时。主要包括四个方面：做的好的、做的不好的、风险、经验。

会议在DevSuite中如何实现

这四种会议在DevSuite中可以以两种不同方式实现：

子任务 – 在【计划】视图中迭代的子任务页面里，你可以创建各种会议或其他子任务。
任务 – 每日立会、计划会、评审会和反思会以文件夹的方式被放在项目树的迭代里。在文件夹下以上各式会议的任务可以被创建。

以下两个图片显示了这两种选择：

【计划】视图中，事件页面可以创建反思会（或其它会议）子任务，会议一般不超过 2个小时

【任务】视图中，每日立会、计划会、评审会和反思会以文件夹下的任务的方式被放在项目树的迭代里

这两种方式各有其优缺点。从本质上看，会议就是属于某一类的子任务；但使用任务来实现的确有它的好处。下表红色粗体字部分显示了它们的优点：

	任务	子任务
本质上	没明确区分一般任务和会议，这两者并存在迭代中，稍微造成了点混淆。	不会混淆
工作流	能有工作流	不能
工时	能计算工时	不能
附件	能添加附件	不能