云科技时代|微软的软件工程现代化转型( 四 )


CSEO必须将服务健康状况与业务流程健康状况联系起来 , 并确定问题的优先顺序 , 以便工程师能够以减少业务负面影响的方式解决这些问题 。 CSEO积累的经验包括端到端业务流程运行状况的可视化 , 以及通过分析遥测数据来检查业务流程底层服务的运行状况 。 CSEO正在模板化业务流程监测的可视化 , 并且正在扩展这些模板以简化其它相关指标的可视化 。
CSEO还简化了面向工程师的服务健康和工程基础数据流 , 并减少使用的仪表板和工具的数量 。 CSEO正在使用内部工具作为所有服务负责人的关键存储库 , 以查看服务运行状况和其它相关KPI 。 该工具的集成通知工作流程会在服务达到定义的阈值时通知服务负责人 , 从而可以更方便地将任何需要的补救工作按优先顺序排入重点待办列表(backlog)中 。
2.5 拥抱Live Site文化
提高CSEO服务和流程的规模和灵活性 , 要求CSEO将更多的注意力放在改善客户体验上 , 以融入微软的企业文化 。 CSEO正在建立Live Site文化 , 并通过痴迷客户、数据驱动、多学科团队等追求卓越 , 团队通过诚实的观察、持续的学习和可衡量的改进目标来拥抱潜在的失败 。 CSEO在整个组织范围内进行live-site回顾检查 , 在此期间对事件进行事后审查、考察长期补救计划 , 并通过现代软件工程标准指导服务团队 , 以帮助在本地进行有力的审查 。 CSEO基于标准化和可行动的报告进行检查与审查 , 这些报告中包含有关中断或故障的领先指标并基于遥测、综合监测和其它数据分析 。 CSEO还在努力扩大这些审核范围 , 将业务流程监测产生的可量化的业务影响考虑在内 。
2.6 利用客户反馈来推动发展
CSEO通过反馈回路机制将客户体验放在软件工程流程的中心 。 反馈循环可作为由假设驱动的产品改进的基础 , 这种改进方式基于实际的情绪和使用数据 。 通过使用与Microsoft Office产品套件相同的工具 , CSEO使反馈提交尽可能容易 。 "发送微笑"功能可跨多个渠道和关键用户接触点自动收集反馈 。 CSEO还将此工具用作集中式数据系统 , 用于存储、分审和分析反馈 , 然后将其聚合到可操作的洞察中 。 CSEO提供最佳实践、培训和工具 , 以帮助工程师理解这些反馈 , 并鼓励采用反馈循环和实验方法 , 例如功能发布(flighting)和环形周期部署 , 帮助衡量产品变更的影响 。 有了这些基本组件 , CSEO探索将反馈数据与相关遥测相关联的方法 , 以便可以更好地了解产品可用性问题以及服务问题对客户的影响 。 CSEO还使用受控部署来消除对UAT环境的需求 , 不过这会降低整体交付速度 。
2.7 快速交付
为了痴迷于客户 , CSEO在各个方面都获得并保护了客户的信任 。 但要推动这一目标 , CSEO的主要重点必须是服务质量 。 CSEO在跟踪交付指标 , 以便在确保服务可靠性的同时 , 缩短从吸收客户需求到可用性和反馈的交付周期 。 CSEO正在通过检查交付管道(pipeline)中较早的问题并提供一种快速进行实验并降低风险的方法 , 来帮助工程师实现这一目标 。 CSEO正在构建反馈循环机制 , 以确保能够在部署新功能时理解用户体验 , 并且如果客户反应或服务运行状况信号不如预期的那么好 , 将执行自动回滚 。
为了痴迷于客户 , CSEO还必须提供高质量的服务 。 CSEO缩短了从收到客户要求到解决方案交付到客户手中的准备时间 。 缩短交付周期 , 使得CSEO能够在提供安全、兼容、可访问、可靠和高质量服务的同时 , 提供和接收反馈 , 这对于建立与客户的信任至关重要 。 CSEO工程师不断检查管道中较早的问题 , 从而能够快速进行试验 , 同时降低了发布过程的潜在负面影响 。
2.8 集成安全性、可访问性和基础
CSEO提倡“左移”过程 , 其中的工作应尽早在开发过程中进行 。 这使CSEO避免了冲刺和冲刺之间的技术债务负担 。 CSEO还在开发人员工作流程中部署了“闸门” , 以简化的方式建立安全性并通过静态和动态安全性工具自动提供服务 , 以确保持续合规性 。 CSEO将在扫描过程中发现的bug记录在Azure DevOps中 , 以便开发人员可以在那里直接修复它们 , 而不必首先从安全工具中进行分类 。 此外 , CSEO计划应用机器学习功能 , 以便实时发现这些错误 , 并在构建时立即采取措施 。 这使开发人员可以使用与功能错误相同的工程系统进行分类、划分优先级和跟踪 。


推荐阅读