SoHo, SMB und Enterprise-IT

IT ist nicht gleich IT. Es ist ein entscheidender Unterschied, ob sie in einem Betrieb mit fünf Personen (SoHo – Small Office / Home Office), einem mittelgroßen Unternehmen (SMB – Small and Medium-sized Business) oder einem Konzern mit mehreren zehntausend Beschäftigten (Enterprise) stattfindet. Dabei unterscheiden sich weniger die eingesetzten Technologien als mehr deren Skalierung sowie die damit verbundenen Prozesse und Verantwortlichkeiten. Während sich im SoHo-Umfeld vieles pragmatisch lösen lässt, braucht ein SMB Standards und eine Enterprise-IT definierte Prozesse und Governance, um die wachsende Komplexität beherrschbar zu machen. Auf diese Unterschiede, die jeweiligen Herausforderungen, und die Anforderungen an die Enterprise-Architektur geht dieser Artikel ein.

SoHo, SMB und Enterprise-IT visualisiert als Gebäude

Definitionen und Unterschiede

Small Office / Home Office (SoHo)

In einem SoHo-Umfeld soll die IT vor allem einfach funktionieren, wenig kosten und wenig Pflege benötigen. Sie wird weitgehend selbst betrieben oder von einem kleinen, lokalen IT-Dienstleister betreut. Prozesse sind meist informell und die Wartung erfolgt überwiegend reaktiv. Für gewöhnlich gibt es in einer SoHo-IT weder organisierte IT-Architektur noch Enterprise-Architektur.

Die Komplexität bleibt überschaubar: Das Spektrum reicht von einer einzelnen Person bis zu ungefähr 20 bis 50 IT-Anwendern, beispielsweise einem Handwerksbetrieb oder sogar eine große Familie. Das IT-Budget liegt typischerweise im drei- bis fünfstelligen Bereich und die IT-Systeme sind in der Regel nicht über mehrere Standorte verteilt. Diese Größenangaben dienen jedoch nur der Orientierung - sollten schwerwiegende regulatorische oder geschäftskritische Anforderungen hinzukommen, dann kann beispielsweise eine Arztpraxis oder Anwaltskanzlei mit je 10 Mitarbeitern eine SMB- oder Enterprise-IT erfordern.

Small and Medium-sized Business (SMB)

In einem SMB beginnt die IT, geschäftskritisch zu werden. Daher muss sie ab hier kontrolliert werden. Das Unternehmen führt verlässliche Strukturen, wiederverwendbare Dokumentationen und einen planbaren Betrieb ein. In diesem Umfeld kümmern sich ein oder mehrere IT-Teams um die Technik. Für einzelne Projekte werden gegebenenfalls externe Lösungsarchitekten hinzugezogen; eine organisierte Enterprise-Architektur existiert meistens noch nicht.

Im Vergleich zum SoHo steigt die Komplexität deutlich an. Das liegt häufig an der Zahl der IT-Anwender, die bei ungefähr 20 beginnt und bis zu mehreren hundert reichen kann. Maßgeblich ist dabei nicht die Gesamtzahl der Beschäftigten: Ein großer Handwerksbetrieb kann mehrere hundert Menschen beschäftigen, obwohl nur 20 von ihnen regelmäßig IT-Anwendungen nutzen. In einem SMB sind mehrere Standorte möglich und das IT-Budget bewegt sich meist im vier- bis sechsstelligen Bereich.

Enterprises

Für große Unternehmen ist die IT ein maßgeblicher Erfolgsfaktor. Daher muss sie vor allem skalierbar sein. Das wird durch weitreichende Standardisierung, institutionalisiertes Prozessmanagement und Governance erreicht. Es kann eigene Vorstandsbereiche oder Tochterunternehmen geben, die sich ausschließlich um die IT und die Anwendungen im Unternehmen kümmern. Auch die Enterprise-Architektur ist in Unternehmen dieser Größenordnung fest etabliert. Sie plant und steuert die IT-, Daten- und Prozesslandschaft des Unternehmens.

Die Komplexität steigt in diesem Umfeld steil an. Tausende bis hunderttausende Anwender können über viele, auch internationale Standorte verteilt sein. Das IT-Budget ist mindestens siebenstellig und nach oben offen. Ausschlaggebend ist aber auch hier nicht allein die Größe: Regulatorik, Verfügbarkeitsanforderungen, internationale Arbeitsteilung und die Anzahl an Anwendungen sowie deren Abhängigkeiten können aus einer vergleichsweise kleinen Organisation ein Enterprise-Umfeld machen.

IT-Umfelder sind keine starren Größenklassen

Aspekte

Die größten Unterschiede zwischen den gezeigten Modellen sind nicht rein technischer Natur. Sie zeigen sich vor allem in der Organisation, der Steuerbarkeit und der Skalierbarkeit. Weiterhin wird mit zunehmender Größe die Frage der expliziten Verantwortung wichtiger.

