Self-Review Writing
What Should a Self Review Include?
What should a self review include — evidence of what you did, the impact, how you worked, what you learned and where you want to grow next.

A blank self-review form has a way of making six months of solid work disappear. You know you were busy. You know you solved problems, supported team-mates, made decisions, handled setbacks. But when the question arrives - what should a self review include - it can suddenly feel oddly hard to answer.
The short version is this: a good self-review should include evidence of what you did, the impact it had, how you worked, what you learned, and where you want to grow next. Not as a list of claims, but as a clear, honest account of your contribution over the review period.
That sounds simple. In practice, most people either undersell themselves or write something so broad that it gives their manager very little to work with. The strongest self-reviews sit somewhere in the middle. They are specific without being boastful, reflective without becoming apologetic, and structured enough that someone else can quickly see the case you are making.
What should a self review include in practice?
If you are writing for a manager, not for yourself, then relevance matters more than volume. A long catalogue of tasks is less useful than a smaller number of examples that show why your work mattered.
A strong self-review usually includes five things woven through the same story. First, what you were responsible for. Second, what you achieved. Third, how you achieved it. Fourth, what did not go perfectly and what you learned. Fifth, what you are aiming to improve or take on next.
The order can vary depending on your company's template, but the substance should stay roughly the same. Your manager is trying to understand your contribution, your judgement, your consistency and your trajectory. If your review helps them do that, it is doing its job.
### Start with scope, not just activity
One common mistake is jumping straight into a list of completed tasks. That can make busy work look the same as meaningful work. Before you describe outcomes, give a little context about your role, focus areas, or objectives during the period.
For example, a product analyst might explain that the half-year was centred on improving onboarding metrics, supporting a pricing project, and building more reliable reporting for weekly decisions. That small amount of framing helps every later example land more clearly.
This matters especially if your work is cross-functional or partly invisible. Many knowledge work contributions do not arrive in neat, countable packages. If you influenced decisions, reduced risk, improved team clarity or prevented recurring issues, say so plainly and give enough context that the value is visible.
### Show outcomes, not just effort
Effort counts, but reviews tend to reward impact. If you write, "I worked hard on the migration project," you are asking the reader to fill in the important part themselves. It is better to explain what changed because of your work.
That might mean measurable results, such as reducing ticket volume, improving conversion, shortening delivery time or increasing system reliability. But not everything meaningful is numerical. Sometimes the impact is better decision-making, fewer escalations, stronger stakeholder trust, or clearer ownership across a project.
If you can quantify something, do. If you cannot, describe the before and after. "I introduced a shared release checklist that reduced last-minute confusion across engineering and support" is stronger than "I improved release processes."
A useful question is: what was different because you were there? That is often where the real material for a self-review sits.
The evidence that makes a self-review credible
The best self-reviews do not sound polished for the sake of it. They sound grounded. Specific examples carry more weight than confident adjectives.
Instead of saying you were collaborative, mention that you coordinated weekly decision notes across design, engineering and operations during a difficult launch. Instead of saying you showed leadership, explain that you stepped in to unblock an at-risk project, aligned conflicting stakeholders, and got agreement on scope.
This is where people often struggle if they are writing from memory. By review time, important details have usually blurred together. Small wins vanish first, even though they often show consistency, judgement and reliability. Keeping a simple record through the year makes this far easier. That is the quiet value of tools like PathVane - not writing your review for you, but helping you hold on to the evidence before it disappears.
### Include how you worked with others
Performance is rarely just about output. Most managers are also assessing how you contributed to the team around you.
That means your self-review should say something about collaboration, communication and ownership. Did you improve handovers? Mentor a newer colleague? Handle ambiguity well? Surface risks early? Give useful feedback? Build trust with stakeholders who were difficult to align?
Be concrete here too. "I supported the team" is vague. "I documented the decision trail for the platform change so new joiners and partner teams could understand the reasoning" gives a much clearer picture of how you operate.
This section is particularly important for senior ICs. As roles become more senior, value often comes less from doing every task yourself and more from shaping decisions, creating clarity and making the team more effective.
### Be honest about challenges and learning
A self-review that reads like uninterrupted success can feel thin or defensive. Most managers know the period was messier than that. A better approach is to show judgement.
Include one or two areas where things were harder than expected, where you changed approach, or where you would do something differently next time. The point is not to confess every weakness. It is to show that you can assess your own work fairly.
For example, you might say that you underestimated the stakeholder alignment needed for a launch, which delayed sign-off, and that you now bring key partners in earlier when scope is still flexible. That kind of reflection usually lands well because it shows maturity rather than self-criticism.
There is a balance here. Do not bury your achievements under an overly harsh account of your mistakes. But do not avoid difficulty altogether either. A thoughtful review makes room for both.
What should a self review include if you want promotion?
If promotion is part of the conversation, your self-review needs one extra layer. It should not only show that you performed well in your current role. It should show signs of operating at the next level.
That means highlighting examples of broader ownership, stronger judgement, influence beyond your immediate tasks, or work that raised the bar for others. The exact shape depends on your discipline and company, so this is not one-size-fits-all. A senior engineer, designer and operations lead will all demonstrate readiness differently.
Still, the principle stays the same. Match your evidence to the expectations of the level you want. If the next level requires strategic thinking, show where you made trade-offs, not just where you delivered tasks. If it requires cross-team influence, show where your work shaped outcomes outside your direct remit.
This is also where many self-reviews become too modest. If you are aiming for progression, do not assume your manager will automatically connect the dots. Make the pattern visible.
### Keep the tone factual, not inflated
Many people worry that writing a strong self-review will make them sound self-important. Usually the opposite is true. Inflated language sounds uncomfortable because it tries to create importance without enough evidence underneath it.
A calmer approach works better. State what happened, explain why it mattered, and let the example do the work.
Compare "I played a pivotal role in transforming our delivery model" with "I introduced a weekly planning rhythm that reduced carry-over work and made delivery dates more predictable across the quarter." The second version is more believable, more useful, and easier for a manager to repeat in calibration.
A simple structure you can actually use
If your form is open-ended, it helps to think in short sections rather than one long narrative. You might cover your main responsibilities, key outcomes, team contribution, challenges and learning, then growth goals for the next period.
Within each section, keep asking for proof. What happened? What changed? Who was affected? What did you learn? If a sentence could apply to almost anyone, it probably needs more detail.
You also do not need to include every single thing you touched. Reviews are not timesheets. Focus on the work that best represents your contribution and the pattern of how you work.
A useful rule is to choose examples that are significant, representative or both. One major project might show your scope. A few smaller examples might show consistency. Together, they give a fairer picture than either would on its own.
If you are staring at the form and still feeling stuck, start smaller than you think. Write down three moments from the review period that mattered. Then add the context, the result and the learning for each. Most strong self-reviews are built that way - from remembered moments, backed by evidence, shaped into a clear story.
A good self-review does not need to sound impressive. It needs to sound true, complete and easy to trust. That is usually enough to make the conversation feel calmer for everyone in the room.