Merge pull request #223 from w3c/Issue-95---Assumption-made-that-prod…

…ucts-are-produced-accessible

fixed #95

index.html

@@ -97,7 +97,7 @@ <h3>About the Accessibility Maturity Model</h3>
           <li>supports identification of gaps between the current capabilities and the next level of accessibility maturity</li>
           <li>supports plans for next steps to improve the organization's accessibility performance over time</li>
         </ul>
-        <p>Organizations know when they are doing well (or poorly) with product accessibility using audit reports and bug counts. However, these metrics don’t indicate how the organization is doing operationally to continue to produce accessible products without examining some key corporate processes. The Accessibility Maturity Model is a big part of a “shift-left” methodology of preventing problems from recurring, not fixing them after they have happened.</p>
+        <p>Organizations know when they are doing well (or poorly) with product accessibility using audit reports and bug counts. However, these metrics don’t indicate how the organization is doing operationally to produce accessible products without examining some key corporate processes. The Accessibility Maturity Model is a big part of a “shift-left” methodology of preventing problems from recurring, not fixing them after they have happened.</p>
 
         <p>Most maturity models contain a number of levels with increasing levels of maturity. Each level contains a definition, controls, a list of processes, and [=proof points=] that can be produced for an organization to legitimately claim that they are at a particular level of maturity.</p>