Get your work recognized: write a brag document (2019)
jvns.ca
jvns.ca
Keep a log of your work. In fact, keep a log of everything you do. It gives you a sense of accomplishment, it gives you an idea of where your year went, and it lets you refer back to key highlights during your negotiations for a raise or promotion.
You think your memory is bad? There is not an organization out there that will ever recognize anything you ever did beyond the last sprint planning session or Jira ticket you closed. I've yet to work for a manager, ever, that hasn't required a hard push to hit a deadline for months on end, only to then forget that effort and opine that you took off early on Friday. They'll remember the extended lunch you took yesterday, they'll forget you worked 19 days straight without a day off, whether it is a large tech organization or a small start-up of six people.
I am sure many of you will no doubt attempt to regale me with tales of awesome managers who made sure to give you "atta boy" pats and remembered that thing you did when it came to year-end review, but those stellar managers are few and far between, and most of us will never get to encounter such a rare shiny creature.
So don't be like all those times in college when you thought to yourself "I don't need to write this down, I'll remember it", because you won't.
This is exactly how contract work is done. If you’re doing this as a full time employee you’re underpaid (assuming it’s for your employer - doing it for yourself is a great idea!)
He wasn't our most productive or "rockstar" engineer, but he was highly organized, and I appreciated it.
I got a raise because I did this - I had hard numbers showing how productive I was for the year, and other devs didn't so he had to guesstimate their contributions.
I'm low tech and prefer to use a notecard with a grid on it, the squares of which bear enough space for only a word or two maximum, but you can just as easily use a spreadsheet or something fancier.
It makes putting together a better summary at the end of your day a lot easier, and it also helps with future forays into time estimation since you have a clearer picture of how long things take.
It also helps show when it's time to go take a walk.
> Set a timer to go off every 15 minutes
I realise this won't be a popular point of view with the folk who are always 'life-hacking' or what not, but my goodness that sounds mortifying to me.
I have worked in professional services too, and I had to bill for my time in 6 minute intervals, but I found it much easier to just switch between set of running timers when I changed tasks. No need to put together any timesheets at the end of the day, just note/submit the final times. I think a repeating 15 minute timer would literally cause me to go insane.
I'm all for people staying on top of their schedules, but I doubt that for most people the benefits of something like recurrent 15 minute timers could ever outweigh the costs (concentration, flow, mental health).
I use an Apple Watch, and it's a gentle tap on the wrist that's perceptible to me and basically no one else.
When I say "write everything down" I mean use the lightest of note taking. It can be a bullet point for the day, or an expansive note on a particularly difficult technical challenge, there is no one set way of approaching this.
The timer is pretty unobtrusive. It goes off, I write one or two words in a box, and I carry on.
The daily update in the spreadsheet is extremely useful though.
Because you need to “brag” to get rewarded, everyone ambitious has a list. And each list is nearly impossible for middle managers to evaluate. Someone may solve a hardcore engineering problem that has no business impact. Another person might redo some docs. Someone may create a design system version. Lots of token achievements, but not real work.
Real work should stand on its own and competent managers should be able to identify it. Mediocre managers rely on lists, so then people start showing up to work and making lists.
have you worked at one of the megacorps you're talking about?
everyone has a list, because their manager gets them to write one, and it's very possible for managers to evaluate them because that is their job and they are largely reviewing their direct reports while getting bollocked by their peer managers.
They're not the problem they're a consequence of the problems.
> Because you need to “brag” to get rewarded, everyone ambitious has a list. And each list is nearly impossible for middle managers to evaluate.
This will be read mostly by your manager not a middle manager. It's up to your manager then to represent your accomplishments to middle managers and above. Good thorough middle managers will still be able to assess them though.
> Another person might redo some docs. Someone may create a design system version. Lots of token achievements, but not real work.
Competent managers can distinguish between those, if you don't have competent managers that's the problem, not the "brag doc".
> Real work should stand on its own and competent managers should be able to identify it. Mediocre managers rely on lists, so then people start showing up to work and making lists.
No because even competent managers have often a wide span at large companies and cannot be involved in the day to day details for all the work their team does and things can fall through the cracks. This would only be solvable by having first line managers have less reports or less manager overhead so they can be immersed in their team's work. I have done both, but at large companies is often not possible to be immersed in the work of all of your reports, no matter how competent you are. As mentioned in the article, even you often forget what you have done last week.
How do you do this without deep knowledge of what your reports are doing?
What’s preventing the manager from asking? More generally I think this is handled by standups (really any daily report of “here’s what I’m doing”) or some type of ticketing system.
> The brag document should include enough detail for the manager to understand (e.g PR, design links that the manager can review to assess what you did)
These should all be present in some type of ticketing system / wiki. What’s preventing the manager from using those?
Fwiw, on the other end I think managers are overworked too.
Nothing, however the level of detail is different. Daily stand ups are good to spot blockers and "take it offline" when there's a problem. If reports do not raise problems and the manager doesn't smell one, they won't go deep into understanding what you're doing. If you have many reports is hard to go deep into everything every day, particularly if you have a fullstack team or a variety of projects not closely related.
Ticketing system would be ideal if everyone was an stellar communicator, and devs, including myself (and I've been told I am a good communicator by managers when I was an IC) often won't update tickets every day with all the nuance required to understand your work deeply. Managers at large companies also are juggling many things that is impractical to do a full sync with everyone every day (hence the need for weekly or fortnightly 1:1s).
Information contained in a ticketing system also will often be filtered for "public" (anyone in the company) consumption, and there will be information (this other team is being unresponsive on chat and docs and I had to book meetings with them, etc) not reflected there. It may also often contain the 'outcome' of an investigation or status, not how you got there (more verbose communicators may include both, but that's rarely the case) which is also important to assess your work.
Competent managers will listen and not jump to conclusions, collaborate with you, ask thoughtful questions about your work driven by curiosity and not because they want to control or micromanage. They will usually be able to catch up and understand what you say and the technical work you do when you explain it (make an effort and you'll be surprised). If there's some tech you work on they do not understand they will educate themselves and ask a bunch of questions trying to catch up so they can help you and assess you fairly.
- Is a good coach
- Empowers the team and does not micromanage
- Expresses interest in and concern for team members’ success and personal well-being
- Is productive and results-oriented
- Is a good communicator—listens and shares information
- Helps with career development
- Has a clear vision and strategy for the team
- Has key technical skills that help him or her advise the team
Your manager should at least be striving to excel at those. Different managers will have different strengths, but the most important thing IMHO is that they care about their team and want to do better.
(also, half raises hand).
A competent Manager:
* Is willing to be a leader: https://www.modernservantleader.com/wp-content/uploads/2013/...
* Protects you from BS from the rest of the org.
* Eats the shit sandwich with you when they can't protect you.
* Can do your job if you end up rage quitting, getting sick or just needing a day off and there's an emergency.
* Can give you a candid and fair review. They can discuss your faults and successes in equal measure.
* Knows how to say NO, knows how to manage up. (sometimes hard to spot)
* Lets you earn your leash or your rope (don't hang yourself).
* Is not a gossip.
* Has good standing relationships with peers in other groups (accounting, marketing...) also hard to spot.
* Knows how to hire (skill and fit).
* Is someone you are willing to go to a social lunch with.
> Can do your job if you end up rage quitting, getting sick or just needing a day off and there's an emergency.
I'm not sure that we really want our managers getting into our code.
At my company, the company actively worked against managers, being technical. I had to "sneak" my tech, by doing open-source projects, on the side (no I didn't have a "shower clause" in my employment contract).
I'd say that it's a better bet that the manager knows who to grab, and stick on your project, until the leaks get caulked.
However: as a manager if you can't do your staffs job you should not be managing that team. You would be unable to settle technical disputes, or properly assess your staff. You would not know who to grab and shove in the void.
So I'll restate it as such:
Can do your job if you end up rage quitting, getting sick or just needing a day off and there's an emergency. Knows enough NOT to make their team manage them.
Learning to communicate impact is difficult, but it's a really good skill to have. Do these doc changes/engineering problems help reduce KTLO? Does it reduce on-call toil? Is it going to bring security patches? Is it going to make the system more efficient and save money? Are these frequently asked features? Do you have other people (preferably seniors) who can vouch in favour of these changes? All these things are measurable and can be communicated as impact.
There are instances where a change has 0 impact and it's still nice to have, for example, fixing a typo in the internal docs. But these changes are usually very easy to do (take less than 5 minutes), and it won't affect your other tasks. On the other hand, spending several days fixing typos everywhere may seem like a great idea, but if nobody cares about them and it does not move any needles, then you are just wasting the company's time and money. The effort you put in these no-impact changes should be a defining factor for prioritization.
They’re just a data structure… and a useful one at that… competent managers work in diverse ways. Schedules are made up of lists of information, do 10x managers not use schedules?
Giant red flag.
I have worked for bigger corps where my manager has no idea what I do, especially consulting service companies. If I’ve worked with 7 clients over 3 different account groups, I am the only one who knows what those 7 clients are, and what I did for them. In those cases I do document my accomplishments. I have even gone as far as create a brief presentation for when I get a new manager.
This also differs from a CV not only in being more detailed, but also flagging things like “successfully worked with XYZ account manager, who is widely known to be difficult to work with”.
I've had good managers that I keep in the loop with weekly 1:1's but come promo time, even they need help figuring out what I did over the span of a year. (to be honest, if I hadn't written it down, I don't even remember myself)
It’s only on teams and organizations that are disfunctional that such artifacts are useful. If I have to keep a document for this I’m already looking for a new job.
This is in fact the focus of Julia's post (she literally says this early on), and I think it's kind of unfortunate that folks are mostly talking about using the brag doc as advocacy in the performance review process.
For mental boosts you get affirmation regularly that you are moving the team/product/org in the right direction (or the opposite you recalibrate quickly if you aren’t).
Similarly, reflecting on what has been accomplished is a regular part of the holistic process, not a bespoke individuals task.
If a brag doc is valuable to you personally, great! By all means feel free to build one. But if building one is necessary to excel in an organization that is a very bad sign.
That implies (to me at least) that the brag doc is necessary to get appropriate recognition externally in the org. That’s a huge red flag. If it provides you personally some internal validation then whatever, that doesn’t say anything about your organization.
If you don't keep this document constantly updated on a daily basis, you will quickly forget what you did and when, and then you won't have a document for any of your achievements.
You need to show this document to your manager and discuss each item on the list during your weekly 1-on-1 meetings.
Failure to do so is pretty much guaranteed to keep you from being promoted. Failure to be promoted is pretty much guaranteed to get you pushed out the door.
The U.S. Military has a concept of "too much time in grade", a.k.a., "up or out". The big companies have a similar process -- if you're not moving up the ladder fast enough in comparison to all the other people at your level, then you need to leave.
My biggest problem is recognizing when I've done anything worthy of writing down as an achievement.
Doesn't need to be embellished.
If you think you are able to do that in your company without a prioritised retrospective process, I would be very curious to know how that happens.
(From my experience of working in 10+ organisations, people who think so usually are lying to themselves that they are recognising and valuing great work. They are (without exception, in my experience) running a very political organisation. But I would love to be proved wrong.)
Get your work recognized: write a brag document (2019) - https://news.ycombinator.com/item?id=32236407 - July 2022 (1 comment)
Get your work recognized: write a brag document (2019) - https://news.ycombinator.com/item?id=28612015 - Sept 2021 (3 comments)
Get your work recognized: write a brag document - https://news.ycombinator.com/item?id=25727976 - Jan 2021 (1 comment)
Get your work recognized: write a brag document - https://news.ycombinator.com/item?id=20665225 - Aug 2019 (78 comments)
I think this trend is mostly a result of management looking to squeeze more labor out of their reports for the same price. As soon as you make working on braggable things your reports problem, you have a lot less work to do and your reports have (more) perverse incentives to both overwork and ignore “unbraggable” work. These incentives are more aligned with contract work, not full time employment - the former usually being much pricier.
Nearly every time I’ve needed work done on a car different mechanics give me different lists. It’s pretty expensive when I’m unable to evaluate those reports because I don’t understand cars.
I am biased as a manager, but, for context, I was a senior IC for a long time before management though. I also transitioned first being a TL/manager "deeply aware" (reviewing most PRs, coding large parts myself, etc) and then eventually as a more traditional manager.
Sometimes management can be unnecessary or incompetent, but also you're excluding the possibility of companies trying to find a reasonable organizational balance of management costs. A manager that is deeply aware or involved, is also a manager that cannot manage more than maybe 5-6 people. If you want a manager to manage more people and focus in coaching, cross-team dependencies, unclogging stuck projects, roadmap building, etc; you rarely can have a manager doing IC work still and that means they cannot be involved in every PR or conversation their team is involved. If you give autonomy to the team members to make decisions and progress, by definition you won't be involved nor "deeply aware" all the time. Your 1:1s are an opportunity to address this divergence and a brag document helps feed your 1:1 with your manager to bring them up to date.
1. What did you achieve in last 6 months? 2. What did you plan but were not able to achieve (and why)? 3. What do you plan to accomplish in the next 6 months. 4. Any thing else you want us to know.
This is very similar to the brag document you mentioned in terms of utility (and it is part of our performance review process).
Yes, generally speaking since I tend to work with a fairly low level of supervision, my manager wants to know what I've been up to. And what I'd like to do, and what the rough spots were, and where I might be able to benefit from help. All good things to have journaled! We also look at the bigger picture like setting me up for success at the next review and promotion.
Are your 1:1s primarily something else?
Literally.
Performance reviews give me crippling anxiety.
I have no doubt that the LinkedIn addicts and self-help book cultists will swoop down to insist that this advice applies to all companies. But really, it is most heavily tilted toward tech giants and large enterprises.