scrum
顾名思义就是工作并列进行。在软件项目中,scrum
是敏捷项目管理的一种方式。有人说 scrum
是一种思想,有人说 scrum
是一种框架,其实都不重要,重要的是其核心:加速产品交付&提升用户满意度
。
scrum
中有一个 3355
原则是我们需要了解的。
Product Owner(OP)
Scrum Master(SM)
Develop Team(DT)
其中:
OP
负责产品创意和设计等;SM
是整个团队的服务式 Leader
,帮助团队解决问题,组织日常会议等;DT
包含结构,开发,测试,运维等,整个团队互相协助,完成约定的 Sprint
内的任务。Product Backlog(PB)
Sprint Backlog(SB)
Product NewPart(SNP)
其中:
PB
为产品代办事项,你可以理解其为原始需求;SB
为迭代待办事项,即 Scrum Master
从 PB
中挑选的当前 Sprint
需要完成的任务列表;SNP
为产品增量,即当前 Sprint
完成后新增的功能,且 SNP 必须达到可发布的状态,当前 Sprint
才算完成。Sprint Lifecicle(SL)
Sprint Plan Meeting(SPM)
Sprint Day Meeting(SDM)
Sprint Check Meeting(SCM)
Sprint Replay Meeting(SRM)
其中:
SL
是 Sprint
生命周期,一般为 1
到 4
周,建议 2
周;SPM
为迭代计划会议,即迭代内容沟通确认和启动;SDM
为迭代每日会议,目的在反馈每日进度和风险;SCM
为迭代评审会议,即在迭代开发中对技术方案,测试用例等进行评审;SRM
为迭代回顾会议,在迭代晚期(含结束)对整个迭代的内容进行回顾和复盘,以实现持续优化的目的。以上价值观不再赘述,旨在培养团队协作,勇于承担,互相帮助,共创辉煌。
整个
Scrum
流程贯穿在5
个活动中,其他的都是促成Scrum
目标达成的规则和催化剂。
Scrum
的迭代内要进行变更等操作,要求非常严格;承诺迭代内的交付量必须完成;考核标准是一个迭代内完成的任务数;交付周期为一个迭代;交付目标是“满足客户的期望”。
总体来说,Scrum
适合成熟的中大型团队,小型团队采用 Scrum
管理会造成不必要的资源耗费。在项目管理中我会建议根据团队和项目的自身情况选择合适的项目管理方式,没有必要盲目随流。
以上就是今天的全部内容了,感谢您的阅读,我们下节再会。