基于scrum的敏捷开发流程总结

本文主要来源于华为软件开发流程,同时根据在创业团队的实践在细节上稍有修改。

需求管理

先了解几个概念:

IR(Initial Requirement):原始需求。这种需求来自客户,一般由产品经理/需求经理编写。如果是研发内部产生的需求,可以不需要有IR。

SR(System Requirement):系统需求。架构师对IR进行分析以后,结合系统设计,将需求描述成一个个要实现的子系统或者模块,比如:提供用户权限管理系统/模块,要求满足用户、角色、权限管理,满足3A/4A要求。

AR(Allocation Requirement):分配需求/分解需求。架构师或者高级工程师分析SR,将SR分解成一条条的可以分配给开发人员去实现的需求。注意,AR分解完成的时候,每个AR的预估工作量也应该给出。AR的分解没有非常明确和固定的分解方式,需要根据人员、项目时间要求进行把握,在笔者经历的项目中,通常有以下几个原则:

  • 一个AR的工作量不要超过一轮迭代的单人工作量。比如,如果一轮迭代安排一个月(以22个工作日计算),那么一个AR的工作量不要超过22人/天,不然会出现一个AR需要两轮迭代完成的情况,敏捷禁止在一轮迭代中出现半成品。
  • 一个AR尽量由一名开发人员完成。比如,需要完成用户的增删改查功能,可以分两个AR:

        SR001-AR001:提供用户增删改查Web API。

        SR001-AR002:前端实现用户增删改查功能。

一个典型的AR可以是下面的格式(xx项目迭代跟踪表.xlsx):

SR号AR号AR描述迭代周期设计开发测试是否已交付
SR001SR001-AR001提供用户增删改查接口迭代一    
SR001SR001-AR002提供用户增删改查操作界面迭代一    

CR(Change Requirement):变更需求。项目开发的后阶段,可能因为客户需求变化或者系统实现方案有变化造成需求变更,这种需求属于变更需求,同样需要跟踪。

迭代开发

AR是方案设计阶段的出口,也是开发阶段的入口。

项目经理拿到AR列表以后,需要根据AR之间依赖关系、结合团队一轮迭代可以完成的工作量,对AR进行分配和排期。

这里根据具体公司组织架构,分配方式略有不同,通常,项目经理要列出一轮迭代需要完成的AR列表,根据模块划分将AR分给开发组长,由开发组长来分配给团队内具体的开发人员,分配好后,填写上面的跟踪表。

迭代过程要包含基本的质量控制流程,以笔者经历的项目为例,如果一轮迭代安排一个月时间(22个工作日),那么大致将迭代内各阶段时间安排如下:

1.设计串讲:1天 。

  参与人员:设计、开发、测试,

  入口条件:设计文档。

  出口条件:设计、开发、测试对需求及实现方案理解达成一致。

  任务:给开发、测试串讲AR实现总体方案,这个流程主要针对方案设计与开发人员由不同人完成的团队,小团队中不一定需要,可把时间留给其他流程。

2.开发详细设计:3天

   参与人员:开发。

    入口条件:设计文档,开发与设计对需求及实现方案理解达成一致。

    出口条件:模块数据流向图或者接口调用流程图,总之要能体现代码层面的设计思路。

    任务:这一阶段要根据高级工程师设计的总体方案,进行接口级别的设计,可以直接指导编码实现,时间可以根据复杂程度做      适当调整,不一定要安排满3天。

3.开发反串讲:1天

    参与人员:开发、设计

    入口条件:模块数据流向图或者接口调用流程图。

    出口条件:设计、开发对代码设计理解一致。

    任务:开发给设计讲解自己的代码设计,设计提出问题及建议,防止实现与设计不一致。

4.编写测试用例:2天

    参与人员:开发、测试

    入口条件:开发、测试

    出口条件:测试用例

    任务:编写测试用例,有的团队直接由测试完成,有的会让开发编写,可以根据实际情况安排,重要的是双方达成一致理解。

5.编码:6天

    参与人员:开发

    入口条件:详细设计(指的是开发自己完成的代码层面的设计)

    出口条件:代码

    任务:根据设计完成编码工作

6.code review:2天

    参与人员:开发人员、高级工程师或者模块owner。

    入口条件:编码已完成

    出口条件:review意见及修正

    任务:完成code review,并修改review comments。

7.开发自测:3天

    参与人员:开发

    入口条件:用例已完成;代码已完成走读。

    出口条件:用例自测通过。

    任务:开发根据测试用例进行自测

8.联调:3天

    参与人员:有调用关系的模块开发人员

    入口条件:自测已完成

    出口条件:联调通过,能完成集成验证。

    任务:模块间联调完成

9.产品验收:1天

    参与人员:开发、产品、测试

    入口条件:已完成联调

    出口条件:产品验收确认书

    任务:开发给产品演示本AR开发的成品,产品检查是否与产品设计一致,如有不一致的地方要提出,如果时间够,就修改,        否则作为下一轮迭代的补充需求完成。

迭代回顾

持续改进是敏捷开发的一个重要需求,敏捷团队在一轮迭代完成以后应进行一次回顾,迭代回顾有以下原则:

  1. 只用于找出改进措施,不用于表扬和批评,建议考评负责人不参与。
  2. 迭代回顾会议引导人只做引导,杜绝一言堂,要让项目成员畅所欲言。
  3. 从亮点和待改进点两个角度提出问题,包含开发流程的各个环节,不限于开发人员。
  4. 每一项待改进点要有责任人,以及闭环日期。

