But as with most things that go without saying, standards are not always what they are billed to be. In spite of the plethora of standards in the software industry, we still struggle mightily to achieve successful projects. Even in organizations that are standard-centric, projects end up in challenged (or worse) states.
So let's explore what it is that constitutes a standard, and more importantly, what makes a standard worth following.
Industry Standards are usually compiled by a recognized authority (like IEEE), and represent the wisdom and experience of many people from many types of organizations. In most cases, a committee is formed to develop, document, seek input from the community, and ultimately to finalize the standard. Although the inputs to these standards come from real life experience in real organizations, the resulting final standard is just the opposite. It represents something that no organization on the face of the earth has actually implemented in its entirety.
So, what are we to make of Industry Standards? Each of them is a compendium of things that an organization should consider adopting because those things have worked for certain organizations under certain circumstances. Who knows? Some of them just might work for you!
Organization standards are a completely different thing. They represent the judgment that a specific organization under its peculiar circumstances would be best served by adopting the identified things. (Note that "organization" may mean a person, work-group, project team, department, division, or entire corporate entity.)
If that judgment is well reasoned and rational, then the organization standard will be worth following. But who is in the position to make that judgment? And how do they reach their conclusions? (A troubling question indeed!)
Because Industry Standards represent what no one does, they must be interpreted and adapted to fit the unique situations and needs of the organization at hand. In other words, one must apply critical thinking and reason, learning from the Industry Standard, and using it as a touchstone as an organization standard is crafted.
Naturally, we should expect that these people look to the guidance provided by Industry Standards, but they should also capitalize on their own experiences and wisdom, and that of their colleagues. With careful consideration of input from many sources in the organization, this team can create a draft standard that can be tried out on a variety of projects.
Naturally, as it is put into practice, the flaws and inefficiencies in this draft standard will be exposed, and must be addressed before it is adopted as "the way we do business". Only then will is be a standard that is worth following.
After expending the effort to craft an organization standard, it is critical that we not view it as being chiseled into stone. Our standards must remain as flexible and adaptive as the organization that they serve. And this is the only way to ensure that they continue to be standards that are worth following.