<?xml version="1.0" encoding="UTF-8"?>
<rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom" xmlns:dc="http://purl.org/dc/elements/1.1/">
  <channel>
    <title>DEV Community: Gal Shalom</title>
    <description>The latest articles on DEV Community by Gal Shalom (@gscoreit).</description>
    <link>https://dev.to/gscoreit</link>
    <image>
      <url>https://media2.dev.to/dynamic/image/width=90,height=90,fit=cover,gravity=auto,format=auto/https:%2F%2Fdev-to-uploads.s3.amazonaws.com%2Fuploads%2Fuser%2Fprofile_image%2F3958653%2F314140fa-acd9-4c74-8534-b65e61f0da2f.png</url>
      <title>DEV Community: Gal Shalom</title>
      <link>https://dev.to/gscoreit</link>
    </image>
    <atom:link rel="self" type="application/rss+xml" href="https://dev.to/feed/gscoreit"/>
    <language>en</language>
    <item>
      <title>Why Employee Offboarding Is Your Biggest Security Risk</title>
      <dc:creator>Gal Shalom</dc:creator>
      <pubDate>Fri, 29 May 2026 14:47:34 +0000</pubDate>
      <link>https://dev.to/gscoreit/why-employee-offboarding-is-your-biggest-security-risk-4gf</link>
      <guid>https://dev.to/gscoreit/why-employee-offboarding-is-your-biggest-security-risk-4gf</guid>
      <description>&lt;p&gt;Someone quits on a Friday. By Monday, you've handed off their work, updated the org chart, and sent the all-hands announcement. But somewhere, their Slack account is still active. Their Google Drive still has full access. They can still log into your CRM.&lt;/p&gt;

&lt;p&gt;This isn't hypothetical. It happens at almost every company that doesn't have a formal offboarding process — which is most SMBs.&lt;/p&gt;

&lt;h2&gt;
  
  
  The Numbers Are Uncomfortable
&lt;/h2&gt;

&lt;p&gt;Studies consistently show that a significant percentage of former employees retain access to company systems after they leave. In some surveys, it's over 50%. The reasons are mundane: IT didn't get notified in time, the offboarding checklist was incomplete, or nobody was responsible for revoking access to the 14 different SaaS tools the person used.&lt;/p&gt;

&lt;p&gt;The risk isn't always malicious. Sometimes a former employee accidentally stumbles into a system they still have access to. Sometimes they're not former at all — they left on bad terms and they know exactly where the sensitive data lives.&lt;/p&gt;

&lt;h2&gt;
  
  
  Why It's Harder Than It Sounds
&lt;/h2&gt;

&lt;p&gt;Revoking access sounds simple. In practice, it requires knowing every tool a person used, having admin access to each one, and actually doing it before they walk out the door.&lt;/p&gt;

&lt;p&gt;At most SMBs, that list doesn't exist anywhere. Tools get added constantly — a team adopts a new project management app, someone signs up for a niche analytics tool on their company card — and nobody keeps a master list. By the time someone leaves, IT is trying to reconstruct their software footprint from memory and email history.&lt;/p&gt;

&lt;h2&gt;
  
  
  The Tools Nobody Remembers
&lt;/h2&gt;

&lt;p&gt;The obvious ones — email, Slack, Google Workspace — usually get handled. It's the second and third-tier tools that slip through. The password manager. The design tool. The customer support platform. The finance software. Each of these is a potential entry point for someone who shouldn't have access.&lt;/p&gt;

&lt;p&gt;And unlike your core infrastructure, these SaaS tools often don't trigger security alerts when someone logs in from an unusual location. A former employee accessing your Intercom account six months after they left might never be noticed.&lt;/p&gt;

&lt;h2&gt;
  
  
  Building a Real Offboarding Process
&lt;/h2&gt;

&lt;p&gt;The fix is simpler than most companies make it. You need three things: a complete inventory of every tool each employee uses, a clear owner for the offboarding process, and a checklist that gets executed every single time — not just when HR remembers to tell IT.&lt;/p&gt;

&lt;p&gt;The checklist should be triggered the moment a resignation is accepted, not on the last day. That gives IT time to prepare the handoff without rushing. And it should be exhaustive: every app, every account, every access credential.&lt;/p&gt;

&lt;h2&gt;
  
  
  How CoreIT Handles This
&lt;/h2&gt;

&lt;p&gt;&lt;a href="https://coreitportal.com" rel="noopener noreferrer"&gt;CoreIT&lt;/a&gt; maintains a live record of every tool each employee has access to. When someone leaves, you see their complete software footprint in one place and can revoke access systematically. No guessing, no gaps, no former employees reading your internal Notion pages three months later.&lt;/p&gt;

&lt;p&gt;The free trial takes less than a day to set up — and the first time you run an offboarding through it, you'll probably find three or four tools you would have missed.&lt;/p&gt;

&lt;h2&gt;
  
  
  The Honest Truth
&lt;/h2&gt;

&lt;p&gt;Most companies only think about offboarding security after something goes wrong. A disgruntled former employee does something they shouldn't, or an audit reveals a dozen ghost accounts. By then, the damage is done.&lt;/p&gt;