Infrastruktur

SoHo	SMB	Enterprise
Ansammlung einzelner Geräte	Bewußt verwaltete Umgebung	Dauerhafte Plan- und Steuerbarkeit

Die Infrastruktur einer SoHo-IT fokussiert sich auf Einfachheit und die leichte Wartbarkeit durch Generalisten oder Laien. Für komplexe Systeme stehen weder spezialisierte Fachkräfte noch ein entsprechendes Budget bereit. Das Netzwerk besteht typischerweise aus einer Ansammlung einzelner Geräte wie einem einfachen Router, beispielsweise einer FritzBox, und gegebenenfalls unverwalteten Desktop-Switches. Als Datenspeicher dienen lokale NAS-Systeme oder Public-Cloud-Angebote. Endgeräte werden manuell eingerichtet; Redundanzen für Datenspeicher oder Anwendungen sind allenfalls in einfacher Form vorhanden. Zentral verwaltete Dienste gibt es selten; meist nur für Backups, Passwortmanagement oder Endgeräteschutz.

Für die kontrollierte Umgebung baut eine SMB-IT eine bewußt verwaltete Umgebung auf. Dazu gehören beispielsweise segmentierte Netzwerke und VPNs. Eigene Server sind meist virtualisiert und bilden eine kleine Server- oder Cloud-Landschaft. Backups werden regelmäßig erstellt, versioniert und außerhalb der eigenen Infrastruktur gesichert. Für Endgeräte kommt teilweise bereits Mobile Device Management zum Einsatz. Eine zentrale Benutzerverwaltung ist üblich und kann um Rollen- und Berechtigungskonzepte erweitert sein. Wichtige Dienste werden überwacht und besonders geschäftskritische Anwendungen redundant betrieben. Entscheidend ist der Übergang von einer Ansammlung einzelner Geräte zu einer bewusst verwalteten Umgebung.

Eine Enterprise-IT ist auf Skalierbarkeit in alle Richtungen ausgelegt. Architektur und Infrastruktur werden systematisch geplant und mithilfe von Governance-Prozessen umgesetzt. Sie besteht aus mehreren segmentierten Netzwerken, die redundant ausgelegt sind und durch zentrale Richtlinien verwaltet werden; je nach Schutzbedarf kommt Network Access Control hinzu. Für die IT-Landschaft werden eigene Rechenzentren, Colocation-Angebote sowie Hybrid- und Hyperscaler-Clouds genutzt. In lange gewachsenen Unternehmen können außerdem Legacy- und Mainframe-Systeme eine wichtige Rolle spielen. Endgeräte werden vollständig zentral verwaltet, standardisiert und regelmäßig auf die Einhaltung von Vorgaben geprüft. Kritische Systeme müssen redundant ausgelegt sein. Lifecycle-, Change- und Capacity-Management sorgen dafür, dass die Infrastruktur nicht nur funktioniert, sondern dauerhaft plan- und steuerbar bleibt.

Sicherheit

SoHo	SMB	Enterprise
Basishygiene	Wiederholbare Sicherheitsprozesse	Formalisierte Sicherheitssteuerung

SoHo benötigt vor allem eine robuste Basishygiene. Automatische Updates, Mehrfaktor-Authentifizierung, ein Passwortmanager, verschlüsselte Endgeräte und funktionierende Backups schützen gegen die häufigsten Risiken wie Geräteverlust, Schadsoftware und Phishing. Die Maßnahmen sollten möglichst standardmäßig aktiv sein, weil weder ein Sicherheitsteam noch Zeit für aufwendige Kontrollen vorhanden ist.

In einem SMB treten zusätzlich Ransomware, größere Datenverluste und Risiken durch kompromittierte Konten in den Vordergrund. Endpoint Protection, zentral gesteuerte Firewalls, Patchmanagement, getestete Backups und regelmäßige Awareness-Maßnahmen bilden deshalb nur die technische Seite. Hinzukommen ein Berechtigungskonzept, ein Notfallplan, Sicherheitsrichtlinien und klar benannte Verantwortliche. Sicherheit entwickelt sich damit von einer Produkteigenschaft zu wiederholbaren Sicherheitsprozessen.

Eine Enterprise-IT braucht eine formalisierte Sicherheitssteuerung. Ein Security Operations Center (SOC), Security Information and Event Management (SIEM), Schwachstellenmanagement, Incident Response und Zero-Trust-Prinzipien greifen ineinander. Risikomanagement, Audits und Compliance-Richtlinien beziehen die organisatorische und regulatorische Ebene ein. Das Bedrohungsmodell umfasst gezielte Angriffe, kompromittierte Lieferketten, Industriespionage und Verstöße mit weitreichenden rechtlichen Folgen. Entscheidend ist deshalb nicht, jedes Risiko technisch auszuschließen, sondern Risiken sichtbar zu machen, angemessen zu behandeln und die Wirksamkeit der Kontrollen nachweisen zu können.

