注册 / 登录

非典型敏捷:10天一个版本

分会场:  工程文化/团队管理/研发效能

分享时间: 2017年11月9日 - 12日

案例来源 :

案例讲师

左杨眉

中兴通讯 敏捷教练

中兴通讯敏捷教练,敏捷之旅重庆站联合发起人,10+年软件行业从业经验。主要从事运营商和大型企业的应用类(增值)软件研发。在产品需求、用户体验、研发、测试、度量等相关岗位战斗过。从2010年开始接触和实践敏捷,感兴趣的领域涉及敏捷转型和敏捷实践。近期专注于在工作中引入启发联想的事物,希望做一个有趣的敏捷探索者。

扫描二维码分享案例

 

案例简述

 

“快”是相对的。
在某些领域,1天100次版本部署仍然很慢。在电信领域,60天1次的版本部署已经很快。
在传统的电信领域,仍然坚持严格的加法规则和安全要求,仍然普遍遵循基本的“需求-实现-发布-升级”的流程。当传统的电信领域遇上10天上线一个版本的要求,会有些什么火花呢?
本案例从重新梳理用户价值出发,引入过程交付物的概念,实现了客户的深度参与和快速反馈;重新审视典型敏捷流程的核心实践,基于“快速验证客户的产品假设”这一重要目标,去掉了自动化测试和持续集成等实践,引入以手绘为中心的低保真交付,引入了数据模拟和切面功能。某种程度上,本案例是对《设计冲刺》在电信领域的一次加长版交付项目实战。

 

案例目标

 

某运营商成立了一个业务基地,需要进行某个业务领域的全新的产品探索。从初步的需求沟通情况看,客户对产品的要做成什么样子并不清楚,并且客户希望和互联网产品的用户体验对标;因市场和业务需要,客户希望在尽可能短时间内看到产品。 简而言之,这是一个“产品假设验证+用户体验高要求”的产品。最终客户确定,需要我们在3个月的时间内,平均每10天交付一个版本到商用环境。

 

成功(或教训)要点

 

1)价值定义 重新定义用户价值:”所有可以验证用户需求的交付物,都包含用户价值“。达成关于价值定义的共识之后,研发过程可以进一步细分,我们可以在10天内进行分阶段过程交付,客户可以更早更深入的参与项目过程,并能够及时反馈。 2)敏捷研发流程 对典型的敏捷流程进行调整。基于“快速验证客户的产品假设”这一重要目标,去掉了自动化测试和持续集成等实践,引入以手绘为中心的低保真交付,引入了数据模拟和切面功能。 3)过程处理 a)公共资源锁定。对于UX,运维等公共资源进行专项锁定,确保项目可以流畅交付。 b)强调BA手绘能力。设计手绘工作坊,加上长期的实践,全面提升BA的手绘能力。 c)排除干扰。排除外在因素的干扰,让团队可以保持持续专注。 d)模拟和切面。在不影响用户体验的情况下,缩短版本交付周期。

 

案例ROI分析

 

本案例是在电信领域中进行创新型产品快速交付的整体思考。相关实践主要来自于典型敏捷研发过程。单个的实践均比较成熟。

 

案例启示

 

1个价值观:所有可以验证用户需求的交付物,都包含用户价值 10天的研发节奏(可以扩展): 第1天:故事地图和低保真。确认目标并完成两次过程交付。 第2天:主视觉和数据库设计。最快速交付可以“用”的软件。 第3-9天:迭代研发。不断交付产品原型。 第10天:发布测试和产品部署。进行发布测试,然后完成两次部署,Testbed部署和商用环境部署。

 

案例在团队中的意义

 

这是我所在的团队第一次在运营商市场和客户一起“超”快速交付创新型产品的实践

 

领取大会PPT

我要参会

限量1000份全套演讲PPT

免费领!还剩800份

限时9折优惠,立减580!截止10月30日!

我要参会