Wie können wir helfen?

Über uns

Karriere

Kontakt

Blog

Staffwerke

IT-Dienstleister machen ihr Geschäft nicht mit Projekterfolgen, sondern mit der stumpfen Ressourcen-Vermittlung.


Auch schonmal erlebt?

Ein neuer Mitarbeiter, vermittelt von einem IT-Dienstleister, kommt ins Projekt. Auf dem Papier top qualifiziert, in der Realität ein Totalausfall.
Manchmal erscheint er nicht einmal zur Arbeit, rechnet aber fröhlich seine Stunden ab.
Irgendwann merkst du, dass es so nicht weitergeht.
Du beschwerst dich beim Dienstleister und bekommst immer die gleiche Antwort: “Oh, das tut uns leid. Wir hatten bisher nur exzellente Erfahrungen mit ihm.”
Wirklich? Die Realität sieht anders aus.

Diese IT-Dienstleister machen ihr Geschäft nicht mit Projekterfolgen, sondern mit der stumpfen Ressourcen-Vermittlung.

Sie kennen die Kandidaten kaum und überprüfen ihre Fähigkeiten nur oberflächlich. Wenn überhaupt.
Aber weil sie ja noch mehr “Experten” haben, schicken sie jetzt den nächsten, mit den exzellenten Erfahrungen.

Du als Kunde bleibst auf den Kosten sitzen:
verlorene Zeit, ineffektive Einarbeitung und das Risiko, wieder einen unqualifizierten Mitarbeiter zu bekommen.

Das Spiel beginnt von vorne – und der Dienstleister lacht sich ins Fäustchen, während er weiter seine Marge kassiert.
Verantwortung? Fehlanzeige

Wir halten das für groben Unfug.
Deswegen unser Versprechen für dich:

Bei Staffwerke läuft es anders. Wir übernehmen volle Verantwortung für unsere Mitarbeiter.
Sie versagen nicht. Zumindest nicht zu 99,9 %.
Und für den unwahrscheinlichen Fall der 0,1 % tragen wir die Kosten.
Nicht du als Kunde.
Wir stehen zu unserem Qualitätsversprechen.

Unsere Businessausrichtung, ist das, was uns unterscheidet:
Spaß haben, glücklich sein, Erfüllung finden.
Das geht nur, wenn der Fokus 100 % auf Qualität liegt. Dafür braucht es Premium-Teams.

Unsere Qualität in der Praxis:

Wir tauschen Entwickler kostenlos aus, wenn wir merken, dass sie “projektmüde” werden.
Wir beobachten die Leistung und übernehmen die Verantwortung dafür.
Wir haben einen teuren Staffing-Prozess, den wir immer alleine finanzieren.
Das machen wir nicht, weil wir Samariter sind, sondern weil wir verstehen, wie wichtig der Impact ist und wie heftig die negativen Auswirkungen sind, wenn faule Äpfel im Team sind.
Wir lassen nicht zu, dass Projektziele gefährdet werden.

Erzähl mal:
Welche Erfahrungen hast du mit IT-Dienstleistern gemacht?
Wie ist dein “Entwickler-Obstkorb”?

Verantwortung: Qualität statt Kompromisse

Agilität #1  – Was ist schiefgelaufen?

Agilität begann als revolutionäre Idee mit einem einfachen Ziel:
Softwareentwicklung schneller, flexibler und effizienter zu machen. Doch was ursprünglich als Befreiung von starren Prozessen gedacht war, hat sich für viele Unternehmen in eine Falle verwandelt.

Der ursprüngliche Traum:
Der Agile Manifesto legte den Grundstein für eine Arbeitsweise, die auf Zusammenarbeit, schnelle Iterationen und Anpassungsfähigkeit setzt.
Diese Prinzipien sollten Teams befähigen, besser auf Kundenwünsche zu reagieren und schneller hochwertige Produkte zu liefern.

Die schmerzhafte Realität:
Im Laufe der Zeit wurde “Agil” jedoch zu einem Buzzword, das missbraucht wird, um alles von Workshops bis zu Softwaretools zu verkaufen. Viele Organisationen implementieren agile Methoden halbherzig, ohne die notwendige Kultur oder Strukturänderung. Das Ergebnis? Ein Prozess, der oft mehr Bürokratie und Verwirrung schafft als echte Agilität.