Datenablage und Backups

Aspekt	SoHo	SMB	Enterprise
Datenablage	Lokale Verantwortung	Zentrale Verantwortung	Strategische Gouvernance
Backups	3-2-1-Regel	Zentrale Backuplösung mit IT-Notfallplan	Business Continuity Managements

Im SoHo-Umfeld liegen Daten meist in Dateien, kleinen lokalen Datenbanken oder SaaS-Anwendungen. Die Verantwortung ist unmittelbar: Die Person, die mit den Daten arbeitet, kennt üblicherweise auch deren Bedeutung. Dabei lautet die erste Frage normalerweise: “Habe ich meine Daten noch?” Eine externe Festplatte, ein NAS oder ein Cloud-Backup kann als Backup ausreichen, sofern die Sicherung automatisiert läuft, getrennt vom Ursprungssystem aufbewahrt wird und tatsächlich wiederhergestellt werden kann. Die 3-2-1-Regel ist in diesem Szenario eine gute Richtlinie. Sie bedeutet:

• 3-fache Ausführung der wichtigen Daten (1 Original, 2 Kopien)
• 2 verschiedene Medientypen, z.B. ein Computer und ein NAS-System oder eine externe Festplatte
• 1 Kopie außer Haus, z.B. auf einem verschlüsselten Cloud-Speicher

Im SMB liegen die Daten in Fachanwendungen und zentralen Dateiablagen. Es entstehen mehrere Versionen derselben Kunden-, Produkt- oder Auftragsdaten. Datenqualität wird zu einer Frage der Geschäftsprozesse: Es muss klar sein, welches System eine Information führt, wer Fehler korrigiert und wie Änderungen an andere Systeme gelangen. DSGVO-Prozesse für Auskunft, Aufbewahrung und Löschung müssen implementiert werden und dürfen nicht allein von technischem Wissen einzelner Mitarbeiter abhängen.

Die zentrale Frage verschiebt sich zu: “Wie schnell sind wir wieder arbeitsfähig?” Eine zentrale Backuplösung mit Versionierung und externer Aufbewahrung muss deshalb durch Restore-Tests und einen dokumentierten IT-Notfallplan ergänzt werden. Das Unternehmen sollte priorisieren, welche Systeme zuerst benötigt werden, wer im Notfall entscheidet und welche manuellen Ersatzverfahren den Betrieb vorübergehend aufrechterhalten.

In der Enterprise-IT sind Daten selbst ein Architektur- und Governance-Objekt. Data Governance, Integrationsarchitektur und Master Data Management unterstützen die organisationsweite Nutzung. Datenverantwortliche definieren Bedeutung, Qualität, Klassifikation und zulässige Verwendung von Daten; technische Verantwortliche stellen Integrationsplattformen bereit. Datenflüsse, Herkunft und Veränderungen müssen nachvollziehbar sein. Datenschutz- und Compliancevorgaben steuern zudem, wie lange Daten aufbewahrt und wann sie zuverlässig gelöscht werden müssen. Die Komplexität liegt darin, Daten unternehmensweit nutzbar zu machen, ohne Verantwortung und Kontext zu verlieren.

Die entscheidende Frage lautet: “Welche Geschäftsprozesse dürfen wie lange ausfallen und welche technischen Wiederherstellungsziele folgen daraus?” Business-Impact-Analysen übersetzen die Auswirkungen eines Ausfalls in Recovery Time Objectives (RTO) und Recovery Point Objectives (RPO). Daraus entstehen abgestufte Backup- und Disaster-Recovery-Strategien mit unveränderbaren Sicherungen, getrennten Wiederanlaufumgebungen und regelmäßig geübten Krisenverfahren. Backups sind dabei nur ein Baustein eines umfassenden Business Continuity Managements.

Cloud-Nutzung und IT-Souveränität

Aspekt	SoHo	SMB	Enterprise
Clouds	Einfachheit im Mittelpunkt	Zentrale Verwaltung	Hyperscaler, Hybrid- und Multi-Clouds
IT-Souveränität	Regelmäßige Exporte	Offene Formate, standardisierte Schnittstellen	Souveräne IT-Strategie

SoHo nutzt Clouds und Hosting-Angebote vor allem wegen ihrer Einfachheit. E-Mail, Videokonferenzsysteme, Dateiablage und Standardsoftware lassen sich als Software as a Service beziehen, ohne eigene Server zu betreiben. Das größte Risiko sind dabei unzureichend geschützte oder verlorene Konten. Mehrfaktor-Authentifizierung, getrennte Administratorkonten und exportierbare beziehungsweise zusätzlich gesicherte Daten sind besonders wichtig.

