左移位, 正确构建:将质量构建到软件开发过程中的成功因素

在软件开发过程中，在软件交付过程的早期发现和防止缺陷是一场缓慢的革命, 大概有二十年了. 通过在开发生命周期的早期让团队的不同成员参与进来, 这种方法采用了线性旅程，并使其更具迭代性, 当最终发现bug时，这有助于避免发布周期的延迟.

这在实践中看起来像什么, 然而, 会因组织而异吗, 甚至是团队对团队. 为了更深入地了解这在z hlke意味着什么, 我们采访了两位支持者, 首席执行官马特·摩尔斯, 和首席QA顾问Paul Carey, 倾听他们的想法.

.  

左移——重新思考开发周期

从业务分析师(BA)的角度来看，向左转移可能具有巨大的价值. “我们就像把团队凝聚在一起的胶水, 我们需要确保每个人都有足够的信息让他们继续下去,马特说. 但如果团队孤立地工作，并且不了解他们在早期构建的原因和内容, 信息可能会丢失或被稀释. “当你接近一个项目的尾声时，很多重要的对话都会在这个过程中消失, 每一个都会让你稍微偏离轨道，你只有在质量分析(QA)出现时才会发现问题,马特继续说道. “So, 我的文学学士学位, 这让每个人都能达成共识, 在我们开始开发之前，要看到全局并消除任何假设,他总结道。.

在Zuhlke, 左移的方法体现在开发人员早期被引入的方式上, 所以他们可以直接从客户那里听到他们想要什么，以及他们希望这些功能如何工作. 这个全局视图意味着团队可以从一开始就开始考虑解决方案. 他们参与了整个生命周期，因此他们获得了更多的背景和理解, 最终，当它进入开发阶段时，会有更多的创新和试验能力. “在这个行业，我们需要能够快速失败, 从中学习并继续前进，如果我们在过程中越来越早地进行质量分析, 我们可以这样做,马特说.

成功的软件工程项目的关键是:使用相同的语言

然而，为了接受这种工作方式，有一件事是至关重要的:清晰的沟通. 随着项目从一个团队推进到另一个团队，在旧的软件工程模型中已经有了足够的误解空间, 一个阶段接着一个阶段. 现在, 如果所有人同时输入, 如果你没有定义一个共同的参考框架，向左移动可能更多的是一种阻碍而不是帮助. 这就是泛在语言的由来. 通过赋予人们以同样的方式描述系统和问题的能力, 你们都能够共享容易采取行动的信息.

实际上，这只需要选择一种谈论项目的方式. “如果我们使用一种像小黄瓜一样无处不在的语言, 然后Matt就可以用团队和业务理解的方式编写代码，并将其转化为交付团队实现和测试的内容,保罗说. 他们都注意到，虽然通用语言可能因团队而异, 重点是大家都懂, 目标总是一样的.

软件工程中的转移与现状

问题是，为什么不是每个人都向左走这一步? 首先，在前期包含更多团队成员可能会带来成本影响. 当然，有些人可能只是不愿意在他们通常的领域之外操作. 保罗解释说:“许多人想以某种方式工作，因为这对他们来说很熟悉. 因此，从某种程度上讲，向左转也是克服这种惯性的问题.

除此之外，还有更多的理论问题. 有, 例如, 一种思想流派认为qa在进入之前不应该看到代码，这样他们就可以用全新的眼光来看待它. “我确实理解这种想法, 但我认为这不是冷不防，而是在正确的阶段保持客观,他说.

归根到底，左倾不仅仅是改变人们的关注点. 这是全球最大的博彩平台你如何看待你在整个项目中的角色. 保罗总结了他在过去几年里所看到的态度的变化. “现在我听到开发人员说，他们不仅仅是为了编写代码而获得报酬, 他们是被雇来送东西的,他说. 有一种感觉，编写代码是简单的部分. 挑战在于建立正确的东西, 并且让团队在生命周期的早期以正确的方式构建它——这就是向左移动允许你做的事情.