Der Industrie-Scam:
Heute frisst korrumpierte Agilität brachiale Anteile des Budgets.
Weit mehr als nur 20%, die es verspricht.
Heute ist Agilität oft synonym mit endlosen Meetings, überkomplizierten Scrum-Ritualen und einer Flut von Jira-Tickets, die wenig mit echter Produktivität zu tun haben.
Sie befeuert Micromanager und füttert agile Scharlatane durch.

Der Markt für agile Zertifizierungen und Trainings ist explodiert, und jeder möchte ein Stück vom Kuchen.
Aber wie viel davon bringt echten Wert für die Teams und ihre Projekte?
Und zwar faktisch - nicht nur gefühlt.

Was können wir tun?
Wir müssen zurück zu den Wurzeln:
Echte Agilität bedeutet Flexibilität und das schnelle Reagieren auf Veränderungen, nicht das blinde Folgen von „Agile Coaches“, die nie selbst entwickelt haben oder sonst irgendwie erfolgreich im Business waren.

Was ist deine Erfahrung mit Agilität?
#Staffwerke #AgileDevelopment #Softwareentwicklung #ITConsulting

Vom Idealismus zum Industrie-Scam

🚀 Ob wir lügen, kannst du erst entscheiden, wenn wir mal miteinander gesprochen haben.

In der IT-Branche wird viel versprochen, aber nur wenig gehalten. Du kennst das Spiel: Große Worte, aber wenn es drauf ankommt, bleibt die Leistung aus. Bei Staffwerke gehen wir einen anderen Weg.

Unser Team besteht aus den besten Entwicklern und Architekten am Markt. Das sagen wir aus Überzeugung – und dann liefern wir überzeugende Ergebnisse. Unsere Kunden erleben das jeden Tag.
Wir sind eben Erfolgspartner.

Wir liefern maßgeschneiderte Lösungen, die Millionen einsparen und Projekte erfolgreich abschließen. Projekte, die früher als geplant live gehen und die Produktionsleistung unserer Kunden erheblich steigern.

Skeptisch? Verständlich. Aber lass uns mal drüber sprechen.
Ob wir lügen, kannst du erst entscheiden, wenn wir mal miteinander gesprochen haben.

Bereit uns zu testen? Schreib mir einfach eine Nachricht. oder buche dir direkt einen Termin bei mir. (Link in den Kommentaren)
Du kannst ja nur gewinnen.

#SoftwareEntwicklung #Erfolgspartner #Qualität #Effizienz #Ergebnisse

IT-Branche ohne Leistung

Es gibt kein Nearshore: Qualität kennt keine Grenzen

Geiz ist gar nicht geil:
Von Zustelldienstleistern bis hin zur IT-Branche ist der “Geiz ist geil”-Ansatz in Deutschland tief verankert.
MACHT ABER EBEN KEINEN SINN.

Vor Jahren glaubte man, dass der IT-Fachkräftemangel durch Entwickler aus Indien zu lösen sei.
Doch die blutigen Nasen, die sich Unternehmen dabei holten, brauchen heute noch Pflaster & Wundverbände.
Die Qualität und kulturelle Integration stimmten einfach nicht.

Der nächste Versuch:
Nearshore. Osteuropa, Spanien, Italien – überall wird gesucht, um Kosten zu sparen.
Doch hier die harte Wahrheit: Jeder, der in der IT etwas kann, arbeitet global und wird entsprechend bezahlt. TOP-Experten setzen sich nicht in ein deutsches Großraumbüro.
Es gibt kein Nearshore.
IT-Staffing ist global.

Wer heute noch versucht, durch Nearshore-Lösungen zu sparen, wird enttäuscht.
Remote Arbeit ist globaler Standard, und die Bezahlung richtet sich nach Können, nicht nach Standort.
Unsere Botschaft: Qualität kennt keine Grenzen. Die besten IT-Talente findest du global – nicht durch den Blick auf den billigsten Arbeitsmarkt.

Was sind deine Gedanken dazu?

#Softwareentwicklung #ITRecruiting #RemoteWork #GlobalTalent #Effizienz #Qualität

Es gibt kein Nearshore

Warum Entwickler die beste Hardware und Software benötigen

Stell dir vor, Entwickler haben Zugang zu der besten verfügbaren Hard- und Software – wie würde das ihre Arbeit beeinflussen?

