Skip to content
EMPOBase
en

How to build a competency framework for NGO roles

By the EMPOBase team · · 4 min read

Short answer

A competency framework is a short list of the skills, knowledge and behaviours your roles need, with a plain description of each level. To build one, list the roles, pick six to ten competencies, describe each level in observable behaviour, map levels to job grades, test it with managers, and use it in hiring, reviews and training plans. Keep it short enough to use.

Key points

  • A framework is a short list of competencies, each with levels described in behaviour.
  • Choose six to ten competencies; more than that will not be used.
  • Describe levels by what a person does, not by adjectives like good or strong.
  • Use the same framework in hiring, reviews and training so it earns its keep.

What is a competency framework?

A competency framework describes what good looks like in your roles. Each competency, such as “working with communities” or “managing budgets”, has levels, and each level says what the person does. It gives managers and staff the same words.

It is a tool, not a shelf document. If it does not change how you hire, review or train, do not build it.

Why would an NGO want one?

Without a framework, each manager uses personal views of what a good officer is. Job descriptions vary, and two people on the same grade can be held to different standards. A framework helps you:

  • Write job descriptions that match each other.
  • Interview and shortlist with the same yardstick, as in our fair recruitment article.
  • Review staff against shared standards.
  • Plan training where gaps are real.
  • Explain career paths to staff.

How do you build one?

  1. List the roles. Group them: programs, MEAL, finance, logistics, HR, management.
  2. Pick the competencies. Start with a core set for everyone, such as values and conduct, teamwork, and communication. Add a few for managers, and a small technical set for each function. Aim for six to ten core items, not thirty.
  3. Define each one. Write one sentence on what it means in your NGO.
  4. Describe the levels. Three or four levels are enough, for example foundation, practising, advanced and lead.
  5. Map to grades. Show which level is expected at each job grade.
  6. Test with managers. Take three real jobs and check that the levels fit the people you know.
  7. Launch and use. Add it to job descriptions, review forms and training plans.

How do you write the levels?

Write what a person does, not what they are. “Strong communicator” tells no one anything. Compare:

LevelExample: managing budgets
FoundationReads a budget report and explains their own line
PractisingTracks spend against budget each month and flags variance
AdvancedPlans a project budget and revises it with the donor
LeadSets budget rules for a team or office and coaches others

Each line can be seen and checked. If two managers read it, they should agree on what it means.

What should you avoid?

  • Too many competencies. People stop reading after ten.
  • Vague words. Replace “good”, “strong” and “excellent” with behaviour.
  • Copying another organization. Borrow ideas, then rewrite them for your work.
  • A document that nobody uses. Tie it to hiring and reviews from day one.
  • Using it to rank people. Use it to describe the role and find support.

Link the framework to your performance reviews so goals and ratings use the same language.

How do you use it once it exists?

A framework earns its place when it appears in everyday decisions:

  1. In job descriptions. List the competencies the role needs, and the level expected.
  2. In recruitment. Build interview questions from the competencies, and score answers against the level descriptions.
  3. In reviews. Ask the staff member and manager to rate the competencies that matter most for the year, with examples.
  4. In training plans. Where a person is one level below the role needs, plan a specific step: a course, a mentor or a stretch task.
  5. In career talks. Show staff what the next grade needs, so they can plan their own growth.

Start small. Pilot the framework with one team for a year, collect comments from the managers and staff who use it, and fix the wording before you roll it out across offices. Translate it into the working languages of your offices, and test the translation with local staff, since a phrase that is clear in English may not carry the same meaning elsewhere.

A last test: pick a role and ask two managers to rate the same person against the framework without talking first. If their ratings are far apart, the level descriptions are too vague. Rewrite them with clearer examples, and test again. Two or three rounds usually give a framework that managers trust. Keep a version number and date on the document, and note what changed, so staff know which version applied when they were reviewed.

Where EMPOBase fits

EMPOBase includes a Competency Framework in the People & HR module, alongside Performance Management and Learning & Training, so the three can refer to the same skills. It does not write your competencies for you, so your team decides the list and the levels. See the platform page.

Questions people ask

What is the difference between a competency and a skill?

A skill is one thing a person can do. A competency combines skills, knowledge and behaviour into the ability to do a job well, such as managing a budget or leading a team.

Do we need one framework per job?

No. Use a shared core for all staff, add a few for managers, and add a small technical set per function such as finance or MEAL (monitoring, evaluation, accountability and learning).

How often should we update the framework?

Review it every two to three years, or when your strategy or donor mix changes. Small edits after each hiring round are fine.