软件工程/软件过程/敏捷模型/scrum

scrum

介绍

是一个迭代的，增量的开发过程

3个角色

1. Product Owner（PO）：产品负责人
2. Scrum Master/Project Manager（PM）：项目经理
3. 开发团队

3个工件

1. Product Backlog：产品代办事项，按照商业价值排序的需求列表，1个条目就是1个用户story
2. Sprint Backlog：冲刺代办事项，经过Sprint计划会议确定的，1次Sprint需要完成的用户story，建议长度是2~4周
3. Increment：每次Sprint交付1次产品增量，可以测试的，可以使用的

5个事件

1. Sprint：一个短的迭代周期（2~4周），一次冲刺，包括了如下4个事件
2. Sprint Planning Meeting：Sprint计划会议，确定哪些任务放到本次Sprint中
3. Daily Scrum Meeting：每日站会，讨论“昨日完成，今日计划”
4. Sprint Review Meeting：Sprint评审会议，本次Sprint完情况，是否达到要求
5. Sprint Retrospective Meeting：Sprint回顾会议，回顾遇到的问题等

5个价值

1. 承诺 – 愿意对目标做出承诺
2. 专注– 把你的心思和能力都用到你承诺的工作上去
3. 开放– Scrum 把项目中的一切开放给每个人看
4. 尊重– 每个人都有他独特的背景和经验
5. 勇气– 有勇气做出承诺，履行承诺，接受别人的尊重

jira/scrum

概念

• product backlog：产品代办事项
• version：确定版本
• epic：史诗，包含story
• story：用户故事，1个月的工作量
• sprint backlog：冲刺代办事项，1周的工作量
• duty：任务
• sub duty：子任务

步骤

1. 确定product backlog
2. 划分module
3. 根据product backlog划分version
4. 根据product backlog划分epic
5. 根据product backlog划分story
6. 根据story确定duty
7. 把duty纳入sprint
8. 开始sprint

项目进度

• 燃尽图
• 甘特图

用户story

概念：以场景的方式记录用户的需求

三要素：

1. 角色：谁使用这个功能
2. 功能：需要什么样的功能
3. 价值：这个功能的价值

特点：

• 有价值：对客户有价值
• 独立的：不同故事不要相互依赖
• 可讨论的：屏蔽细节，重在与客户沟通讨论，重要细节单独记录
• 粒度小（小的）：确保1个故事在1个sprint中能够完成
• 可估算：能够确定优先级，工作量
• 可测试的：能够通过自动化测试，功能性需求一般都能自动化测试

模板：作为<xxx角色> 我想做 <xxx功能>，以便<实现xxx好处或者达到xxx效果>
排序：

• must：先完成
• should：再完成
• next：最后完成

编号	优先级	story
1	must	作为xx系统的管理员，我想让已经处理的异常不再提醒，减轻我的工作负担
2	next	作为xx系统的普通用户，我想让大屏页面展示设备概要信息，便于给参展客户直观感受

参考

参考网址1
参考网址2
参考网址3