First Months
How to be useful in a first month when you know almost nothing
There is real work available to someone with no context, and finding it is the fastest route out of the awkward early weeks.
By Yash Agarwal4 min read

The early weeks have a structural problem
For the first few weeks you are, in strict accounting terms, a cost. You consume other people’s attention, you occupy a desk, and you produce very little. Everyone involved knows this and most of them are relaxed about it, but it does not feel good from the inside, and the discomfort pushes new joiners toward two bad strategies: hiding until they feel ready, or seizing something large and visible that they are not equipped to finish.
There is a third option that people underrate, which is to look specifically for work whose only barrier is that nobody has had time to do it. That category is larger than you would think, and it is almost the only category available to someone without context.
Work that requires effort but not knowledge
Every team carries a small backlog of chores that are undone not because they are hard but because they are nobody’s priority. The onboarding notes that stopped being accurate two reorganisations ago. The spreadsheet that three people maintain separately and inconsistently. The shared folder where nothing has a naming convention. The recurring report that somebody assembles by hand every Friday afternoon.
These are ideal early work for a specific reason: the person who benefits does not have to explain anything to you first. If a task requires half an hour of a senior colleague’s time to brief, you asking for it is a net loss to them in the first month. If it requires two sentences, you have found something.
Fixing the onboarding notes is the strongest of these, and it has an unusual property. You are the only person in the building currently qualified to write them, because everyone else has forgotten what they did not know. That advantage disappears in about six weeks, so it is genuinely a use-it-now asset.
Become the person who writes things down
In most meetings, nobody is taking notes. Decisions get made verbally, the participants each remember a slightly different version, and three weeks later somebody says "I thought we agreed" and the argument restarts. If you write a short, accurate summary of what was decided and who owns what, and send it out the same day, you have supplied something with genuine value while knowing nothing about the subject.
Keep it factual and short. Decisions, owners, dates, open questions. Not a transcript, and no editorialising about things you do not yet understand. Done consistently, this quietly makes you the person whose version of events is the one everybody refers back to, which is a surprisingly durable form of usefulness.
It has a private benefit too. Forcing yourself to summarise a discussion you barely followed exposes exactly which parts you did not follow, and those gaps become your question list. A new joiner who cannot yet write the summary is learning something real about where their understanding stops, which is more useful than nodding along and hoping it resolves itself.
Ask for the map before the details
New joiners tend to ask about their own tasks, which is natural and also the narrowest possible question. The more valuable early questions are structural: who actually decides this, what does this team get judged on, which of these systems is being replaced, what did the last person in this seat find annoying.
Asking those in the first month is cheap and socially permitted. Ask them in month eight and you look like you have not been paying attention. There is a window where ignorance is expected, and the correct use of that window is to spend it on the questions that get harder to ask later, not the ones that answer themselves in a fortnight.
What not to do, and the honest caveat
Do not arrive with a critique. You will notice things that look inefficient, and some of them genuinely are, but you cannot yet distinguish a bad process from a process shaped by a constraint you have not met. Write the observations down privately and revisit them in month four. Most will look naive; two or three will still look right, and by then you will have the standing to raise them.
And be honest about the limit of any of this. Some places have no onboarding, no clear owner for your ramp-up, and a manager too stretched to notice whether you are drowning. In that situation the advice to be useful is thin comfort, and the practical move is to pick one colleague who seems willing, ask them explicitly if you can bring questions to them, and accept that you are largely teaching yourself. That is a badly run workplace rather than a personal failure, and it is worth naming it as such internally so you do not spend a year assuming the problem is you.
Common questions
How long before I should be producing real work?
It depends enormously on the role and the complexity of the systems involved, so any single number is misleading. A more useful signal than elapsed time is whether the questions you ask are getting more specific. Vague questions in month three suggest something has stalled; narrow, technical ones suggest it is going fine.
Is it bad to have nothing to do in the first weeks?
It is common and it is usually a scheduling failure rather than a judgement on you. Say so plainly rather than waiting it out, because idle time reads as low engagement from the outside even when it was imposed. "I have capacity this week, what would be most useful?" is a low-cost sentence and it puts the problem where it belongs.
Contributing editor, After the First Job
Yash writes the explanatory pieces on first months, managing up, money at work and would rather show the working than assert the conclusion.





