编程心法 之 Scrum - Agile 敏捷开发

Scrum是一种敏捷开发的方法

先定一个能达到的小目标

Scrum 团队

包括产品负责人、开发团队和Scrum Master

Product Owner 产品负责人：管理代办事项和优先级的唯一负责人。

相关术语

Sprint

敏捷开发的周期，一般情况下需要2-6周时间，最终应该完成一个可演示给客户或者是可发布的产品

Epic

可以认为就是一个大的Stroy, 还没有拆解, 是对大Story的一个描述性标签

提问：Epic和User Story之间的区别是什么？

回答：准确的说，Epic是比用户故事更大的对象并且能包含许多用户故事。规划你的仓库时，你会在下面的情况注意到Epic：

• 用户故事太复杂，描述模糊；
• 用户故事太庞大，无法在理想时间内实现；
• 对于策略性规划来说Epic很有用；
• 一个Epic通常定义比较模糊，而且可以包含许多组成部份；
• 一个Epic是很好的为团队服务的信息容器，胜过对单独对象确立的用户故事。

我的个人理解：Epic就是把大家不理解的，但一两句话又说不清的蓝图性决策记录下来。

Theme

可以认为是一组Story, 有相似特性的一些Story的集合

User Story

用户的业务需求，比如说查询账户余额的功能

As a <type of user> I <want/can/am able to/need to/etc.> so that <some reason>.

Task

由User Story拆分的具体开发任务，比如说查询余额的页面设计、查询的logic的实现，查询功能的测试。

Backlog

需求列表，小目标的清单。

Scrum Meeting(Daily Meeting)

每天的站会，用于监控项目进度。

Sprint burn down

当前周期需求完成的情况或者是进度图

大型软件开发项目中的功能小组模型

首先简单介绍一下我们是如何进行产品计划。进入产品开发前，高层管理团队要确定新版本将带来的商机（Business Opportunity）。（注意：为了能够确定这些商机，高层管理团队会从在整个部门收集数据和征询反馈意见。）然后，起草对应这些商机的高层目标。这些目标会被分解为多个用户价值主张（User Value Propositions,可以将它们看作是Agile术语中的“epic“故事）。接下来它们又会被细分为用户体验（User Experience, 可以将他们理解为Agile术语中的“主题”，Themes）。功能小组于是会定义实现这些用户体验的用户故事。实现这一整套用户体验也就是实现了用户价值主张，从而达到商业目标（Business Objectives）。

---

想要看到更多玮哥的学习笔记、考试复习资料、面试准备资料？想要看到IBM工作时期的技术积累和国外初创公司的经验总结？

敬请关注：

玮哥的博客 —— CSDN的传送门

玮哥的博客 —— 简书的传送门

玮哥的博客 —— 博客园的传送门