In einer idealen Welt erhalten Entwickler genau das, um ihre Produktivität und Motivation zu maximieren. Softwareentwicklung erfordert hohe Kreativität, Konzentration und abstraktes Denken. Unzureichende Ausrüstung, die einfache Aufgaben wie das Kompilieren unnötig verlangsamt, stört den Gedankenfluss und beeinträchtigt die Effizienz erheblich.

Die Realität in vielen Unternehmen sieht jedoch anders aus. Oft wird aus “organisatorischen Gründen” in unterdurchschnittliche Ausrüstung “investiert”, was zu Frustration und einem Rückgang der Gesamteffizienz führt. Der „Return on Investment“ (ROI) aus besserer Ausstattung wird stets unterschätzt. Die positiven Effekte auf Arbeitsmoral und Produktivität sind sehr real und bedeutend und messbar!

Wie sorgst du dafür, dass dein Team immer mit der besten verfügbaren Technologie ausgestattet ist?

#SoftwareDevelopment #TechInvestment #DeveloperProductivity

Entwickler und Arbeitsausstattung

Auch schonmal erlebt?

Ein neuer Mitarbeiter, vermittelt von einem IT-Dienstleister, kommt ins Projekt. Auf dem Papier top qualifiziert, in der Realität ein Totalausfall.
Manchmal erscheint er nicht einmal zur Arbeit, rechnet aber fröhlich seine Stunden ab.
Irgendwann merkst du, dass es so nicht weitergeht.
Du beschwerst dich beim Dienstleister und bekommst immer die gleiche Antwort: “Oh, das tut uns leid. Wir hatten bisher nur exzellente Erfahrungen mit ihm.”
Wirklich? Die Realität sieht anders aus.

Diese IT-Dienstleister machen ihr Geschäft nicht mit Projekterfolgen, sondern mit der stumpfen Ressourcen-Vermittlung.

Sie kennen die Kandidaten kaum und überprüfen ihre Fähigkeiten nur oberflächlich. Wenn überhaupt.
Aber weil sie ja noch mehr “Experten” haben, schicken sie jetzt den nächsten, mit den exzellenten Erfahrungen.

Du als Kunde bleibst auf den Kosten sitzen:
verlorene Zeit, ineffektive Einarbeitung und das Risiko, wieder einen unqualifizierten Mitarbeiter zu bekommen.

Das Spiel beginnt von vorne – und der Dienstleister lacht sich ins Fäustchen, während er weiter seine Marge kassiert.
Verantwortung? Fehlanzeige

Wir halten das für groben Unfug.
Deswegen unser Versprechen für dich:

Bei Staffwerke läuft es anders. Wir übernehmen volle Verantwortung für unsere Mitarbeiter.
Sie versagen nicht. Zumindest nicht zu 99,9 %.
Und für den unwahrscheinlichen Fall der 0,1 % tragen wir die Kosten.
Nicht du als Kunde.
Wir stehen zu unserem Qualitätsversprechen.

Unsere Businessausrichtung, ist das, was uns unterscheidet:
Spaß haben, glücklich sein, Erfüllung finden.
Das geht nur, wenn der Fokus 100 % auf Qualität liegt. Dafür braucht es Premium-Teams.

Unsere Qualität in der Praxis:

Wir tauschen Entwickler kostenlos aus, wenn wir merken, dass sie “projektmüde” werden.
Wir beobachten die Leistung und übernehmen die Verantwortung dafür.
Wir haben einen teuren Staffing-Prozess, den wir immer alleine finanzieren.
Das machen wir nicht, weil wir Samariter sind, sondern weil wir verstehen, wie wichtig der Impact ist und wie heftig die negativen Auswirkungen sind, wenn faule Äpfel im Team sind.
Wir lassen nicht zu, dass Projektziele gefährdet werden.

Überstunden: Die vermeidbaren Kosten. Neulich nach der Quartalsabrechnung eines Projektes…

Überstunden: Die vermeidbaren Kosten.

Neulich nach der Quartalsabrechnung eines Projektes…

Der Einkauf rief an und fragte:

“Warum arbeiten eure Entwickler ständig mehr als 200 Stunden?
Kriegen sie ihre Aufgaben nicht rechtzeitig fertig?”

“NEIN, im Gegenteil.
Aber wir müssen gerade das Projekt retten, weil es sonst den berühmten Bach runtergeht.”

“Ah, ok. So schlimm?”