Die Abhängigkeit von wenigen großen Cloud- und Softwareanbietern wird meist bewusst zugunsten einer einfachen und kostengünstigen Lösung akzeptiert. Souveränität entsteht hier nicht durch den Betrieb eigener Server, sondern durch elementare Vorsorge: Daten müssen in einem gebräuchlichen Format exportiert und unabhängig gesichert werden können, Zugänge und Notfallkonten gehören unter die eigene Kontrolle und die eigene Internetdomain sollte nicht allein von einem Dienstleister verwaltet werden. Wichtig ist außerdem eine realistische Antwort auf die Frage, wie E-Mail, Dateiablage oder Buchhaltung weitergeführt werden, wenn ein Konto gesperrt wird, ein Anbieter sein Produkt einstellt oder der lokale IT-Dienstleister nicht mehr verfügbar ist.

Ein SMB nutzt neben SaaS häufig auch Cloud-Infrastruktur und Kollaborationsplattformen. Eine zentrale Mandantenverwaltung sowie Rollen und Richtlinien sorgen dafür, dass aus vielen Einzellösungen eine kontrollierte Umgebung wird. Ohne diesen Rahmen entstehen Schatten-IT, unklare Datenablagen und schwer zurechenbare Kosten. Cloud-Dienste verringern zwar den Aufwand für den Betrieb von Anwendungen, nehmen dem Unternehmen aber nicht die Verantwortung für Konfiguration, Identitäten und Daten ab.

In einer SMB-IT sollten geschäftskritische Cloud-Anbieter, Datenflüsse und technische Abhängigkeiten systematisch erfasst werden. Offene Formate, standardisierte Schnittstellen und vertraglich geregelte Datenexporte verbessern die Wechselmöglichkeit. Für geschäftskritische Anwendungen braucht es eine Exit-Strategie, die Migrationsaufwand, Fristen, Kosten und einen möglichen Parallelbetrieb berücksichtigt. Souveränität betrifft dabei auch das Wissen im Unternehmen: Wenn nur ein einzelner Mitarbeiter oder Dienstleister die Umgebung versteht, besteht trotz frei wählbarer Technologie eine erhebliche Abhängigkeit. Ein SMB muss deshalb nicht jeden Dienst selbst betreiben, sollte aber Anwendungsarchitektur, Dienstleister-Verträge, Administrationszugänge und die Betriebsdokumentation so kontrollieren, dass das Unternehmen jederzeit handlungsfähig bleibt.

Eine Enterprise-IT nutzt Hyperscaler Cloud-Dienste strategisch in hybriden oder Multi-Cloud-Umgebungen. Landing Zones schaffen standardisierte Einstiegspunkte für die Verwaltung von Konten, Netzwerken, Monitoring, Protokollierung und Sicherheitsvorgaben. Ein Cloud Center of Excellence kann Wissen, Plattformen und Leitplanken bereitstellen; FinOps verbindet technische Nutzung mit finanzieller Steuerung. Gleichzeitig müssen Datenresidenz, regulatorische Anforderungen, Sicherheitsarchitektur und Vendor Lock-in berücksichtigt werden. Multi-Cloud ist dabei kein Selbstzweck: Zusätzliche Anbieter erhöhen die Ausfallsicherheit nur dann, wenn Anwendungen, Betriebswissen und Abhängigkeiten tatsächlich getrennt sind. Die Abteilung für Enterprise Architektur erstellt die Cloud-Strategie und verantwortet ihre Umsetzung um die genannten Leitplanken und Vorgaben einzuhalten.

Ergänzt werden diese Werkzeuge im Enterprise-Umfeld durch eine souveräne IT-Strategie. Anwendungen und Plattformen werden nach Kritikalität klassifiziert und daraufhin geprüft, welchen Rechtsräumen, Lieferketten und technologischen Bindungen sie unterliegen. Enterprise-Architektur, Informationssicherheit, Einkauf und Rechtsabteilung müssen gemeinsam festlegen, wo Standardprodukte ausreichen, wo mehrere Anbieter oder offene Technologien benötigt werden und welche Fähigkeiten im eigenen Unternehmen verbleiben müssen. Exit-Pläne sollten für besonders kritische Plattformen nicht nur dokumentiert, sondern durch Datenexporte, Wiederanlaufproben oder Migrationstests überprüft werden. Vollständige Unabhängigkeit ist weder erreichbar noch wirtschaftlich. Ziel ist eine bewusst gewählte Abhängigkeit, deren Risiken, Kosten und Auswege bekannt sind.

Künstliche Intelligenz

SoHo	SMB	Enterprise
Individuelle Produktivitätsunterstützung	Kontrollierte Prozessintegration	Strategische KI-Plattform und Governance

