Veröffentlicht am 25. Oktober 2026
Fragen Sie eine Staffing-Leitung in einem Beratungs-, Agentur- oder Professional-Services-Unternehmen, wie Resource Planning funktioniert, und die ehrliche Antwort lautet erstaunlich oft: eine gemeinsame Tabelle, ein paar Slack-Threads und jemandes persönliche Erinnerung daran, wer nächsten Monat „ziemlich frei“ ist. Das ist kein Vorwurf an die Menschen, die das stemmen — so läuft es eben, wenn ein Unternehmen das Ad-hoc-Staffing hinter sich gelassen hat, aber noch kein Tool gefunden hat, das wirklich zu seiner Art zu staffen passt. Generische Ressourcenplanungssoftware gibt es, aber sie ist aus gutem Grund generisch, und genau an der Lücke zwischen dem, was sie abbildet, und der Art, wie ein bestimmtes Unternehmen Staffing-Entscheidungen tatsächlich trifft, zahlt sich individuelle Software aus.
Warum Standard-Tools für die Ressourcenplanung nicht ausreichen
Die meisten Resource-Planning-Tools basieren auf einem einfachen Modell: Menschen haben eine Kapazitätszahl, Projekte haben eine Bedarfszahl, und das Tool zeigt, wo Angebot und Nachfrage auseinanderlaufen. Das funktioniert so lange gut, bis man anschaut, wie Staffing-Entscheidungen in einem Professional-Services-Unternehmen wirklich getroffen werden. Matching bedeutet selten nur „wer hat Stunden frei“. Es geht darum, wer genau die richtige Kombination aus Fähigkeiten für dieses Engagement mitbringt, wer bei Bedarf die passende Zertifizierung oder Freigabe hat, wer bei diesem Kunden einen Interessenkonflikt hat, wer absichtlich für einen noch nicht abgeschlossenen Pipeline-Deal freigehalten wird und wer aus Entwicklungsgründen eine anspruchsvollere Aufgabe bekommen sollte, auch wenn jemand anderes fachlich sauberer passt. Ein generisches Tool bildet den ersten Faktor gut ab, den Rest nur unzureichend oder gar nicht — und schiebt die eigentliche Entscheidungsfindung am Ende doch wieder in Nebengespräche und Tabellen, während das Tool auf einen Kalender reduziert wird, dem niemand wirklich vertraut.
Was ein individueller Build tatsächlich verändert
Individuelle Operations-Software für Resource Planning setzt bei der tatsächlichen Staffing-Logik des Unternehmens an, statt bei einem generischen Kapazitätsmodell. Das heißt: die Skill-Taxonomie abbilden, die das Unternehmen wirklich nutzt — nicht eine allgemeine Liste von Jobtiteln, sondern die konkreten Fähigkeits-Tags, Zertifizierungen und die Historie der Kundenbeziehung, die für echte Staffing-Entscheidungen zählen — und die Matching-Logik genau darauf aufbauen. Das bedeutet auch, Utilization und Verfügbarkeit in den Begriffen darzustellen, in denen das Unternehmen ohnehin denkt: billable target nach Level, bench cost nach Practice Area, pipeline-gewichtete zukünftige Nachfrage statt nur bestätigter Nachfrage. Und es heißt, die Systeme anzubinden, in denen die Quelldaten bereits liegen — das Zeiterfassungssystem für Ist-Daten, das CRM für Pipeline und Conflict Checks, das HR-System für Rollen- und Zertifizierungsdaten — damit die Ressourcenansicht live ist und nicht nur ein manuell gepflegter Schnappschuss, der am Tag seiner Erstellung stimmt und eine Woche später veraltet ist.
Wo maßgeschneiderte Lösungen wirklich besser sind als Kaufen
Das ist kein Plädoyer dafür, dass jedes Unternehmen eine maßgeschneiderte Software braucht. Ein kleineres Unternehmen mit einem einfachen Staffing-Modell und geringer Komplexität ist oft besser beraten, ein bestehendes Tool zu konfigurieren, statt eine Eigenentwicklung zu finanzieren. Individuelle Ressourcenplanungssoftware zahlt sich dann aus, wenn ein Unternehmen zu spezifische oder zu zahlreiche Staffing-Regeln hat, als dass generische Konfigurationsoptionen sie sauber abbilden könnten, wenn das Wachstum des Unternehmens die Integrationsmöglichkeiten eines horizontalen Tools überholt hat oder wenn Ressourcenzuteilung ein echter Wettbewerbsfaktor ist — ein Unternehmen, das bei gleichen Kundennachfragen besser stafft als die Konkurrenz, gewinnt über die Ausführung, und das Tool, das diese Entscheidung unterstützt, sollte man besitzen statt nur in einer Form zu mieten, die sich nicht passend anpassen lässt.
Was die Matching-Logik tatsächlich leisten muss
Der schwierige Teil dieses Builds ist selten die Benutzeroberfläche. Es sind die Matching- und Forecasting-Logik darunter. Reale Nachfrage ist vor Abschluss eines Deals probabilistisch — eine Pipeline-Chance mit 70% Wahrscheinlichkeit muss in der Planung auftauchen, entsprechend gewichtet, sonst stafft das Unternehmen reaktiv statt vorausschauend. Reales Angebot hat weiche Einschränkungen, die eine einfache Zahl für verfügbare Stunden nicht erfasst: jemand kehrt aus der Elternzeit zurück und sollte schrittweise wieder einsteigen, eine Senior Consultant sollte nicht gleichzeitig auf drei kundennahen Engagements eingeplant werden, selbst wenn die Stunden rechnerisch passen, ein Junior Hire braucht betreute Kundenerfahrung statt Einsätzen im Alleingang. Diese Aspekte als explizite Regeln zu codieren, statt sie als stilles Wissen im Kopf einer Staffing-Leitung zu belassen, macht das Tool erst zu etwas, dem die Leute genug vertrauen, um es tatsächlich zu nutzen, statt es zu umgehen.
Rollout: zuerst Transparenz schaffen, danach die Matching-Logik ergänzen
Die Firmen, die den größten Nutzen daraus ziehen, bauen in Etappen. Die erste Etappe ist schlicht präzise, live verfügbare Transparenz: Ist-Daten aus Zeiterfassungen und bestätigte plus gewichtet gewichtete Pipeline-Nachfrage aus dem CRM an einem Ort zusammenzuführen, damit das Staffing-Gespräch auf echten Zahlen basiert statt auf der besten Schätzung von jemandem. Die zweite Etappe ergänzt Matching-Logik — Anforderungen an Skills und Zertifizierungen, Konfliktprüfungen, weiche Staffing-Regeln — sodass das Tool empfohlene Matches anzeigen kann, statt nur eine Kapazitätslücke. Firmen, die versuchen, die komplette Matching-Engine schon am ersten Tag zu bauen, bevor die zugrunde liegende Datenpipeline vertrauenswürdig ist, landen meist bei einem ausgefeilten Tool, dem niemand glaubt, weil die Eingaben nie sauber genug waren, um es zu tragen.
Was das nicht löst
Software behebt nicht die grundlegende Staffing-Kultur eines Unternehmens. Wenn Projektleitende ihre Lieblingsleute konsequent horten, ganz gleich, was die Daten sagen, zeigt ein besseres Tool dieses Verhalten zwar klarer, stoppt es aber nicht von selbst — das ist ein Führungs- und Anreizproblem, kein Technologieproblem. Was das Tool leistet, ist, die Ausrede der schlechten Transparenz zu beseitigen: Sobald genaue Angebots- und Nachfragedaten an einem Ort vorliegen, kann es im Staffing-Gespräch um Abwägungen und Prioritäten gehen statt um Rätselraten darüber, wer tatsächlich verfügbar ist.
Warum Auslastungszahlen meist schon falsch sind, bevor das Tool überhaupt falsch sein kann
Ein Detail, das in Resourcing-Gesprächen oft übersehen wird: Die Auslastungszahlen der meisten Unternehmen sind schon unzuverlässig, bevor überhaupt jemand etwas baut, weil die zugrunde liegenden Eingaben inkonsistent sind. Die Kategorisierung in Zeiterfassungen variiert von Person zu Person, „verfügbar“ bedeutet manchmal wirklich frei und manchmal nur weich reserviert für einen Deal, der erst in sechs Wochen abgeschlossen wird, und Bench-Zeiten werden je nach Person, die den Bericht ausfüllt, unterschiedlich erfasst. Ein ausgefeiltes Matching-Tool auf inkonsistenten Eingaben aufzubauen, erzeugt nur schneller eine ausgefeilt falsche Antwort. Ein echter Teil des Werts einer individuellen Entwicklung besteht darin, die Definitionsfragen — was als verfügbar zählt, wie die pipeline-gewichtete Nachfrage berechnet wird, was Bench-Zeit für dieses Unternehmen eigentlich bedeutet — früh offen zu klären, bevor die Software live geht, statt jedes Team diese Fragen stillschweigend dauerhaft anders beantworten zu lassen.
So starten Sie
Wenn spreadsheet-basierte Staffing-Planung erste Risse zeigt — doppelt gebuchte Berater, Pipeline-Deals, die so besetzt werden, als wären sie bereits abgeschlossen, Auslastungszahlen, denen niemand vollständig traut — ist der erste sinnvolle Schritt, zu kartieren, wo Ihre tatsächlichen Staffing-Regeln von dem abweichen, was ein generisches Resourcing-Tool voraussetzt. Genau in dieser Lücke liegen meist die echten Anforderungen an eine individuelle Entwicklung, und es lohnt sich, sie konkret festzuhalten — in klarer Sprache, nicht als Feature-Liste — bevor Sie zum ersten Mal mit jemandem sprechen, der sie bauen könnte. Sie können dieses Gespräch über den ASTACKRA Project Planner beginnen oder Ihr spezifisches Staffing-Modell mit unserem Team auf unserer Kontaktseite besprechen. Mehr dazu, wie wir professionelle Dienstleistungsprozesse generell betrachten, finden Sie in unserer AI-Arbeit für professionelle Dienstleistungen.
Verwandt