Weiterbildung fürs IT-Team planen: so geht's

Der teuerste Fehler bei der IT-Weiterbildung passiert lange vor dem ersten Seminartag. Ein Budget wird freigegeben, jemand sucht sich einen Kurs aus, der gerade spannend klingt, und ein Jahr später weiß niemand mehr, ob das Team dadurch wirklich etwas besser kann. Wenn du die Weiterbildung fürs IT-Team planen willst, drehst du die Reihenfolge um: erst die konkreten Lücken sichtbar machen, dann Ziele setzen, und ganz zuletzt Kurse buchen. Diese Anleitung führt dich Schritt für Schritt durch genau diesen Weg, damit am Ende ein Plan steht, den du deiner Geschäftsführung zeigen und dein Team tatsächlich abarbeiten kann.

Skill-Lücken im Team erkennen

Der Ausgangspunkt jeder ernsthaften Planung ist eine Skill-Gap-Analyse, also der ehrliche Abgleich zwischen dem, was dein Team heute kann, und dem, was es in den nächsten zwölf bis achtzehn Monaten können muss. Klingt nach Beratersprech, ist aber im Kern eine simple Tabelle.

Leg dafür eine Skill-Matrix an: In den Zeilen stehen die Kompetenzen, die für euren Betrieb zählen (etwa Windows-Server, Linux, Netzwerktechnik, Microsoft 365, Azure, IT-Security, Ticketing nach ITIL). In den Spalten stehen deine Leute. In jede Zelle kommt eine Einschätzung von 0 bis 3: keine Erfahrung, Grundlagen, sicher im Alltag, kann es anderen beibringen. Diese Bewertung machst du am besten gemeinsam mit den Betroffenen und nicht über deren Kopf hinweg, sonst bekommst du geschönte Zahlen.

Sobald die Matrix voll ist, springen dir drei Dinge ins Auge:

• Einzelrisiken: Kompetenzen, die nur eine Person beherrscht. Fällt sie aus, steht ein Teil eures Betriebs. Das ist oft dringender als jede neue Technologie.
• Flächenlücken: Themen, bei denen das ganze Team auf Grundlagenniveau steckt, obwohl ihr sie bald breit braucht (typisch aktuell bei Cloud und Security).
• Überinvestitionen: Bereiche, in denen mehrere Leute Experten sind, obwohl ein Experte reichen würde.

Ein konkretes Beispiel: Ein achtköpfiges IT-Team in München stellt fest, dass nur eine Person die Azure-Umgebung wirklich versteht, während fünf Kollegen noch klassisch on-premises denken. Genau da liegt die eigentliche Lücke. Der schicke Kubernetes-Kurs, über den gerade alle reden, hat mit dem echten Bedarf oft wenig zu tun.

Ziele und Rollen definieren

Eine Lücke allein ist noch kein Lernziel. Der nächste Schritt verknüpft die Analyse mit den Rollen im Team und mit dem, was das Unternehmen erreichen will. Frag dich pro Person: Wohin entwickelt sich diese Rolle, und welche Kompetenz bringt dem Betrieb den größten Hebel?

Sinnvoll ist es, in Rollenprofilen zu denken statt in Namen. Ein Systemadministrator braucht andere Schwerpunkte als ein Support-Mitarbeiter oder jemand, der in Richtung DevOps oder Security wächst. Ordne jeder Rolle zwei bis drei Kernkompetenzen zu, die in den nächsten Monaten Priorität haben. Alles andere wandert bewusst auf die Warteliste, sonst zerfasert der Plan.

Formuliere die Ziele so, dass du sie später prüfen kannst. „Team soll besser in Security werden“ ist wertlos. „Zwei Admins bestehen bis Q3 eine Security-Grundlagenzertifizierung und übernehmen danach das Patch-Management eigenverantwortlich“ ist ein Ziel, an dem du Fortschritt ablesen kannst. Halt außerdem fest, welche Kompetenz zur Chefsache wird, weil sie ein Einzelrisiko auflöst. Diese Themen bekommen im Plan Vorrang vor allem, was nur „nice to have“ ist.

Formate und Budget planen

Jetzt erst kommen Kurse ins Spiel, und die Formatfrage entscheidet über Kosten und Wirkung. Grob hast du drei Wege: offene Seminare mit Teilnehmern aus verschiedenen Firmen, Inhouse-Schulungen exklusiv für dein Team, sowie Selbstlernangebote und Zertifizierungspfade zum Nachlaufen.

Für eine einzelne Person oder ein sehr spezielles Thema ist ein offenes Seminar meist die richtige Wahl. Sobald du drei oder mehr Leute mit demselben Bedarf hast, wird eine Inhouse-Schulung schnell günstiger und lässt sich auf eure Systeme zuschneiden. Welcher Weg im Detail passt, welche versteckten Kosten dazukommen und wann sich die Exklusivität lohnt, haben wir in Inhouse-Schulung oder offenes Seminar ausführlich gegenübergestellt.

