Many developers forget that in our industry almost everything we do is a service. We are performing work for others at some level. In many cases there will errors in the service provided and then it is when we can measure the quality of the service.
It is an error to try to rate quality of a service as a relation between bugs and release version (this measures how effective are processes). I like to measure quality as a fixed bugs, release version and days to release correlation. This way, we can measure how good is the service by measuring how fast the bugs can be fixed (and properly fixed).
I am not a fan of the even if version 1 sucks, ship it anyway theory but it has some good points. Most of the clients that love my work are happy because any bugs that appeared on the systems have been fixed fast (and remain fixed).
Even google services go down but we all keep using them because google fixes them right away. How can one measure how good is a service? It can be measured by how fast it can respond to change.