敏捷开发实际运用
敏捷开发
敏捷开发主要适用于需求不确定,经常变更,持续迭代的产品。本文根据个人的产品管理经验,以产品开发各个环节的运行为主线,阐述敏捷开发的实际运用。
产品开发主要环节
需求: 调用分析用户需求。
交互: 根据用户需求,设计产品交互细节。
视觉: 根据交互方案,设计详细的产品视觉实现。
软件: 根据交互方案、视觉方案,实现产品。
测试: 根据软件交付的产品,进行相关的功能测试、集成测试等等。
发布: 通过测试的产品,进行对内灰度发布,或者对外的用户发布。
运营: 持续关注用户使用情况,分析用户数据,反馈到需求端,并举办各类线上活动,促进产品活跃度等等。
1.敏捷开发常用方式方法
迭代总结与计划会: 回顾上一个迭代周期的执行情况,总结做得好的,分析做得差的,制定下一个迭代周期的迭代计划,迭代周期一般和产品特性相关,一般为一周(重点:迭代周期需在较长时间内保持不变,保障整个团队运行具有较好的节奏感)。
交互评审会: 评审即将进行开发的需求,促使各领域人员了解即将开发的功能,并完善对应的交互功能,开发人员根据交互评审,了解开发细节,测试人员根据交互评审进行测试用例设计。(备注:在交互评审前,交互和规划确认好需求。)
测试用例评审会: 团队全体成员参与,由测试人员主导讲解,其他人员关注测试用例是否完善,并给出补充。
技术评审会: 针对比较复杂的功能,由开发人员编写相关的技术设计文档,并主导讲解,团队其他人员关注技术方案的兼容性,完整性等等。
晨会:回顾昨天做了什么,情况如何,今天将要做什么,控制在15分钟以内,通过这种方式,周期性的让团队信息得到同步透明。
自测与验收:为了保证产品的可靠性,在软件第一阶段开发完成后,需要自测(通过P0级测试用例),并有交互人员验收对应的开发功能,验收通过后,允许提交测试。
单功能测试:功能开发完成之后,首先进入单功能测试,在这个环节,不保证该功能之外的其他功能代码使用最新代码(其他功能随着开发的进行,当前单功能开发分支的代码会落后)。
集成测试:单功能测试通过的功能,合并到主干,与其他稳定的功能一起进入集成测试,集成测试包括各个功能之间的混合使用,升级,兼容性等等一个软件产品的各个环节的测试。
众测:由于一个企业的测试人员有限,测试环境有限,很难将测试覆盖到市面上的各种机型、使用场景、使用环境等,因此需要通过众测的机制,来进一步发现产品的问题,进一步提高软件的稳定性。
灰度发布:考虑到产品发布风险,发布需要逐步进行,先进行其中一部分用户的发布,并观察市场反馈情况,无影响发布的异常时,再进一步进行发布。
全量发布:根据前几步的发布情况,并且当前版本确认为全量发布版本时,进行全量发布,使所有用户都检测到版本升级。
2.节奏
节奏是敏捷开发的核心,保持合理固定的节奏,能有效的促使各个环节协调统一,高效运行。针对产品的不同周期,方案有所不同。
2.1产品初期
产品从无到有的过程,我们称之为迭代0,在这个过程中,我们有一个初始版本计划,包含了一系列的开发功能,以及产品的最终下单日期。因此在这个环节的开发模式有点类似于瀑布模式,根据功能需求逐步的进行开发,但与瀑布模式不同的是,由于产品具有多个领域配合的特点,需要大量有效的沟通(重点),在该过程借鉴了敏捷开发部分的方式方法。虽然使用了敏捷的部分方式方法,但它却有如下因素导致一些效率问题:
- 空窗期
由于需要一个初始版本计划,在该版本计划未出来之前,后端配合人员无对应的工作。 - 功能等待
由于版本计划在同一时刻发出,随着不同功能的开发进行,先后进入测试环节,先后稳定,并且需要所有功能稳定后才能发布,拉长了产品发布的周期和测试的稳定测试周期。 - 超载期
在产品开发后期,所有功能集中进行开发和测试,需要大量的开发和测试人员投入,并且伴随着bug的修复,以及功能的变更,导致后端负荷超载,最终导致项目下单延期。
目前,对于这几个问题没有较好的解决方案,迭代0使用版本计划的方式,必然会有这些问题存在,当公司有几款产品在运行时,这类问题能得到缓解,几个产品线交错进行,能缓解上述问题。
2.2产品迭代期
当产品正式上线后,产品会根据市场反馈,或者需求调研,进一步改善优化,进行对应的功能开发。在这个环节,不需要制定对应的版本计划(版本计划会导致产品初期那三个问题),而采用敏捷的方式。
- 需求池
由规划人员维护需求池,并给需求池中的功能需求排优先级。 - 迭代计划
由项目经理组织迭代计划会,团队成员一起从需求池中取出需求,进行对应的迭代开发。(迭代周期根据产品特性来定,一般为一周) - 等等
包含之前说到的敏捷的各个开发环节。
注意;这里是周迭代,意味着在产品迭代期,各个环节在每一周都会有自己的事情,在每一周各个环节上的人员都有自己的输出,从最后环节上来看,每周都会有一个集成测试通过的版本,意味着产品可以每周做发布,有效的缩短产品的发布周期。如果我们每月对外发布一次,那么我们的迭代版本可以有三周的时间进行众测和灰度测试,能有效提高对外发布的产品质量。因此,针对这样的一个流程控制方式,我们称之为版本火车、集成测试火车,重点就是节奏,周期性的做某一件事。
3.总结
一款全新的产品,包括产品初期和迭代期,因此还需要两个方案的结合,没有最好的方法,只有最合适的方案。我个人认为,敏捷的核心是透明、节奏。