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


-- 生产环境的命名标准 。 拥有针对不同环境(开发、测试、生产和类似环境)的标准命名约定 , 将使它们易于区分 , 并允许整个组织中基于特定于环境的策略自动化 。
-- Azure DevOps标签的标准提供了一种用于标记相关项目的轻量级方法 。 为此 , CSEO创建一组有限的标签并补交化 , 这些标签与常见迭代路径结合使用 , 从而提供一种跟踪一段时间内完成进度的简便方法 。
3.2 集成开发人员工具
CSEO在开发环境中直接访问组织要求和推荐的代码分析和合规性工具 , 从而帮助实现“左移”目标 。 CSEO开发人员通常可以通过几种方式来了解需要安装的工具 , 例如从团队的OneNote或Wiki , 或者通过搜索公共市场扩展来进行搜索 , 这往往使他们脱离了主要的开发环境并且非常耗时 。 CSEO在投资自助服务功能来管理访问、设置策略、并对Azure DevOps工件(例如区域路径、工作项和代码库)进行更改 , 使工程师可以轻松创建、更新或淘汰服务、组件和订阅 , 从而最大程度地减少了管理此类资源的时间 。 CSEO正在通过跨工具的关键工作流的自动化来简化用户上载和管理工件 , 以提高工程效率 , 同时确保跨工具数据的完整性和合规性 。 对于这项工作的任何投资 , CSEO与Visual Studio、VSCode和Azure DevOps团队以及许多其它团队紧密合作 。 CSEO希望扩展“左移”目标 , 在部署周期的早期就检查Azure服务设计的优化以及配置优化的建议 , 以便及时调整配置、避免不必要的Azure成本 。
3.3 轻松发现资源
CSEO不断与工程师核实工程系统运行状况 , 并针对其它微软产品组进行基准测试 。 调查反馈表明 , 寻找与工程相关的资产一直是一项挑战 。 CSEO正在努力地以简单可靠的方式共享功能并减少冗余设计 。 CSEO希望可以在一个中心位置轻松找到最佳实践 , 这将有助于工程师从汇报的角度了解需要使用的端到端流程和工具 , 以保持应用程序正常运行 。 CSEO通过投资来应对许多此类机会 , 例如建立API经济、扩展服务运行状况 , 以及为服务运行状况数据部署通用报告工具 。 此外 , CSEO正在建立一种机制来管理和维护端到端的软件工程流程文档 , 并定义一种在组织内发布、维护和发现软件工程最佳实践的方法;影子IT组织也可以使用它 。
3.4 通用设计系统
CSEO正在利用微软的产品设计系统 , 来设计外观及功能与其它微软产品一样的解决方案 。 CSEO希望能够满足当今消费者对产品质量的期望 , 这意味着应该对每个用户界面(UI)和用户体验(UX)进行设计 , 使其具有可访问性、响应能力以及熟悉的行为、状态、运动和视觉造型 。 在复杂但通用的组件(例如标题、导航菜单和数据网格)上 , 这可能意味着每个需要相同组件的CSEO团队的工程时间将成倍增加 。 为此 , CSEO正在投资:
-- 一致性和CSEO特定模式的最低要求:为了更好地使每位CSEO工程师都能有效地提供高质量的体验 , CSEO正在开发一套高质量的共享UI组件和UI/ UX指南 。 为了为所有客户提供服务并满足可访问性要求 , CSEO在指导和组件方面的重点是自适应Web /桌面(最小为320px) 。 CSEO正在提供工程资源和指导 , 以达到一致性的最低要求 , 并争取在CSEO核心应用程序中100%采用该最低要求 。
-- UI工程和可访问性效率:通过将基本的辅助功能构建到每个组件中 , 例如ARIA(可访问的富Internet应用程序)标签、对比度和制表符顺序 , CSEO使设计和实现一致的可访问产品变得更加容易 。 CSEO还将为每个组件提供辅助功能指南和最佳实践 , 目的是通过使用预构建的组件和样式来提高效率并减少工程工作量 。
3.5 入职培训计划
使新聘人员了解CSEO的工程技术不仅很重要 , 这样能够具有良好的入职整合体验 , 而且对于确保CSEO文化变革势头也至关重要 。 由基础小组设计的为期三天的介绍课程可帮助新员工从高层次理解CSEO组织 , 提供有关CSEO文化、技术和现代工程实践的关键概念 , 其中包括为期两天的Azure培训 。 CSEO提供90天的自定进度的入职培训课程 , 以根据地理位置、职位和团队进行调整 。 此外 , 在首次入职培训之后的30天 , CSEO将提供另一轮培训 , 以确保对CSEO组织的具体了解 。 补充培训还包括:


推荐阅读