开发运维一体化（Dev Ops）与微服务被认为是解决软件需求快速变更并提供快速可靠的软件开发能力的重要范式。行业报告显示,Dev Ops与微服务从出现以来就被一些大型IT和互联网公司同时采用。Dev Ops通过建立开发与运维团队之间的情感共鸣与跨职能协作来打破部门墙。微服务将整体应用分解为微型服务达到独立与快速交付价值的目的。他们在软件组织中的应用与实施深刻地影响了软件团队这个软件开发基础单元。一些企业应用与实施Dev Ops与微服务时,为了解决软件工程的社会技术（Social-technical）属性带来的沟通交流问题,对软件开发中的小型团队进行了一系列的探索与实践。然而,小型团队可能给组织结构和科学技术带来不良影响,因此小型团队在Dev Ops与微服务环境下的适用条件亟待研究。通过应用定性与定量方法论、软件工程研究中的ABC框架和经验软件工程数据收集技术,本文回顾了近五年发表在三个经验软件工程领域顶级期刊与会议上有关软件团队的研究,构建了一种研究软件团队的迭代式混合方法模型（Iterative Mixed-Method Model for studying Software Teams,IMMMS T）。本文使用IMMMS T对实践中面向Dev Ops与微服务的软件团队进行了三个阶段的研究。首先,第一阶段的案例研究使用文档分析、小组访谈和调查问卷收集了微战队这种小型团队的工作形式、工作流程以及战队成员对于微战队的观点。这一阶段的研究从微战队在实践中的类型、关键活动、收益和仍然存在的问题四个角度调查了这种小型团队实践并提出了架构解耦、自组织性和实践指导三个方面的持续改进建议。综合考虑微战队的上下文背景后,本文提出了一个包含组织、部门、技术三个层级五个考虑因素（产品重要性、产品安全敏感ii性、部门规模、开发过程、架构类型）的小型团队决策框架（Decision-Making Framework for Small Teams,DMFS T）。在第二阶段的民族志研究中通过参与观察和访谈在三家企业中收集了软件团队应用与实施Dev Ops与微服务的情况。这一阶段的研究提炼了Dev Ops与微服务在软件团队日常工作中的实践现状,发现了四个主要问题,即Dev Ops在软件团队间的不完整实施、微服务在软件团队中的滥用、顽固的组织结构和Dev Ops与微服务在日常工作中的弱相关性。本文还以Dev Sec Ops为例讨论了Dev Ops相关概念的争论。此外,本文也指出了在工业界进行实践创新的两点挑战。最后,本文利用对三家公司软件团队的观察结果改进了DMFS T,得到了一个三个层级六个考虑因素的改进的小型团队决策框架（Improved DecisionMaking Framework for Small Teams,Im DMFS T）。本文通过基于层次分析法的专家调查对Im DMFS T进行了评估。组织层级在Im DMFS T中的权重占比接近50%。组织特征和架构类型被专家认为是最重要的两个考虑因素,对软件组织决定是否在软件开发中使用小型团队起到了重要作用。