Build competence, not literacy
How do you build a culture that emphasises solving problems rather than adhering to processes?
Taiwan’s Digital Minister, the fascinating Audrey Tang, explained last year the ways in which Taiwan had used technology to handle the coronavirus pandemic as effectively as it did. One of the core principles of the Taiwanese approach was to decentralise as much as possible, and involve civic society in every step of the process.
For example, when masks were in short supply, a rationing system was introduced whereby all citizens could collect a package of masks each day, one per person. Rather than trying to predict where demand would be and generally centrally control the process, though, the government released data about mask availability over a publicly-accessible API that allowed anyone to build an app or a website that built upon that data. The public then got to work:
“[C]ivic-minded hackers… [built] more than 140 apps, including maps showing which pharmacies still had supplies, visualizations of how many masks had been distributed and where, and voice assistants for the visually impaired.
“Tang says the insights allowed the government to see more vividly how it was failing some of its citizens, namely those in rural areas who didn’t have easy access to the pharmacies. So the government revised the strategy, introducing preordering at convenience stores to fill in the gaps.”
Tang refers to this approach as building competence, not literacy. Literacy is about familiarity: the ease with which you can navigate a world, how au fait you are with its codes and conventions, its implicit expectations. But literacy is fundamentally passive: “literacy kind of assumes that you’re the reader or viewer of images,” Tang says. “Competence means you’re the producer.” Competence involves solving real-world problems and navigating uncertainty yourself, taking in and synthesising different points of view; literacy often means solving artificial problems put in place by bureaucracies and corporate structures that demand conformity to a single view of reality.
We might summarise the differences as:
Competence | Literacy | |
---|---|---|
Active | vs. | Passive |
Creating producers | vs. | Creating consumers |
Solving real-world problems | vs. | Solving artificial problems |
Self-directed | vs. | Directed from above |
Intrinsic motivation | vs. | Extrinsic motivation |
Multiple views of reality | vs. | Single view of reality |
Bottom-up | vs. | Top-down |
Outcomes | vs. | Processes |
It strikes me that businesses often foster – demand, even – literacy in their employees far more than they do competence. That’s partly natural: companies inevitably create structures and processes as part of the work that they do, and it’s straightforwardly desirable to do things in consistent and repeatable ways, rather than reinventing the wheel every time. Having definite processes and cultures, and demanding that employees develop the literacy to navigate them, is not obviously a bad thing.
But the drawbacks of creating only literacy, rather than competence, are obvious. If literacy is about familiarity with a script, what happens when that script changes? The merely literate are lost for words; the competent are able to improvise. Organisations that build only literacy are fragile when times are bad, and fail to innovate when times are good.
How do we build competence rather than – or at least on top of – literacy, then? The answer is not by abandoning process for anarchy, but lies instead in the culture we choose to build from the top. Cultures that build competence, rather than merely literacy, are ones that prioritise:
-
The destination, not the journey. They measure success through outcomes, rather than by people’s correctness in adhering to a process.
-
Co-learning, not exam-setting. They don’t grow leaders who see themselves as examiners, holders of the right answers whose job it is to judge whether employees are right or wrong. Instead, employees take charge, and leaders facilitate a collaborative process of discovery.
-
Bottom-up iteration and evolution. They don’t set processes in stone, but instead continually evolve them – and allow those on the ground to drive that evolution, rather than imposing changes from above.
This process can be scary. It involves ceding control, and inevitably means that mistakes will be made that might have been avoided by rigid adherence to a process. But that diffusion of control is what creates resilience, and those mistakes are signs that people are thinking for themselves – and therefore avoiding countless mistakes that were impossible to foresee.
Add a comment