[论文解读] Teaching DevOps in Corporate Environments: An experience report

Manuel Mazzara, Alexandr Naumchev+3 more|arXiv (Cornell University)|Jul 4, 2018

Software System Performance and Reliability参考文献 13被引用 7

一句话总结

本文报告了一项针对东欧某电信服务提供商开发人员的两阶段企业培训项目，重点聚焦DevOps实践与敏捷方法论。培训分为两个独立的两天课程，中间间隔15天，强调持续集成/持续交付（CI/CD）流水线以及Scrum和XP等敏捷框架，主要成果包括团队协作与流程适应性的提升，但同时也面临挑战：参与者前期访问受限，且因团队多样性与背景知识不足，需在培训过程中调整课程安排。

ABSTRACT

This paper describes our experience of training a team of developers of an East-European phone service provider. The training experience was structured in two sessions of two days each conducted in different weeks with a gap of about fifteen days. The first session was dedicated to the Continuous Integration Delivery Pipeline, and the second on Agile methods. We summarize the activity, its preparation and delivery and draw some conclusions out of it on our mistakes and how future session should be addressed.

研究动机与目标

• 为应对企业软件开发环境中日益增长的DevOps与敏捷方法采纳需求，特别是在大型分布式团队中的应用。
• 评估结构化、实践导向的培训在将组织开发流程从传统瀑布模型转向现代DevOps与敏捷方法方面的有效性。
• 识别在缺乏对技术团队充分前期接触的情况下开展培训所面临的挑战，尤其是依赖远程管理获取参与者信息时。
• 评估实时反馈与现场调整如何提升企业环境中培训的相关性与成效。

提出的方法

• 安排两次间隔15天的独立两天培训课程，以尽量减少对日常工作的影响。
• 将第一阶段课程聚焦于持续集成/持续交付（CI/CD）流水线，涵盖版本控制、自动化测试、构建自动化与监控。
• 第二阶段课程聚焦于敏捷方法，基于团队偏好调查结果，重点讲解Scrum、XP与Kanban。
• 使用培训前问卷收集团队规模、技术栈与开发实践的基线数据，但该问卷被证明存在歧义且不完整。
• 由于发现团队构成异质且技术细节不足，于第一阶段培训现场对课程安排进行了调整。
• 通过实时反馈与互动讨论，将内容重点重新聚焦于质量保障（QA）实践与团队特定挑战。

实验结果

研究问题

• RQ1 两阶段企业培训项目在将开发团队从瀑布模型转向DevOps与敏捷实践方面的有效性如何？
• RQ2 当对技术团队的前期接触有限，且参与者信息仅通过远程管理获取时，DevOps与敏捷培训的交付面临哪些主要挑战？
• RQ3 现场培训调整在多大程度上可以缓解不完整或模糊的培训前数据带来的影响？
• RQ4 团队构成与组织结构在企业环境中对DevOps与敏捷实践采纳的影响如何？

主要发现

• 培训揭示，对技术团队的前期接触有限，且依赖远程管理获取参与者数据，导致基线信息模糊且不完整。
• 由于发现团队在技术与实践上存在显著差异，必须在培训过程中进行调整，导致初始课程安排部分失效。
• 第一阶段课程在第二天重新聚焦于质量保障（QA）实践，以更好地响应现场团队需求，凸显了培训实施中灵活性的重要性。
• 第二阶段敏捷方法课程在调查团队偏好后成功定制，90%的受访者偏好Scrum、XP或Kanban，而非其他框架。
• 强有力的团队领导被确认为从“Water-Scrum-Fall”反模式转向量身定制、高效敏捷流程的关键因素。
• 该经验表明，当团队背景信息无法提前完全掌握时，培训师必须准备偏离原定课程计划。