暂无商品咨询信息 [发表商品咨询]
(1)作者经验丰富:资深研发效能专家,有10年研发经验,成功带领两家互联网企业从0到100落地DevOps,本书全面复盘。
(2)以实战为导向:复盘2个成功项目的经验,以真实研产场景为主线,通过大量案例,手把手指导不同阶段和背景的技术团队开展DevOps实践。
(3)方法可以复制:基于作者的经验和认知,提炼了可以复制的最小可行性方案和行动路线。
(4)内容富有趣味:通过富有趣味的故事(真实项目经历改编),指导读者快速将日常工作与DevOps融合,让读者身临其境地感受和掌握切实可行的实践方法。
(5)重磅专家推荐:国际DevOps教练联合会社区联合发起人、中国DevOps社区2021年度理事长推荐。
这本书将指导读者如何从0到1组建DevOps团队、搭建DevOps全链路平台、应用DevOps工程方法、实践DevOps文化理念,从而解决各种软件交付效率难题和提升研发效能,蕞终全方位实现DevOps的落地和转型。
在方法层面,本书基于作者多年的研发效能经验和成功的DevOps落地经验,提炼出了一套可复用的蕞小可行方案和行动路线,涉及研发效能、敏捷管理、项目管理等多个领域,让读者的实践有“套路”可循。
在实践层面,以真实的产研场景为主线,通过丰富有趣的故事情节带领读者身临其境地理解和掌握?DevOps?转型和研发效能提升的方法,并提供大量真实的场景案例和实践方法,读者可直接应用到团队实践中。
全书8章,逻辑上可分为三部分:
第 一部分 工程能力实践(第1-2章)
重点分析了技术团队需要具备的基础工程实践能力以及如何驱动团队提升这些能力,比如保障代码质量的制度和规范,以及产研团队如何通过测试左移实现高效协作和能力提升。
第二部分 平台体系实践(第3-5章)
重点阐述了如何利用 DevOps 全链路平台间的联动性,通过度量、监控、预警等消息触达手段反馈团队的问题,通过事件管理驱动团队问题的解决。
第三部分 管理模式实践(第6-8章)
重点阐述了如何通过不断提升团队影响力,结合不同的管理模式和平台管理属性功能,联动具有共同目标的部门开展有效的项目管理,并在蕞后通过总结与行动部分为读者勾勒一幅 Devops 转型和研发效能提升的全景图。
推荐序一<br />推荐序二<br />推荐序三<br />前言<br />第一篇 工程能力实践<br />第1章 如何提升技术团队代码质量2<br />1.1 故事开启2<br />1.1.1 故事背景2<br />1.1.2 故事内容3<br />1.1.3 故事结论4<br />1.2 为什么要先做代码质量提升4<br />1.2.1 站在开发者视角4<br />1.2.2 站在技术负责人视角4<br />1.2.3 站在CTO视角5<br />1.2.4 站在旁观者视角5<br />1.3 怎么启动项目5<br />1.3.1 快开始,慢启动6<br />1.3.2 站个台,明目标6<br />1.3.3 观现状,探预期6<br />1.3.4 扣本质,强烙印7<br />1.3.5 重过程,有效果8<br />1.4 如何可视化管理代码质量9<br />1.4.1 静态代码质量量化指标9<br />1.4.2 搭建可视化数据分析平台11<br />1.4.3 代码质量可提升的故事15<br />1.5 统一代码分支策略20<br />1.5.1 往往简单的问题最复杂20<br />1.5.2 适合自己的才是最重要的22<br />1.6 怎么运转项目24<br />1.6.1 频繁构建,持续发现25<br />1.6.2 找方法,定原则26<br />1.6.3 分层会议,周期性运转30<br />1.6.4 构成生态,养成习惯31<br />1.7 效能团队实施策略32<br />1.7.1 项目前期:学会走,建立团队<br />信任33<br />1.7.2 项目中期:小步快跑,增强团队信心33<br />1.7.3 项目收益期:降增量,<br />顾存量34<br />1.8 效能团队落地实践成果总结34<br />1.8.1 落实工作框架,形成制度和<br />规范34<br />1.8.2 趋势图分析,少而精36<br />1.8.3 基于“211问题”,伺机而动40<br />1.9 深度思考42<br />1.9.1 知识工作者的管理方法42<br />1.9.2 高效能团队模式43<br />1.10 本章小结44<br />第2章 如何驱动测试左移45<br />2.1 故事承接45<br />2.1.1 第一天欢喜45<br />2.1.2 第二天思考46<br />2.1.3 第三天计划48<br />2.1.4 第四天行动49<br />2.2 测试人员如何适配新的开发<br /> 模式50<br />2.2.1 测试人员还在夹缝中生存吗50<br />2.2.2 不进则退50<br />2.2.3 测试左移的原则51<br />2.2.4 选择合适的工程实践方法52<br />2.3 如何让测试人员融入开发和产品人员<br /> 的需求实现过程53<br />2.3.1 产研协作流程现状、问题及<br />改进54<br />2.3.2 开发和测试人员间的承诺58<br />2.3.3 开发和测试人员间的扶助61<br />2.4 如何解决开发提测质量低和延期<br /> 问题62<br />2.4.1 在哪里失败就在哪里找原因63<br />2.4.2 抓核心,定框架,找场景,<br />上平台63<br />2.5 如何实现频繁测试和快速验证65<br />2.5.1 自动化测试前的“黑暗”<br />时刻65<br />2.5.2 一个脚本自动化调度平台的<br />故事66<br />2.5.3 定规范,解阻碍,提能力,<br />上平台67<br />2.6 如何通过改变研发习惯来驱动<br /> 测试左移76<br />2.6.1 开发自动化代码模板生成<br />插件76<br />2.6.2 在线接口文档接入在线测试<br />平台77<br />2.6.3 提交代码联动工作项状态<br />变更77<br />2.6.4 交互式代码审查工具77<br />2.6.5 脑图用例多人在线协作78<br />2.7 效能团队落地效果79<br />2.7.1 研发效率和协作效率提升79<br />2.7.2 研发质量和交付效率提升80<br />2.7.3 制定测试左移解决方案82<br />2.8 深度思考83<br />2.8.1 持续测试思考83<br />2.8.2 团队工程实践之单测和自动化<br />测试84<br />2.9 本章小结84<br />第二篇 平台体系搭建实践<br />第3章 如何实现频繁构建、<br />随机部署88<br />3.1 故事转折88<br />3.1.1 上云心态89<br />3.1.2 技术团队面临的挑战89<br />3.1.3 效能团队面临的挑战89<br />3.1.4 上云过程精彩纷呈90<br />3.2 平台改造之前的准备工作91<br />3.2.1 先让研发人员正常工作91<br />3.2.2 约束是为了更高质量的升华92<br />3.2.3 自运维管理平台的改造和实践<br />理念思考94<br />3.3 如何让研发人员只关注技术<br /> 问题97<br />3.3.1 改造自运维管理平台的两个<br />前提97<br />3.3.2 工程实践能力建设99<br />3.3.3 解决扩展问题109<br />3.3.4 解决多版本无法并行验证的<br />问题111<br />3.4 如何让研发团队实现自运维<br /> 管理118<br />3.4.1 制定稳定性检查规范标准118<br />3.4.2 研发人员融入自运维管理<br />体系121<br />3.5 深度思考123<br />3.5.1 研发效能的思考123<br />3.5.2 Kubernetes声明式API124<br />3.5.3 为什么Kubernetes需要Pod124<br />3.6 本章小结125<br />第4章 如何通过度量指标驱动团队<br />改进127<br />4.1 故事承上启下127<br />4.1.1 两个有趣的故事127<br />4.1.2 度量的反模式129<br />4.1.3 大厂怎么做130<br />4.1.4 我们之前怎么做133<br />4.2 如何搭建度量指标体系134<br />4.2.1 研发效能的度量原则134<br />4.2.2 研发效能度量的实践框架135<br />4.2.3 研发效能度量指标的设计143<br />4.3 如何选择效能度量指标来反映<br /> 团队现状144<br />4.3.1 开展效能度量的背景144<br />4.3.2 效能仪表盘145<br />4.3.3 进一步效能分析148<br />4.4 如何通过消息闭环驱动团队<br /> 改进150<br />4.4.1 平台间的割裂性151<br />4.4.2 内建质量后的消息触达152<br />4.4.3 RPA工具加持155<br />4.5 深度思考156<br />4.5.1 团队常规管理156<br />4.5.2 团队深度管理157<br />4.5.3 站在巨人的肩膀上158<br />4.6 本章小结159<br />第5章 如何降低故障率160<br />5.1 故事推进161<br />5.1.1 一段与技术支撑团队的<br />对话161<br />5.1.2 效能团队发现的问题162<br />5.1.3 DevOps能力分析164<br />5.1.4 DevOps能力加强建设167<br />5.2 云时代下的CMDB169<br />5.2.1 以服务为核心的配置管理169<br />5.2.2 运维思维的转变173<br />5.2.3 如何在CMDB中落地服务配置<br />管理178<br />5.3 如何通过精益运维项目提升团队<br /> 稳定性保障能力182<br />5.3.1 “插足”别人的管理世界183<br />5.3.2 怎么开展项目184<br />5.3.3 怎么运作项目187<br />5.3.4 项目的成果189<br />5.4 如何通过故障管理提升团队<br /> 自信心191<br />5.4.1 我们对故障的理解191<br />5.4.2 通过制定部署流程规范降低<br />故障率192<br />5.4.3 通过事件管理平台驱动故障闭环管理198<br />5.5 搭建质量保障体系202<br />5.6 深度思考204<br />5.6.1 Kubernetes带来的运维能力<br />变革204<br />5.6.2 团队管理之教练与赋能205<br />5.7 本章小结206<br />第三篇 管理模式实践<br />第6章 如何改善现有的管理模式208<br />6.1 故事波澜208<br />6.1.1 刻板印象209<br />6.1.2 关于平台的故事210<br />6.1.3 管理理念的碰撞211<br />6.2 如何通过搭建在线协作平台改善<br /> 产研协作关系212<br />6.2.1 梳理技术中心项目管理方式212<br />6.2.2 梳理平台承载项和工作流217<br />6.2.3 梳理不同视角下的功能模块220<br />6.3 如何通过平台自动化提高项目<br /> 管理效率225<br />6.3.1 输入自动化226<br />6.3.2 输出自动化228<br />6.4 如何通过项目制提升价值交付<br /> 有效性232<br />6.4.1 通过项目制解决资源协调<br />问题232<br />6.4.2 通过流程制度让项目制项目有据可依233<br />6.4.3 通过各职能职责让项目制项目<br />运转起来236<br />6.5 深度思考239<br />6.5.1 全栈式敏捷思考239<br />6.5.2 有关VSM的思考240<br />6.6 本章小结241<br />第7章 如何向团队引入DevOps243<br />7.1 故事升华243<br />7.1.1 工具团队的问题244<br />7.1.2 如何做得不一样245<br />7.2 如何通过实施Scrum进行团队<br /> 管理247<br />7.2.1 让效能团队忘记Scrum的“3355”原则248<br />7.2.2 守住WIP上限和完成标准250<br />7.2.3 做好估算,不纠结故事点252<br />7.2.4 过程管理一定要度量254<br />7.3 如何持续提升团队影响力255<br />7.3.1 通过团队规划和目标通晒让技术团队知其然256<br />7.3.2 通过DevOps技术沙龙让技术团队知其因257<br />7.3.3 通过平台很好实践让技术团队知其所以然258<br />7.4 如何打造DevOps文化260<br />7.4.1 共创团队阶段性目标260<br />7.4.2 打造团队符号261<br />7.4.3 共建工程实践社区262<br />7.4.4 引进来,走出去262<br />7.5 深度思考263<br />7.5.1 思考碎片263<br />7.5.2 利用DevOps模式快速上云264<br />7.6 本章小结265<br />第8章 总结与行动266<br />8.1 我们的研发效能提升之旅266<br />8.2 持续探索星辰大海270<br />8.3 做正确的事271<br />8.4 站在巨人的肩膀上行动起来271
基本信息 | |
---|---|
出版社 | 机械工业出版社 |
ISBN | 9787111717591 |
条码 | 9787111717591 |
编者 | 蒋星辰 著 |
译者 | -- |
出版年月 | 2023-01-01 00:00:00.0 |
开本 | 16开 |
装帧 | 平装 |
页数 | 272 |
字数 | 383 |
版次 | 1 |
印次 | 1 |
纸张 | 一般胶版纸 |
暂无商品评论信息 [发表商品评论]
暂无商品咨询信息 [发表商品咨询]