“Schlimmer, aber unsere Jungs kriegen es hin”

#realtalk
Keiner unserer Entwickler hat Lust auf Überstunden.
Aber sie machen sie, wenn es nötig ist – ohne Rücksprache mit dem Betriebsrat, ohne große Diskussionen.
Warum? Weil Fehler gefixt werden müssen, auch wenn unsere Jungs nichts dafür können.
Der Projekterfolg ist unser Versprechen!

#realtalk:
Die meisten Überstunden könnten easy vermieden werden, wenn sich einfach nur jeder im Projekt um das kümmern würde, was er wirklich kann.
Die meisten Projekt-Probleme sind hausgemacht und völlig überflüssig.

Kennst du das auch? 😉

Welche Maßnahmen setzt du bereits um, um Überstunden zu vermeiden? Hast du ähnliche Erfahrungen gemacht?

Schreib gerne mal deine Gedanken dazu in die Kommentare.

#Softwareentwicklung #Effizienz #Projektmanagement #Überstunden #Fehlerkultur

Überstunden: Die vermeidbaren Kosten.

Gefährliche Abhängigkeit: Dein Unternehmen in der OTS-Falle?

Stell dir vor, du besitzt ein iPhone 5 – robust, vertraut, zuverlässig.
Doch plötzlich wird es nicht mehr unterstützt; keine Updates, keine neuen Apps.
Genau so ergeht es vielen Unternehmen, die auf Off-the-Shelf-Produkte (OTS) setzen.

Ein Wechsel im Lizenzmodell, das Ende des Supports oder auch ein SAP-Modul, das es “plötzlich” nicht mehr gibt, lässt dich mit heruntergelassenen Hosen dastehen.

Gar keine so coole Vorstellung. Oder?

Egal, was du mit OTS versuchst, du kannst bestenfalls ein bestehendes Problem lösen.
Du wirst aber niemals dein Business superchargen.

Was ist die deutlich bessere Alternative?
Individual-Software!
Die maßgeschneiderten Softwarelösungen, die dir wirklich wahre Effizienz und Sicherheit bieten.

Unsere Experten – erfahrene Entwickler und Architekten – bringen nicht nur ihr technisches Know-how mit, sondern auch eine Beratungskompetenz, die dein Unternehmen vor teuren Überraschungen schützt.

Lass uns gerne gemeinsam dafür sorgen, dass dein technologisches Fundament so zeitgemäß und flexibel bleibt wie die Märkte, in denen du konkurrierst.

#Realtalk
Viele deiner Konkurrenten sind längst auf Individual-Software umgestiegen und arbeiten schon mit dem “iPhone 18”, während du noch auf deinem iPhone 5 tippst.

PS:
Ein kurzer Blick Richtung VMware – wie abhängig bist du von deinen OTS-Produkten?

#Softwarelösungen #Innovation #Technologie #BusinessResilience

OTS Falle

Du suchst IT-Personal? Lass uns mal reden.

🚀 IT-Projekte scheitern immer nur an den falschen Leuten.
Dein Projekt verdient die besten Köpfe – Entwickler, die nicht nur den besten Code schreiben, sondern dir echte Mehrwerte schaffen.

🔍 Wir verstehen garantiert, was dein Projekt braucht.
Statt nur Lebensläufe zu prüfen, tauchen wir tief in den Code ein.
Wir analysieren, wie Kandidaten Probleme lösen. So bauen wir die besten Entwickler-Teams für jedes Projekt.

Dein Vorteil:
Keine teuren Fehler durch falsche Besetzungen mehr.

💡 Ein erfolgreiches Staffing spart Millionen.
Unsere Methodik minimiert deine Risiken und maximiert deinen Projekterfolg.

📈 Höre auf, den Status Quo zu akzeptieren. Setze auf echte Expertise und eine zielgerichtete Auswahl. Unsere Erfolge sprechen für sich: Langfristige Partnerschaften, maßgeschneiderte Lösungen und eine hohe Effizienz.

➡️ Kontaktiere mich und lass uns mal drüber sprechen, wie wir zusammen auch dein Projekt erfolgreich machen.
Dein Projekt verdient mehr als Durchschnitt.

#ITStaffing #SoftwareEntwicklung #ProjektErfolg #TechTalent #EffizienzSteigern

Die Suche nach IT Personal

Achtung: Falsches Spiel in der IT-Branche – Wie Unternehmen mit “Senioren” getäuscht werden!

