Schutzbedarf, Zielbild, Betriebsgrenzen und Ausschlusskriterien kommen vor der Produktliste.
KOMMUNAL-IT · PRAXIS
Entscheidungswege für reale IT-Projekte
Starte beim Problem und folge einem durchgängigen Weg von Anforderungen und Wissen über Finder und Vergleich bis Pilot, Produktkontext und Betrieb.
Alle Werkzeuge arbeiten mit derselben Taxonomie und denselben Produktdaten.
Der Weg endet nicht bei einer Empfehlung, sondern in realen Tests, Betriebsartefakten und einer dokumentierten Entscheidung.
WAS WILLST DU LÖSEN?
Vom Problem direkt in den passenden Entscheidungsweg
Die Pakete sind nach Handlungsfeldern gruppiert. Starte beim Betriebs- oder Sicherheitsproblem, nicht bei einem Hersteller.
Identitäten & Zugriffe
Identitätslebenszyklen, privilegierte Zugriffe und belastbare Berechtigungsmodelle.
Ich will Identitäten und Berechtigungen über ihren Lifecycle beherrschbar machen.
Eintritte, Rollenwechsel, Austritte und Rezertifizierungen sollen nicht mehr von manuellen Einzeltickets und historisch gewachsenen Gruppen abhängen.
8–12 Wochen als PilotrahmenPaket ansehen →
Direkt mit Schritt 1 startenIch will privilegierte Admin-Zugriffe kontrollieren.
Gemeinsame Admin-Konten, Secrets, fehlende Rotation oder unklare Freigaben sollen in einen prüfbaren Betriebsprozess.
8–10 Wochen als PilotrahmenPaket ansehen →
Direkt mit Schritt 1 startenSecurity & Resilienz
Detection, SOC-Betrieb, Backup-Recovery und nachvollziehbare Reaktion auf Betriebs- und Sicherheitsereignisse.
Ich will Security nicht als Toolliste, sondern als belastbare Schutz-, Detection-, Response- und Recovery-Kette aufbauen.
Viele Einzelmaßnahmen sind vorhanden, aber Asset-Bezug, Alarmverantwortung, Ausnahmeprozesse, Wiederherstellung und Krisenbetrieb sollen als ein überprüfbares Sicherheitsmodell zusammengeführt werden.
30 / 60 / 90 TagePaket ansehen →
Direkt mit Schritt 1 startenIch will aus Logdaten einen belastbaren Detection- und SOC-Prozess machen.
Wir sammeln bereits Logs oder planen ein SIEM, aber Use Cases, Datenqualität, Retention und operative Verantwortung sollen vor einer großen Plattformentscheidung messbar werden.
6–10 Wochen als PilotrahmenPaket ansehen →
Direkt mit Schritt 1 startenIch will Backup so planen, dass Wiederherstellungszeit, Unveränderlichkeit und Standortausfall praktisch nachgewiesen sind.
Backups laufen zwar regelmäßig, aber Restore-Dauer, Anwendungsreihenfolge, Immutable-Kopie, Offsite-Bandbreite oder SaaS-/Datenbank-Abdeckung sind nicht belastbar getestet.
4–8 Wochen als PilotrahmenPaket ansehen →
Direkt mit Schritt 1 startenE-Mail & Vertrauen
Sichere E-Mail-Kommunikation, Zertifikate und belastbare Mail-Security-Architekturen.
Ich will S/MIME sauber einführen.
Zertifikate, Schlüssel, Recovery und Clientbetrieb müssen als gemeinsamer Lifecycle geplant werden.
6–10 Wochen als PilotrahmenPaket ansehen →
Direkt mit Schritt 1 startenIch will Microsoft 365 gegen E-Mail-Angriffe besser absichern.
Es ist noch offen, ob native Schutzfunktionen, MX-/Gateway-Filtering oder eine API-Schicht zum Mailflow und Betrieb passen.
6–8 Wochen als Auswahl- und PilotrahmenPaket ansehen →
Direkt mit Schritt 1 startenEndgeräte
Geräte vom Enrollment über Compliance und Apps bis zum sicheren Offboarding steuern.
Ich will Geräte von der Bereitstellung bis zur Rückgabe zentral und nachvollziehbar verwalten.
Windows-, Apple- und Android-Geräte sollen mit weniger manueller Einrichtung, klarer Compliance und beherrschbaren Support-/Offboardingprozessen betrieben werden.
6–10 Wochen als PilotrahmenPaket ansehen →
Direkt mit Schritt 1 startenKI & Daten
Interne Wissensquellen kontrolliert für RAG und generative KI nutzbar machen.
Ich will internes Wissen mit RAG nutzbar machen.
Quellen, Berechtigungen und Antwortqualität sollen vor einem größeren Rollout reproduzierbar messbar sein.
8–12 Wochen als PilotrahmenPaket ansehen →
Direkt mit Schritt 1 startenBetrieb & Services
IT-Services messbar betreiben, Störungen schneller einordnen und Änderungen kontrolliert steuern.
Ich will Monitoring so aufbauen, dass Alarme zu Services und verantwortlichen Menschen führen statt nur zu mehr Dashboards.
Hosts und Geräte werden bereits überwacht oder sollen zentral überwacht werden, aber Service-Sicht, Datenlücken, Alertqualität, Eskalation und Observability-Signale müssen messbar werden.
4–8 Wochen als PilotrahmenPaket ansehen →
Direkt mit Schritt 1 startenIch will Service Desk und ITSM standardisieren, ohne nur ein neues Ticketsystem einzuführen.
Tickets, Anfragen, Changes und Assetdaten existieren bereits, aber Services, Ownership, CMDB-Qualität, Self-Service und Integrationen sollen als gemeinsamer Betriebsprozess funktionieren.
6–10 Wochen als PilotrahmenPaket ansehen →
Direkt mit Schritt 1 startenNetzwerk & Zugang
Perimeter, kabelgebundener Access und WLAN als zusammenhängende Kapazitäts-, Segmentierungs- und Verfügbarkeitskette planen.
Ich will die Firewall nicht nur nach Brutto-Durchsatz auswählen, sondern Segmentierung, Security-Profil, VPN, HA und laufende Lizenzen gemeinsam nachweisen.
Internet/WAN, Standortkopplung oder Firewall-Plattform werden erneuert, aber reale Security-Last, Regelwerksgrenzen, VPN-Zugänge, Failover und Lizenz-/Supportkosten sind nicht gemeinsam getestet.
4–8 Wochen als PilotrahmenPaket ansehen →
Direkt mit Schritt 1 startenIch will Switches aus realem Port-, PoE-, Uplink- und Redundanzbedarf dimensionieren statt nur nach Portzahl und Listenpreis.
Access-Switches, VoIP, WLAN-APs oder Uplinks werden erneuert, aber PoE-Budget, Multi-Gig, Optiken, Failure Domains, VLAN/L3 und Managementlizenzen sind noch nicht Ende zu Ende bewertet.
4–8 Wochen als PilotrahmenPaket ansehen →
Direkt mit Schritt 1 startenIch will WLAN nach Funkumgebung, Clientmix, Kapazität und Roaming planen statt APs nur nach Quadratmetern zu verteilen.
WLAN wird erneuert oder auf Wi-Fi 6E/7 erweitert, aber RF-Ausleuchtung, reale Clients, 6-GHz-Fähigkeit, Roaming, PoE/Uplink und Controller-/Cloud-Betrieb sind noch nicht gemeinsam validiert.
4–8 Wochen als PilotrahmenPaket ansehen →
Direkt mit Schritt 1 startenCompute & Plattform
Serverkapazität, Virtualisierung und Benutzer-Compute mit messbaren Betriebs- und Recovery-Nachweisen planen.
Ich will Serverkapazität und Redundanz aus realen Workloads ableiten statt Hardware nur nach Datenblatt zu beschaffen.
Hosts sollen erneuert oder konsolidiert werden, aber CPU/RAM/I/O-Last, Ausfallreserve, Firmwarepfad, Virtualisierungsrechte und Recovery sind nicht gemeinsam bewertet.
4–8 Wochen als PilotrahmenPaket ansehen →
Direkt mit Schritt 1 startenIch will Hyper-V hochverfügbar betreiben und Cluster, Storage, Netzwerk, Lizenzierung und Recovery gemeinsam testen.
Virtualisierung ist vorgesehen oder vorhanden, aber Failover, CSV/S2D/SAN, Quorum, Netztrennung, Live Migration, Backup und Lizenzmobilität wurden nicht Ende zu Ende abgenommen.
4–8 Wochen als PilotrahmenPaket ansehen →
Direkt mit Schritt 1 startenIch will Terminalserver/RDS für reale Benutzer und Fachanwendungen dimensionieren, bevor Rollout und Lizenzierung festgezurrt werden.
RDS soll modernisiert oder erweitert werden, aber Gleichzeitigkeit, Login-Spitzen, Profile, Office-/OneDrive-Caches, Drucker/Scanner/Smartcards und externe Zugriffe sind nicht gemeinsam getestet.
4–8 Wochen als PilotrahmenPaket ansehen →
Direkt mit Schritt 1 startenSouveränität & Open Source
Abhängigkeiten, offene Standards, Softwarelieferkette, Support, Portabilität und Exit anhand realer Betriebsnachweise bewerten.
Ich will Open Source und digitale Souveränität mit messbaren Betriebs- und Exit-Kriterien bewerten.
Wir wollen Abhängigkeiten reduzieren, aber nicht Lizenzmodell mit Betriebsfähigkeit verwechseln und brauchen einen belastbaren Pilot-, Support- und Wechselpfad.
90 Tage als OrientierungsrahmenPaket ansehen →
Direkt mit Schritt 1 startenArbeitsplatz & Organisation
Kommunikation, Druck-/Scan-Arbeitsplätze und Arbeitszeiterfassung als messbare Betriebs- und Fachprozesse planen.
Ich will Telefonie/UC modernisieren, ohne Rufnummern, Notruf, DECT, Warteschlangen oder Ausfallbetrieb erst im Rollout zu entdecken.
Cloud-PBX, Teams-Telefonie oder Hybridbetrieb sind geplant, aber PSTN/Carrier, Rufnummernportierung, Standort/Notruf, DECT, Sondergeräte, Callflows und WAN-Ausfall wurden noch nicht Ende zu Ende getestet.
4–8 Wochen als PilotrahmenPaket ansehen →
Direkt mit Schritt 1 startenIch will Drucker/MFP oder einen MPS-Vertrag erneuern und Gerätezahl, Klickkosten, Scan, Security und Service auf reale Nutzung statt Bauchgefühl stützen.
Eine Flotte soll ersetzt oder konsolidiert werden, aber A4/A3- und Farbvolumen, Spitzenlast, Scan-Ziele, Authentisierung, Secure Print, SLA, Verbrauchsmaterial und Preisgleitklauseln sind nicht gemeinsam bewertet.
4–8 Wochen als PilotrahmenPaket ansehen →
Direkt mit Schritt 1 startenIch will Zeiterfassung einführen oder ablösen und Arbeitszeitregeln, Terminals/App, Korrekturen, Lohnschnittstelle und Nachweise vor dem Rollout gemeinsam testen.
Eine Lösung ist vorgesehen, aber Schichten/Pausen/Zuschläge, mobile/Terminal-/Offline-Buchungen, Korrektur und Genehmigung, Lohn-/ERP-Übergabe, Rollen und Export sind fachlich oder technisch noch nicht Ende zu Ende validiert.
4–8 Wochen als PilotrahmenPaket ansehen →
Direkt mit Schritt 1 startenDokumente & Verwaltungsprozesse
Akten, Vorgänge, Metadaten, Migration und Records als durchgängigen Verwaltungsprozess gestalten.
Ich will eine E-Akte einführen, ohne Migration, Archivierung und Exit erst am Ende zu entdecken.
Dokumente und Vorgänge sollen digital geführt werden, aber Aktenplan, Metadaten, Berechtigungen, Fachverfahren und Bestandsmigration müssen vor einem breiten Rollout praktisch funktionieren.
8–12 Wochen als PilotrahmenPaket ansehen →
Direkt mit Schritt 1 startenWEITERE PRAXISLEITFÄDEN
Umsetzung, Betrieb und Resilienz strukturiert vorbereiten
KI-Pilot & Governance
Ein KI-Pilot wird erst dann belastbar, wenn Use Case, Daten, Identitäten, Quellen, menschliche Kontrolle, Logging, Ausfallpfad und rechtliche Einordnung zusammen geplant sind.