注册 / 登录

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

分会场:  工程文化/团队增长/绩效考核

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

案例来源 :

案例讲师

左杨眉

中兴通讯 敏捷教练

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

扫描二维码分享案例

所在软件研发中心介绍

中兴通讯云计算及IT产品经营部,致力于提供电信和政企增值业务,云计算及IT解决方案。支持传统电信业务转型升级及端到端高清视频业务部署;提供客户化政企解决方案及云计算平台&基础IT设施。

 

建议该分享案例适用范围:

可供传统软件交付向创新型产品交付快速转型借鉴。

 

为什么这个案例值得分享?

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

 

 

案例简述

 

“快”是相对的。
在某些领域,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部署和商用环境部署。

 

案例在团队中的意义

 

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