Page 40 - 《软件学报》2021年第5期
P. 40

1264                                     Journal of Software  软件学报 Vol.32, No.5,  May 2021

                                          Table 3  Synthesizing translations (Continued)
                                                    表 3   综合翻译(续)
                           概念                              二阶解释                            三阶解释
                      DevOps:微服务支持    (S23)  在微服务架构上使用DevOps的优势,加速了开发和部署等                    −
                       DevOps;需要采用    (S24)  给出了使用微服务架构组织需要如何进行演变的建议
                      DevOps;结合DevOps   (S25) “采用微服务仍然是复杂的,                             (4)  公司想要获得
                     元素;DevOps的适应性        从单一系统迁移成功取决于几个因素”                             微服务预期收益
                     通信:团队内部和团队       (S26) “对迁移到微服务的背景下的意图、策略和挑战进行了定性研究”                必须创建适应
                                                                                         该架构的开发
                      间的沟通;减少团队       (S27) conway定律与组织结构的关系                             组织,公司需要
                      间的通信需求;缩短       (S28)  微服务不能解决所有问题,同时它与DevOps密切相关                  明确影响组织
                      客户到负责的开发        (S29)  公司需要在给团队充分自治权与控制之间取得正确的平衡                   适应微服务的
                     人员的沟通路径;通信       (S30)  团队迁移到微服务的技巧:成功的团队文化,给每个                      因素和因素
                      开销被最小化;缺乏           团队成员一个成长的机会和合理的技术选择
                      沟通;改进沟通渠道;      (S31)  提出了使用微服务时组织会遇到的6个问题                          之间的关系
                                                                                          并合理应对
                      寻找不同的沟通策略       (S32) “组织需要走向去中心化、小团队化、全能化和DevOps化”
                    本文结合导出的 4 种三阶解释和系统文献综述的结果提出了一套微服务中开发组织适应性评估框架,框
                 架将在下一节中进行详细介绍.
                 2.3   步骤三:验证框架有效性——问卷调查和行业访谈

                    基于系统文献综述和元-民族志,本文提出了一套开发组织适应性评估框架,该框架将在第 3 节中详细描述.
                 为了结合微服务从业者的实际开发经验对框架的内容进行讨论和验证,本文开展了一次问卷调查和一次行业
                 访谈.问卷调查和行业访谈基于所提出的开发组织适应性评估框架进行设计,首先要求参与者评估框架第 1 级
                 中的 7 个概念(组织结构、自治团队、技术/工具、组织文化、开发人员、DevOps 和通信)在微服务的组织设计
                 中的必要性;接着,提出框架中对应于 7 个概念进行设计的建议,参与者需要结合微服务的开发经验来评估建议
                 的有效性.问卷调查和访谈的结果证明了框架的有效性.
                 2.3.1    问卷调查
                    A)  问卷设计
                    本文通过两名研究人员进行头脑风暴,列出了所有与框架验证有关的一系列问题和可能的回答,以确保问
                 题是全面的;接着,不断地对问题和回答进行定义和细化以形成问卷初稿,并在一位问卷设计方面有着丰富经验
                 的专家指导下,对问卷进行了 6 次大修;最后,本文邀请了两名志愿者进行了试点测试.
                    B)  问卷内容
                    问卷由 4 个部分组成,共包含 21 个问题.问卷见表 4,其中,问题 Q6~Q20 为评估题.本文需要问卷参与者有
                 微服务领域的开发经验,以能够回答设定的调查问题和保证结果的有效性,因此,问卷的第 1 部分要求参与者填
                 写其基本信息(开发经验,主要角色)和所参与项目的基本信息(架构的使用方式、项目的领域、项目的完成周期
                 等).第 2 部分用于提出的验证框架中的 7 个概念在组织设计中的必要性,参与者需要对这 7 个概念进行必要性
                 评级.评级标准参考了李克特量表(Likert scale),等级包括“非常必要”“必要”“一般”“不必要”“非常不必要”.第 3
                 部分的问题基于参与者第 2 部分的回答生成,对于被参与者认定为“非常必要”“必要”和“一般”的概念给出框架
                 中的建议,并由参与者结合实际开发经验对建议的有效性进行评估,有效性等级包括“非常同意”“同意”“既不同
                 意也不反对”“不同意”“非常不同意”.问卷的最后一部分为一个开放性问题,目的在于了解公司在使用微服务进
                 行开发中,开发组织会遇到哪些问题以及如何对组织进行调整.
                    C)  识别问卷参与者
                    为了保证问卷的参与者是有实际微服务开发经验的人员,本文邀请了 4 家国内知名度较高且正在使用微
                 服务架构的公司进行调研.参与调研的公司业务领域广泛,涉及金融、社交、教育、娱乐等.同时,为了收集尽可
                 能多的有效数据,我们邀请这些公司的参与者转发给他们可能认识的有微服务开发经验的潜在参与者.最终,本
                 文共收到了 73 份完整的问卷回复,其中 8 份完成时间在一分钟以内,且连续选择了同一个选项的问卷被识别为
                 无效问卷,因此,共 65 份有效问卷被纳入研究并进行分析.
   35   36   37   38   39   40   41   42   43   44   45