Operationalization means to put into operation or use.
When you operationalize something, you take a set of plans or intentions (be it strategy, expectations or insight), evaluate what is needed in order to execute on those plans/deliver on those expectations/utilize those insights, and embed those specific mechanisms into the fabric of how work is being carried out.
From an organizational perspective, great operationalization ensures that something gets done predictably, transparently and effectively.
From a human perspective great operationalization helps people to do the right things the right way.
When something has been improperly operationalized, we can't say for sure if something will get done, if it actually was done or how it was done. We are also often dependant upon the efforts and follow-up of individual champions in order for that something to happen regularly and correctly.
An example (though non-human) of great operationalization is code executed by a computer. In this situation, there is a very high probability of the intial plans and intentions being used and followed in accordance with expectations (provided that the code has been properly written and the bugs have been fixed). When you are looking to operationalize something, it might think of yourself as an organizational programmer.
By robustness of operationalization we mean how successful we have been at operationalizing something and, as a result, how likely we belive it to be that something will actually end up happening.
Robustness of operationalization is related to how many things have to go right in order to reach a desired outcome. In other words: how many (potentially fragile) links are there in the chain that could potentially fail.
An example of low robustness of operationalization is simply telling someone to do something.
This requires that the person either remembers it, or writes it down and remembers to look it up at the proper point in time. It also requires that they have the proper understanding of how to execute on the instruction, or the ability and time to break it down themselves.
An example of high robustness of operationalization is to embed an expecation as a task in a checklist the team is familiar with and intuitively uses uniformly in their daily work.
This way, all the team member needs to do is to remember to use the checklist, and they will automatically adhere to expectation which has been operationalized.
An operational mechanism is a way of operationalizing something.
Examples of operational mechanisms include
Meetings or other methods of telling someone something. Meetings are considered low robustnessmechanisms because they rely on a lot of individual ability, memory and organizational clarity.
Systems where long-term expectations are being stored and communicated in the form of responsibilities, checklists, recurring events etc. Systems are considered a high robustness mechanisms because expectations persist, are unambiguous, improvable and are exposed to the right people at the right time.
A highly instructable entity is an entity that can be easily instructed to behave in a certain way. A TV is an example of a highly instructable entity, which can easily be told to change channels by the means of a remote.
When attempting to improve a team or an organization with low instructability, improvement efforts can often have low impact because there is no way to have the resulting insight of the improvement process "seared" into the team.
Instead, the current team members are told how to change their behaviour and practices, which over time can easily fade away as people forget, fall back to old behaviours, or are replaced by new team members.