目录:
1.Srcum术语
2.Srcum中的角色
3.Scrum会议
4.文档
5.自适应的项目管理
1.Scrum术语
下面是Scrum用到的术语:
角色
- ** 产品负责人**
负责维护产品订单的人,代表利益相关者的利益。 -
Scrum主管
为Scrum过程负责的人,确保scrum的正确使用并使得Scrum的收益最大化。(比如林老师) - **开发团队 **
由负责自我管理开发产品的人组成的跨职能团队。(开发的所有人) -
Scrum团队
产品负责人,Scrum主管和开发团队。
工件
- **冲刺燃尽图 **
在冲刺长度上显示每天进展的图。 -
产品订单
按照优先级排序的高层需求。 -
冲刺订单
要在冲刺中完成的任务的清单。
其他
-
冲刺
一个时间周期(通常在2周到1个月之间),开发团队会在此期间内完成所承诺的一组订单项的开发。
2.Srcum中的角色
之前林老师给我们讲过一个猪和鸡的故事,故事是这样的:
一天,一头猪和一只鸡在路上散步。鸡对猪说:“嗨,我们合伙开一家餐馆怎么样?”猪回头看了一下鸡说:“好主意,那你准备给餐馆起什么名字呢?”鸡想了想说:“叫‘火腿和鸡蛋’怎么样?”“那可不行”,猪说:“我把自己全搭进去了,而你只是参与而已。”
猪组的成员
猪 是在Scrum过程中全身投入专案的各种人物,他们在专案中承担实际工作。他们有些像上边那个笑话里的猪,要把自己身上的肉贡献出来。
-
产品负责人(product owner)
产品负责人代表了客户的意愿。这保证了Scrum团队在做从业务角度来说正确的事情。产品负责人编写用户故事,排出优先级,并放入产品订单。
(林老师) -
Scrum主管(或促进者)(scrum master)
Scrum主管促进 Scrum过程,他的主要工作是去除那些影响团队交付冲刺目标的障碍。Scrum主管并非团队的领导(因为团队是自我组织的),而是一个负责屏蔽外界对开发团队的干扰的角色。Scrum主管确保Scrum过程被按照初衷使用。Scrum主管是规则的执行者。
(林老师) -
开发团队(dev team)
负责交付产品的团队。一个团队通常由5至9名具有跨职能技能的人(设计者,开发者等)组成,承担实际的开发工作。
(所有人)
鸡组的成员
鸡 并不是实际Scrum过程的一部分,但是必须考虑他们。敏捷 方法的一个重要方面是使得用户和利益相关者参与到过程中的实践。参与每一个冲刺的评审和计划,并提供反馈对于这些人来说是非常重要的。
-
用户
软件是为了人而开发的。有人说,“假如森林里有一棵树倒下了,但没有被人听到,那么它算是发出了声音吗?”同样地,人们可以说,“假如软件没有被使用,那么它算是被开发出来了么?”
(使用该系统的人) -
利益相关者(客户,提供商)
影响项目成功的人,但只直接参与冲刺评审过程。
(暂时没有涉及到,可不用考虑) -
经理
为产品开发团体搭建环境的人。
(不用考虑)
3.Scrum会议
Scrum会议一共包含以下四种:1) 冲刺计划会议;2) 每日站立会议;3) 评审会议;4) 回顾会议。
我们目前常用的是每日站立会议,下来简单介绍下吧
在会议上,每个团队成员需要回答三个问题:
- 昨天你完成了那些工作?
- 今天你打算做什么?
- 完成你的目标是否存在什么障碍?(Scrum主管需要记下这些障碍)
站会需要遵循的原则:
1.会议准时开始。对于迟到者团队常常会制定惩罚措施
2.欢迎所有人参加,但只有"猪"可以发言。
3.不论团队规模大小,会议被限制在15分钟。
4.所有出席者都应站立。(有助于保持会议简短)
5.会议应在固定地点和每天的同一时间举行。
4.文档
- 产品订单(product backlog):是整个专案的概要文档,比如我们现在在trello中的backlog
- 冲刺订单(sprint backlog):是大大细化了的文档,包含团队如何实现下一个冲刺的需求的信息
- 燃尽图(burn down chart):是一个公开展示的图表,显示当前冲刺中未完成的任务数目,或在冲刺订单上未完成的订单项的数目。
注:燃尽图的前提是总的点数不变,随着迭代周期的增长,剩余的点数越来越少
** 冲刺 **:一个冲刺为一个迭代周期,如:一个团队一个星期完成20个点(点的含义为人每天,即每张卡中规定的完成时间),那么这一个星期为一个冲刺长度,20个点为生产率。
后两个当前还未使用到,可不用考虑
5.自适应的项目管理
以下是一些Scrum的通用实践(引用维基百科):
- 客户成为开发团队中的一部分。(例如客户肯定对开发的结果真正感兴趣。)
和所有其他形式的敏捷软件过程一样,Scrum有频繁的包含可以工作的功能的中间可交付成果。这使得客户可以更早的得到可以工作的软件,同时使得项目可以变更项目需求以适应不断变化的需求。
- 开发团队经常评估风险并制定缓解计划。在每一个阶段根据承诺进行风险缓解,监测和管理(风险分析)。
- 计划和模块开发要保持透明,让每一个人知道谁负责什么,以及什么时候完成。
- 参与者要经常开会以跟踪项目进展 – 平衡的(发布,客户,员工,过程)仪表板更新 – 利益所有者更新。你必须拥有预警机制,例如在可能延期交付时提出警告。
- 不要隐藏问题。认识到或说出任何没有预见到的问题并不会受到惩罚。
- 在工作场所和工作时间内必须全身心投入。– 完成更多的工作并不意味着需要工作更长时间。
网友评论