Every so often I get asked to recommend a hiring tool that meets some very simple criteria:
In this article, we’ll focus on the criteria related to competencies. Sorry folks, this criteria should be stored in the same place as the perpetual motion machine, the car that gets 100 mpg, the cure for balding and big hips, and the diet that makes every woman look like George Clooney and every man like Catherine Zeta-Jones (sorry, got that backwards!). That is, it’s only in our dreams. On the surface it sounds so simple. Why not use competencies that already exist? After all, the organization spent considerable time and effort developing a competency model; executives bought in to it emotionally and financially; the model is widely distributed throughout the entire organization; and employees are earnestly trying to use it. So what’s wrong? Simple. An existing competency model will probably self-destruct within three to five years. Why? Because home-grown competency models are seldom more than a missal from executives outlining what employees are expected to do; they’re not scientifically identified competencies that define job requirements and business necessity. In trying to be all things to all people, a generic competency list actually becomes confusing and useless. Then what? Instead of seamlessly integrating hiring, training, and performance management, it confuses them. Thought Leadership and the Intent of Competencies Achieving consistently high employee performance is a simple process: 1) know exactly what skills the job requires; 2) be sure each applicant (or jobholder) has matching skills; and 3) give the jobholder clear direction and feedback. In theory, it works like a three-legged performance stool. In practice, employees describe it more like a one-legged stool without the seat. What happens when an organization has no effective competency list?
Some Real-World Competency Examples Here are a few competencies posted on the Web by a state civil service department. Read them carefully:
Yes, they all sound nice. And, yes, I’m sure that many people in that state have a politically vested interest in them (for now, anyway). But let’s tease them apart to see which one is likely to survive. Competency 1: “Values diversity in hiring choices, assignments, teams, and interactions.”
Competency 2: “Uses efficient and cost-effective approaches to integrate technology into the workplace and improve program effectiveness.”
Competency 3: “Sees most of the forces, events, entities, and people that are affecting (or are being affected by) the situation at hand.”
Competency 4: “Weighs the costs, benefits, risks, and chances for success, in making a decision.” Bingo! This is the only competency that will probably survive, because it can be used to define specific decisions for each jobholder (management), can be used to evaluate applicants in a reasonable period of time (hiring), and can be used by the training department to develop programs (development). Furthermore, it can be backed with documentation illustrating costs, benefits, risks, and chances for success. Subjectivity is minimized and personal accountability is maximized while meeting all three HR objectives. Conclusion Home-grown competency lists almost always look better on paper than they do in practice. That’s why a professional can seldom do much with an existing list without first carefully working through the list, tweaking and tuning each competency where possible. Anything else will just waste time and money by raising management, recruiting or training confusion. Where does than leave senior managers who think they have finally discovered the “golden key” to success or developers who think they have finally earned executive respect? That depends on how they handle the next step. In the next article, we’ll focus on fixing chronic performance problems.