【自如应阔浩】技术效能的全栈思考.pdf

《【自如应阔浩】技术效能的全栈思考.pdf》由会员分享，可在线阅读，更多相关《【自如应阔浩】技术效能的全栈思考.pdf（33页珍藏版）》请在三个皮匠报告上搜索。

1、技术团队效能三板斧技术团队效能三板斧讲师姓名职位:应阔浩 某互联网技术平台负责人PART 01 工程效能建设5步法PART 03 组织效能与工程效能PART 02 工程效能2大核心平台老板的问题咱们今年做了多少个项目?在公司级的项目上投入了多少人日？咱们的产研团队与业界的产研团队相比，处在一个什么位置？这个项目月底上线ok吗？.boss，我们这个项目有风险，需要延期boss，我们这个项目缺一个前端，需要借A团队的资源boss，我们并行了5个P1级的项目，估计做不完.研发效能思考1.从哪些角度来衡量呢？2.从哪些标准来衡量呢？02TL：单兵作战能力行不行？01老板：能不能打仗？从哪些角度来看呢？

2、自己：未来咋样？03团队个人成长02品质是生命=好01既要、又要、还要、还马上要=快从哪些标准来衡量呢？OKR=挑战03研发效能=速度*质量*难度研效目标=能度量、能改进PART 01 工程效能建设5步法1.找到关键MOT2.构建高效的平台3.研发效能度量4.数据诊断5.数据赋能5 51 12 23 34 4寻找MOT数据诊断构建高效的平台研发效能度量数据赋能研发数字化的研发效能5步法1.找到关键MOT研发MOT研发过程：2.哪些可以数字化？3.建设效能度量平台基于深度代码分析，为研发团队提供一站式软件工程数据分析平台，助力人效与质量提升。角色场景管理者：-全面洞察研发过程与成果，有效提升企业

3、生产力研发经理：-持续追踪技术债堆积与工程师表现产品/项目经理：-充分理解团队工作步调，敏锐洞察盲点与瓶颈工程师：-保质保量实现需求，个人提升与团队进化并肩4.问题诊断伴随企业增长，产研数据趋势相对稳定，形成可追踪监控的行进模式趋势方差外的偏值可作为问题线索：需求/缺陷：分布、关闭周期（1）数据规模化，确立数据行进模式（2）基于数据进行趋势预警项目/迭代：进度趋势预警需求/缺陷：累计爆发预警人力/资源：负荷闲忙预警5.辅助决策PART 02 2个平台 项目管理平台持续交付平台场景一：业务决策驱动的研发行为场景二：基于用户反馈研发行为setp1:WorkTop-用户体验地图setp2:构建高效的

4、平台新建项目0102030405产研需求拆分立项拆分任务规划sprint产品空间产品空间-需求与迭代管理需求与迭代管理产研需求管理：产研需求管理：任务拆分、里程碑和甘特图等工具提升需求的协作和管理效率迭代管理：迭代管理：设定迭代目标，规划迭代需求。确保需求的交付节奏和交付质量研发交付空间研发交付空间-人力负荷与个人工作台人力负荷与个人工作台 人力负荷图：人力负荷图：团队视角确认研发测试资源投入在哪些项目中，提高团队的资源调配效率个人工作台：个人工作台：查看和处理个人的工作事项，提升工作效率setp3:效能度量量率质setp4:问题诊断研发效率：XX团队的需求吞吐率达到233.33%，XX团队也

5、达到了85%+。（XX吞吐率与前几个月变化较大17%-233%，可能是上个月的需求集中在9月做的关闭，应及时关闭已上线的需求，避免吞吐率大范围变化）工作产出：XX团队开发当量达到60w+的水平，另外XXX团队等平台工时录入较少，可关注团队及时录入工时。交付质量：线上缺陷部门1、部门2、部门3较多均超过30个，需控制；部门4千当量缺陷数最高达到0.12。稳定性：部门1（982分钟）和部门2（620分钟）的故障时长较高，需注意线上故障的预防和响应效率；部门3与部门4待修复漏洞数大于10个，需要重点关注；诊断结果：setp5:辅助决策1.目标7k当量是否太高？调整为6k2.目标交付周期14天是否太快

6、，调整为20天3.目标sla 99.99%只看502是否没意义，改为故障时长来看2.持续交付平台Omega 平台提供从“需求-开发-测试-发布-运维-运营”端到端的协同服务和研发工具，通过自动化技术的应用助力开发者提升研发效能，持续快速交付有效价值CI/CD关键流程 研发标准：元数据、环境管理、分支管理 集成工具：Gitlab Ci 镜像管理：Dockerfile、Harbor 关键工具：Sonar、精准测试、Maven、安全 发布策略：分批，灰度，金丝雀 发布流量控制：优雅停机，活性检测，摘除，弹性容灾，回滚平台