编程心法 之 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的传送门

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

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

猜你喜欢

转载自www.cnblogs.com/vigorz/p/10503966.html