Levels & Competencies
Define practice levels with competencies and proficiency expectations.
Last updated
Practice levels define progression within a discipline. Combined with competencies and proficiency expectations, they create a transparent framework for professional growth.
Understanding Levels
Levels represent career progression tiers within a practice. Each level has:
- Name - A recognizable title (e.g., "Associate", "Senior", "Staff")
- Description - What this level means and what's expected
- Display Order - Position in the level progression
- Competency Expectations - Required proficiency in each skill
Example Level Structure
| Level | Title | Description |
|---|---|---|
| 1 | Associate | Learning fundamentals, requires guidance |
| 2 | Mid-Level | Works independently on standard tasks |
| 3 | Senior | Owns complex work, mentors others |
| 4 | Staff | Technical leadership, cross-team impact |
| 5 | Principal | Organization-wide influence, sets direction |
Managing Levels
Creating Levels
- Navigate to Practice Lead > [Your Practice] > Levels tab
- Click "Add Level"
- Enter name and description
- The level is added at the end of the ladder
Reordering Levels
Drag levels to reorder them. The display order determines the career progression path.
Archiving Levels
Levels can be archived rather than deleted. Archived levels:
- No longer appear as options for new assignments
- Preserve historical data for members previously at that level
- Can be restored if needed
Understanding Competencies
Competencies are the skills and capabilities that define excellence in your practice. They answer: "What do people in this discipline need to be good at?"
Example Competencies
For a Backend Engineering practice:
| Competency | Description |
|---|---|
| System Design | Ability to architect scalable, maintainable systems |
| Code Quality | Writing clean, tested, documented code |
| Technical Communication | Explaining complex concepts clearly |
| Debugging | Diagnosing and resolving issues efficiently |
| Mentoring | Helping others develop their skills |
Creating Competencies
- Navigate to Practice Lead > [Your Practice] > Levels tab
- Click "Add Competency"
- Enter name and optional description
- Assign it to relevant levels with expected proficiency
Competency Categories
Group related competencies using categories (e.g., "Technical Skills", "Leadership", "Communication"). Categories help organize the competency matrix view.
The Proficiency Scale
Proficiency is measured on a 1-3 scale:
| Score | Level | Meaning |
|---|---|---|
| 1 | Developing | Not yet meeting expectations - building skills, needs guidance |
| 2 | Proficient | Meeting expectations - works independently, handles standard situations |
| 3 | Advanced | Exceeding expectations - mentors others, handles complex edge cases |
Setting Level Expectations
Level expectations define what proficiency is required for each competency at each level.
The Expectations Matrix
| Competency | Level 1 | Level 2 | Level 3 | Level 4 |
|---|---|---|---|---|
| System Design | 1 | 1 | 2 | 3 |
| Code Quality | 1 | 2 | 3 | 3 |
| Technical Communication | 1 | 1 | 2 | 3 |
| Mentoring | - | 1 | 2 | 3 |
Read this as: "To be Level 3, you need proficiency 2 (Proficient) in System Design, 3 (Advanced) in Code Quality, 2 (Proficient) in Technical Communication, and 2 (Proficient) in Mentoring."
Cascading Expectations
When you set an expectation, it automatically cascades to higher levels:
- If Level 2 requires proficiency 2 in "Code Quality"
- Level 3, 4, 5 will require at least proficiency 2 (unless you set higher)
This ensures levels are progressive - higher levels never require less than lower levels.
Adding Expectations
- In the Levels tab, find the competency row
- Click the cell for the level you want to set
- Select the required proficiency (1-3)
- Higher levels automatically update if needed
The Competency Matrix View
The competency matrix provides a visual overview:
- Rows: Competencies
- Columns: Levels (ordered by progression)
- Cells: Expected proficiency at that level
This matrix helps:
- Members understand what's needed to advance
- Practice leads ensure consistent expectations
- Managers evaluate readiness for promotion
Best Practices
Designing Levels
- Start simple - 3-5 levels is usually enough
- Use recognizable titles - Industry-standard names reduce confusion
- Write clear descriptions - Members should understand what each level means
- Leave room to grow - Don't create levels you'll never use
Defining Competencies
- Be specific - "System Design" is better than "Technical Skills"
- Keep it manageable - 5-10 competencies per practice is typical
- Focus on observable skills - Things you can actually assess
- Update over time - Competencies evolve as your discipline evolves
Setting Expectations
- Differentiate levels - If every level requires the same proficiency, the competency doesn't differentiate
- Be realistic - Entry-level shouldn't require expert proficiency
- Consider the whole picture - No one is perfect in everything; focus on what matters most at each level
Related Documentation
- Practices Overview - What practices are
- Member Management - Assigning members and making recommendations
- Practice Levels (Member View) - How members see their practice levels