| 关注 @alexbunardzic
加拿大不列颠哥伦比亚省温哥华
Alex 自 1990 年以来一直从事软件开发。他目前的热情是如何将“软性”带回软件中。他坚信我们的行业已经达到了一个成熟的水平，这个崇高的目标（即将“软性”带回软件中）是完全可以实现的。实现这一目标的绝佳方法之一是采用“快速失败”的方法，即制定可衡量的目标/测试，然后迭代直到测试通过。之后，派出嗅探警犬检查货物（即使用变异测试），如果警犬没有检测到任何非法物质，则说明您的代码结构是最佳的。这意味着它又回到了柔软、可塑、柔韧的状态。这意味着您提高了业务运营的灵活性。
Alex 目前在 WorkSafeBC 担任顾问，WorkSafeBC 是一个致力于在不列颠哥伦比亚省为雇员和雇主提供符合道德规范的安全工作环境的组织。Alex 负责领导和确保组织层面上谨慎的软件工程实践。
要阅读更多 Alex 关于技术的文章，请访问他的博客： http://digitalexprt.com/blog.html
撰写评论
感谢您的评论。如果您继续关注，在下一篇文章中，我将更深入地探讨变异测试，这是在确保软件精密工程的最高可能质量方面的最后前沿。
这是一个非常好的问题。敏捷 DevOps 依赖于打破孤岛。如果孤岛仍然很强大，那么就不可能致力于价值流交付。在孤岛主导商业格局的情况下，任何价值流的尝试都注定会变成瀑布。
我们打破孤岛，不仅要消除开发和运营之间的任何障碍，还要消除工程团队与业务/利益相关者之间的障碍。这就是为什么我们经常说 DevOps 具有“切身利益”。期望业务利益相关者成为价值流交付的一部分。这意味着，业务利益相关者同样是早期和频繁失败流的一部分。如果业务利益相关者不参与这种敏捷的早期失败，他们将永远无法向我们提供反馈。正如我在本文中提到的，没有人会主动提供反馈；反馈必须被征求。我们通过快速失败、早期失败来征求反馈，并以这种方式激发业务部门用他们的反馈做出回应。而他们的反馈在那一刻构成了价值。