Du gehst in ein Sternerestaurant, bestellst ein Filet Mignon und bekommst stattdessen einen Hamburger serviert – aber die Rechnung bleibt dieselbe.

Genau das passiert häufig in der Welt der IT-Dienstleistungen.
Viele IT-Dienstleister versprechen dir die Crème de la Crème der Entwickler, schicken dir dann aber nur die Juniors ins Projekt. Natürlich zu Senior-Preisen.

Das Geschäftsmodell einiger IT-Dienstleister ist echt bizarr:
Täusche beim Pitch Qualität vor und liefere nach Beauftragung Quantität.

Aber es geht ja noch weiter…
Egal, ob du nach einem Softwareentwickler, einem Facility-Manager oder sogar nach einem Nachtwächter suchst – sie haben immer jemanden parat.

Marge ist das Lieblingswort.
Da wird dann schonmal der Junior-Entwickler in eine Warnweste gesteckt, bekommt einen Elektroschocker an den Gürtel und wird als Spitzenkraft für Wachschutz vertickt.

Es klingt absurd, fast schon satirisch, doch für viele ist das die bittere Realität.
Die Praktiken mancher Dienstleister in der IT-Branche sind nicht nur fragwürdig, sondern haben für Unternehmen, die auf echte Expertise angewiesen sind, verheerende Folgen.

Deswegen:
Augen auf bei der Partnerwahl!
Auch dein nächstes IT-Projekt wird mit den falschen “Experten” scheitern.

Wie es besser geht, können wir gerne mal in einer kostenlosen Projektanalyse besprechen.

#ITSkandal #TechTäuschung #BusinessEthik #DigitalTransparency

Falsches Spiel in der IT Branche

Beschreibt einen Tag im Leben eines SCRUM-Masters. 

Follow a day in the life of one of the most useless people in a software project. Only available in German.

Hi, mein Name ist Peter (*Name und Handlung sind frei erfunden). Ich bin einer der überflüssigsten Personen, die du je getroffen hast. Wie du dir vielleicht schon denken kannst, bin ich ein zertifizierter Full-Time Scrum Master. Mein Beitrag, den ich jeden Tag in meinem Unternehmen leiste, ist 0. Jeder weiß das, aber keiner tut etwas. Ich nehme dich heute mit und zeige dir, was ich jeden Tag tue (oder auch nicht tue). Viel Spaß beim Lesen. Ich hatte viel Zeit diesen Artikel zu schreiben. 

**06:30 Uhr:** Der Wecker klingelt, und ich springe voller Enthusiasmus aus dem Bett – bereit, die Welt des agilen Arbeitens zu revolutionieren. Oder zumindest so zu tun, als ob.

**07:00 Uhr:** Nach einer schnellen Dusche und einem noch schnelleren Frühstück öffne ich meine Inbox. Vielleicht gibt es ja eine dringende Frage von einem Teammitglied, die nur ich beantworten kann. Spoiler: meistens nicht.

**08:00 Uhr:** Das tägliche Stand-Up-Meeting beginnt. Ich frage, wie jeden Tag, die Entwickler nach Updates. Auch wenn das überhaupt keine Auswirkung auf irgendeinen Prozess hat. Agile Buzzwords fliegen durch den Raum. Ich bin zufrieden.

**09:30 Uhr:** Nach dem Meeting ist vor dem Meeting. Ich verbringe den Vormittag damit, weitere Meetings zu organisieren und sicherzustellen, dass alle pünktlich erscheinen. Denn was wäre ein Tag ohne Meetings? Aber die Hauptsache ist, dass alle Meetings maßlos überzogen werden. 

**10:00 Uhr:** Ich verbringe eine unnatürlich hohe Zeit auf LinkedIn um zu ,,engagen'' und mich zu vernetzen. Warum? Damit ich endlich das ,,Top-Voice-Badge'' erhalte und mir diese extrem qualifizierte Auszeichnung über meine ,,Cross-Functional-Leadership''-Zertifizierung auf meinen Lebenslauf zu packen. 

**12:00 Uhr:** Zeit für ein ausgiebiges Mittagessen mit meinen Kollegen. Wir unterhalten uns über belanglose Dinge und versuchen, den Gedanken zu verdrängen, dass wir eigentlich viel produktiver sein könnten.

