One thing I’ve noticed working in lean teams:
We don’t always have IT.
…but the work still exists.
So it quietly gets absorbed by whoever is closest to the systems.
And suddenly “admin” starts to include things like:
-
Managing user access
-
Deciding who owns what tool
-
Cleaning up shared drives
-
Setting up workflows and automations
-
Troubleshooting when something breaks
-
Thinking about data security (sometimes without formal training)
At some point, you realize:
This isn’t just admin work.
This is systems governance.
The tricky part is that this role is rarely defined.
There’s no clear:
-
Ownership
-
Documentation
-
Standard for how tools should be used
-
Process for onboarding/offboarding access
So everything becomes:
→ reactive
→ person-dependent
→ hard to scale
What I’ve learned is that even without a formal IT function, teams still need:
1. Clear ownership of systems
Who is responsible for each tool—beyond just “who uses it”?
2. Access governance
Who has access to what, and how often is that reviewed?
3. Usage standards
How should this tool actually be used across teams?
4. Documentation that lives beyond one person
So knowledge doesn’t disappear when someone leaves
Because without this, tools don’t just get messy—
they become risky.
And the cost shows up as:
-
lost time
-
duplicated work
-
confusion across teams
-
and sometimes… security gaps
I’ve started thinking of this role less as “admin”
and more as operational infrastructure.