You finally got the offer. After months of applications, interviews, and waiting, youâre starting your first IT job. The relief lasts about five minutes before the anxiety kicks in.
Now what?
Youâre about to walk into an environment where everyone seems to know things you donât. Theyâll throw acronyms at you that werenât in any study guide. The ticketing system looks nothing like the screenshots in your training. And someone will definitely ask you to do something youâve never done before, probably on day one.
Hereâs the thing: everyone whoâs ever started an IT job has felt exactly this way. The difference between those who thrive and those who struggle isnât technical skill. Itâs knowing what to prioritize when everything feels urgent.
The first 90 days matter more than any other period in your IT career. This is when you build (or damage) your reputation. When you establish yourself as someone people want to work withâor avoid. When you set the trajectory for whether youâll be stuck in the same role for years or moving up within 18 months.
Letâs break down what actually matters in each phase.
Phase 1: Weeks 1-2 â Survival Mode (But Strategic)
Your first two weeks arenât about proving yourself. Theyâre about not screwing up while you figure out how things actually work.
Your Real Job: Observation
Every IT environment has unwritten rules. The documentation tells you the official process. Your coworkers show you what actually happens.
Pay attention to:
- Who people go to for answers â This reveals the real experts, regardless of title
- What shortcuts everyone uses â These exist because the âofficialâ way doesnât work
- Which systems are sacred â Some servers, files, or processes have history you donât know about
- How communication flows â Does your team use Slack? Email? Walking over to desks?
Donât try to change anything yet. You donât have enough context. That âobvious improvementâ you see might have been tried and failed three times before you arrived.
The Questions That Matter
Youâre going to have a lot of questions. Some are worth asking out loud. Others you should research yourself first.
Ask these immediately:
- âWhatâs the process for escalating tickets I canât solve?â
- âWho should I reach out to if Iâm stuck?â
- âWhatâs the biggest mistake new people make here?â
- âAre there any systems I should avoid touching without supervision?â
Research these yourself first:
- How to do basic tasks in your ticketing system
- Company org chart and department structure
- Technical terms your team uses
Nothing kills credibility faster than asking questions Google could answer. But asking about processes, politics, and tribal knowledge shows youâre thinking ahead.
If your organization has documentation standards, read our guide on IT documentation best practices to understand what good documentation looks like.
The Shadow Period
If you can shadow someone before youâre thrown into the deep end, take maximum advantage.
Donât just watch what they do. Ask why:
- âWhy did you check that log first?â
- âHow did you know to look there?â
- âWhat would you have done if that didnât work?â
This is how you absorb troubleshooting instincts that take years to develop otherwise.
Technical Setup Priorities
Before you can help anyone, you need your own house in order:
- Get access to everything â Donât wait until you need a system to request access
- Set up your tools â Customize your terminal, install your preferred utilities, configure shortcuts
- Learn the ticketing system â Practice creating, updating, and closing tickets before real ones land
- Test remote access â Verify VPN, remote desktop, and any tools youâll need outside the office
If youâre looking to sharpen your command-line skills during downtime, Shell Samurai offers interactive terminal challenges you can practice in your browser.
Phase 2: Weeks 3-6 â Building Credibility
Youâve survived orientation. Now itâs time to become useful.
Taking Ownership of Your Queue
By week three, you should have your own ticket queue. This is where careers start differentiating. If youâre still working on landing that first IT job, bookmark this for later.
The mediocre approach: Grab easy tickets, escalate anything hard, and maintain an acceptable close rate.
The career-building approach: Treat every ticket as a learning opportunity.
When you get a ticket you donât know how to solve:
- Research it for 15-20 minutes before asking for help
- When you do ask, explain what youâve already tried
- After itâs resolved, document what you learned
- Look for patterns: what keeps coming up that you could learn to handle?
Your goal isnât to solve everything alone. Itâs to show that youâre actively expanding your capabilities. Managers notice whoâs pushing their boundaries versus coasting.
For specific advice on building the troubleshooting instincts that set you apart, see our troubleshooting interview questions guide. The scenarios there reflect real diagnostic thinking.
Documentation: Your Secret Weapon
Hereâs something most new IT people miss: documentation is one of the fastest ways to build credibility.
When you solve a problem, especially one that took research, document it:
- What were the symptoms?
- What was the root cause?
- What fixed it?
- How can someone recognize this issue in the future?
Put this in whatever knowledge base your team uses. Do this consistently for six weeks, and youâll become known as someone who makes the team better, not just someone who handles their own tickets.
Bonus: writing forces you to truly understand what you learned. If you canât explain it clearly, you donât actually get it yet.
Relationship Building (Without Being Annoying)
IT careers are built on relationships. The senior engineer who takes time to explain things. The team lead who advocates for your promotion. The colleague in another department who gives you a heads-up about upcoming projects. Soft skills often matter more than technical skills for career advancement.
You canât force these relationships, but you can create conditions for them:
Do:
- Thank people who help you (genuinely, not performatively)
- Remember names and details people share
- Offer to help on tasks that arenât your responsibility
- Bring solutions when you bring problems
Donât:
- Interrupt people who are clearly focused
- Ask the same person for help every time
- Complain about workload, processes, or coworkers
- Gossip or engage when others do
For more on the interpersonal side of IT work, check out our guide on IT communication skills.
Handling Difficult Interactions
You will encounter users who are frustrated, dismissive, or occasionally hostile. This is part of the job.
The key realization: their frustration usually isnât about you. Itâs about their broken laptop, their deadline, or their boss breathing down their neck.
Our guide on dealing with difficult users covers this in depth, but the core principles are:
- Stay calm regardless of how they act
- Acknowledge their frustration before jumping to solutions
- Follow up after resolution to ensure theyâre satisfied
How you handle difficult situations defines your reputation more than how you handle easy ones.
Phase 3: Weeks 7-12 â Establishing Your Trajectory
By now, youâve survived onboarding and proven basic competence. This is where you start building toward whatâs next.
Identifying Your Growth Path
IT has multiple career trajectories. You donât have to decide your entire career path now, but you should start noticing what interests you.
Signs you might enjoy deep technical work:
- You lose track of time researching complex problems
- You get satisfaction from understanding why something works, not just how to fix it
- Repetitive tickets frustrate you
Signs you might enjoy broader coordination:
- You naturally notice process improvements
- You find yourself explaining things to others
- Youâre interested in how IT relates to business goals
Neither path is better. But noticing your tendencies helps you invest your learning time wisely.
For exploring different IT career directions, see:
- Help desk to sysadmin progression
- Getting promoted in IT
- Our IT certifications topic hub for credential planning
The Stretch Assignment
Sometime in your first 90 days, an opportunity will appear. A small project. A task nobody else wants. Something slightly outside your job description.
Take it.
This is how you demonstrate readiness for more responsibility. Not by asking for a promotionâby showing you can handle more than you were hired for.
Look for opportunities like:
- Documenting a process nobody has written down
- Helping with an upgrade or migration project
- Creating a quick tool or script that helps the team
- Training a newer hire on something youâve learned
These wonât be glamorous. Thatâs the point. People who handle unglamorous work well get trusted with interesting work later.
Building Outside Your Team
Your immediate team sees your day-to-day work. But promotions often depend on visibility beyond your team.
Look for ways to connect with:
- Other IT teams â Who handles escalations from you? Who do you escalate to? Build relationships across the boundary.
- Business users â Not just when they need help. When you see someone frequently, learn what they actually do.
- Leadership â If you have access to department heads or executives, be professional and memorable (not annoying).
This isnât politics. Itâs making sure that when opportunities arise, people beyond your direct manager know who you are.
Our guide on IT career networking strategies covers how to do this authentically.
Finding a Mentor
By month two or three, you should be identifying potential mentors. Not necessarily formal mentorship. Just people whose career path youâd like to follow, who seem willing to share advice.
The best mentor relationships develop naturally:
- You ask someone for advice occasionally
- They see you actually implement their suggestions
- They become invested in your success
- The relationship grows from there
Donât ask someone to âbe your mentorâ on day one. Thatâs like asking someone to be your best friend. Itâs weird.
For more on this, see how to find IT mentors.
The Mistakes That Derail New IT Careers
Knowing what to do matters. Knowing what to avoid matters just as much.
Trying to Change Everything
You will see problems. Processes that are inefficient. Tools that should be replaced. Decisions that seem obviously wrong.
Some of these observations will be correct. But if you start pushing for changes in your first three months, youâll be labeled as someone who doesnât understand the environment.
Wait. Document your observations. When youâve built credibility and understand the context, then suggest improvements.
The exception: if you see a genuine security issue or something actively dangerous, speak up appropriately.
Overcommitting
New people often say yes to everything, trying to prove themselves. Then they miss deadlines or deliver sloppy work.
Better approach: underpromise and overdeliver. Give yourself buffer time. If you finish early, youâre a hero. If you need the extra time, you still met expectations.
This is especially true when youâre still learning the environment and canât accurately estimate how long things take.
Suffering in Silence
If youâre struggling with workload, understanding, or anything else, speak up early.
Managers would rather help you course-correct at week 3 than find out at week 10 that youâre drowning. Itâs not a sign of weakness to ask for help. Itâs a sign of weakness to pretend everything is fine when it isnât.
Burning Yourself Out
IT has a burnout problem. The work can be reactive, stressful, and underappreciated. If you start your career by working 60-hour weeks and answering tickets at midnight, youâll establish expectations you canât maintain.
Set boundaries early. Theyâre easier to maintain than to create later.
For more on this, see our guide on IT burnout recovery. Yes, even early-career professionals burn out.
What Success Looks Like at Day 90
Letâs be specific about what youâre aiming for.
Competence Markers
By day 90, you should be able to:
- Handle most common ticket types independently
- Know when and how to escalate appropriately
- Navigate your organizationâs tools and systems without constant guidance
- Troubleshoot basic issues using a logical methodology
Relationship Markers
By day 90, you should have:
- At least one person on your team whoâd advocate for you
- Working relationships with people outside your immediate team
- A potential mentor or senior person you can ask for advice
- A reputation as someone helpful and reliable
Growth Markers
By day 90, you should have:
- Identified areas where you want to grow technically
- Taken on at least one task outside your core responsibilities
- Started learning something beyond your immediate job requirements
- A rough sense of where you want to be in 1-2 years
If youâre wondering what entry-level IT salaries look like and how they progress, that guide gives you benchmarks to work toward.
The Learning Mindset
IT changes constantly. The people who build long careers arenât the ones who learn everything once. Theyâre the ones who keep learning throughout.
Start building this habit now:
Daily: Spend 15-30 minutes learning something relevant. Read documentation. Follow a tutorial. Understand something you used today but donât fully grasp.
Weekly: Identify one skill gap from your work that week. Create a plan to address it.
Monthly: Reflect on what youâve learned and what you still need to learn. Adjust your priorities.
For hands-on practice outside work hours, resources like Shell Samurai, TryHackMe, or home lab projects can accelerate your growth. Our guide on showcasing homelab projects covers how to get career value from self-directed learning.
For certification planning, browse our IT certifications topic hub to understand which credentials might support your career direction.
Beyond 90 Days
The first 90 days set the foundation. But what happens after?
If youâve executed well, youâll have:
- A solid reputation as a reliable contributor
- Relationships that support your growth
- Growing technical capabilities
- Clarity on where you want to go next
Some people stay in their first IT role for years, becoming deeply expert. Others start looking for the next opportunity within 12-18 months. Neither is wrong. It depends on whether your current role continues to grow you.
For thinking about when to make your next move, see when to leave your IT job.
The key is to keep being intentional. The habits you build in these first 90 daysâcontinuous learning, relationship building, taking ownershipâwill serve you for your entire career.
FAQ
How long should I wait before asking questions?
Donât wait. Ask immediately when you need help. The nuance is in what you ask. Research answerable questions yourself first. Ask about processes, context, and judgment calls that require human knowledge. Frame questions to show youâve tried: âI looked at X and Y but Iâm stuck on Zâwhat am I missing?â
What if my team doesnât have good onboarding?
Many IT teams have informal or nonexistent onboarding. If this is your situation, create your own structure. Write down what you need to learn. Identify who can teach each thing. Schedule time with people rather than interrupting randomly. Document what you learn so the next person has it better.
Should I work on certifications during my first 90 days?
It depends on your energy levels and the role. If your job isnât exhausting you and you have bandwidth, studying for a relevant certification can accelerate your learning and career progression. If youâre overwhelmed just handling the job, focus on that first. Burnout helps no one.
How do I know if Iâm doing well?
Ask for feedback directly. At your 30-day and 60-day marks, ask your manager: âHow am I doing? What should I focus on improving?â Donât wait for performance reviews. Most managers appreciate proactive conversations about development.
What if I realize this job isnât right for me?
Give it the full 90 days before deciding unless something is seriously wrong. Many jobs feel overwhelming at first but improve as you gain competence. If after 90 days youâre still miserable, start planning your next move. Just do it thoughtfully, not impulsively.