百度 廖雪梅 - 强业务驱动的互联网+,技术管理的坑与路

作为一名10年的互联网从业者,见证过流量分发、移动互联网等技术为王的时代,也正在经历以技术驱动传统行业改造的互联网+时代。在流量分发的年代,一个算法的优化,可以轻松提高收入,一个首屏加载时间的优化,可以快速提高转化率,那是一个技术为王的时代,我们会对高QPS、更短访问耗时津津乐道。而在互联网+时代,我们用自己引以为豪的技术继续去改造一个个自己并不熟悉的传统行业,突然发现我们做了很多管理系统,类erp系统,只是这些系统比之前复杂很多,我们经常在中间晕头转向,而我们引以为豪的高性能高并发各类技术似乎没有了用武之地。 互联网+时代,技术管理者身边充斥这样的声音:后端研发跟你抱怨技术挑战小,没有成长空间;前端小伙伴跟你吐槽做了太多管理系统,想玩各类新技术RN、酷炫的动画都找不到试验田;业务还不会不断告诉你,xx系统的设计方案完全不符合线下场景……在焦躁不安中,甚至开始怀疑,这还是就技术改变世界的时代吗?
展开查看详情

1.强业务驱动的互联网 ,
 + 技术管理的坑与路 演讲者/廖雪梅!

2.

3.

4.自我介绍 码农 中年女码农 西二旗女码农 职场妈妈! 来点正式的! ü  2008年校招进入百度 ü  10年 =5年技术+5年管理 ü  折腾过的产品: 百度Hi、无线搜索、凤巢、百度地图(酒店、出行) ü  2015年 百度外卖 百度外卖,B端、新零售门店、基础架构 负责人

5. 你的选择? 作为一个码农,下面2个新系统,你会怎么选? ! •  账号系统:用户不超过100万 •  仓储系统:仓库数目前个位,发展刚起步 ü  出入库 ü  盘点拣货 ü  数据报表 ü  ……

6.时代在变化 •  曾经的码农鄙视链 高并发、AI 比如搜索、大平台交易中心、智能推荐 底层服务 比如地图基础数据、账号、RPC框架等 业务逻辑系统 比如积分兑换系统 内部管理系统 比如MIS、审核平台、CRM系统 逆袭似乎在进行

7.两类典型产品形态 互联网 + 流量分发 ü  人与信息的连接 ü  技术对传统行业流程的改造 ü  产品:相对轻,比如百度搜索、 ü  产品:闭环,重,比如百度外 地图、广告 卖,新零售 ü  技术:指标相对单一,精细化 ü  技术:指标多,关注整体 ü  技术建立壁垒 技术为王 ü  业务驱动 效率优先 管理:能者上 一切围绕技术做 互联网 模式下的技术管理 + 会踩哪些坑?

8. 1 互联网 时代踩过的坑 + 2 我的填坑之路 3 技术管理中哪些是不变的 目录 Contents

9.坑1:需求理解难,PK更难 进入一个新的世界 ü  专业术语越来越多:代收代付、挂单 ü  你想象不到的使用方案 Pk需求更难了 ü  这是业务的要求…… ü  这个行业就是这么玩的……

10.坑2:项目节奏,计划赶不上变化 行业新 需求琐碎 人少事多 ü  一边打战一边调整 ü  小需求明显增多 ü  资源永远不够 ü  试水 ü  需求更耗人 ü  紧急需求

11.坑3:越来越没成就感了? 好像越来越没有技术挑战 ü  后端:用户量小,高并发成了神话;每天都是业务逻辑 ü  前端:页面大同小异,实用性大于酷炫 ü  测试:做不完的功能测试,自动化迟迟推不动 技术优化的效果还不如业务决策 花了那么多时间学习业务,换一个行业还能用吗?

12.四面楚歌 陷入需求泥潭,项目缺乏节奏,越来越没成就感, 四面楚歌……

13. 2 我的填坑之路 互联网+踩过的坑,如何慢慢填 Part

14.如何填坑 事 管理 人

