How to Get a Job in Data Science: The Complete 2026 Guide
How to get a job in data science in 2026: the skills, portfolio, and job-search steps that actually get you hired, backed by real BLS labor-market data.
You've done the courses. Maybe a certificate, maybe a few Kaggle notebooks, maybe a full bootcamp. And you still don't have a data science job. That gap between "I can technically do the work" and "someone will pay me to do it" is where almost everyone gets stuck, and it's rarely about your technical ability. It's about the eight things in this guide, most of which have nothing to do with how well you know pandas.
The median data scientist in the US earned $112,590 in May 2024, according to the Bureau of Labor Statistics, and the field is projected to grow 34% between 2024 and 2034, adding roughly 23,400 openings a year. That's not a shrinking field. It's a competitive one, which is a different problem with a different solution: you don't need to worry about whether data science jobs exist. You need a plan for standing out among everyone else who's also learned pandas.
The Short Answer: How to Get a Job in Data Science
If you only read one section, read this one. Getting a data science job comes down to eight steps, done roughly in this order:
- Learn the core skills: Python or R, SQL, statistics, and enough machine learning to explain what a model is doing and why.
- Pick a learning path: a degree, a bootcamp, or a self-taught route, chosen based on your timeline and budget, not prestige.
- Build a portfolio of 2 to 3 real, end-to-end projects, not another Titanic or Iris dataset walkthrough.
- Get some real-world reps, through an internship, freelance work, an open-source contribution, or a volunteer project, before you apply anywhere.
- Know what job title you're actually targeting, because "data scientist," "data analyst," and "ML engineer" are not the same job or the same hiring bar.
- Find where the roles are actually posted, which is often a company's own careers page and applicant tracking system, not just the big general job boards.
- Tailor your resume and application so it survives the applicant tracking system (ATS) and a 30-second human skim.
- Prepare for the interview loop: a recruiter screen, a technical/SQL round, a case study or take-home, and a behavioral round.
Every one of those steps gets its own section below, and three of them (finding no-degree paths, finding remote and entry-level roles, and interview prep) get a full dedicated guide linked from that section, because they deserve more room than a subsection here can give them.
Is Data Science Still a Good Career to Break Into?
Short version: yes, and the data backs it up better than the "data science is dying" posts that show up in your searches.
The Bureau of Labor Statistics tracked 245,900 data scientist positions in the US as of 2024, and projects that number will grow by 82,500 jobs over the following decade, a 34% increase that outpaces nearly every other occupation category the BLS tracks. That's the kind of growth rate usually reserved for occupations still being invented, not ones people are calling oversaturated.
Where the "declining" narrative comes from isn't nothing, though. What actually changed between roughly 2021 and 2024 is the entry bar, not the number of jobs. Big tech hiring slowed after the 2021-2022 boom, LinkedIn and Indeed filled up with bootcamp grads all applying to the same 50 "data scientist" postings, and generative AI tools started doing some of the work junior analysts used to do (basic SQL queries, simple visualizations, first-draft data cleaning). None of that shrank the total number of data science jobs. It shrank the number of undifferentiated candidates who get hired without a specific, demonstrable skill.
Pro Tip: If you want the full picture on job security, AI's actual impact on hiring, and how the market has shifted year over year, we cover it in detail in Is Data Science Still a Good Career? Job Market Outlook & Demand Trends. This guide focuses on what to do about it.
What You Actually Need to Get Hired
Before the step-by-step, here's the honest checklist. You don't need all of this to start applying, but you'll need most of it before you get an offer.
- A working level of Python or R, plus SQL. SQL specifically gets underestimated by self-taught learners and it shows up in nearly every technical interview.
- Statistics fundamentals: distributions, hypothesis testing, regression, and enough probability to reason about uncertainty out loud.
- Some machine learning, at the level of knowing which model fits which problem and why, not necessarily building novel architectures from scratch.
- A portfolio, because almost no one gets a data science job on credentials alone anymore. See Step 3.
- A credential of some kind, whether that's a bachelor's degree, a master's, a bootcamp certificate, or a strong enough portfolio to substitute for one. We cover exactly how much this matters, and whether you can skip the degree entirely, in Can You Get a Data Science Job Without a Degree or Certificate? .
- Some real-world exposure, even unpaid, so you can talk about a project with actual constraints (messy data, a stakeholder, a deadline) instead of only a Kaggle leaderboard.
- A resume and application strategy built for how hiring actually works now, meaning tailored per posting and aimed at the specific job title your skills match, not a single generic document blasted at every listing with "data" in the title.
- Patience measured in months, not weeks, paired with a search process you actively refine as you go: track which applications get responses and which don't, and adjust your resume, target titles, or portfolio accordingly instead of repeating the same approach 100 times.
Step 1: Learn the Skills Employers Actually Screen For
Job descriptions list a wall of tools. Actual interviews test a much smaller set, over and over. Prioritize in this order:
- SQL. Every data science interview loop includes a SQL round, or a SQL component inside a broader technical round. This is the single most under-practiced skill among self-taught candidates, and it's the one hiring managers complain about most. Get comfortable with joins, window functions, and aggregations specifically. Most interview SQL questions aren't exotic; they're a slightly awkward multi-table join under mild time pressure, and candidates who freeze on that lose the round regardless of how good their Python is.
- Python (or R), specifically pandas/NumPy for Python, plus enough software engineering habits (functions, version control, readable code) that your work is reviewable by someone else. You don't need to be a software engineer. You do need your code to run when someone else clones your GitHub repo, which is a lower bar than it sounds and one that a surprising number of portfolios fail.
- Statistics, not as a math exercise but as a communication skill: can you explain why an A/B test result might be noise, or what a confidence interval actually means to someone who isn't a data scientist? Distributions, hypothesis testing, p-values, regression, and basic experiment design cover most of what actually comes up.
- Machine learning fundamentals: regression, classification, tree-based models, and when a simpler model beats a fancier one. Deep learning is a bonus for most roles, not a baseline requirement, unless you're specifically targeting ML engineer or research scientist postings. A candidate who can explain exactly why they chose logistic regression over a neural network for a given problem reads as more capable than one who reaches for the most complex model available by default.
- Data visualization and storytelling, since most data science work ends in a chart or a slide someone outside the data team has to understand and act on. Tools matter less here than judgment: knowing which chart type actually answers the business question, and being able to say what you want the reader to do after seeing it.
- Business context, meaning the ability to connect a model's output to a decision someone is actually going to make. This is the skill that separates candidates who get past the first interview from candidates who don't, and it's the least taught in any bootcamp curriculum. Practice this by picking any project you've built and writing a one-paragraph "so what" summary aimed at someone with zero technical background.
Notice what's missing from this list: deep learning frameworks, big data tools like Spark, and cloud platform certifications. They're not worthless, but for the large majority of data scientist and analyst postings they're a differentiator on top of the fundamentals, not a substitute for them. Employers reject far more candidates for weak SQL and weak communication than for not knowing PyTorch.
Step 2: Choose Your Path: Degree, Bootcamp, or Self-Taught
None of these three paths is objectively "correct." Each trades time and cost for a different kind of credibility signal, and employers weigh that signal differently depending on the specific role and company size.
Path | Typical Time | Typical Cost | Credibility Signal | Best For |
|---|---|---|---|---|
Bachelor's/Master's degree (CS, Statistics, Data Science) | 2-4 years | $10,000-$100,000+ | Strong, especially for larger companies and roles requiring visa sponsorship | People early in their career, or targeting large tech/finance companies with formal degree screens |
Bootcamp / certificate program | 3-9 months | $3,000-$20,000 | Moderate, treated as a signal of intent and structure rather than deep expertise | Career changers with a related quantitative background who need a fast, structured path |
Self-taught (courses + projects) | 6-18 months, self-paced | $0-$1,000 | Weak on its own, strong when paired with a genuinely excellent portfolio | Disciplined learners with the time to build real projects and no urgent need for visa sponsorship or a formal credential |
Bottom line: the credential gets you a screen. The portfolio and interview performance get you the offer. If you already have a bachelor's degree in almost any quantitative field (math, engineering, economics, physics), a bootcamp or self-taught path plus a strong portfolio is usually enough. If you're starting from a non-quantitative background with no degree at all, a formal program does more of the credibility work you'd otherwise have to build yourself through projects.
We go deeper on the no-degree path specifically, including which companies actually hire without one, in Can You Get a Data Science Job Without a Degree or Certificate? .
Step 3: Build a Portfolio That Actually Gets You Noticed
Here's an uncomfortable truth: most portfolios don't help, because most portfolios look identical. A Titanic survival predictor, an Iris classifier, and a "sentiment analysis of tweets" project signal that you finished a course. They don't signal that you can do the job.
A portfolio that actually moves the needle has these things in common:
- It solves a real, specific problem, ideally one you found yourself rather than one assigned in a course. "Predicting churn for a specific SaaS company using public pricing and review data" beats "iris classification" every time, because it shows judgment about what problem is worth solving.
- It's end-to-end, meaning it includes messy real data (not a pre-cleaned Kaggle CSV), a documented cleaning process, a clear modeling choice with a stated reason, and an evaluation of whether the model actually works.
- It's deployed or at least demoed, even something as simple as a Streamlit app or a short Loom walkthrough. A model sitting in a Jupyter notebook nobody can run is much less convincing than one a hiring manager can actually click through in 90 seconds.
- It has a clean, written README on GitHub explaining the problem, the approach, the results, and the limitations. Hiring managers skim GitHub profiles for exactly this, and a project with no explanation is functionally invisible.
- It's honest about limitations. "This model gets 78% accuracy, and here's why I think the remaining errors are hard to fix with this data" reads as more senior than a project that claims 99% accuracy with no discussion of overfitting.
Two or three projects like this beat ten shallow ones. Depth is the signal, not volume.
If you're stuck for ideas beyond another public Kaggle dataset, a few directions that consistently produce stronger portfolios than the default course projects:
- Pull your own data from a public API (a sports league, a public transit system, a government open-data portal) instead of downloading a dataset someone already cleaned for you. The cleaning process itself becomes part of the story you tell about the project.
- Answer a question you personally care about, such as analyzing your own spending data, a hobby's public statistics, or a local community issue. Genuine curiosity produces a more thorough, less generic writeup than a random assigned topic.
- Recreate a real business decision at a smaller scale, like building a simple recommendation system for a small e-commerce dataset, or a churn model using a public telecom dataset, framed explicitly around what a manager would actually do with the output.
- Extend an existing open-source project rather than starting from zero, which shows you can work inside someone else's codebase, a skill every actual data science job requires and almost no portfolio project demonstrates.
Pro Tip: Pick a domain you already know something about from a past job or personal interest (sports, personal finance, healthcare, gaming) rather than a generic public dataset everyone else is using. Domain knowledge is genuinely rare among junior candidates, and it shows up immediately in the questions a good project asks.
Step 4: Get Real Experience Before Your First Job
"Entry-level" data science postings that require two years of experience are the industry's most-mocked contradiction, and also a real obstacle. The fix isn't waiting. It's finding experience that doesn't require a job title to get:
- Internships, including part-time or unpaid ones if you're a student or between roles, remain the single strongest signal of real-world readiness.
- Freelance or contract data work, found through platforms like Upwork or through your own network, even if it's small and unglamorous (cleaning a spreadsheet for a local business, building a simple dashboard for a nonprofit).
- Open-source contributions to data science or ML tooling libraries, which double as both experience and a visible, checkable GitHub track record.
- Volunteer analytics work for a nonprofit or community organization, which gives you a real stakeholder, a real constraint, and a legitimate line on your resume.
- Kaggle competitions, used carefully. A top-10% finish is a genuine signal of modeling skill, but Kaggle alone won't teach you the messy-data and stakeholder-communication skills that make up most of the actual job. Treat it as one data point in a portfolio, not the whole portfolio.
- A part-time or contract data role in an adjacent function, such as a marketing analytics or business operations role that involves heavy spreadsheet or SQL work. These roles are easier to land with zero data science title on your resume yet, and they generate exactly the kind of real-stakeholder experience a hiring manager wants to hear about later.
- A structured mentorship or apprenticeship program, several of which now exist specifically for career changers moving into data roles, offering supervised real project work in exchange for a lower starting rate or a training fee.
None of these need to be paid, prestigious, or long to count. A three-month volunteer analytics project for a local nonprofit that you can describe in specific, concrete terms (the data source, the question asked, the finding, what changed as a result) outweighs a vague line about "personal projects" on a resume, because it gives an interviewer something real to ask follow-up questions about.
If you're specifically trying to land your very first role with zero prior data experience, we walk through this exact situation, including realistic timelines and title expectations, in How to Get an Entry-Level Data Science Job With No Experience.
Step 5: Know What Job Title You're Actually Applying For
Here's a mistake that costs candidates months: applying to "data scientist" roles when their actual skill set matches "data analyst" or "analytics engineer" far better, or the reverse. A data scientist role generally requires building and evaluating predictive models; a data analyst role generally requires querying, visualizing, and explaining existing data; a machine learning engineer role generally requires deploying and maintaining models in production at scale. These are related but genuinely different jobs, with different interview loops and different bars for entry.
Applying broadly across all three without knowing which one your actual skills match is a common reason strong candidates get rejected from roles they were never a good fit for in the first place, and never get a callback from the roles they were. We break down every common data science job title, what each one actually does day to day, and how to tell which one fits your skill set, in What Is a Data Science Job? Roles, Responsibilities & Job Titles Explained.
Step 6: Find Where Data Science Jobs Are Actually Posted
Most job seekers start and stop at LinkedIn and Indeed. That's not wrong, but it's incomplete, and it means you're competing with the largest possible applicant pool for every listing you find.
Here's something most career-advice content gets wrong because it's written by education platforms, not job boards: a large share of data science roles are posted directly through a company's own applicant tracking system (ATS), most commonly Greenhouse or Lever, and never get fully mirrored onto the big generic boards, or get mirrored late, after the internal applicant pool has already been reviewed. Company career pages that run on these systems expose the same listings through a public API, which is exactly how a niche job board like datasciencejobs.com aggregates and enriches roles directly from the source, including tagging each one by seniority, role type, and remote status as soon as it's posted, rather than waiting for it to trickle onto a general board.
Practically, that means your search should cover:
- Niche or specialized data science job boards that pull directly from company ATS feeds, which tend to surface roles faster and with less noise from unrelated job categories.
- Company career pages directly, especially for the 10 to 15 companies you'd actually want to work for, checked every week or two.
- General boards (LinkedIn, Indeed) as a supplement, not your only channel, since you're competing with the widest possible applicant pool there.
- Referrals and networking, which remain the highest-conversion channel in data science hiring specifically because so many roles get filled or fast-tracked before they're ever posted publicly.
- Recruiters who specialize in data/ML roles, particularly useful once you have 1-2 years of experience and want access to roles that never get publicly posted at all.
A practical routine that works better than randomly browsing boards: pick your 10-15 target companies, check their careers page (or a niche board that already aggregates it) every week or two on a set day, set up saved searches with job-title alerts on the two or three boards you actually use, and spend the time you save on tailoring applications instead of searching for more of them. Searching more broadly with less tailoring is a common way to feel busy without actually improving your response rate.
Remote roles deserve a specific note here: they typically draw a much larger applicant pool than an equivalent on-site posting in a single city, since geography stops being a filter. That doesn't mean avoid them, but it does mean a remote application needs to be even more tailored and specific than an on-site one, because you're competing nationally instead of locally.
Step 7: Write a Resume and Application That Beats the ATS
Nearly every mid-size or large company runs applications through an ATS before a human ever sees them, and that system is doing keyword and structure matching, not reading your resume the way a person would. Beating it, and then the human skim that follows, means:
- Mirror the job description's language, using the same terms the posting uses for skills and tools (if the posting says "SQL," don't only write "database querying"), without stuffing keywords in unnaturally.
- Quantify your impact everywhere you can, even on small or academic projects: "reduced model inference time by 40%" or "analyzed 50,000 customer records to identify three churn drivers" beats a bare list of tools used.
- Lead with outcomes, not tool lists. A resume that reads as eight bullet points of technology names tells a hiring manager nothing about whether you can do the job; a resume that reads as five outcomes, each naming the tools used to get there, tells them everything.
- Tailor per application, at least lightly. Applying with one identical resume to 200 postings is a well-documented way to get a near-zero response rate; tailoring the top third of your resume to each specific posting takes minutes and measurably improves callback rates.
- Keep formatting simple. Tables, columns, images, and unusual fonts frequently break ATS parsing entirely, silently turning your resume into garbled text before a human ever opens the file. A single-column, standard-section resume in a common format (Word or PDF, depending on what the ATS specifies) parses reliably.
- Put your strongest project in the top third of the page, not buried under a work history section that has nothing to do with data. If you're a career changer, a "Relevant Projects" section above your work experience is a completely normal, expected structure, not an admission of weakness.
- Write a short, specific cover letter or note when the application allows one, naming the actual team or product you'd be working on rather than a generic paragraph about your passion for data. Most candidates skip this entirely, which makes even a short, specific one stand out disproportionately to the effort it takes.
A resume that's already tailored, quantified, and simply formatted will pass most ATS systems on structure alone; the keyword match is what gets you past the initial filter, and the outcomes are what get a human to actually read the rest.
Step 8: Prepare for the Data Science Interview Process
Most data science interview loops follow a similar structure, even though the specific questions vary widely by company:
- Recruiter screen (20-30 minutes): background, motivation, salary expectations, logistics. Low technical bar, but the first place a mismatched title expectation (see Step 5) or an unrealistic salary number quietly ends a process.
- Technical screen (45-60 minutes): usually SQL and/or Python, sometimes on a shared coding platform, testing fundamentals more than cleverness. Expect questions like "find the second-highest value per group" in SQL, or a short Python exercise involving cleaning a small messy dataset.
- Case study or take-home (2-5 hours, or a live case in the room): a realistic business problem, evaluated as much on your reasoning and communication as your final answer. A common format: "here's a dataset and a business question, walk us through your approach and recommendation." Interviewers are watching how you frame the problem at least as closely as the model you build.
- Statistics/ML theory round: conceptual questions ("when would you use a random forest over logistic regression, and why," "how would you detect if an A/B test result is actually meaningful") more than derivations from scratch. Being able to explain a concept simply matters more here than reciting a formula.
- Behavioral/cross-functional round: how you've handled ambiguous requirements, disagreements with a stakeholder, or a project that didn't go as planned. Prepare two or three specific stories in advance rather than trying to improvise them live, using your portfolio projects or prior work experience as the source material.
The single most common failure point isn't technical. It's candidates who can build a model but can't explain their reasoning out loud, in plain language, to someone who isn't a data scientist. Practicing explaining your portfolio projects to a non-technical friend is genuinely one of the most effective things you can do before an interview loop. For a full breakdown of common question types, how to structure a case-study answer, and how to use your GitHub profile effectively in the interview itself, see Data Science Job Interview Prep: Questions, Cover Letters & GitHub Portfolio Tips.
How Long Does It Actually Take to Get a Data Science Job?
There's no single honest number here, but there is an honest range: most career changers with a solid portfolio and consistent effort land a first data science-adjacent role within 4 to 9 months of starting a focused job search, not from the day they started learning. That range shifts with your starting point. Someone with a related quantitative degree (math, engineering, economics) and a strong portfolio often lands something in 2 to 4 months. Someone starting from an unrelated background, building skills and a portfolio from zero, should plan on 9 to 18 months total, including the learning phase, not just the applying phase. Market conditions matter too: hiring slows in Q4 and picks up in Q1 across most industries, so a search that starts in November will often feel slower than the exact same effort starting in February. None of this is a reason to rush a weak portfolio out the door faster; a rushed, generic application timeline is slower in practice than a focused one, because it generates rejections without generating the feedback loop that improves your next application.
Mistakes That Slow Down Your Data Science Job Search
- Building another Titanic or Iris project. Hiring managers have seen it hundreds of times, and it signals course completion, not job readiness. If it's the first project in a course, it can't also be the centerpiece of your portfolio.
- Applying to "data scientist" roles with a data analyst skill set, or the reverse, without checking which title actually matches your skills (see Step 5). This produces a lot of applications and very few callbacks, and it's easy to mistake that for "the market is bad" rather than "the targeting is off."
- Skipping SQL because it feels less exciting than machine learning, then getting stuck in the first technical screen. It's the most commonly under-practiced skill relative to how often it actually gets tested.
- Sending one identical resume to every posting instead of spending five minutes tailoring the top third to each role. The response-rate difference between a tailored and an untailored resume is large enough that this is close to the most effective five minutes in the entire job search.
- Waiting to apply until you feel "ready." Most people who land offers apply while still building skills, not after declaring themselves finished, and the interview process itself is one of the fastest ways to find out what you're actually missing.
- Ignoring networking and referrals in favor of only applying cold through job boards, which is the lowest-conversion channel in data science hiring. A short, specific message to someone at a target company asking for 15 minutes of advice converts far better than a cold application into the same company.
- Over-indexing on deep learning and neural networks for general data scientist and analyst roles, where solid SQL, statistics, and business communication matter far more day to day. Save the deep learning specialization for once you're targeting ML engineer or research scientist postings specifically.
- Treating the job search as a numbers game. Applying to 200 postings with a generic resume produces a worse outcome than applying to 30 with a tailored one, because the response rate on the untailored version is close enough to zero that volume doesn't fix it.
FAQ
Do I need a master's degree to get a data science job?
No. A master's helps at large tech companies and research-heavy roles, and it can substitute for work experience early in your career, but it's not a requirement for most data science and analyst postings. Many working data scientists hold only a bachelor's degree, often in an unrelated field, paired with a strong portfolio and demonstrated SQL/statistics skills. The exceptions are research scientist roles and companies that use a degree as a hard filter for visa sponsorship or campus recruiting pipelines.
What's the difference between a data scientist and a data analyst job?
A data analyst job generally focuses on querying, visualizing, and explaining existing data to answer specific business questions, using SQL and BI tools like Tableau or Looker. A data scientist job generally adds building and evaluating predictive models on top of that analysis, using Python or R and machine learning techniques. The skill sets overlap heavily at the junior level, which is why many candidates use a data analyst role as a stepping stone into data science. See our full breakdown of data science job titles for the complete list.
Can Kaggle competitions alone get you a data science job?
Rarely on their own. A strong Kaggle result (top 10%, a documented approach) is a real signal of modeling skill and shows up well on a resume, but it doesn't demonstrate the messy-data cleaning, stakeholder communication, or business-framing skills that make up most of the actual job. Treat Kaggle as one strong project inside a broader portfolio, not a replacement for one.
Is coding required for every data science job?
Yes, in some form, for nearly every role carrying the title "data scientist," "data analyst," or "ML engineer." The specific language varies (Python and R dominate for data science, SQL is close to universal across all three), and the depth of software engineering skill required varies a lot by seniority and company, but a role with zero coding and the word "data science" in the title is rare enough to be worth double-checking the actual job description closely.
Does the college you went to matter for a data science job?
Less than most candidates assume, and much less than it did a decade ago. Prestige can open doors at a small number of large tech and finance companies with formal campus recruiting pipelines, but the majority of data science hiring, especially at mid-size companies and startups, weighs your portfolio, your ability to explain your reasoning, and your relevant work experience far more heavily than your school's name. A candidate from a state school with two excellent, well-documented projects regularly beats a candidate from a prestigious school with none.
Your Next Step
You don't need to do all eight steps perfectly before you apply anywhere. You need to stop being one of the hundreds of identical-looking applicants for every posting, and every step above is really just a different way of doing that. If you've already got the core skills down, the fastest next move is usually Step 3: rebuild your portfolio around one specific, real problem instead of adding a ninth course certificate.
When you're ready to start applying, browse current data science, analyst, and ML engineering roles filtered by seniority and remote status on finddatasciencejobs.com, aggregated and AI-tagged directly from company career pages so you're seeing roles as they're posted, not after they've filtered down through five other boards first.
Read next: