How to create grading system for tech team from scratch
In every tech company, clear grading systems are crucial because they establish a transparent framework for evaluating performance, setting expectations, and identifying areas for improvement. Such systems not only ensure that individual contributions are measured against consistent standards, but they also help create an environment where employees understand how their work aligns with the company’s overall objectives.
Grading systems are not merely HR tools; they enforce tech priorities, cultural values, and company-level strategy. Employees continually measure themselves against the metrics defined by these systems, which directs their attention to specific aspects of their work. By selecting the right—or conversely, the wrong—criteria at the individual level, you can steer the company toward positive or negative outcomes.
Grading systems have the ultimate power to shape and guide people’s way of thinking.
With this guide, you’ll be able to build your own grading system in just one day. I’ve refined this approach over the past few years, testing many different frameworks and finding them heavy, excessive, and hard to manage.
Foundations
A grading system starts with your long-term strategy and personal belief system. What you believe can drive your project to success. Are you planning to grow a small team of independent, autonomous AAA players, or are you looking for a team of executors who can perfectly follow the guidelines defined by a small group of genius managers? Is speed more important, or do you prefer quality and bug-free products?
Your team is a natural extension of your belief system—your values and virtues help you choose the traits you want to cultivate in your team.
Remember that the project you are working on evolves over time, and what worked well four years ago may not be effective today. Startups demand speed, while expanding businesses require quality and predictability.
The third factor to consider is your tech vision. What does the ideal technical feature of your project look like, and what kind of tech expertise is needed to achieve that future? Do you believe native mobile apps or React Native is the way forward? Should you go full stack, or do you still prefer to see back-end and front-end experts working separately? Will your engineers act as devops, or will you need a dedicated devops team?
Putting all these elements together, we can identify three key factors that form the core of your grading system:
- Your fundamental beliefs and ideas
- The stage of the business
- Your vision of the ideal tech future
Criteria and scales
Now, after we have defined our north star we will be moving towards, we have to define key criteria and measurments for these criteria.
- The criteria and scales should be very definitive and leave no places for interpretation. Best criteria and binary because binary answers yes-no leave no room for discussion. The apple is either red or not.
- The criteria should be fully supporting your north start goals and strategy. If the criteria is not supporting it, remove it from your grading system. Or adjust your goals.
- The criteria should be promoting the culture and behavior you want to see in your company. Not only hard skills should be measures, but also soft skills and behavior patterns.
Grades
Grades refer to the distinct categories or scores that indicate an individual’s level of performance or achievement. In a grading system, these grades are assigned based on predefined criteria.
Grades should be transparent and clear for everyone. The relations between grades and criterias should be public and available for review and questions for all team members.
Grades should also offer varying career opportunities for people with different attitude and mindset. For example, in some companies, in order to have a career growth, engineers must become managers and team leaders. But not all engineers can fit into this career trajectory - they may be enjoying coding and software architecture, they may be introverts and not people-centric. But career trajectories, offered to these people by business, may be pushing them towards manager role. And that’s how the company looses a brilliant individual contributor and receives a manager that is not qualified and happy to be in a manager position.
How to assign grades to your team members - step-by-step guide
Step 1 – Define Your Vision, Virtues, and Values
Before you promote growth within your company, establish a clear direction. Define your core beliefs, strategic goals, and the current stage of your business. This foundation sets the tone for the evaluation process.
Step 2 – Choose the Right Scales
Once you’ve identified the key parameters to measure, select scales that accurately reflect these criteria. The scales should be tailored to the aspects you want to improve within your team.
Step 3 – Define Grades
Establish a clear grading system and hierarchy within the company. Consider the following:
- Levels of Subordination: How many layers do you need?
- Career Ladder Steps: How many progression steps should there be?
- Thresholds: What are the benchmarks for moving from one grade to the next?
Step 4 – Create Assessment Forms
Implement a 360-degree review process where each team member is evaluated by multiple perspectives. Develop standardized, easy-to-fill forms using simple tools like Google Forms or specialized review software. This consistency ensures everyone is measured against the same criteria.
Step 5 – Conduct the Review
Distribute evaluation forms to collect feedback from:
- Peers
- Direct Reports (if applicable)
- Managers
- Cross-Functional Colleagues
Include a self-assessment component to encourage reflection and establish a baseline. Standardized forms—ideally with anonymity—will help secure honest and constructive feedback.
Step 6 – Assign Grades
After collecting all forms, consolidate the data using a tool like Google Spreadsheets. Then, compare the evaluation results against pre-determined thresholds.
- For first-time evaluations: Consider establishing thresholds after the review process to avoid surprises.
- For subsequent evaluations: Define thresholds in advance to ensure transparency.
Mapping the results against these benchmarks will allow you to confidently assign grades.
Step 7 – Communicate the Results Privately (1-on-1)
Hold individual meetings to review the outcomes with each team member. Discuss:
- The evaluation criteria and how they align with the self-assessment.
- The assigned grade and what it means for their professional development.
- Any potential promotions or areas for improvement.
These conversations should be handled privately to respect each employee’s confidentiality and provide a safe space for discussion.
Step 8 – Communicate the Results Publicly
Once individual reviews are complete and grades are accepted, share the overall outcomes with the entire team. Make the questionnaires, scales, and methodologies accessible so that everyone understands how evaluations were conducted. This level of transparency builds trust and reinforces your company’s commitment to fairness.
Example - how I build grades from scratch
For obvious reasons, we won’t cover all steps in this example, but anyways we are going to build the key elements of the grading system together in the way I did it before for one of my projects.
For sake of speed, we will be measuring only software engineers in this this example, but the are usually also DevOps, QA and other folks to access.
Step 1 – Define Your Vision, Virtues, and Values
In my engineering teams, I value:
- Autonomy: The ability to make decisions, solve problems, and improve everything around you without relying on external guidance from supervisors.
- Industry Knowledge or the Ability to Grasp It: Tech teams exist to solve real-world problems. To do this efficiently, they must understand how the real world operates, how it reflects in technology, and what constraints and limitations it places on technical solutions. If engineering teams don’t understand the industry they are working in, they risk becoming expensive, tech-savvy code monkeys.
- Soft Skills: Soft skills are equally important—if not more so—than hard skills. Brilliant individual contributors won’t move the needle if they are difficult to work with. Politeness, emotional intelligence, empathy, and clear communication are crucial for my teams.
- Hard Skills: Ultimately, the quality of our work is paramount. As a software engineer, it’s important to excel in your technical expertise.
- Culture: The ability to establish, maintain, and continuously improve a strong technical and communication culture within the team is also highly valued.
Step 2 – Scales
Now we have to define scales. As we remember, scales should be very definitive and leave no places for interpretation.
We are going to measure all 5 parameters I’ve defined above. Hard skills will be broken down into multiple other skills. I also usually give code to every scale I measure, it makes easier to refer to scales in values in the future.
Autonomy (SOFT-AUT)
- Tier 1: The employee is able to autonomously react to incidents, bugs, external requests, and communications.
- Tier 2: Meets Tier 1 expectations plus is able to ship a mid-sized feature within the team.
- Tier 3: Meets Tier 2 expectations plus can independently ship a large new feature or functionality within their team or vertical.
- Tier 4: Meets Tier 3 expectations plus is capable of driving a complex cross-vertical project and ensuring its release according to schedule with minimal external support.
Industry Knowledge or Ability to Grasp It (SOFT-IND)
- Tier 1: The employee understands basic industry trends and key operational constraints, enabling them to respond to standard industry-related issues.
- Tier 2: Meets Tier 1 expectations plus can identify and address mid-sized industry challenges by adapting technical solutions accordingly.
- Tier 3: Meets Tier 2 expectations plus is capable of independently analyzing industry dynamics to design and implement large-scale, industry-specific solutions.
- Tier 4: Meets Tier 3 expectations plus leads strategic initiatives that leverage deep industry insights across multiple verticals, ensuring solutions align with broader market and business objectives.
General Soft Skills (SOFT-GEN)
- Tier 1: The employee communicates effectively on routine matters, responds appropriately in interpersonal interactions, and resolves minor conflicts autonomously.
- Tier 2: Meets Tier 1 expectations plus actively contributes to team discussions and mediates mid-level conflicts to keep projects on track.
- Tier 3: Meets Tier 2 expectations plus facilitates larger group discussions, mentors colleagues in effective communication, and proactively resolves complex interpersonal challenges.
- Tier 4: Meets Tier 3 expectations plus leads initiatives to enhance team dynamics, drives a culture of open communication across departments, and resolves high-impact conflicts with minimal supervision.
Culture (SOFT-CUL)
- Tier 1: The employee adheres to existing cultural norms and actively participates in team rituals and activities.
- Tier 2: Meets Tier 1 expectations plus contributes ideas for cultural improvements and takes initiative in organizing small-scale team events.
- Tier 3: Meets Tier 2 expectations plus independently leads projects to enhance team culture, promotes best practices, and fosters a collaborative work environment.
- Tier 4: Meets Tier 3 expectations plus champions a cultural transformation across teams or verticals, driving strategic initiatives that establish a robust, inclusive, and innovative work environment with minimal external guidance.
Since we are talking about software engineers, we have to define some scales for hard-skills.
Code (HARD-CODE)
Here language is not specified. This scale just demonstrates and approach.
- Tier 1 – Basic Coding Skills. The employee can write simple programs to solve basic problems. They understand fundamental syntax and control structures and can implement straightforward logic with guidance.
- Tier 2 – Intermediate Coding Skills. The employee writes clean, well-documented code that solves moderately complex problems. They effectively use debugging tools, understand basic design patterns, and apply proper testing practices. Their code is maintainable and adheres to best practices.
- Tier 3 – Advanced Coding Skills. The employee can architect and develop robust, scalable systems. They demonstrate proficiency in optimizing performance, refactoring legacy code, and employing advanced design patterns. Their work is language-agnostic, adaptable, and often sets standards for the rest of the team.
Ability to Operate and Work with PostgreSQL (HARD-DB)
- Tier 1 – Basic PostgreSQL Competence. The employee can perform fundamental database operations such as creating tables, and running basic SELECT, INSERT, UPDATE, and DELETE queries. They understand simple data models and can execute straightforward SQL commands.
- Tier 2 – Intermediate PostgreSQL Skills. The employee designs and optimizes database schemas for performance. They write complex queries (including JOINs, subqueries, and aggregations), implement indexing strategies, and understand transactional concepts and basic performance tuning.
- Tier 3 – Advanced PostgreSQL Expertise. The employee manages PostgreSQL environments effectively, including configuration, replication, and backup strategies. They are proficient in writing stored procedures, functions, and triggers, and can perform advanced query optimization and troubleshoot performance issues.
DevOps Abilities (HARD-DEVOPS)
I believe that complex systems should be operated by dedicated DevOps engineers, but all engineers in the team should be able to manage basic DevOps tasks.
-
Tier 1 – Fundamental DevOps Awareness:
The employee is familiar with essential DevOps tools and practices. They can use version control systems (e.g., Git), perform simple command-line operations, and understand the basics of continuous integration.
-
Tier 2 – Practical DevOps Skills:
The employee can set up and maintain simple CI/CD pipelines, deploy applications to test or staging environments, and manage basic automation tasks (such as script-based deployments and configuration management) with minimal supervision.
-
Tier 3 – Enhanced Basic DevOps Proficiency:
The employee can extend their CI/CD setup to include automated testing and deployment to production. They demonstrate the ability to troubleshoot deployment issues, use containerization tools (like Docker) for development consistency, and manage basic infrastructure as code practices—even if their primary focus remains on development.
Step 3 – grades
I believe in flat structure, hence I usually don’t have many grades around. I’m also using two separate career tracks for those, who want to be managers and for those, who prefer hands-on tasks. I also don’t have junior grades because I’m not hiring juniors. It’s because I’m working mostly in relatively small (in terms of workforce) teams which can’t afford to hire junior engineers.
Also you can notice I have strong emphasis on soft skills starting from smallest grades.
- G-MID. HARD-CODE 2, HARD-DB 2, HARD-DEVOPS 1, SOFT-CUL 1, SOFT-GEN 1, SOFT-IND 1, SOFT-AUT 1.
- G-SENIOR. HARD-CODE 3, HARD-DB 2, HARD-DEVOPS 2, SOFT-CUL 2, SOFT-GEN 2, SOFT-IND 2, SOFT-AUT 2.
- Contributor branch for individual contributors.
- G-CONTR-PRINCIPAL. HARD-CODE 3, HARD-DB 3, HARD-DEVOPS 3, SOFT-CUL 2, SOFT-GEN 2, SOFT-IND 3, SOFT-AUT 2.
- G-CONTR-ARCH. HARD-CODE 3, HARD-DB 3, HARD-DEVOPS 3, SOFT-CUL 2, SOFT-GEN 2, SOFT-IND 4, SOFT-AUT 2.
- Management branch for leads and managers.
- G-MGMT-LEAD. HARD-CODE 3, HARD-DB 2, HARD-DEVOPS 2, SOFT-CUL 3, SOFT-GEN 3, SOFT-IND 3, SOFT-AUT 3.
- G-MGMT-EM HARD-CODE 3, HARD-DB 2, HARD-DEVOPS 2, SOFT-CUL 4, SOFT-GEN 4, SOFT-IND 4, SOFT-AUT 4
- Contributor branch for individual contributors.
← Table of contents