Beim Budget rechnen viele nur die Kursgebühr und wundern sich später. Kalkuliere realistisch mit drei Blöcken: den reinen Schulungskosten, der Arbeitszeit der Teilnehmer (die fehlt im Tagesgeschäft) und den Nebenkosten wie Anfahrt oder Prüfungsgebühren. Für Teams in München und Umland ist Präsenz vor Ort ein echter Vorteil, weil kurze Wege die Ausfallzeit klein halten. Anbieter wie die Computer- und Management Trainings GmbH (cmt.de) schulen sowohl im offenen Kalender als auch inhouse direkt in der Region, sodass du beide Formate aus einer Hand planen kannst. Konkrete Termine und Kurse findest du bei cmt.de.

Prioritäten setzen und den Business-Case bauen

Selten reicht das Budget für alles auf einmal, deshalb brauchst du eine klare Reihenfolge. Sortiere die Themen aus deiner Analyse nach zwei Fragen: Wie groß ist das Risiko, wenn die Lücke bleibt, und wie schnell zahlt sich das neue Können im Alltag aus. Ein Einzelrisiko, das euren Betrieb bei einem Ausfall lahmlegt, steht oben. Ein Komfortthema ohne akuten Bedarf wartet, bis es an der Reihe ist. Diese Ordnung nimmt dir später die zähen Diskussionen ab, wenn mehrere Leute gleichzeitig auf ein Seminar wollen.

Für die Freigabe hilft ein knapper Business-Case statt einer langen Wunschliste. Stell der Geschäftsführung neben die Kosten den konkreten Nutzen: weniger Abhängigkeit von externen Dienstleistern, kürzere Reaktionszeiten, ein Risiko, das ihr künftig selbst abdeckt statt es teuer einzukaufen. Rechne ruhig gegen, was ein Notfalleinsatz eines externen Spezialisten pro Tag kostet, denn diese Zahl macht den Wert von internem Wissen greifbar. So wird aus „wir hätten gern eine Schulung“ ein Vorschlag, den dein Management nachvollziehen und bewilligen kann.

Lernpfade statt Einzelkurse

Ein einzelner Kurs verpufft, wenn danach nichts folgt. Wer nachhaltig qualifizieren will, denkt in Lernpfaden: einer Abfolge aufeinander aufbauender Schritte über mehrere Monate, mit klaren Etappen und einem sichtbaren Ziel.

Ein Beispiel aus dem Service-Management: Ein Team, das seine Prozesse professionalisieren will, startet mit den Grundlagen aus ITIL 4 Service Management, setzt das Gelernte in einem realen Ticketing-Prozess um und vertieft danach gezielt die Bereiche, die im Alltag klemmen. So wird aus einem Zertifikat eine gelebte Arbeitsweise. Genauso funktioniert es bei Cloud oder Security: erst Grundlagen, dann Anwendung im eigenen System, dann Spezialisierung oder Zertifizierung.

Wichtig ist der Praxistransfer zwischen den Etappen. Plane nach jedem Kurs bewusst Zeit ein, in der die Teilnehmer das Neue anwenden, idealerweise an einem echten internen Projekt. Ohne diese Phase bleibt Wissen träge und verschwindet nach ein paar Wochen wieder.

Erfolg messen und nachsteuern

Ein Plan ohne Rückkopplung ist nur eine Absichtserklärung. Leg von Anfang an fest, woran du erkennst, dass die Weiterbildung gewirkt hat. Manche Kennzahlen sind hart, etwa bestandene Zertifizierungen oder die Zahl der Personen, die eine kritische Kompetenz jetzt eigenständig abdecken. Andere sind weicher, aber genauso wichtig: sinkende Bearbeitungszeiten bei Tickets, weniger Eskalationen an externe Dienstleister, mehr intern gelöste Vorfälle.

Nimm dir zwei- bis dreimal im Jahr Zeit, die Skill-Matrix erneut auszufüllen und mit dem Ausgangsstand zu vergleichen. Dort siehst du schwarz auf weiß, welche Lücken sich geschlossen haben und wo nachzusteuern ist. Vielleicht war ein Kurs zu oberflächlich, vielleicht hat sich eine Priorität verschoben, weil ein neues Projekt dazukam. Das ist normal, ein Weiterbildungsplan ist ein lebendes Dokument und kein Beschluss für die Ewigkeit.

Mit dieser Schleife aus Analyse, Zielen, Formaten, Prioritäten, Lernpfaden und Messung hast du keinen Zufallskatalog mehr, sondern einen Plan, der dein Münchner IT-Team gezielt dorthin bringt, wo der Betrieb es braucht. Die passenden Schulungen und Termine dazu findest du bei cmt.de.