O documento discute como falhar é parte inerente do desenvolvimento ágil de software e que times e organizações precisam ser lugares seguros para aprender com falhas. Também menciona o 12o princípio ágil de times refletirem regularmente sobre como melhorar sua efetividade e se ajustarem de acordo.