15.事 à 需求管理 一个大需求PK的曲折经历 要不要花2个月的时间,将巨复杂的营销功能迁移到销售APP上? ü  据理力争:没人力、投入产出比低 ü  曾经的需求Pk法宝:竞对对比?数据说话? ü  实地看一看?

16.事 à 需求管理 对于外卖商户打印小票,适配多少种打印机合适? ü  传统的二八原则:覆盖主流打印机? ü  非主流用户? ü  核心链路永远需要100%,甚至200%

17.事 à 需求管理 这两次经历的深刻教训 ü  隔行如隔山,保持对一个行业的敬畏心 ü  不了解行业,平等对话就是神话 ü  互联网+不是将互联网的一套塞给传统行业,而是在 理解行业的基础之上再发挥互联网的价值

18.事 à 需求管理 那些年做过的烂尾楼产品 ü  业务调整、试错,比如代理商绩效考核系统 ü  MVP(最小化可行产品) ü  业务先行摸索,产品化只是提高效率的过程

19.事 à 项目管理 需求池80+个需求,只有3个研发,怎么破?? 招人? 白天面试,晚上写码 项目管理 建立信任 梳理项目流程 ü  立体沟通机制 ü  固定发版周期 ü  需求优先级机制 对外 对内 ü  项目风险管理 ü  避免撒胡椒面,要做 ü  个人战斗力提升 做出彩

20.事:项目管理 我的思考 ü  资源永远是不够的,加人只能缓解部分压力,但永远不是 最终解决方案 ü  用心做好项目管理,激发个人潜能,每次都能带来惊喜 ü  团队的战斗力来自一起熬夜、一起关小黑屋……一起过事 ü  横向团队的信任来自不断的沟通,更来自每次高质量的交 付

21.人的破局:价值感从哪里来 技术的进步推动了互联网 的出现 + ü  基础应用(移动支付、定位),基础组件(kafka、MQ)…… ü  原材料更丰富了 技术的挑战在于复合 ü  一个几千PV的仓储管理系统没有挑战? •  子系统:商品、订单、库存等,子系统如何解耦,如何高可用 •  业务:权限、异步导出、报表等 •  系统扩展性设计 ü  外卖商户超时不接单问题如何解决? ü  只是工具升级了,挑战在于如何选择和合理使用 ü  要解决的场景化实际问题更多了

22.人的破局:价值感从哪里来 技术提升效率 ü  开发效率:前端组件库、打包工具等 ü  用技术解放生产力:比如商户有单不响自动上报 技术的价值更来自业务 ü  真实看线下的实际应用 ü  对一个行业的深入理解 ü  支付宝DBA为何更值钱,银行+金融标准

23.人的破局:如何更快乐地做事 团队文化 技术氛围建设 团队氛围建设 n  强调问题解决而不是纯技术 n  技术分享 n 快乐地撕逼 n  主动、责任心 n  不同阶段成长规划 用服务的心去经营团队

24.填坑之路 做正确的事 正确的做事 保持行业敬畏心 事多人少的解决 事 避免烂尾楼产品 项目流程管理 填坑之路:人与事 人 技术挑战来自复合能力 技术氛围建设 业务价值感 团队氛围营造 更愿意做事 更快乐地做事

25. 3 变中之不变 无论是流量分发时代,还是互联网+时代,哪些是技术 管理万变不离其宗的东西? Part

26.交付质量——技术管理的基石 项目质量和服务稳定性是技术团队的生命线 监控覆盖 技术方案选择 Case覆盖 服务降级 充分理解 编程风格 测试效率 故障复盘 需求 设计开发 测试 发布运维 工程师的质量、责任心意识

27.做管理就是做服务 对外服务业务 对内服务团队 •  再牛的技术最终都是为了 对外 对内 •  技术人都傲娇,给与足够的 产品和业务服务 尊重 •  让自己和团队价值最大化的方 •  用心服务每个人的成长,不 式就是产品和业务成功 让小伙伴成了“需求翻译机”

28.总结 互联网 技术管理 + 内功:技术、管理 行业敬畏心 服务心态

29.在路上……