Collaboration with plants and Governance is key to Standards,

There can' t be a week go past that companies do not talk to me about standards leading rapidly to discussion on standards management. Standards are the only way companies can achieve:

1/ Rapid roll out of new processes across plants

2/ Reduced risk

3/ Reduced dependency on key critical experienced resources.

4/ Consistency in operations, information across plants

Yet most companies do not really understand what a standard is and the investment, design, and approached needed so that the standard can evolve over time, and be sustained as a standard.

When you have comments like;

 "You that standards library we built? We now have 45 of them ones for each site."

Losing the whole effect of what a standard is and hamstringing the ability to evolve and react to the market in an agile way.

The culture of a standard is closer to that of “a product" than an “application" yet most companies treat them as an applications. Missing the culture and governance needed to make the standards grow and be naturally adopted.

Culture:

Too often we see it as push from the Center out, with the standards being designed in isolation of the plants, or certainly that is the perception from the plants.

The key is to have a culture where the standards and built with the first site, but with a mind that it will be rolled out across plants. So the design, architecture and approach allow for future capability to be added to it.  Providing the plant teams the ability to contribute, and feeling like they have some ownership, so they will adopt. Plus the culture that sites engineers can contribute improvements back the central governance and improvements will happen.

  

Governance:

Clear ownership of standards management, this could be or multiple people with different aspects of the standard library being managed by different people. Similar to what we do with software products, we have product managers, who gather the feedback, define the vision, and strategy, and then provide direction for improvements from version to version. The same concept Product Management for the standards, listening interacting with the sites, determining what is common and valuable to standard by version. Then making sure there is clear governance process, enforcement in place, and testing of the standard.

Architecture levels:

It is important to have the correct standards and levels, so the Hierarchy levels need to set up, with the correct number so the appropriate changes can be added at the correct level. A good example is below where there are corporate, to site, to area, then plant, each of these allow extensions to that level while sustaining consistency from the top.