In einer SoHo-IT wird künstliche Intelligenz vor allem als fertiges Werkzeug zur individuellen Produktivitätsunterstützung genutzt. Generative KI hilft beispielsweise beim Formulieren, Zusammenfassen und Übersetzen von Texten, beim Erstellen von Bildern, bei Recherchen oder bei der Entwicklung kleiner Softwarelösungen. Die Funktionen werden als Cloud-Dienst abonniert oder sind bereits in Office-, Buchhaltungs- und Kreativanwendungen integriert. Eigene Modelle zu trainieren oder eine besondere KI-Infrastruktur zu betreiben, wäre in diesem Umfeld unwirtschaftlich. Der Anwender bleibt jedoch für das Ergebnis verantwortlich: Aussagen müssen überprüft und sensible personenbezogene oder geschäftliche Daten dürfen nicht unbedacht an öffentliche Dienste übermittelt werden. Der größte Nutzen liegt in der Zeitersparnis, die größten Risiken sind blindes Vertrauen in fehlerhafte Ergebnisse und der unkontrollierte Abfluss von Daten.

In einer SMB-IT entwickelt sich KI vom persönlichen Hilfsmittel zu einem Bestandteil gemeinsamer Geschäftsprozesse. Denkbare Anwendungsfälle sind die Unterstützung des Kundendienstes, die Verarbeitung und Klassifikation von Dokumenten, die interne Wissenssuche, Vertriebsprognosen oder die Erstellung von Produkt- und Marketinginhalten. Damit daraus keine unkontrollierte Schatten-KI entsteht, sollte das Unternehmen geeignete Dienste zentral auswählen, Konten und Lizenzen verwalten und Regeln für Datenschutz, Informationssicherheit und Qualitätskontrolle festlegen. Für jeden Anwendungsfall braucht es einen fachlich Verantwortlichen, nachvollziehbare Qualitätskriterien und ein Verfahren für den Fall, dass die KI kein brauchbares Ergebnis liefert. Werden interne Daten eingebunden, müssen die bestehenden Zugriffsrechte auch für die KI gelten. Kritische Entscheidungen sollten weiterhin von einem Menschen geprüft und freigegeben werden. Eine KI-Strategie hilft dabei, nicht von einem Produkt auszugehen, sondern zuerst die Probleme auszuwählen, für die KI einen messbaren Nutzen bringt.

In einer Enterprise-IT ist künstliche Intelligenz eine strategische Fähigkeit, die über viele Geschäftsbereiche, Datenbestände und Risikoklassen hinweg skalierbar gesteuert werden muss. Ein unternehmensweites Anwendungsportfolio priorisiert Investitionen und verhindert, dass mehrere Bereiche dieselbe Lösung unabhängig voneinander aufbauen. Gemeinsame KI-Plattformen stellen freigegebene Modelle, abgesicherte Zugänge, Datenanbindungen sowie wiederverwendbare Dienste bereit. MLOps beziehungsweise LLMOps, Modellregister, automatisierte Evaluationen und ein kontinuierliches Monitoring machen Qualität, Kosten und technische Veränderungen nachvollziehbar. Eine formalisierte AI Governance regelt Verantwortlichkeiten, Risikobewertung, menschliche Kontrollpunkte, Dokumentation und die zulässige Nutzung von Daten und Modellen. Neben fehlerhaften oder verzerrten Ergebnissen müssen Datenabfluss, Prompt Injection, Modellveränderungen, regulatorische Vorgaben, Lieferantenabhängigkeiten und IT-Souveränität berücksichtigt werden. Enterprise Architektur verbindet die KI-Strategie, die Daten- und Sicherheitsarchitektur sowie die Geschäftsprozesse mit der Anwendungslandschaft und sorgt dafür, dass KI-Lösungen über ihren gesamten Lebenszyklus integrierbar, betreibbar, kontrollierbar und wirtschaftlich bleiben.

Architektur

SoHo	SMB	Enterprise
Keine explizite Architektur	Lösungsarchitektur durch erfahrene Mitarbeiter	Enterprise Architektur Management als feste Institution

In einer SoHo-IT gibt es kaum formale Architekturarbeit. Wenige Systeme und Schnittstellen erlauben individuelle Entscheidungen, solange Lösungen einfach, sicher und wartbar bleiben. Eine aktuelle Übersicht über Geräte, Dienste, Datenablagen und Abhängigkeiten ist sinnvoller als ein umfassendes Architekturmodell.

Im SMB entstehen technische Standards und Zielbilder für wichtige Systeme in Form von Lösungsarchitekturen oder Kontextsichten. Mit der Zahl der Fachanwendungen wachsen auch Schnittstellen und Abhängigkeiten. Spätestens jetzt sollte dokumentiert werden, welche Systeme für welche Daten führend sind, wie Daten ausgetauscht werden und welche Technologien künftig bevorzugt oder abgelöst werden. Architektur ist hier häufig noch keine eigene Organisationseinheit, sondern eine Aufgabe erfahrener Administratoren, Entwickler, Lösungsarchitekten und IT-Leiter.

