扫码阅读
手机扫码阅读
2个月内如何在千人团队落地压测平台?
130 2024-02-22
项目背景
没有PRD,没有一行代码,甚至技术方案调研都没来得及做; 2个研发同学在北京,我base上海,业务线同学甚至在海外,协作和沟通成本巨大;
项目过程
前期准备
当前的工作痛点(最核心最紧迫的问题是什么,便于排列需求优先级); 对平台的功能诉求(用户想要什么功能,背后的出发点是什么,平台能否提供很好的解决方案); 是否愿意参与项目的试用(这点对项目的前期落地和运营推广很重要,有种子用户,有意愿帮助推广项目);
时间很紧,资源不足,因此采用了更高效的前后端分离模式; 为了满足快速迭代,环境部署采用了容器化的方式,降低配置和部署运维成本;
一周一迭代,每次只交付最核心的2-3个功能; 周二下午提测,周四下午发布/晚上评审排期下版本需求,周五下午过产品原型图&PRD/技术方案/测试case; 每个版本发布,在内部用户群同步信息,重点说明新功能特性,解决了什么问题,以及对用户反馈的内容进行答疑;
每天上午站会同步进度; 每天下午项目经理负责同步任务进度和风险提醒; 建立轮值技术客服,由团队3个成员轮流解决用户使用平台遇到的问题; 建立紧急问题oncall机制,线上问题录入写作文档,问题排优先级,设定fix的deadline并添加提醒;
研发阶段
同步信息,暴露风险,收集反馈(需要提前准备好原型图demo,PRO文档,技术方案文档,项目整体规划); 体现能力,说明规划,申请资源(体现短期的解决问题能力,说明规划和进度安排可以给上级和用户一定的预期,如果超过上级对项目的预期,也许可以获得一定的资源倾斜);
尽量利用公司或团队现成的技术栈或者技术组件,不要造轮子;
比如环境部署容器化,我们有专门负责容器化的团队,只需要申请资源即可; 比如构建部署流水线,有专门的效能团队负责CICD流水线的建设,直接接入即可;
及时的沟通和信息同步特别重要,并不是所有人都有高度的自驱能力去遵守规则; 谁的问题谁跟进谁解决,并且是该问题的第一责任人(团队其他人有责任和义务去提醒和驱动); 对于时间紧资源不足的项目,快速交付可见可用的核心功能,比憋大招更能获得领导和团队认可;
上线运营
V1.0-压测平台:提供基础和通用的压测能力,比如项目管理,任务管理和调度,脚本和数据管理,数据切割和文件自动下发,压测过程可视化,并发数动态可配置,压测过程日志采集展示,支持多工具和分布式压测等。这样做的好处在于:
先提供基础通用的能力,解决最核心的痛点,获得用户和领导认可(有了成绩才能谈资源倾斜); V1.0后期需求没那么紧迫,研发资源可以空出一部分做V2.0的调研和开发工作(给项目留出冗余空间);
V2.0全链路压测平台:提供线上全链路压测的整体解决方案和能力,主要包括如下几点:
流量染色(比较成熟的请求头带标方式); 流量透传(由于多业务线多技术栈,采用OpenTracing的方法,提供SDK接入,低侵入,低成本改造); 数据隔离(基础架构DBA团队提供了统一的DAL组件,也在推业务接入,沟通后合作推广,效果更好); 过载保护(通过限流熔断降级和隔离等措施来识别和解决这个问题,正好基于nacos和sentinel二次开发的服务治理平台也是我负责质量保障工作,内部沟通后合作一起进行改造和推广); 日志定位(压测会产生大量日志,需要单独存储,也需要通过日志排查问题,接入运维团队提供的ELK即可);
快速迭代很有必要,要不断满足用户的诉求,还要给它们一定的预期; 每次发布后在内部用户使用群同步发布信息和更新的功能,重点说明新功能特性,解决了什么问题; 做好用户服务很重要,比如帮业务团队协助排查解决性能问题并提供优化方案,比如协助进行方案评审; 项目文档建设特别重要(很多技术同学忽略了),文档除了指引用户使用,更多的也是项目资产和产出的一部分; 定时的平台功能演示,技术案例分享很有必要,这样可以拉近和用户的距离,听到更真实的一线用户的使用反馈;
提供平台使用说明手册和发布日志文档(树状鱼骨线),让用户直观感受到平台功能在不断丰富; 内部协同工具签名改成使用手册,发布文档链接及个人联系方式,便于用户遇到紧急问题可以及时支持; 提供常见平台使用问题解决手册和性能优化案例库,让用户认可项目团队的专业技术能力和职业的用心程度; 产品/平台的短期和长期规划以及落地方案,只读模式开放出来,在内部的交流平台share,吸引更多人参与了解;
经验总结
解决问题除了硬技能,软实力也很重要(产品设计/项目管理/协调沟通); 遇到问题和挑战,尝试去分析解决问题,而不是逃避问题,才能获得长足的成长; 适当的给领导画大饼是很重要的,但一定要学会暴露风险,提出诉求,表明如此做的产出和价值; 工作中避免造轮子,利用现有或成熟的组件解决问题,比蒙头憋大招更有利于个人职场生存和发展; 沟通中难免遇到大大小小的问题,寻求共同的利益点,抓大放小才能做好项目管理和落地运营工作;
原文链接:
http://mp.weixin.qq.com/s?__biz=Mzg2NDAwMjM1NQ==&mid=2247486783&idx=1&sn=1ce2d9497678fdf270f2740235c4c880&chksm=ce714563f906cc75968a831bbfe85aac7ecf47ae357e0ebab23d10de761d9b4146969e61a275#rd
老张的求知思考世界的其他文章
加入社区微信群
与行业大咖零距离交流学习
软件研发质量管理体系建设
白皮书上线