Scrum 是一种敏捷开发的方法
[图片上传失败...(image-629bca-1552107631825)]
先定一个能达到的小目标
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 工作时期的技术积累和国外初创公司的经验总结?
image
敬请关注:
玮哥的博客 -- CSDN 的传送门 https://blog.csdn.net/u013152895
玮哥的博客 -- 简书的传送门
玮哥的博客 -- 博客园的传送门 https://www.cnblogs.com/vigorz/
来源: http://www.jianshu.com/p/f3d62013fa5e