In der Enterprise-IT wird Architektur zum verbindenden Steuerungsinstrument und Enterprise Architektur Management zur festen Institution. Architekturprinzipien, Referenzarchitekturen, Bebauungspläne, Technologiestandards und Roadmaps schaffen einen gemeinsamen Rahmen für viele weitgehend autonome Teams. Integrationsarchitektur, Datenplattformen, APIs, Eventing und Middleware müssen als zusammenhängende Landschaft betrachtet werden. Eine Lösung wird daher nicht nur danach beurteilt, ob sie ihre unmittelbare Funktion erfüllt. Zusätzlich sind unter anderem folgende Fragen zu klären:

• Passt sie zur Zielarchitektur und zu den verbindlichen Standards?
• Ist sie sicher, integrierbar, betreibbar und auditierbar?
• Wie entwickeln sich Technologie, Kosten und Risiken über ihren gesamten Lebenszyklus?
• Wer trägt fachliche Verantwortung, Finanzierung und Betrieb?

Enterprise Architektur Management soll Einzelentscheidungen nicht unnötig verlangsamen. Ihre Aufgabe ist es, lokale Optimierungen zu verhindern, deren Folgekosten erst an anderer Stelle oder Jahre später sichtbar werden.

Zusammenfassung und Weitere Aspekte

Die folgende Tabelle fasst die ausführliche beschriebenen Aspekte zusammen und ergänzt weitere, die an dieser Stelle nicht ausführlich beschrieben werden, da sie den Umfang dieses Artikels sprengen würden.

Aspekt	SoHo	SMB	Enterprise
Infrastruktur	Ansammlung einzelner Geräte	Bewußt verwaltete Umgebung	Dauerhafte Plan- und Steuerbarkeit
Sicherheit	Basishygiene	Wiederholbare Sicherheitsprozesse	Formalisierte Sicherheitssteuerung
Datenablage	Lokale Verantwortung	Zentrale Verantwortung	Strategische Gouvernance
Backups	3-2-1-Regel	Zentrale Backuplösung mit IT-Notfallplan	Business Continuity Managements
Clouds	Einfachheit im Mittelpunkt	Zentrale Verwaltung	Strategische Hyperscaler und Multi-Clouds
IT-Souveränität	Regelmäßige Exporte	Offene Formate, standardisierte Schnittstellen	Souveräne IT-Strategie
Künstliche Intelligenz	Individuelle Produktivitätsunterstützung	Kontrollierte Prozessintegration	Strategische KI-Plattform und Governance
Architektur	Keine explizite Architektur	Lösungsarchitektur durch erfahrene Mitarbeiter	Enterprise Architektur Management als feste Institution
Identitätsmanagement	Manuelle Accounts	Zentrale Benutzerverwaltung	Strategisches Identity- and Access Management
IT-Betrieb	reaktiv	proaktiv	strategisch
IT-Support	Erfahrene Mitarbeiter	Ticketsystem für das IT-Team	Strategische Service Level Agreements und Rufbereitschaften; dedizierte Support-Teams
IT-Beschaffung	Direkte Käufe und Abos	Anbietervergleiche, SLAs und TCOs	Strategisches Lieferantenmanagement und Bebauungsplanung

Benötigte Kompetenzen

Mit wachsender Komplexität steigt nicht nur die Zahl der benötigten Fachkenntnisse. Es verändert sich auch, wie sie organisiert werden: SoHo braucht belastbare Generalisten, ein SMB benötigt ein eingespieltes Team mit ersten Spezialisierungen und Enterprise-IT beruht auf der koordinierten Zusammenarbeit vieler Fachdisziplinen.

SoHo-Kompetenzen

Für SoHo sind gute IT-Generalisten gefragt. Sie sollten grundlegende Netzwerktechnologien verstehen, gängige Betriebssysteme konfigurieren, Cloud-Dienste verwalten und einfache Fehler systematisch eingrenzen können. Ebenso wichtig sind Kenntnisse in Backup und Restore, Mehrfaktor-Authentifizierung, Passwortmanagement, Geräteschutz und Datenschutzgrundlagen.

Diese Aufgaben übernimmt häufig ein IT-affiner Eigentümer, ein Freelancer, ein lokaler Systemadministrator oder ein externer Dienstleister. Zertifizierungen sind weniger entscheidend als praktische Zuverlässigkeit, Sicherheitsbewusstsein und die Fähigkeit, eine Lösung so einfach zu halten, dass sie auch Monate später noch verstanden und gewartet werden kann.

SMB-Kompetenzen

Im SMB-Bereich werden stärkere Betriebs- und Sicherheitskompetenzen benötigt. System- und Netzwerkadministration, Firewalls, VPNs, VLANs, zentrale Verzeichnisdienste, Endpoint Management sowie Backup- und Disaster-Recovery-Konzepte bilden die technische Grundlage. Lizenzmanagement, Dokumentation, Projektmanagement, Prozessverständnis und die Steuerung externer Dienstleister kommen hinzu.

