A Framework for Evaluating and Implementing Standards

Many organizations do not comprehend that just calling something a standard does not necessarily make it so to folks within the organization. There is effort required to create a standard that is valuable to the organization. On the other hand, there are many de-facto standards that people do not recognize as a standard. This has to do with the drivers of the standards.

As I was thinking about writing this article, a song came into my head, "War, what is it good for?" Instead of the word “war”, I sang, "Standards, what are they good for?" Is just having a documented standard enough or do we want to know that it is fully implemented? Do we want to understand the value of a standard and see if it is really being used to manage the organization? It is important to understand how to evaluate the standards that you have. Does your organization provide the building blocks for a successful implementation of a standard? With that being said, I hope to provide you with a framework that can help you answer these questions and help you evaluate and/or implement standards effectively.

Drivers of Standards
Typically standards are driven by (and not limited to) external drivers, senior level internal drivers, and ground level internal drivers. It is important to understand the drivers so that you determine the context of the standard and where the value is perceived.

·         If the standard is being driven externally like Sarbanes-Oxley (SOx), this forces an organization to follow the standards irrespective of whether those within the organization see the value. However, externally driven standards like SOx, need to be followed to avoid potential financial scandals. This is seen as a value from those outside the organization since potential investors perceive that the organization is being managed in a financially sound manner.

·         There are standards that are driven by senior level executives in the organization such as senior management. The unfortunate thing is that there are typically dozens to hundreds of standards that are driven by senior management which makes it hard for the employees to grasp their meaning and application. To make matters worse, many of the employees within the organization may not even know that they exist or, if they know that they exist, they do not know what they should be doing about them since there is not always guidance on what to do about them (other than "just follow them"). While this is seen as a value to the Senior Management, if they do not provide implementation details to the standard (a.k.a., a practice) and manage to the standards (e.g., is the standard making their organization better and more value added), then it is only a standard by name.

·         Then there are standards which are driven by the ground level folks in the organization. Often times, these are not defined as such, but may be seen as de-facto standards. Sometimes this is known as a grassroots standard since it is driven by folks at the individual contributor level. An example of this is that when a project team uses a particular technology, other project teams see the value in using the technology and then the next thing you know, most other project teams are using the technology. This is because teams see the implicit value in using the technology and it becomes a de-facto standard even if it is not listed as an organizational standard.


About the author

Mario  Moreira's picture Mario Moreira

Mario Moreira is a Columnist for the CM Journal, a writer for the Agile Journal, an Author, an Agile and CM expert for CA, and has worked in the CM field since 1986 and in the Agile field since 1998. He has experience with numerous CM technologies and processes and has implemented CM on over 150 applications/products, which include establishing global SCM infrastructures. He is a certified ScrumMaster in the Agile arena having implemented Scrum and XP practices. He holds an MA in Mass Communication with an emphasis on communication technologies. Mario also brings years of Project Management, Software Quality Assurance, Requirement Management, facilitation, and team building skills and experience. Mario is the author of a new book entitled “Adapting Configuration Management for Agile Teams” (via Wiley Publishing). It provides an Agile Primer and a CM Primer, and how to adapt CM practices for Agile Teams. Mario is also the author of the CM book entitled, “Software Configuration Management Implementation Roadmap.” It includes step-by-step guidance for implementing SCM at the organization, application, and project level with numerous examples. Also consider visiting Mario’s blog on CM for Agile and Agile adoption at http://cmforagile.blogspot.com/.

CMCrossroads is one of the growing communities of the TechWell network.

Featuring fresh, insightful stories, TechWell.com is the place to go for what is happening in software development and delivery.  Join the conversation now!