Strukturelles Chaos: Wenn Mikromanagement und technische Schuld die Motivation lähmen
Verbesserungsvorschläge
Strategiestabilität erhöhen: Ständige Richtungswechsel und kurzfristige Prioritätenänderungen sollten vermieden werden. Es ist wichtig, Themen konsequent zu Ende zu bringen, anstatt Projekte offen zu lassen oder mittendrin abzubrechen. Dies reduziert den operativen Mehraufwand und verhindert das weitere Anwachsen technischer Schulden.
Entscheidungswege verkürzen & Kollektive Verantwortung fördern: Die technische Erfahrung der Teams sollte aktiv in strategische Entscheidungen einbezogen werden, anstatt Lösungen rein "top-down" vorzugeben. Es sollten Strukturen geschaffen werden, die es Teams erlauben, echtes Ownership für ihre Anwendungen zu entwickeln, anstatt das gesamte Wissen bei einzelnen Personen zu bündeln. Das würde die Motivation steigern und Wissen-Silos bremsen.
Führungskultur vereinheitlichen: Die positiven Beispiele aus den gut geführten Abteilungen (z. B. Teams mit technischem Management-Hintergrund) sollten als Vorbild für den gesamten Software-Bereich dienen, um eine konsistente und fachlich fundierte Führung zu gewährleisten.
Informationsfluss professionalisieren: Hybride Kommunikation so gestalten, dass Remote-Mitarbeiter den gleichen Wissensstand haben wie Kollegen vor Ort und nicht durch informellen "Flurfunk" im Büro abgehängt werden.
Qualitätsstandards beim Recruiting und bei Beförderungen anheben: Technische Führungsrollen sollten nach tatsächlicher Fachkompetenz und moderner Seniorität besetzt werden, nicht nach reiner Verweildauer im Unternehmen. Es braucht eine gezielte Zufuhr von außen sowie transparente, marktübliche Kriterien für interne Aufstiege, um die technische Exzellenz nachhaltig zu sichern.
Arbeitsatmosphäre
Die allgemeine Unternehmenskultur ist im Grunde kollegial und respektvoll. Die teamübergreifende Zusammenarbeit funktioniert gut. Innerhalb meiner spezifischen Abteilung war die Stimmung jedoch gedrückt. Mangelnde Transparenz und die inkonsistente Kommunikation von oben haben das Klima dort belastet, obwohl der Zusammenhalt unter den direkten Kollegen intakt war.
Kommunikation
Abteilungsübergreifend solide, intern jedoch verbesserungswürdig. Es gibt ein spürbares Informationsgefälle: Wichtige Themen wurden oft informell im Büro besprochen, wodurch Remote-Kollegen (trotz offizieller Home-Office-Regelung) oft erst spät oder unvollständig informiert wurden. Strategische Entscheidungen fühlten sich nach „Top-Down“ an, ohne ausreichenden Einbezug der Fachexperten.
Work-Life-Balance
Die Flexibilität ist grundsätzlich vorhanden, aber die Umsetzung ist inkonsistent. Während einige Teams vollständig remote arbeiten dürfen, wird von anderen Präsenz gefordert. Zudem führt die hohe Last durch Legacy-Systeme und Incidents dazu, dass für Weiterbildung während der Arbeitszeit kaum Raum bleibt. Wer sich technologisch entwickeln will, muss dies oft in die Freizeit verlagern.
Vorgesetztenverhalten
Die Führungsqualität in der Abteilung war defizitär. Dem Management mangelte es an grundlegender Software-Engineering-Expertise, was eine realistische Aufwandsschätzung massiv erschwerte. Die Präsenz der Führungskraft schwankte unberechenbar zwischen Desinteresse und kontrollierendem Mikromanagement, was die Teamdynamik stark belastete.
Besonders kritisch ist der Umgang mit Feedback: Konstruktive Kritik an Prozessen oder Managementmustern wurde nicht professionell verarbeitet, sondern führte regelmäßig zu abrupten, intransparenten Richtungswechseln und personellen Umschichtungen. Es herrscht eine Kultur, in der offene Kommunikation eher blockiert als gefördert wird. Wer Missstände anspricht, stößt auf Widerstand statt auf lösungsorientierte Konfliktkompetenz.
Interessante Aufgaben
Viel Fokus auf Wartung und die Arbeit an komplexen Legacy-Systemen. Die hohe technische Schuld schränkte den Gestaltungsspielraum im Alltag massiv ein. Ein strukturelles Problem ist hierbei die Verteilung der technischen Verantwortung: Entscheidungen werden oft extrem zentralisiert getroffen (z. B. auf Ebene einzelner Ansprechpartner oder Tech Leads), anstatt echtes Technical Ownership im gesamten Team aufzubauen. Dadurch entsteht ein massiver Wissen-Silo-Effekt. Da Teams nicht aktiv in die Lösungsfindung einbezogen werden, leidet die Motivation und nachhaltige Architektur-Entscheidungen werden blockiert. Dies spiegelt sich auch in der Softwarequalität wider: Durch den Fokus auf schnelle, unvollständige Releases liegt die Qualität der produzierten Software deutlich unter dem Marktdurchschnitt, was zu einer permanenten Fehlerbehebung im Alltag führt.
Arbeitsbedingungen
Die materiellen Arbeitsbedingungen sind gut. Es wird zeitgemäßes IT-Equipment (gute Laptops) zur Verfügung gestellt und die Büroumgebung ist ordentlich ausgestattet.
Gehalt/Benefits
Das Gehaltsgefüge bewegt sich nach meiner Einschätzung eher am unteren Ende des Marktdurchschnitts. Gemessen an der hohen Komplexität der Legacy-Systeme und der damit verbundenen Verantwortung im Alltag wirkt die Vergütung im Branchenvergleich nicht ganz marktgerecht.
Image
Das Image nach außen deckt sich nur teilweise mit der internen Realität. Während das Unternehmen modern, agil und qualitätsbewusst wirkt, ist die Arbeitsweise in der Praxis oft von starren Top-Down-Entscheidungen, hoher technischer Schuld und politisch geprägten Diskussionsrunden geprägt. Die technische Exzellenz wird dem Liefertakt geopfert, sodass die tatsächliche Produkt- und Codequalität weit hinter gängigen Branchenstandards zurückbleibt.
Karriere/Weiterbildung
Die Perspektiven sind überschaubar. Durch die hohe operative Last im Tagesgeschäft bleibt im Alltag kaum messbarer Freiraum für strukturierte Weiterbildung. Zudem fällt auf, dass Beförderungen in Schlüsselpositionen (wie technische Führungsrollen) oft primär auf langjähriger Betriebszugehörigkeit basieren und weniger auf aktueller technologischer Exzellenz. Das führt dazu, dass das technische Niveau in der Führung teilweise nicht mit dem modernen Marktstandard mithalten kann, was die fachliche Weiterentwicklung im gesamten Team ausbremst.
Kollegenzusammenhalt
Gleichberechtigung
Umgang mit älteren Kollegen
Arbeitgeber-Kommentar
Danke für die ausführliche und differenzierte Rückmeldung und dafür, dass Sie sich die Zeit genommen haben, sowohl positive Aspekte als auch Kritikpunkte zu benennen.
Wir nehmen Hinweise zu Zusammenarbeit, Führung, Kommunikation, Priorisierung/Arbeitslast sowie zur Kultur in der Softwareentwicklung sehr ernst. Gleichzeitig bitten wir um Verständnis, dass wir einzelne Punkte aus Gründen der Fairness gegenüber Beteiligten nicht öffentlich im Detail kommentieren können.
Wir nutzen Feedback wie Ihres, um intern genauer hinzuschauen, Ursachen zu klären und zu verbessern, wo Erwartungen und erlebte Realität auseinandergehen.
Besonders wichtig ist uns ein offener, respektvoller Umgang und ein Umfeld, in dem Themen früh adressiert werden können.
Wenn Sie möchten, besprechen wir das gerne vertraulich: Sie können sich dazu direkt bei mir oder bei Ihrem früheren Vorgesetzten melden, damit wir Ihre Beispiele besser einordnen und konkret daraus lernen können, um uns zu verbessern. Auch der Bereichsleiter hat Interesse an einem Gespräch signalisiert – wir würden uns freuen, wenn Sie sich dafür zur Verfügung stellen würden.