Typische Rollen sind: IT-Administratoren, System Engineers, Netzwerkadministratoren und ein IT-Leiter. Je nach Schutzbedarf ergänzen ein IT-Sicherheitsbeauftragter, ein Datenschutzkoordinator oder ein Managed Service Provider das Team. Zertifizierungen aus dem Microsoft- oder Netzwerkumfeld, ITIL Foundation sowie Grundlagen zu ISO 27001 oder BSI IT-Grundschutz können eine gemeinsame Wissensbasis schaffen. Sie ersetzen jedoch weder klare Zuständigkeiten noch eingeübte Abläufe.

Enterprise-IT-Kompetenzen

Enterprise-IT benötigt Spezialisierung und Koordination. Enterprise-, Solution-, Software-, Infrastruktur-, Cloud-, Security-, Daten- und Integrationsarchitekten betrachten dieselbe Landschaft aus unterschiedlichen Perspektiven. Governance-Funktionen kümmern sich um IT-Strategie, Portfoliomanagement, Risiken, Compliance und den Lebenszyklus von Technologien. Im Betrieb kommen Service-Management, Observability, Site Reliability Engineering, Hochverfügbarkeit und Disaster Recovery hinzu. Sicherheitsteams decken unter anderem IAM und PAM, SOC und SIEM, Schwachstellenmanagement, Incident Response sowie Audits und Forensik ab.

Die technische Spezialisierung allein reicht nicht aus. Stakeholder-Management, Kommunikation mit den Fachbereichen, Budgetsteuerung, Lieferantenmanagement, Ausschreibungen sowie Programm- und Projektmanagement verbinden die Disziplinen. Typische Rollen reichen vom CIO, CTO und CISO über verschiedene Architekten und IT Service Manager bis zu Produkt-, Plattform-, DevOps-, Risiko- und Vendor-Management-Teams.

Frameworks und Zertifizierungen wie TOGAF, ArchiMate, ITIL, COBIT, ISO 27001, BSI IT-Grundschutz, CIS Controls, CISSP oder CISM liefern Vokabular, Methoden und Kontrollmodelle. Technologiezertifizierungen für Cloud-Plattformen oder Kubernetes vertiefen einzelne Fachgebiete. Ihr Nutzen entsteht aber erst, wenn die Organisation die verschiedenen Perspektiven in konkrete Ergebnisse für das Unternehmen übersetzt.

Praxisbeispiel: Gemeinsame Dateiablage

Eine gemeinsame Dateiablage wird in Unternehmen jeder Größenordnung benötigt, aber nach grundlegend unterschiedlichen Kriterien ausgewählt und betrieben. Das Beispiel zeigt, wie sich mit der Komplexität nicht unbedingt das sichtbare Produkt, wohl aber der Entscheidungsrahmen verändert.

Das Beispiel Gemeinsame Dateiablage mit der einfachen, an der Oberfläche sichtbaren Funktionalität und was in den verschiedenen IT-Modellen darunter steht

SoHo

Ein Inhaber entscheidet sich beispielsweise für OneDrive, Dropbox, Google Drive oder ein lokales NAS. Die Lösung soll auf allen Geräten funktionieren, einfache Freigaben ermöglichen, wenig kosten und kaum Administration verursachen. Mehrfaktor-Authentifizierung und ein vom Synchronisationsdienst unabhängiges Backup sichern die wichtigsten Risiken ab. Die Entscheidung ist vor allem pragmatisch.

SMB

Ein SMB betrachtet die Dateiablage bereits als zentralen Dienst. Neben Bedienbarkeit und Kosten prüft es eine zentrale Benutzerverwaltung, Zugriffsrechte nach Rollen oder Abteilungen, Versionshistorie, Datenschutz und externe Freigaben. Beim Austritt eines Mitarbeiters müssen Rechte zuverlässig entzogen werden. Backup, Support durch einen Dienstleister und Schulungen gehören zum Betriebsmodell. Die Entscheidung ist standardisiert und betrieblich kontrolliert.

Enterprise-IT

Ein Konzern muss zusätzlich Datenklassifikation, Data Loss Prevention und revisionssichere Aufbewahrung berücksichtigen. Die globale Mandantenstruktur wird mit IAM und gegebenenfalls PAM verbunden; sicherheitsrelevante Ereignisse fließen in das SIEM. Verschlüsselung, regulatorische Anforderungen, Datenresidenz und kontrollierte externe Zusammenarbeit unterscheiden sich möglicherweise je nach Land oder Geschäftsbereich. Architekturkonformität, Exit-Strategie, Kostenmodell, Service Levels und eindeutige Verantwortung müssen über den gesamten Lebenszyklus geklärt sein. Die Entscheidung ist governance- und risikoorientiert.

Ergebnis