一个典型的迭代回顾记录表参考如下:

 亮点待改进点改进措施责任人完成日期
管理1.xxx
2.xxx
1.xxx
2.xxx
1.xxx
2.xxx
  
开发技能     
测试     
产品     

  

       

 

  • 9
    点赞
  • 56
    收藏
    觉得还不错? 一键收藏
  • 1
    评论
### 回答1: Scrum敏捷项目管理课件是一种教学资料,用于讲解Scrum敏捷项目管理方法。Scrum是一种灵活的项目管理方法,适用于快速变化的环境和需求。课件通常包括介绍Scrum理论和原则、Scrum团队角色、Scrum工作流程等内容。 在课件中,会介绍Scrum的三个角色:产品负责人、Scrum团队和Scrum主管。产品负责人负责确定项目的愿景和需求,并在产品待办清单中管理项目的需求。Scrum团队由开发人员、测试人员等组成,他们负责根据需求进行实施和测试,并在每个迭代中交付可用的产品增量。Scrum主管则负责支持Scrum团队的工作,清除他们的障碍并确保项目进度顺利。 此外,课件还会介绍Scrum的工作流程,包括Sprint计划会议、日常Scrum会议、Sprint评审会议和Sprint回顾会议。Sprint计划会议是在每个迭代开始时进行的会议,团队在这个会议上确定要完成的任务和目标。日常Scrum会议是每天进行的短暂会议,团队在这个会议上分享进展和讨论碰到的问题。Sprint评审会议是每个迭代结束时进行的会议,团队在这个会议上展示他们完成的工作。Sprint回顾会议是每个迭代结束时进行的会议,团队在这个会议上反思过去的工作,提出改进的建议。 通过Scrum敏捷项目管理课件的学习,学员可以了解Scrum的理论和实践,掌握使用Scrum管理项目的方法和技巧。这样可以帮助他们在变化快速的环境下高效地管理项目,并及时响应需求的变化。最终,通过Scrum的应用,项目团队可以提高项目的成功率和交付价值,更好地满足客户的需求。 ### 回答2: Scrum敏捷项目管理课件是一种帮助项目团队学习和实施Scrum框架的教育材料。Scrum是一种敏捷项目管理方法论,旨在提高项目团队的协作能力和生产效率。 Scrum敏捷项目管理课件通常包括以下内容。首先是Scrum框架的介绍,包括Scrum的基本原则、角色和工件。接着会介绍如何制定产品背景和愿景,以及如何根据需求制定产品特性。在课件中还会详细介绍Scrum团队的组成,包括产品负责人、Scrum主管和开发团队的角色和职责。 课件还会涵盖Scrum的活动和仪式,如Sprint计划会议、每日站立会议和Sprint回顾会议。对于每个仪式,课件会介绍它们的目的、参与者和流程。此外,课件还会探讨如何设置和管理产品Backlog以及如何规划和执行Sprint。 在Scrum敏捷项目管理课件中,还会提供一些最佳实践和经验教训,以帮助团队更好地应用Scrum框架。这些实践可能包括如何优化工作流程、管理项目风险和提高团队协作。 总之,Scrum敏捷项目管理课件是一种帮助项目团队学习和理解Scrum框架的教育工具。通过学习这些课件,项目团队可以更好地理解和应用Scrum方法论,提高项目的成功率和交付价值。 ### 回答3: Scrum敏捷项目管理课件是一种用于培训和指导团队如何使用Scrum方法来管理项目的教学材料。Scrum是一种基于迭代、增量开发和快速反馈的敏捷项目管理框架,其目的是提高项目的透明度、灵活性和交付效率。 Scrum敏捷项目管理课件通常包含以下内容: 1. Scrum概述:课件首先介绍Scrum的基本概念、原则、价值观和角色。学习者将了解Scrum的核心理念以及为什么使用Scrum作为项目管理方法。 2. Scrum团队:课件详细介绍Scrum团队的角色和责任,包括产品负责人、Scrum主管和开发团队。学习者将了解每个角色的职责,以及如何协同工作以实现项目目标。 3. 产品背景和需求管理:课件提供了如何定义项目愿景、明确需求和制定产品背景的指导。它还解释了Scrum中产品背景和需求管理的关键概念,如产品待办事项和用户故事。 4. 迭代规划和迭代执行:课件介绍了如何进行迭代规划和迭代执行,以确保项目能够按时交付高质量的增量。它详细说明了迭代会议的流程、时间表和重要性。 5. 产品演示和回顾:课件讲解了如何进行产品演示和回顾会议,以便团队和利益相关者共同评估项目进展并提供反馈。学习者将了解如何利用这些会议推动项目的持续改进。 6. Scrum度量和监控:课件解释了如何度量和监控Scrum项目的关键指标,如燃尽图和速度。它还提供了一些方法和工具,帮助团队在项目执行过程中进行持续优化。 通过学习Scrum敏捷项目管理课件,学习者可以掌握Scrum方法,了解如何高效地进行项目管理。这些课件帮助团队实现项目可交付成果的持续增加,同时提高项目透明度和团队合作能力。
评论 1
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值