Configuration Control has focus on managing changes to project artefacts. It ranges from collecting relevant information about Change Requests over their treatment on the Change Control Board – that decides which Change Requests to accept, reject or defer – through the process of following them through to their closure. The decision part of this process has a “control” aspect to it, whereas the rest of the process can be seen as collection and provision of information. The purpose of the Configuration Audit activity is to make sure that a project is ready to deliver what is has promised. Much like when you see an airline pilot walking around his airplane before leaving, making sure that the engines are still there, that there is not ice on the fuselage and so on. Had the pilot had sensors – and trusted them – he 29 would not have to walk around to gather his information. Likewise, software development teams that do not have “sensors” (like valid measurements on release quality) – or do not trust them – will do Configuration Audits before releasing their products.