23 / 95 · 05 Performance & Chaos Engineering · Chaos Engineering Principles and Cycle← prev⊞ allnext →☰ Read as one page
4.5Getting Buy-In for Chaos Engineering
QA architects often need to convince stakeholders that deliberately breaking production is a good idea. Frame it this way:
- "We are not breaking things. We are discovering how they break." The failures already exist as possibilities. Chaos engineering finds them proactively.
- "Every major outage is an unplanned chaos experiment." The question is not whether failures will occur, but whether you discover them on your terms or your customers discover them on theirs.
- "Chaos experiments reduce incident severity." Teams that practice chaos regularly have shorter recovery times because they have already practiced the response.
- "Start in staging, graduate to production." This reassures stakeholders that you are not being reckless.
Document every experiment result, especially the weaknesses you find and fix. A track record of "we found and fixed X before customers were affected" is the strongest argument for continuing the practice.