一、前言
入职两个月,作为新人,没有参加过一次早晨的scrum会议。
最大的感触就是,有一天中午,带我的开发哥哥突然说产品今天下午提测,我突然就懵了。
这算是我体会的最大的团队中人没有参加scrum,而导致的信息不对等的差异吧。
团队的壮大,公司开始拆分。现在所有的人都要参加scrum,但是原来的团队被拆分了,控制scrum的人数在一定的范围内。
二、scrum培训
由很有经验的老员工讲解培训scurm。
摘要重点:(参考:http://www.scrumcn.com/agile/scrum-knowledge-library/scrum.html#tab-id-1)
Scrum 是一个用于开发和维持复杂产品的框架 ,是一个增量的、迭代的开发过程。在这个框架中,整个开发过程由若干个短的迭代周期组成,一个短的迭代周期称为一个Sprint,每个Sprint的建议长度是2到4周(互联网产品研发可以使用1周的Sprint)。在Scrum中,使用产品Backlog来管理产品的需求,产品backlog是一个按照商业价值排序的需求列表,列表条目的体现形式通常为用户故事。Scrum团队总是先开发对客户具有较高价值的需求。在Sprint中,Scrum团队从产品Backlog中挑选最高优先级的需求进行开发。挑选的需求在Sprint计划会议上经过讨论、分析和估算得到相应的任务列表,我们称它为Sprint backlog。在每个迭代结束时,Scrum团队将递交潜在可交付的产品增量。 Scrum起源于软件开发项目,但它适用于任何复杂的或是创新性的项目。
scrum框架中3个角色:
- 产品负责人(Product Owner)
- Scrum Master
- Scrum团队
scrum框架中3个工件:
- 产品Backlog(Product Backlog)
- SprintBacklog
- 燃尽图(Burn-down Chart)
scrum框架中5个会议:
- Sprint计划会议(Sprint Planning Meeting)
- 每日站会(Daily Scrum Meeting)
- Sprint评审会议(Sprint Review Meeting)
- Sprint回顾会议(Sprint Retrospective Meeting)
- 产品Backlog梳理会议( Product Backlog Refinement)
还有其他的一些概念,比如敏捷估算大小,用户故事,跨职能团队等。
三、讨论
A:以前团队也搞过纸片燃尽图,很耗时间,而且纸片乱飞。
B:敏捷估算时间,如果真的要大家都参与,一天的时间几乎就没有了,就这样,每次估算的结果还不准。
C:每天开scrum时间,我们以前都是下班前,很多都是早晨,迟到或者早退都会有惩罚。
D:其实培训这么多,scrum是一个团队,什么活动会议都是形式,最终的目标都是让大家更团结,更好的完成每个阶段的目标。如果有一定的奖励政策,这样每个人都有主人公意识,并且如果因为自己迟到早退或者没有完成任务而影响到大家,都会有负罪感,就是这种团队的感觉把大家紧紧的围在一起,这样才能达到这些效果。要不然还是流于形式,还浪费大家的时间。
。。。
四、体会
下一个迭代,自己将参与scrum,现在还没有亲历。
对于我最直观的影响,是知道自己所呆的团队每个人都在做什么,如果自己开发过程中遇到业务上的对接,也知道大概和谁对接。