敏捷开发
行瀑布式项目管理
敏捷项目管理
Scrum
Scrum 这个词源自橄榄球运动中的“并列争球”。
“并列争球”简称 Scrum， 是指在犯规后重新开始比赛的方法。 每队的八位队员低头挤在一起，试图争球。在橄榄球比赛中， 目标是每一次将球带近一点。
0d338744ebf81a4c2859b4ab73a6a25d242da6fe.jpeg
- 传统开发方式
项目一开始就规划和设计整个项目， 并且坚持这个计划，不能改变。 - 敏捷开发方式
把可交付成果 和里程碑分成更小的目标， 整个团队一次只聚焦于完成一个目标。
追求小目标和可交付成果， 从而最终完成项目。
敏捷宣言
http://agilemanifesto.org/iso/en/manifesto.html
1.要求业务合作伙伴 在整个项目期间与我们合作， 而不是只在开始时告诉我们需要什么， 最后再告诉我们，偏离目标有多远。 我们需要持续的直接互动， 才能真正满足他们的需求。
2.我们不再使用里程碑 和项目阶段来衡量成功。 我们要用实际可用的软件，告诉大家我们做得如何，还希望不断得到反馈。 最具变革性的变化， 或许是允许团队自我组织。 团队从头开始设计和测试， 这比任何前期计划都要好得多。 前期规划是理论性的， 而不断改进的设计兼具实用性和战术性， 让你更出色、更快速地实现目标。 凭借这些宣言和原则，软件开发人员 成为了高科技版本的“天气预报员”， 为成功做好了准备。 更好的软件开发方法诞生了， 那就是敏捷项目管理。
Scrum领先的项目方法
Scrum 希望你失败。
Scrum 框架的最简单形式。 首先，产品负责人为团队制定已排定 优先顺序的工作待办列表。 每两周左右，团队查看待办事项列表， 决定接下来两周要完成的工作。 团队根据待办事项，开发和测试解决方案， 直到完成并可以使用。 两周结束时， 团队向产品负责人和利益相关者演示成果。 最后，他们反思项目在两周内的进展情况、 并决定如何改进工作方法。 就是这样。短期框架以及对最终成品的关注， 促使团队快速失败。 更恰当地说是快速学习。
Scrum 团队的关键角色
Scrum 团队都有两个关键角色：
1.产品负责人： 产品负责人是团队的业务代表。
2.敏捷教练： 敏捷教练负责保护团队和流程。
组建 Scrum 团队
理想的团队规模是七人
Scrum 的精髓在于日常协作和沟通
指定团队规范，规范必须得到所有团队成员的认可，并公平地运用规范。
制定项目愿景
1.越快向利益相关者交付内容， 就能越快获得反馈，并了解其他需求。
2.牢记快速交付，有助于我们尽可能避免 扩大范围，避免一路上添加不必要的内容。
产品负责人可以提前设定这个愿景， 但团队一定要完全了解这些功能。
编写用户故事
产品负责人
Scrum 中的故事点和估算
- 实际估算
- 相对估算
故事点:
1: 1-2天
2: 2-4天
3: 4-5天
进度跟踪
| 未开始 | 进行中 | 已完成 |
|---|---|---|
| use story 1 | ||
| use story 2 | ||
| use story3 |
每日站会
时间15分钟 内容简短
昨天完成的工作
今天要做的工作
有什么问题瓶颈
团队演示
1.展示成果。
2.团队成员、项目负责人、项目相关人员。
回顾会议
1.哪些地方做的好
2.哪些地方做的不好
3.哪些地方有待改进
自己的不足、抱怨、以及开心的事情
网友评论