不要忘记声音检查
敏捷是一个经常被忽视和误解的部分，它正在测试中。
在瀑布中，软件开发人员编写代码，然后将其扔给具有“质量保证分析师”标题（或类似名称）的人。 在测试期间，开发人员会继续进行下一步需要编写代码的工作。 如果（更像是当 ）测试人员使代码失败，然后将其发送回墙壁，则开发人员将他们的双手悬空（就像他们根本不在乎一样挥舞着他们），因为他们将Missy Elliott引导了必须“ ……放下他们的代码，翻转并反转它。 ”
刚接触Scrum并从瀑布中摆脱出来的团队倾向于将这条装配线塞入两个星期的周期中。 他们听到某个地方的sprint应该那么短，并且认为这是完成的方式。
“毫不拖延地打你，所以你说的是吗？” — Busta Rhymes
如您所料，测试员在每个sprint的末尾都会超负荷运行。 每一个 单。 时间。 当人们开始谈论将“ QA冲刺”添加到“级别集”（一个使我畏缩的术语）时，就在这里，这是轰动测试人员的疯狂工作。
“麦克风检查”是嘻哈中的一个常用词，这意味着您将掌握一些知识。 将这个想法应用到敏捷世界中，可以更像是一个声音检查。 在任何嘻哈工作人员上台之前，专业的音响工程师会测试每个麦克风。 放置在舞台上的位置，产生的声音质量以及与混音中其他麦克风的平衡。 您不想让主持人的麦克风被DJ的1和2淹没，是吗？
声音检查就像音乐的质量检查一样，因此乐队听起来不像是舞台上的垃圾。 声音工程师不仅可以测试音频质量，还可以依靠表演者的反馈来即时调整音频电平。 听起来不像敏捷，对变化做出反应吗？
“ Whateva”她说，然后就是那个。 如果这件事对所有人都有影响，那么请做出反应。” — Eric Sermon
就像我在Scrum + Hip Hop：Vol。 6，“开发人员”一词通常被认为是编码人员； 软件开发人员。 但是就像声音工程师确保出色的演奏一样，测试人员也确保出色的工作软件。 在Scrum中，他们也需要被视为开发人员。 一个开发团队可以由编码人员，UX，设计人员和测试人员组成。 成品软件意味着已经过测试，对吗？ 一切都回到了完成的定义。 如果您在Sprint Review中展示了功能，但由于代码过于枯燥而无法正常工作，它真的完成了吗？
当Jay-Z登上舞台时，您可以确定他的音响工程师已经提前进行了广泛而彻底的声音检查。 如果他们没有，您支付350美元的前排票后会满意吗？
因此，如果代码在推出之前没有经过全面测试，您如何看待客户？ 如果测试人员由于超负荷而持续要求QA冲刺，请推迟发布日期……再次……他们感觉被视为理所当然的可能性有多大？
在Scrum中包含质量检查功能可确保一切顺利进行，并且用户故事实际上是及时完成的。 没有它，就像前排的某个人，当碧昂斯出人意料地出现在客人面前时，他们只会听到备用歌手的声音。
下一曲： 别忘了歌词