**13:00 Uhr:** Zurück im Büro geht es weiter mit dem Verhindern von produktiver Arbeit. Ich störe meine Teammitglieder bei ihrer Arbeit, um sicherzustellen, dass sie auch wirklich nach dem Scrum-Leitfaden arbeiten – schließlich müssen wir agil bleiben!

**17:00 Uhr:** Der Arbeitstag neigt sich dem Ende zu. Ich fühle mich erschöpft, aber auch unglaublich erfüllt. Schließlich habe ich wieder einmal bewiesen, dass ich als Full-Time Scrum Master absolut unverzichtbar bin – zumindest für mein eigenes Ego.

**18:00 Uhr:** Feierabend! Zeit, nach Hause zu gehen und mich auf einen weiteren Tag voller sinnloser Meetings und agiler Buzzwords vorzubereiten. Wer weiß, vielleicht werde ich irgendwann wirklich etwas Sinnvolles tun – aber bis dahin werde ich weiterhin so tun, als ob.

Klingt lustig, ist es aber eigentlich gar nicht. Natürlich wollen wir nicht alle über einen Kamm scheren und nicht jede Scrum Master Position als redundant erklären. Wenn aber nur auf das Durchziehen agiler Frameworks und damit verbundener Positionen geachtet wird, befinden wir uns nicht automatisch auf der Zielgeraden. Tatsächlich besteht die Gefahr, dass ein Scrum Master, der nicht richtig eingesetzt wird, die Effizienz des gesamten Entwicklungsteams sogar beeinträchtigt.

Ein Full-Time Scrum Master sollte keine Position, sondern eine Rolle sein, die innerhalb eines agilen Teams aufgefangen wird. Sobald diese Rolle wirklich als Vollzeit-Position bekleidet werden muss, laufen in dem Unternehmen ganz andere Dinge schief. Ziel sollte eher sein, sich als Scrum Master selbst fast überflüssig zu machen, damit das Team selbstständig arbeitet. Ein Daily wird nämlich genau dann überflüssig, wenn sich die Projektmitarbeiter sowieso im Austausch miteinander befinden. Hierbei sind dann Milestones und Sprints viel wichtiger, als hart vorgegebene Prozesse. 


>Quote Agile Prozesse sollen am Ende immer noch Sinn machen und nicht auf Biegen und Brechen einfach durchgezogen werden.

Unternehmen dürfen nicht nur auf die Oberfläche schauen und denken, dass das Einhalten agiler Prinzipien automatisch zu besserer Produktivität führt. Vielmehr muss darauf geachtet werden, dass der Scrum Master eine unterstützende Rolle einnimmt, die das Team befähigt und unterstützt, anstatt es zu beeinträchtigen. Effizienz sollte immer im Mittelpunkt stehen - und das bedeutet, dass wir manchmal über den Tellerrand hinausschauen und kritisch hinterfragen müssen, wie wir agil arbeiten. Sonst laufen wir Gefahr, in einem endlosen Kreislauf aus Meetings und Buzzwords gefangen zu sein, ohne dabei wirklich voranzukommen.
Und wenn du dich dabei nun auf den Schlips getreten fühlst, dann denk drüber nach warum. Wir wollen dir nichts Böses, sondern haben vielleicht einen Nerv getroffen. Aber Einsicht ist ja der erste Schritt zur Besserung 😉

Day in the Life of a Scrum Master

Ein Tag im Leben eines SCRUM-Masters

Was die Personalplanung mit dem Unternehmenserfolg zu tun hat

Nehmen wir mal an, wir sind der Mensch innerhalb eines Unternehmens, der ein Projekt plant und staffed. Der Zeitplan ist klar, die Anforderungen auch und wir wissen, dass wir 5 Personen brauchen. Diese 5 Personen werden intern oder auch extern eingestellt und fangen nun mit ihrer Arbeit an. An Projekttag 7 wird einer der Mitarbeiter krank und fällt für zwei Wochen aus. An Projekttag 12 geht ein anderer Mitarbeiter für drei Wochen in den Urlaub. Nach vier Wochen kündigt ein weiterer Mitarbeiter. Autsch. Hier brauchen wir nicht mal ein BWL-Studium um zu erkennen, dass der Projekterfolg massiv gefährdet ist. Mit nur 20-40% der ursprünglich geplanten Kapazitäten können wir niemals den Zeitplan einhalten. Die Stakeholder oder Auftraggeber, ob intern oder extern, werden wohl nicht sonderlich erfreut sein. 