Dieselbe sichtbare Fähigkeit – Dateien gemeinsam abzulegen – erzeugt damit sehr unterschiedliche Lösungen. Drei Personen benötigen vielleicht nur einen Cloud-Dienst, Mehrfaktor-Authentifizierung und ein Backup. Ein Unternehmen mit 180 Mitarbeitern ergänzt zentrale Identitäten, abgestufte Rechte, Monitoring, Support und dokumentierte Abläufe. Ein Konzern mit 18.000 Mitarbeitern muss darüber hinaus globale Richtlinien, Sicherheitsüberwachung, Compliance und den Lebenszyklus der Plattform steuern. Skalierung bedeutet hier nicht nur mehr Speicher und mehr Benutzer, sondern vor allem mehr Abhängigkeiten, Ausnahmen und Nachweispflichten.

Handlungsempfehlungen

SoHo: pragmatisch, robust, einfach

Eine SoHo-IT sollte nicht überarchitektiert werden. Wenige, wartbare Systeme, automatische Updates, Mehrfaktor-Authentifizierung, ein Passwortmanager, verschlüsselte Geräte und ein Backup nach dem 3-2-1-Prinzip bilden ein solides Fundament. Notfallzugänge und die wichtigsten Abhängigkeiten sollten so dokumentiert sein, so dass eine vertrauenswürdige Vertretung im Ernstfall handlungsfähig bleibt.

Der typische Fehler ist zu viel unbeherrschte Komplexität: eigene Server ohne zwingenden Bedarf, komplizierte Netzwerke, schlecht dokumentierte Sonderlösungen oder Backups, deren Wiederherstellung nie geprüft wurde. Eine einfache Standardlösung ist meist besser als eine technisch reizvolle Konstruktion, die nur eine Person versteht.

SMB: standardisieren und professionalisieren

Im SMB ist die IT meist geschäftskritisch. Zentrale Benutzerverwaltung, Rollen- und Berechtigungskonzepte, Endpoint Management, Ticketsystem, Monitoring, Patchmanagement und getestete Backups schaffen einen verlässlichen Betrieb. Ein Notfallhandbuch, Sicherheitsrichtlinien, aktuelle Dokumentation und klare Verantwortlichkeiten sorgen dafür, dass nicht alles vom Wissen einzelner Mitarbeiter oder Dienstleister abhängt.

Der typische Fehler ist eine gewachsene IT aus vielen isolierten Einzelentscheidungen. Unklare Zuständigkeiten, uneinheitliche Rechte, doppelte Werkzeuge und fehlende Dokumentation erzeugen Risiken und Kosten. Professionalisierung bedeutet hier nicht, Enterprise-Prozesse zu kopieren, sondern wenige passende Standards konsequent anzuwenden.

Enterprise-IT: steuern, integrieren, skalieren

Enterprise-IT ist nicht einfach eine größere SMB-IT. Sie benötigt Enterprise Architecture Management, IT- und Cloud-Governance, Service-Management, Security Architecture, Identity Governance, Daten- und Integrationsarchitektur sowie Portfolio- und Lifecycle-Management. Compliance, Auditfähigkeit, Risikokontrollen und Betriebsmodelle mit Service Levels machen die verteilte Leistungserbringung nachvollziehbar. Rollen zwischen Fachbereichen, Entwicklung, Betrieb, Sicherheit und Architektur müssen klar sein, ohne gemeinsame Verantwortung zu verhindern.

Der typische Fehler ist die lokale Optimierung. Einzelne Teams bauen für ihren Zweck gute Lösungen, während die Gesamtlandschaft redundant, teuer und schwer integrierbar wird. Governance sollte deshalb Leitplanken, Transparenz und wiederverwendbare Plattformen schaffen. Wenn sie nur zusätzliche Freigabestufen produziert, erhöht sie die Komplexität, die sie eigentlich beherrschen soll.

Fazit

Die Grenzen zwischen SoHo, SMB und Enterprise-IT lassen sich nicht allein an Benutzerzahlen oder Budgets festmachen. Entscheidend sind die Geschäftskritikalität, die Anzahl der Anwendungen mit ihren Abhängigkeiten, regulatorische Anforderungen und der Schaden, den ein Ausfall oder eine Fehlentscheidung verursachen kann. Mit diesen Faktoren wächst der Bedarf an Standardisierung, Spezialisierung und nachvollziehbarer Steuerung.

Die passende IT-Organisation ist deshalb nicht die größtmögliche, sondern die kleinste Organisation, die ihre Komplexität zuverlässig beherrscht. SoHo gewinnt durch Einfachheit, SMB durch kontrollierte Standards und Enterprise-IT durch skalierbare Governance. Wer Methoden aus der jeweils nächsten Größenklasse unkritisch übernimmt, erzeugt Bürokratie; wer zu lange in der vorherigen verharrt, sammelt unkontrollierte Risiken und Architekturschulden.