&lt;p&gt;Getting ahead of it is one of the highest-leverage things an IT manager at a growing company can do — and it's mostly a process problem, not a technology problem. The tools to fix it exist. The question is whether you'll act before you have a reason to.&lt;/p&gt;

</description>
      <category>security</category>
      <category>itmanagement</category>
      <category>sysadmin</category>
      <category>saas</category>
    </item>
    <item>
      <title>The Hidden Cost of Slow IT Onboarding at Growing Companies</title>
      <dc:creator>Gal Shalom</dc:creator>
      <pubDate>Fri, 29 May 2026 14:47:03 +0000</pubDate>
      <link>https://dev.to/gscoreit/the-hidden-cost-of-slow-it-onboarding-at-growing-companies-48on</link>
      <guid>https://dev.to/gscoreit/the-hidden-cost-of-slow-it-onboarding-at-growing-companies-48on</guid>
      <description>&lt;p&gt;Every IT manager knows the feeling. It's 8:47am, a new hire starts at 9, and you're still provisioning their laptop, setting up their Google Workspace account, and trying to remember which Slack channels they need to be in.&lt;/p&gt;

&lt;p&gt;By the time they actually have access to the tools they need to do their job, it's noon. Half their first day — gone.&lt;/p&gt;

&lt;p&gt;At a company with 50 employees hiring 2 people a month, that's 24 half-days per year lost to onboarding friction. That's real money, real frustration, and a terrible first impression.&lt;/p&gt;

&lt;h2&gt;
  
  
  Why Onboarding Is Broken at Most SMBs
&lt;/h2&gt;

&lt;p&gt;The problem isn't that IT managers are disorganized. It's that the information they need is scattered across too many places. The list of tools a new hire needs lives in someone's head, or a doc that hasn't been updated since Q3. The license inventory is a spreadsheet that's always slightly wrong. The provisioning steps are tribal knowledge passed from one IT person to the next.&lt;/p&gt;

&lt;p&gt;When you're a 10-person company, this works fine. When you're 50, it starts to hurt. At 100, it's a genuine operational problem.&lt;/p&gt;

&lt;h2&gt;
  
  
  What a Good Onboarding Process Actually Looks Like
&lt;/h2&gt;

&lt;p&gt;The companies that get this right treat onboarding like a repeatable workflow, not an ad-hoc scramble. Before the new hire's start date, IT has a checklist: hardware assigned, accounts created, software licensed, access granted. Everything checked off before 9am.&lt;/p&gt;

&lt;p&gt;The key is having a single source of truth for what tools each role needs. A sales rep needs Salesforce, Slack, Google Workspace, Zoom, and maybe Gong. A developer needs GitHub, Jira, AWS, and Notion. When you have that mapped out, onboarding becomes a 20-minute task, not a half-day project.&lt;/p&gt;

&lt;h2&gt;
  
  
  The License Problem Nobody Talks About
&lt;/h2&gt;

&lt;p&gt;Here's something that doesn't get enough attention: slow onboarding often means you're paying for licenses you're not using. If it takes two weeks to provision a new hire's tools, that's two weeks of SaaS subscriptions sitting idle. Multiply that across 10 hires a year and you're looking at real waste.&lt;/p&gt;

&lt;p&gt;The flip side is also true. Rush onboarding means buying new licenses without checking if you already have unused seats. IT managers at fast-growing companies routinely discover they have 20 paid Figma seats and only 8 designers.&lt;/p&gt;

&lt;h2&gt;
  
  
  How to Fix It
&lt;/h2&gt;

&lt;p&gt;You need three things: a complete inventory of every tool and license your company uses, a role-based provisioning template (what does each job function need?), and a trigger that kicks off the process before day one — not on it.&lt;/p&gt;

&lt;p&gt;Tools like &lt;a href="https://coreitportal.com" rel="noopener noreferrer"&gt;CoreIT&lt;/a&gt; give IT managers a single place to manage this. When a new hire starts, you assign them a role profile and the right software stack gets provisioned from existing licenses where possible. No more scrambling. No more paying for seats nobody's using.&lt;/p&gt;

&lt;h2&gt;
  
  
  The Bottom Line
&lt;/h2&gt;

&lt;p&gt;Slow onboarding isn't just an IT problem — it's a business problem. It costs money, kills first impressions, and signals to new hires that the company isn't as organized as it looked in the interview. Fixing it doesn't require a massive overhaul. It just requires a single source of truth that IT can actually rely on.&lt;/p&gt;

&lt;p&gt;If you're managing IT for a 20–500 person company and onboarding still feels chaotic, it's worth 10 minutes to see what a structured approach looks like. &lt;a href="https://coreitportal.com" rel="noopener noreferrer"&gt;Free trial, no credit card required.&lt;/a&gt;&lt;/p&gt;

</description>
      <category>itmanagement</category>
      <category>productivity</category>
      <category>sysadmin</category>
      <category>saas</category>
    </item>
  </channel>
</rss>
