Erstes Budget-Meeting als Teamlead: 3 Fehler vermeiden
4 Min. Lesezeit
Ein befreundeter Teamlead aus der IT-Abteilung eines Maschinenbauers rief mich letztes Jahr an. Er hatte gerade sein erstes Budget-Meeting hinter sich. 1,2 Millionen Euro Projektbudget für eine ERP-Teilverlagerung in die Cloud. Sein Chef hatte ihm die Verantwortung übertragen. Was folgte, waren sechs Monate zwischen Kontrollverlust und stückweiser Erkenntnis. Drei Fehler hätten sich vermeiden lassen.
Das Wichtigste in Kürze
- Die erste Budgetverantwortung trifft viele Teamleads unvorbereitet. Technisches Wissen allein reicht nicht.
- Der häufigste Fehler: das Gesamtbudget als eine Summe betrachten statt in Arbeitspakete zu zerlegen.
- Wer intern keine Verbündeten hat, verliert beim ersten Gegenwind die Kontrolle über sein Projekt.
Die Situation
Nennen wir ihn Markus. 34 Jahre alt, seit zwei Jahren Teamlead Infrastructure bei einem Maschinenbauer in Schwaben mit 800 Mitarbeitern. Die Geschäftsführung hatte beschlossen, Teile des SAP-Systems in die Cloud zu verlagern. Markus hatte die technische Machbarkeitsanalyse geschrieben. Sein Chef sagte: „Du hast das analysiert, du verantwortest das Budget.“ 1,2 Millionen Euro. Markus hatte vorher nie mehr als Reisekosten abgezeichnet.
Fehler 1: Das Budget als eine Zahl behandeln
Im ersten Meeting präsentierte Markus dem Controlling eine Folie mit der Gesamtsumme und einem Zeitstrahl. Fertig. Die Rückfrage vom Controlling-Leiter: „Was genau passiert mit den 340.000 Euro für externe Beratung im Q3?“ Markus hatte keine Antwort. Er hatte das Budget vom Systemintegrator als Gesamtangebot übernommen, ohne die Positionen in steuerbare Arbeitspakete zu zerlegen.
Was er hätte tun sollen: Jedes Arbeitspaket mit eigenem Budget, eigenem Zeitrahmen und eigenen Erfolgskriterien definieren. Nicht weil das Controlling es verlangt – sondern weil es die einzige Möglichkeit ist, bei Abweichungen gezielt gegenzusteuern statt das Gesamtprojekt zu hinterfragen.
Fehler 2: Keine internen Verbündeten aufbauen
Nach drei Monaten lief das Projekt über Plan. Nicht dramatisch – 15 Prozent Mehraufwand beim Datenmigrations-Workstream. Markus löste das Problem technisch und meldete die Abweichung im nächsten Steering Committee. Was er nicht getan hatte: vorher mit dem Controlling-Leiter und dem Fachbereichsleiter Produktion einzeln sprechen. Im Meeting traf ihn die Kritik unvorbereitet. Beide hatten offene Fragen, die sich in einer Kaffeeecken-Unterhaltung hätten klären lassen.
Was er daraus gelernt hat: Budgetverantwortung ist zu 50 Prozent Stakeholder-Management. Wer überraschungen nur im formellen Rahmen präsentiert, verliert Vertrauen. Wer sie informell vorbereitet, behält die Kontrolle.
„Ich dachte, ich muss das Projekt technisch zum Laufen bringen. In Wahrheit musste ich die richtigen Leute regelmäßig abholen. Das hat mir keiner gesagt.“
– Markus, Teamlead Infrastructure (Name geändert)
Fehler 3: Puffer vergessen
Das Angebot des Systemintegrators enthielt keinen Puffer. Markus auch nicht. Als im fünften Monat ein Lizenzthema auftauchte, das 80.000 Euro zusätzlich kostete, musste er zur Geschäftsführung. Nicht weil der Betrag kritisch war – sondern weil es keinen Topf gab, aus dem er hätte schöpfen können.
Die Regel, die er seitdem befolgt: 15 bis 20 Prozent Puffer auf jedes IT-Projekt. Offen kommuniziert, nicht versteckt. Sein Chef hat das beim nächsten Projekt sofort akzeptiert – weil Markus erklären konnte, warum der Puffer nötig ist und wie er verwaltet wird.
Was er heute anders macht
Markus verantwortet inzwischen regelmäßig Projektbudgets im sechsstelligen Bereich. Drei Prinzipien hat er mitgenommen. Erstens: Budget immer in steuerbare Arbeitspakete zerlegen. Zweitens: Stakeholder vor dem Meeting abholen, nie im Meeting überraschen. Drittens: 15 bis 20 Prozent Puffer einplanen und transparent kommunizieren. Das klingt offensichtlich. Aber für jemanden, der zum ersten Mal ein Millionen-Budget verantwortet, ist nichts davon offensichtlich.
Häufige Fragen
Wie viel Puffer sollte ein IT-Projektbudget enthalten?
15 bis 20 Prozent sind bei IT-Projekten im Mittelstand branchenüblich. Wichtig: den Puffer offen als Position aufführen, nicht in anderen Posten verstecken. So behält das Controlling die Transparenz und der Projektleiter die Flexibilität.
Was tun wenn das Budget überschritten wird?
Sofort kommunizieren – nicht warten bis zum nächsten Berichtstermin. Informell beim direkten Vorgesetzten und dem Controlling vorfühlen, dann formal im Steering Committee melden. Mit konkretem Vorschlag kommen: welches Arbeitspaket ist betroffen, was ist die Ursache, welche Optionen gibt es.
Wie bereite ich mich auf das erste Budget-Meeting vor?
Drei Dinge vorbereiten: Budget aufgeteilt in Arbeitspakete (nicht als Gesamtsumme), einen realistischen Zeitstrahl mit Meilensteinen und die drei größten Risiken mit Gegensteuerungs-Optionen. Wer diese drei Punkte beantworten kann, übersteht jede Controlling-Rückfrage.
Lesetipps der Redaktion
Quelle Titelbild: Pexels / Pavel Danilyuk (px:7869068)