You Got the Internship. Now the Actual Exam Starts
Months of preparation got you an internship. Everyone congratulated you. Now you are sitting in an office or on a video call, the codebase has 400 files, nobody has told you what you are supposed to do, and the pre-placement offer this is meant to become feels entirely out of your hands.
Partly it is. Be honest about that first, because most advice on this topic pretends the outcome is fully earned.
What a PPO Decision Is Actually Made Of
Three things have to line up.
- A headcount slot. The team must be allowed to hire someone full-time. This is decided above your manager, sometimes above their manager, and often in a different quarter.
- Budget approval at the time of the decision. Hiring freezes are real, they arrive without warning, and they do not care how good your work was.
- Your manager's confidence that you can do the job unsupervised. This is the part that is yours.
You control one of the three. That is the reason to be deliberate about it, not casual — it is your only lever. And even when the slot does not exist, a manager who is confident in you will write the recommendation, make the introduction, and forward your name to the team that does have a slot.
The First Week Decides More Than It Should
People form an impression of an intern in about five days and then spend twelve weeks confirming it. Unfair, but usable.
What to get done in week one:
- Get your environment running, and do not go quiet about it. If the setup docs are stale — they usually are — spend a few hours, then ask specifically: "I am stuck at the database migration step, here is the error, here is what I have tried." A specific question after real effort is a good first impression. Silence for three days is a bad one.
- Ask the naive questions now. In week one, "what does this service actually do?" is a reasonable question. In week seven it is alarming. Your ignorance has an expiry date — spend it fast.
- Learn who does what. Who reviews code, who knows the legacy parts, who is actually your manager versus your day-to-day mentor. Write down every internal acronym while you are at it.
- Ship something small in week one. A bug fix, a typo in the docs, a test. It matters less what it is than that you have been through the whole pipeline — branch, review, merge, deploy — once, early.
A concrete first-week goal: one merged pull request, however trivial, by Friday.
Choose the Work Nobody Wants
Interns are usually given something safe and disposable, because the team does not yet know whether you will finish. The way out of that bracket is to take work that is annoying, needed and unclaimed: the flaky test everyone reruns, the onboarding doc that has been wrong for a year, the manual weekly report someone compiles by hand, the alert that fires every night and gets ignored.
This kind of work is perfect for an intern. Nobody is territorial about it, its value is visible to the whole team the moment it is done, and it forces you to understand how the system really works — which is the education you are actually there for.
Ask your manager: "What is something small and irritating that nobody has had time to fix?" Then fix it properly, with tests and a short note about what changed. Do this twice and your reputation changes from "the intern" to "the person who handled the alerting mess".
One caution
Do not abandon your assigned project for glamorous side work. Finish what you were given first. An intern who reliably completes the boring assigned task is more employable than one who starts three exciting things and lands none. Reliability is the trait being evaluated.
Be Fast Without Being Reckless
The most common intern failure is silence. Someone gets stuck on Tuesday, is embarrassed, and is still stuck on Friday. The manager finds out at the review and concludes you cannot be trusted unsupervised — the exact quality the PPO decision turns on.
Use a simple rule. Thirty to sixty minutes stuck, then ask. And when you ask, use this shape:
"I am trying to do X. I expected Y, I am getting Z. I have checked A and B, and I think the issue is in C. Am I looking in the right place?"
That question takes your senior ninety seconds to answer and makes you look organised. "It is not working, please help" takes twenty minutes of their time and makes you look helpless. Same problem, completely different read.
Visibility Without Politics
Visibility is not politics. Politics is claiming other people's work. Visibility is making sure your actual work is known to the person who will be asked whether you should be hired.
Things that work and cost you nothing:
- A short written update at the end of each week. Three lines to your manager: what you shipped, what you are on next, what is blocking you. Managers love this because they have to report it upwards anyway, and it means your contributions exist in writing when review time comes.
- Speak concretely in standup. "Finished the retry logic, added tests, PR is up" — not "working on the same thing".
- Demo when there is something to show. Two minutes in a team call. Screen share, show the thing working, sit down.
- Write the documentation for what you built. It is the cheapest permanent credit there is, and nobody else wants to do it.
- Help someone else once a week. Answer a question in the team channel, or review a colleague's PR carefully. Teams recommend people they like working with, and this is how being liked is earned honestly.
And do not disappear on chat. If you are remote, being responsive within a reasonable window is treated as a proxy for reliability, whether or not that is fair.
Take Feedback Like Someone Who Wants to Be Hired
Your first code reviews will be covered in comments. That is not a verdict on you, it is what code review is.
How you respond is watched more closely than the code itself. Fix the comment, say thanks, and — most important — do not make the same mistake in the next PR. A reviewer who has to repeat themselves three times has learned something about you.
If you disagree, disagree once, with a reason, then accept the decision. "I did it this way because of X, but happy to change it" is a good engineer's sentence. Arguing three rounds over a variable name is not.
Ask the Conversion Question Early, Not at the End
Most interns wait until the last week to find out whether a job exists. By then every decision has been made.
Around the midpoint of your internship, ask your manager directly, in a one-on-one:
"I would like to convert this into a full-time role at the end. Can you tell me what the process looks like here, and what you would need to see from me to be able to recommend it?"
This is an entirely reasonable question and most managers respect it. It gets you three things:
- The actual mechanics — whether PPOs exist here, who decides, and by which date
- A specific list of what would make you a yes, which you can then go and do
- An early warning if the honest answer is "there is no headcount", which lets you start applying elsewhere with two months in hand instead of two days
Then, three to four weeks before the end, ask again for a straight status. Be polite, be direct, and do not apologise for asking. Your next year depends on the answer.
If the Offer Comes, Read It Before You Celebrate
PPO offers in India sit in bands, and the band depends on the company type, the role and the city — services firms, product companies and funded startups look quite different from each other. Ask what the number actually is before you assume.
Check before signing:
- Fixed versus variable. A CTC that includes a large performance-linked or retention component is not the same as the money that arrives monthly.
- Service agreements and bonds. Common in Indian fresher offers. Read the lock-in period and the exit penalty, and ask whether original documents are retained. Do not sign a bond you have not fully read.
- The joining date. If it is nine months away, ask what happens in the interim and get it in writing.
- The team and the work. A slightly lower offer on a team that will teach you properly is usually the better first job.
When the Answer Is No, or "Budget Freeze"
It happens, often for reasons unconnected to your work. What you do in that conversation matters.
- Ask for the honest reason, calmly. "That is disappointing, but I understand. Can you tell me whether it was performance-related or a headcount issue?" You need to know which, because the two require completely different responses.
- Ask for what they can still give. A written recommendation. An introduction to another team or another company. A referral when a slot opens. A commitment to be contacted first if the freeze lifts. Most managers who like you will say yes to all of these, and nobody offers unless you ask.
- Ask to be considered as a contractor or extended intern if the work is still there but the headcount is not. It is a common arrangement and it keeps you earning and learning.
- Finish well. Hand over properly, document what you built, leave the code better than you found it. Teams change and budgets unfreeze, and people remember the intern who left cleanly.
- Start applying immediately, with the internship now doing real work on your resume. You have shipped in a production codebase, and that changes the conversation in every interview you take.
The internship was not wasted if there is no PPO. It was months of real work, a reference, and a set of stories nobody with only college projects can tell.
What to Do This Week
Depending on where you are:
- Starting next week: plan to ship one merged change by Friday, and write down every question you will be too embarrassed to ask later.
- A month in: start the Friday written update to your manager, and pick up one unclaimed annoying task.
- At the halfway point: book the one-on-one and ask the conversion question directly.
- Near the end with no answer: ask for a straight status this week, and start applying in parallel regardless of what you are told.
Applying while interning is mostly a time problem — forty minutes an evening, and each application deserves a message that refers to the actual job post. JobApplyAI drafts that message from your profile and the post, which is what makes a parallel search survivable during a full working week.
A PPO is not a prize for being talented. It is a decision a manager makes about risk — whether handing you real work will cost them more than it saves. Everything above is just making that decision easy.