敏捷开发 我的经验基本概念

Posted 秋日私语

tags:

篇首语:本文由小常识网(cha138.com)小编为大家整理,主要介绍了敏捷开发 我的经验基本概念相关的知识,希望对你有一定的参考价值。

敏捷开发中的一些概念

scrum team: 整个组织架构中可进行独立开发的最小团队, 一般人数控制在5~10人左右
sprint:项目开发过程中最小迭代周期,根据同的项目周期不同;现有产品维护1~5天,二次开发5~10,新项目5~30,业务复杂或开发所用语言较多或开发复杂度较高10~45

point:不可拆分的最小功能点数,1point等于多少小时,可以由项目主管按照项目的实际情况指定。

Product Backlog:由PO负责管理,将所有epic按优先顺序排列的一个产品需求列表。
Sprint Backlog:通过Sprint Planning Meeting,由PM、PO、SM从product backlog中挑选出一个或多个Story作为本次迭代完成的目标
epic:一个包含完成功能的需求描述,可以被拆分为1个或多个stroy,一般有PO划分
story:一个不可拆分子功能描述,可以被拆分为1个过多个task,一般由PO将epic拆分为story,在Sprint Planning Pre-Plan Meeting中PO、SM确定story是否合理并做相应的调整。
task:最小可用于开发的任务,在sprint开始时由ST将story拆分为task,并在当前sprint中完成

product Master(PM):管理整个项目的整体进度,也可叫做scrum master of scrums.
product owner(PO):管理整个项目或多个scrum team的需求,并将需求转换为epic或story,指定软件交付日期,指定交付标准,有权力接受或拒绝开发团队的工作成果
scrum master(SM):整体控制一个scrum能过承接的point数;监控每个sprint的整体进度;协调与其他scrum team之间的沟通
technique leader(TL):整个项目或多个scrum team或一个scrum team的技术专家,主要负责在开发过程中给出技术解决方案或建议
scrum team member(ST):scrum项目成员,主要负责开发,以及将指派给自己的story拆分为task

Sprint Planning Pre-Plan Meeting:PO、SM确定挑选story为后期sprint做准备,一般提前2个sprint
Sprint Planning Meeting:在sprint之前PO将下个sprint需要完成的story交付给SM,SM需要根据目前ST的能力确认point数,此时应该确认或拒绝下一个sprint所有需求。
Sprint start meeting:在sprint的第一天将当前sprint的story指派给相关ST,除非TL提出异议并且征得PO或PM同意,否则所有stroy必须在当前sprint完成。
Srpint Review Meeting:也叫Srpint Demo Meeting,将这个sprint的成果演示给PO,由PO确认演示内容是否符合交付标准,并提出改善意见。
Sprint Retrospective Meeting:回顾会议,SM、ST、TL,PO参与对于上一个sprint成果总结,优点继续保持,缺点或缺陷根据实际情况由PO决定是否建立story放入Product Backlog中,在以后或下一个sprint中完善。
Daily Scrum Meeting:也叫stand up meeting,每天占用5~15分钟汇报、分享、提出问题。特别注意此会议不解决任何问题。

Scrum of Scurms meeting:大型项目需要,多个scrum team协同开发时,多个Team SM参与讨论会议;对上一个sprint总结汇报,并提出相关意见,如果涉及到代码改善意见,需要请PO确认是否建立story;下一个sprint资源确认,是否需要其他Team协助,是否有人力资源调整等问题。


 

以上是关于敏捷开发 我的经验基本概念的主要内容,如果未能解决你的问题,请参考以下文章

[案例]敏捷开发最佳测试实践经验分享

敏捷开发与瀑布流开发相比,二者的优劣都在哪些方面?

PMI-ACP敏捷认证:敏捷开发的6个实战经验

产品项目的九个敏捷开发经验

敏捷测试一个测试人员在参与敏捷测试的经验分享

一位10年Java工作经验的架构师聊Java和工作经验