敏捷开发 我的经验(一)基本概念
2017-01-16 10:03
288 查看
敏捷开发中的一些概念
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协助,是否有人力资源调整等问题。
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协助,是否有人力资源调整等问题。
相关文章推荐
- 转:敏捷开发基本流程概念的理解与实践
- 敏捷开发基本流程概念的理解与实践(转)
- 学习Java的30个基本概念-Java基础-Java-编程开发
- 敏捷开发基本要素
- 敏捷开发基本思想
- Directshow开发的一些基本概念和技巧
- .NET开发人员基本概念题
- 开发ASP.NET Atlas服务器端Extender控件——基本概念以及预先需求
- Mac平台下使用XCode开发的基本概念
- ASP.NET 2.0服务器控件开发之基本概念篇
- 我的手机开发(七)——WinCE输入法——基本概念(1)
- 三层开发基本概念介绍
- WebService开发的几个基本概念
- delphi Delphi_三层开发基本概念介绍
- Web开发基本概念之Dojo
- Java初学者需掌握的30个基本概念-Java基础-Java-编程开发
- 开发ASP.NETAtlas服务器端Extender控件—基本概念以及预先需求
- STL:一些基本概念的粗浅理解和一些别人的经验
- 对敏捷开发中常用的几个"敏捷概念"的理解
- 三层开发基本概念介绍