互联网产品研发改进之路

1、互联网产品研发改进之路 淘宝 技术保障部 芷薰 2011年3月 适合听众 1 大型研发团队(百人以上) 2 直接用户体验和在线服务 3 以创新为核心竞争力的产品研发 持续改进的前提 让你的团队保持使命感与危机感 think business, not projects 按时完成项目? 高稳定性,高可用性? 怎样让产出更符合客户期望? 怎样在市场中保持垄断的竞争优势? think business, not projects 市场 市场 产 产 研 运 换一个角度看世界 运研 场景一:开创期 抢夺免费资源或占领新市场 短迭代,快速上线,尽快让业务看到结果 关键词:效率 策略一: 迅速普及scru

2、m.统一思路和做事方法,减 少摩擦; 增强交流,产品经理进入对应的研发团队. dailymeeting 1day 经过优先级评定的 product backlog 增量提交可 上线的产品 planmeeting sprint backlog （xplanner) 2-6 weeks reviewmeeting 策略二: 开发运维 发布策略:缺陷容忍,一票否决 预研 正式 开发 包管理; 自动编译 开发阶段持续集成,测试发布阶段自动打包传递 mail 开发 svn build daily build yum dev qape abs 开发 check in build d bugfi x qa

3、build a qa build a r 测试 测试 发布 devscmopsqape 场景三:稳定创新期 在稳定平台,保证生存的基础上,不断创新以 获得新的竞争优势 关键词:差异化 策略七: 平台化.各产品间公用业务组件, 需求分 层，统一架构，降低耦合性，平台定期重构. 产品a产品b产品c 前端 后端 应用a 算法a 引擎a 展现 应用b 算法b 应用c 引擎b 基础应用,基础引擎,基础算法 平台 数据, 通讯, 存储 应用运维 基础运维 1000人 策略八: 统一变化入口,平台更稳定,创新更迅速 双月会(项目需求)+双周会(日常需求)+赛马(创新) 双 scrum scrum 月双周会

4、双周会双周会 会 reviewreview 30日 planplan 30日 30日 策略九: 适应不同团队的研发模式 前端 稳定主干 随时发布 二次回归 开发分支 合并分支 trunk r aaa aa ar 后端 项目分支 aaa 主干开发 分支管理 日常分支 一次回归trunk ra ar a ar 平台 同步主干 无分支 持续集成 new feature trunk 1 trunk 2 build dailybuild （p1p4）ft -（p2p4）st all ut - p1 st - p1 ft 策略十: 各职能部门工具打通.进一步自动化,解放 生产力. rviewboardyum/maven 包管理 noc 监控中心 svnhundsontoastdeploybox fi ndbug,checkstyle 安全审核 编译 sec 自动化测试平台 depend 自动部署 opsfree sql审核dba review 包依赖关系 应用服务器管理 需 项目测试单发布申请 生产变 流程管理平台 日常 工具策略: 自建而不是购买, 已有工具