>Quote Wir müssen aufhören, Projekte zu knapp und naiv zu planen. 


Was auf der Hand liegt ist, dass das Projekt von Anfang an falsch geplant wurde. Wir hätten eindeutig mehr Mitarbeiter als Backup benötigt um das Projekt nicht zu gefährden. Natürlich wissen wir alle, dass es Budgets gibt und nicht beliebig viele Mitarbeiter eingestellt werden können. Aber der Moment, in dem wir wirklich viel Geld verlieren ist der, wenn uns die zu engmaschig geplante Kapazität ausgeht. Wenn wir von Anfang an einen gewissen Puffer eingeplant hätten, würden wir 

- A, nicht in die Situation kommen, dass unser gesamtes Projekt weder in-time, noch in-budget noch in-quality geliefert wird,

- oder B, das Projekt schneller fertiggestellt wird und wir die Ressourcen wieder freisetzen können, z.B. für andere Projekte.

Ab dem Moment, in dem wir asap weitere Projektmitarbeiter brauchen, verbrennen wir extrem viel Geld für den Hiring- und Einarbeitungsprozess. Denn selbst wenn wir einen Projektmitarbeiter finden, der übermorgen anfangen kann, geht die Wahrscheinlichkeit, dass dieser Mensch dann auch noch wirklich was drauf hat und sich schnell in das Team integrieren kann, gegen 0. Und nun meinen wir, dass solche Szenarien selten passieren. Aber weit gefehlt. Das ist ein Standard-Szenario. 


>Quote Es gibt One-Man-Shows, die für die Entwicklung eines gesamten Systems alleine verantwortlich sind

Selbst in Großprojekten bei Milliarden-schweren Konzernen werden Projekte so besetzt, dass sie schon fast geschäftsgefährdend sind. In Software-Projekten ist es durchaus üblich, dass ein einziger Entwickler für die Programmierung einer gesamten Software alleine verantwortlich ist. Unverantwortlich? Ja irgendwie schon. Denn auch dieser eine Mitarbeiter wird mal krank, geht in den Urlaub oder wechselt das Projekt. So ergeben sich immer wieder neue One-Man-Shows und die Konsequenz bei den vielen Wechseln ist immer ein erheblicher Know-How-Verlust. Wird nun die Software sukzessive ausgerollt und irgendetwas funktioniert nicht, gibt es niemanden der von jetzt auf gleich das Problem lösen kann, weil es hochkomplex ist und ein neuer Entwickler teilweise Wochen braucht um den Code zu verstehen. Von der Personal- und Projektplanung hängt also, auch wenn es oft nicht erwartet wird, der gesamte Unternehmenserfolg ab und sollte deswegen immer als eine der obersten Prioritäten betrachtet werden. 

Personalplanung und der Unternehmenserfolg

Ein fundamentales Missverständnis in der IT-Branche.

Stell dir vor, du versuchst, Fußball ohne Füße zu spielen.
Unmöglich, richtig?
Genau das versuchen Low-Code und No-Code-Plattformen in der Welt der Softwareentwicklung zu sein.
Sie versprechen Einfachheit und Schnelligkeit, sind aber selbst bei einfachsten Anforderungen überfordert.

Die harte Wahrheit über Low-Code und No-Code:

Die Vorteilsversprechen sind eine Lüge!

Low-Code & No-Code-Plattformen verkaufen die Idee, dass jeder ohne tiefes technisches Wissen Software entwickeln kann.
Doch das ist so realistisch wie Fußball spielen ohne Füße.
Diese Systeme bieten eine Illusion von Effizienz und Flexibilität, die sie in der Praxis einfach nicht liefern können.

Die bittere Realität:
Es gibt keinen echten Anwendungsfall, in dem Low-Code oder No-Code eine sinnvolle, nachhaltige Lösung darstellt.
Was als schnelle Lösung beginnt, endet in der Regel als langfristiger Albtraum.

Es gibt eine Ausnahme:
Lern-Software, mit der Kinder programmieren lernen sollen.
Das funktioniert richtig gut.

Wenn du echte Probleme zu lösen hast, vergiss die vermeintliche magische Pille der Low-Code- und No-Code-Lösungen – sie sind eine Illusion, die letztlich nur Bauchschmerzen verursacht.