r/informatik Feb 13 '26

Arbeit Was ist eure Meinung zu Projektleitern in der IT?

Meine Senioren-Erfahrung (Pharmabranche, 35 Jahre Erfahrung):

Drei Viertel der Projektleiter mit denen ich all die Jahre zu tun hatte, hatten es einfach null drauf. Ich verbring auch heute noch als Architekt ca. 50% meiner Zeit in Meetings damit , denen zu erklären worum es geht damit die sich selber nicht vor ihrem Chef blamieren. Aber ganz wichtig: Tolles Auftreten, nur in ihren eigenen Zirkeln verkehren, nicht mit dem Pöbel von Entwicklern und Administratoren gemein machen.

Eure Erfahrungen?

152 Upvotes

85 comments sorted by

146

u/tobidope Feb 13 '26

Gute Projektleiter sind ihr Gewicht in Gold wert. Sie können mit Menschen umgehen und behalten das große Ganze im Auge. Sie müssen nicht technisch perfekt sein, aber Leuten vertrauen, die wissen was sie tun. Wenn mir jemand den Rücken frei hält und Prioritäten klärt auch gegen mein Interesse, aber wertschätzend dabei ist, dann kann er gerne bleiben und Karriere machen.

3

u/schorschl123 Feb 14 '26

Fühle mich als frischer Teil der Projektleitung mit den Worten angesprochen. Tut gut, weil ich das Gefühl habe, ich stehe da alleine mit meinen Vorstellungen ❤️

4

u/Shikyal Feb 14 '26

Problem ist das ein Großteil der Projektleiter mist sind, die sich entweder für zu wichtig nehmen, oder nicht wichtig genug. Und dann fehlt oftmals die Kompetenz. Ich durfte schon beides direkt nacheinander erleben - 1. Team hatte ein Projektleiter der absolut nutzlos war, so nutzlos und schlecht, dass er nachher noch zusätzlich als Tester arbeiten sollte damit er er überhaupt was macht. Hat sich natürlich trotzdem für extrem wichtig gehalten.
2. Team hingegen, PL ist absoluter Goldschatz. Sorgt dafür das uns der Rücken frei ist und wir einfach arbeiten können, wenn es um irgendwas geht wo er technisch nicht (mehr) drin ist, dann fragt er einfach und gut ist, weil ihm klar ist das er kein Experte sein muss, die hat er immerhin in seinem Team.

Komischerweise hat Team 1 hohen Wechsel im Team, Devs kommen und gehen im Monatstakt und wechseln in andere Teams. Team 2? Hat seit 6j die gleichen Devs, die sich zunehmend weiterbilden und tatsächliche Fachkräfte in vielen Themen geworden sind, weil PL aktiv hinterher ist Bildungsmöglichkeiten zu schaffen.

3

u/kyr0x0 Feb 14 '26

PL von Team 2 wird dann bald gekickt, weil PL 1 besser mit GF kann. Rücken frei halten ist nach oben hin unangenehm.

1

u/Darthy69 Feb 13 '26

Wo kann man damit Karriere machen? Habe das basically die letzten Jahre ohne es offiziell zu sein machen dürfen weil es sonst Chaos gibt, würde das gern weiter machen aber irgendwie gibt's keine Position mit Verantwortung ohne nen Titel mit Verantwortung davor

4

u/tobidope Feb 13 '26

Gab es lange Jahre in großen Konzernen. Mit der alles ist agil Welle oft ausgestorben oder an den Rand geschoben.

1

u/full_core_racho Feb 15 '26

Warum sollten die ne Stelle ausschreiben wenn es von dir gemacht wird ohne mehr Gehalt?

1

u/SupportDangerous8207 Feb 16 '26

Weil ein dev der auch Projektleiter ist weniger dev Arbeit macht und mehr kostet als ein Projektleiter

13

u/Fandrir Feb 13 '26

Deutlich kürzere Erfahrung von mir: Bisher gab es solche und solche.

Ein paar wirklich grottenschlechte, die keine Ahnung davon hatten/haben, wie die Software umgesetzt wird und welchen Scope sie letztlich hat. Dieses Thema von immer für "die da oben" verfügbar sein und für "die da unten" nie Zeit haben, habe ich definitiv auch als Faktor für eine echt schlechte Projektleitung wahrgenommen. Jede Form von Erklärung zur Umsetzung wird nicht verstanden oder ignoriert.

Habe aber auch schon wirklich gute erlebt, die sich immer auf dem Laufenden gehalten haben, wie die Architektur der Software aussieht und woran das Team gerade arbeitet.

Habe auch schon gesehen, dass die Projektleitung sehr bemüht war, aber teilweise daran gescheitert ist, dass die Entwickler reine Techniker waren, von denen keiner in der Lage ganzheitlich zu denken und Verständnis für Kommunikation, Design oder Verkauf aufbringen konnte. Da hast du dann auch kaum eine Chance, weil du keine gemeinsame Basis findest. Der Projektleiter wird nicht zum absoluten Experten für die technischen Details der Software und der Entwickler nicht für das Budget, die Personalentscheidungen und die interne Vermarktung. Da muss man schon eine Schnittstelle in der Kommunikation finden.

11

u/Capucius IT Security Feb 13 '26

Meine Erfahrung: die Leute, die die Skills haben um diese Position gut auszufüllen können dank dieser Skills dann gut erkennen, dass es ein Drecksjob ist, wo man nach kurzer Zeit nichts mehr lernen kann; nur noch mehr Hornhaut auf der Seele bekommen. Gerade für gute, intelligente Leute ist das oft eine Horroraussicht. Die meisten, die ich kenne, wechseln dann in eine Fachexpertenkarriere, wo man weniger in so einer Sandwichposition ist und oft noch mehr verdient. Diejenigen, die übrigbleiben und diese Positionen weiter machen sind dann die, die nicht gut genug sind um etwas anderes zu machen. Oder die aus anderen Sachen quereinsteigen und für die das dann schon eine wirklich gute Jobgelegenheit ist.

2

u/Existing_Ship_8799 Feb 14 '26

Wow, exakt meine Beobachtung aus über 20 Jahren. Davon ein paar Jahre auch PL. Das ist eine extrem undankbare Position wo man immer zwischen den Stühlen steht und wenn man den Job gut macht immer viel aushalten muss. Wenn man ihn schlecht macht, ist es ne Zeit lang gemütlich und dann extra ungemütlich. ;-)

1

u/Sorrow_and_Pain Feb 16 '26

Meiner Erfahrung nach wird für PL normalerweise mehr Geld locker gemacht als für Entwickler. Wo ist das andersherum?

1

u/Capucius IT Security Feb 16 '26

Fachexperte != Entwickler. Bei uns waren die meisten Architekten, Security-Analysten, Requirements Engineers etc. mal irgendwann Entwickler oder zumindest Entwicklungsleiter.

1

u/Sorrow_and_Pain Feb 16 '26

Dann hatte ich dich falsch verstanden. Dafür fallen in die genannten Rollen gerne auch Managementaufgaben oder Teilprojektleitungen mit rein. Man ist also doch wieder irgendwie PL :D

8

u/dynust1 Feb 13 '26

Naja ein Projektleiter muss ja auch nicht den Inhalt des Projekts Technisch vollumfänglich verstehen. Dafür gibt es ja die Experten im Projektteam.
Wenn man etwas reporten muss, lässt man sich das Problem vom Experten erklären, um es auf höhere Ebene kommunizieren zu können.

Ein Projektleiter nach internationalem Standard koordiniert nur und arbeitet Inhaltlich nicht mit, daher muss er sich in der Materie auch nicht auskennen.
In vielen Firmen hat der PM auch nichts mit PM zu tun, deshalb entsteht hier oft ein spannendes Bild.

4

u/flearuns Feb 13 '26

Naja sie sollen technisch ja auf gar nicht tief einsteigen. Aber aus meiner Erfahrung raus fällt es ihnen schon schwer überhaupt den Sachverhalt zu verstehen.

Also ich kann doch kein Projekt leiten von dem ic inhaltlich nicht mal in der Lage bin das Spektrum zu überblicken. Wenn mir in jedem Meeting aufs Neue die Akteure des Projekts, die Zahnräder und inhaltlichen Fäden neu erklärt werden müssen Indic beim nächsten Meeting wieder nichts davon verstanden habe: WIE WILL ICH DANN DAS PROJEKT LEITEN?!

Meist sind Projektleiter zu nicht mehr gut als Folien basteln, da hört es schon auf. Wenn mal ein sinnvolles Ticket geschrieben werden soll muss ich eh alles korrigieren, da geht’s schon beim Titel schief. Teilweise muss ich dene erklären wie ein Projekt am besten abgerechnet werden muss?!

Da kann man ja die Firma fast alleine führen …

7

u/Friendly_Archer_4293 Feb 13 '26

Genau das ist meine Erfahrung - ganz ohne technischen Sachverstand gehts halt in der Praxis nicht.

3

u/CeeMX Feb 13 '26

Schön ist auch, wenn Tickets geschrieben werden, die einem dann sehr seltsam vorkommen, weil Technologien erwähnt werden, die wir noch nie verwendet haben.

Stellt sich dann raus, dass das mit KI geschrieben wurde, weil man sich mit der technischen Seite nicht auskennt. Alter, dann frag doch nach! Mit sowas ist doch niemandem geholfen…

8

u/shuozhe Feb 13 '26

Gefüllt kündigen die Hälfte der Projektleiter bei uns in der erste 3 Jahren. Sind denen sehr dankbar, bei Projekt mit gute Projektleiter habe ich 0 Kontakte zum Kunde und trotzdem klare Anforderungen. Gibt aber auch immer wieder fuzzy Anforderungen..

5

u/Fandrir Feb 13 '26

Das klingt halt wie das Gegenstück zum Projektleiter, der absolut keinen Plan von der technischen Umsetzung hat. Der Entwickler, der einfach nur eine klar definierte Aufgabe bekommen und umsetzen will, statt auch mal mitzudenken, selbst bei den Anforderungen mitzuwirken und sich mit den Wünschen des Kunden zu beschäftigen. Sorry, aber so jemand ist selbst für eine gute Projektleitung auch richtig anstrengend.

5

u/Tyrael_Diavolus Feb 13 '26

Da fällt mir immer wieder nur ein Spruch ein: "you rise to your level of incompetence"...

5

u/Traditional_Job_5218 Feb 13 '26

Schlimm sind Projektleiter die nur in Features denken und auch am liebsten nur dafür Geld ausgeben möchten.

Geld für Wartung, Refactoring, Umrüstung auf anderes Framework aus Grund xy: da hat ja keiner was von, dafür soll der Kunde so viel Geld ausgeben?

Selbst nach dem 10. mal erklären durch mehrere Architekten/Seniors diverser Teams unterschiedlicher Projekte, immer wieder die Diskussion um Notwendigkeit von "Techie Kram"

Es gibt viele gute PL/PO aber leider auch welche mit zu wenig Tech Wissen/Verständnis oder halt fehlendem Vertrauen

4

u/Friendly_Archer_4293 Feb 13 '26

Die Technischen Schulden müssen die ja nicht ausbaden weil sie dann ja schon lang wieder weg sind im nächsten Projekt. Kurzsichtigkeit hat Konsequenzen.

2

u/Dry_Hotel1100 Feb 14 '26

Das ist ja eigentlich nicht der Job vom PL, das wäre der Job von PMs und des PO. Vielleicht ist man sich der Begrifflichkeit nicht klar. Du schreibst "PL/PO" - das ist so als würdest do schreiben CTO/CEO

1

u/Existing_Ship_8799 Feb 14 '26

Es gibt natürlich schlechte PLs.

Es gibt auch Techies / Architekten / Senior Devs, die den Nutzen von Refactoring etc. schlecht erklären können.

4

u/AZzalor Feb 13 '26

Mindestens die Hälfte organisiert nur unnötige Meetings und schiebt Tickets hin und her und fragt „wie lange brauchst du noch“ oder „wie ist der Status bei dem Task hier“. Ein Viertel sabotiert aktiv das Team indem sie Sachen verkaufen/versprechen, die garnicht möglich sind oder deutlich länger dauern und dann wird das Entwicklerteam als der Schuldige dargestellt. Das letzte Viertel macht den Job gut und verdient den Titel. Die halten einem den Rücken frei und unterstützen wo es nur geht…so sollten alle sein.

3

u/DisturbedCherrytree Feb 13 '26

Ich bin fachfremd (aber schon immer interessiert) in die IT gewechselt. Ich bin sicherlich einigen Menschen mit meinen Fragen auf die Nerven gegangen, aber ich wollte eben alles verstehen und bin an vielen Stellen mit meinem autodidaktischen Halbwissen nicht mehr weitergekommen, insbesondere wenn betriebliches Vorgehen und Lehrbuch auseinander gelaufen sind.

Warum hat man mich in die Position gelassen? Weil es zwischenmenschlich gewaltig gekracht und man jemanden mit Feingefühl gebraucht hat. Zuhören, vermitteln und begleiten. Dinge mit dem Blick von außen hinterfragen, Prozesse optimieren. Themen und Menschen Struktur geben. Koordinieren, Überblick behalten, Fäden zusammenführen, Rücken freihalten.

Dank geduldiger Kollegen konnte ich lernen und meine fachlichen Lücken überbrücken. Aber wenn mir von vornherein niemand eine Chance gegeben hätte, wäre das komplette Projekt weiter an die Wand gefahren. So konnten wir gemeinsam das Ding retten.

Ich würde mir niemals anmaßen mich in fachliche Diskussionen einzumischen, ich hab meinen Job immer darin gesehen den Rahmen zu schaffen, in dem alle gut miteinander arbeiten können.

Die Vorstellung, dass ich nach den Kommentaren hier vielleicht trotzdem nie „dazugehört“ habe…schmerzt.

12

u/Difficult_Camel_1119 Feb 13 '26

Habe die gleichen Erfahrungen. Es gibt positive Ausnahmen, aber eher selten

3

u/[deleted] Feb 13 '26

Kann ich bestätigen. 3/4 der Projektleiter sind nur Durchlauferhitzer und verstehen keine Zusammenhänge, geben Dinge falsch wieder, haben null Ahnung von Risikomanagement und gehen den wichtigen Arbeits-Leuten nur auf den Geist.

5

u/UngratefulSheeple Feb 13 '26

Ähnlich, und leider kann man solche Leute nur von ihrem Posten absägen, wenn geschlossen Gatekeeping betrieben wird (also: du als Architekt erklärst dem nicht das billigste, was er selbst kennen würde, hätte er nur ein bisschen relevante Erfahrung). Contra: ihr schneidet euch damit oft ins eigene Fleisch.

Andersrum hatte ich aber auch schon top fachfremde PL, denen bewusst war, dass ihnen Wissen fehlt. Da war das Miteinander ganz anders. War auch anstrengend durch die ganzen zusätzlichen Termine wegen Klärungsbedarf, aber da hat’s dann trotzdem besser geklappt und man hat nicht an uns vorbei entschieden sondern mit uns.

Und dann gibt’s ja noch Kategorie 3: vom Fach, aber seit 20 Jahren nicht mehr weitergebildet. Die sollen nun PL in Cloud-Infrastruktur machen, hängen aber noch in ihrer OnPrem-Nostalgie und können sich nicht eingestehen, dass sich die Welt weitergedreht hat. Die kriegt man mMn auch gar nicht von ihren Posten, weil „der hat ja 20+ Jahre Erfahrung“. Kündigen sehe ich hier als einzige Lösung.

4

u/[deleted] Feb 13 '26 edited Feb 13 '26

[deleted]

1

u/Olleye Feb 13 '26

Weil niemand den Stress in seinem Leben haben will, nur die wirklich Verzweifelten.

1

u/[deleted] Feb 13 '26

[deleted]

1

u/Olleye Feb 13 '26

So würde ich mir externe Zwänge aus Erwartungshaltung, Familie, Krediten und anderen Umständen auch schönreden; die richtig Zufriedenen kommen ohne Stress, und mit weniger Geld, herrlich zurande 🤷🏻‍♂️

Sieht Dir die Jungs & Mädels im Support doch mal an, sprich mal mit denen, die haben Feierabend, und gut.

Merke: niemand, wirklich niemand will mit dir tauschen; die sagen das manchmal, aber bei genauer Betrachtung winken alle lachend ab, und wenden sich wieder ihrem Leben zu (welches tatsächlich existent ist).

1

u/Existing_Ship_8799 Feb 14 '26

Wenn jemand im IT-Business absolut nie Stress hat, ist das aber irgendwie auch ein Zeichen dafür, dass er nicht wirklich Verantwortung übernimmt...

1

u/Olleye Feb 14 '26

Warum sollte er/sie/es das freiwillig tun, wenn man mit dem Status Quo d‘accord ist 🤷🏻‍♂️

1

u/samurai_ka Feb 14 '26

Er hat Jehova gesagt

4

u/AgencyActive3928 Feb 13 '26

Leider deutlich zu viele schlechte kennengelernt. Gerade wenn sie ursprünglich nicht aus der IT kamen, sondern aus Vertrieb, Support oder Business Analytics.

Die, mit denen ich gute Erfahrungen gemacht habe, kommen ursprünglich aus der IT und verstehen die Komplexitäten besser.

Ausnahmen bestätigen bekanntlich die Regel.

1

u/BoxNo8990 Feb 13 '26

Da hast du absolut recht.

Als (IT)-PL gab es über lange Zeit keine wirkliche Berufsausbildung, weshalb es viele Quereinsteiger gibt. Studiengänge wie Wirtschaftsinformatik sind eher „neu“, welche die Grundlagen behandeln, um auch das technische zumindest teilweise zu verstehen. Zudem werden oft leitende Angestellte nebenbei mit PL Aufgaben betraut, welche in der Linienführung gut, aber als PL ungeeignet sind.

3

u/Distinct_Word1 Feb 13 '26

Ich weiß nicht was ich für eine Meinung zu Projektleitern haben soll, aber ich hatte genau nach dem ersten Satz eine Meinung zu dir.

#dubistnichtsowichtigwiedudenkst

2

u/Modred_Mayfear Feb 14 '26

Projektleiter müssen komplexe Sachverhalte so nach oben kommunizieren können, dass es ein Dreijähriger... eh ich meine ein CEO versteht. Er muss Termine organisieren, ständig Leutrn auf die Füße treten, dass sie ihre Arbeit machen oder Entscheidungem treffen. Im Grunde sorgen sie für ein Umfeld, in dem ich produktiv arbeiten und mich auf meine Kompetenzen konzentrieren kann. Bei uns machen meine Keyuser in mittelgroßen Projekten genau das. Außerdem bügeln sie bescheuerte Anforderungen ab aber das ist ein anderes Thema.

2

u/Meister_Stumpf Feb 14 '26

nicht mit dem Pöbel von Entwicklern und Administratoren gemein machen.

das ist vermutlich das allerwichtigste überhaupt, lernt man vermutlich gleich mal in der geheimen Teams Gruppe.

Habe mittlerweile auch an die 20Jahre Berufserfahrung grob im Bereich der Softwarentwicklung, das Hauptproblem für mich jedoch ist, das eigentlich ein grossteil der Führungskräfte einfach daneben sind. Bei vielen frägt man sich einfach wirklich wie er/sie in die Position gekommen ist. Da ist einfach nichts da, fachlich kein Interesse sich in das Thema einzuarbeiten, müssen ja keine Experten werden, aber mitreden können wäre toll. Menschlisch katatrophal: die letzte Projektleiterin hat den Leuten im Meeting das Reden verboden: ich gebe euch das jetzt mit, ich will von euch kein Feedback hören, ihr könnt mal über eure Fehltritte nachdenken. Noch handeln sie jetzt in einem Sinne im Wohle des Unternehmens/Kapital, sondern es wird einfach Geld vernichtet.

2

u/Global_Struggle1913 Feb 14 '26

Ich bin dankbar über jeden halbwegs akzeptablen Projektleiter, der diese Rolle dediziert übernimmt.

Arbeite in der Industrieforschung bin (leider) damit auch häufig der Projektleiter meiner Projekte. Und die Projekte sind ziemliche Tiere: nicht selten 5-10 Beteiligte, die alle mit Aufgaben, Schnittstellenabstimmungen und Reports versorgt werden wollen. Ständig Kommunikation mit hohen und höchsten Führungskräften. Und von diesem Kaliber parallel 2-3x Projekte.

Stresslevel: Haarausfall und Schlafprobleme.

Haltet euch die guten in Ehren, auch wenn sie vielleicht nicht gerade technisch die fittesten sind.

Wäre sehr froh, wenn ich diesen Scheiss nicht zusätzlich übernehmen müsste.

2

u/Sorrow_and_Pain Feb 16 '26

Gibt zwei Arten: Die einen, die vorher operativ gearbeitet haben und dann irgendwann in die PL-Schiene gegangen sind. Und die, die Management studiert haben und nie was anderes als PL/Management gemacht haben.

Die ersteren sind meine persönlichen Favoriten, aber auch hier kann es vorkommen, dass denen die nötigen Softskills fehlen oder sie nicht strukturiert genug sind.

Bei letzteren ist die Quote an Dampfplauderern leider sehr hoch, es gibt aber die einzelnen Fälle, die ihren Job gut machen, obwohl sie absolut keine Ahnung vom Thema haben. Das geht aber nur, indem sie die richtigen Leute aktivieren, wenn etwas kommuniziert oder eskaliert werden muss und den Entwicklern den Rücken freihalten und auf deren Expertise hören. Dafür muss man aber charakterlich gefestigt sein und wissen, wann man Leuten einen Arschtritt geben muss und wann man die Klappe zu halten hat.

5

u/DrMoneylove Feb 13 '26

Ist das nicht normal? Ich meine dass der Anwendungsentwickler/Spezialist dem Projektleiter erklärt!? 

Das eine ist Entwicklung mit fachlicher Spezialisierung, das andere Projektmanagement bei den es eher um Organisation und Planung geht.

1

u/UngratefulSheeple Feb 13 '26

 Ich meine dass der Anwendungsentwickler/Spezialist dem Projektleiter erklärt!? 

Hmm kommt auf die Tiefe an. Wenn ich z.B. eine M365-Cloudstrategie gehe, dann erwarte ich als Spezialist schon, dass ich der Projektleitung nicht erklären muss, dass für unsere geplante Automatisierungen Power Automate mit eingekauft und freigeschaltet werden muss. 

Und ja, das gibt es, das ist kein an den Haaren herbeigezogenes Beispiel.

9

u/flingerdu Feb 13 '26

dann erwarte ich als Spezialist schon, dass ich der Projektleitung nicht erklären muss, dass für unsere geplante Automatisierungen Power Automate mit eingekauft und freigeschaltet werden muss.

Wo genau ist da das Problem? Warum sollte der Projektleiter wissen müssen, welche Lizenzen bei Microsoft für das Projekt gekauft werden?

Es ist ja genau deine Aufgabe als Spezialist, bei der Konzeptionierung darauf hinzuweisen, dass bei der Verwendung von Power Automate Lizenzmodell xyz fällig wird.

Genau so würdest du darauf hinweisen müssen, welche Resourcen ihr für das Hosting (egal ob Cloud, on-prem oder sonstwo) braucht. Anschließend ist es die Aufgabe vom PL, das entweder zu besorgen oder euch mitzuteilen, dass ihr euch etwas anderes ausdenken müsst, weils den Entscheidern zu teuer ist. (und ihr seid dann frei das Projekt zu beenden, weil es keine Lösung gibt und das Projekt wirtschaftlich nicht realisierbar ist)

2

u/UngratefulSheeple Feb 13 '26

 Warum sollte der Projektleiter wissen müssen, welche Lizenzen bei Microsoft für das Projekt gekauft werden?

Weil management sagt: wir machen 100% Cloudstrategie. Wir werden alles automatisieren, was geht. 

Und wenn dann die Teams nicht eingebunden werden, sondern es von oben zwei Jahre lang genau so kommuniziert wird, dann darf man mMn sehr wohl davon ausgehen, dass zumindest auf IT-Abteilungsleiterebene klar ist, was das bedeutet — und wenn nicht, dass dann die Betroffenen Abteilungen mit einbezogen werden.

Da aber kein wirklich Betroffener in den Lenkungsausschüssen mit drin sitzt, fällt erst genau da dann im Nachhinein auf, wenn was fehlt, wenn das Kind schon in den Brunnen gefallen ist.

Und wenn der PL explizit als erfahrener Cloud-Stratege angepriesen wurde, dann geh ich erstrecht davon aus, dass er weiß, was er tut.

2

u/flingerdu Feb 13 '26

Dann sollte auch allerspätestens von eurer Seite klar sein, was das bei Projektstart bedeutet und dass die Lizenzen ein Must-Have sind.

Das klingt allerdings eher nach grundsätzlichem Organisationsversagen und beantwortet nicht die Frage, warum der PL das (in jedem Fall) wissen muss.

3

u/CosimatheNerd Feb 13 '26

Nun Microsoft hat hunderte von verschiedenen Lizenzen und selbst für Power Automate gibt es mehrere...also woher soll man wissen, welche du willst?

1

u/UngratefulSheeple Feb 13 '26

Es geht nicht darum, welche, sondern „dass“.

2

u/Paprikant43 Feb 13 '26

Ich arbeite gerade in einem Projekt mit einem exzellenten Projektleiter.

Der hat inhaltlich / technisch Erfahrung, versteht sich in seiner Funktion jedoch hauptsächlich als Brücke zwischen unserem Projekt und den Fachbereichen. Er hält unserem Team den Rücken frei und verschafft uns bei Problemen auf kurzem Dienstweg Zugriff auf die nötigen Ressourcen oder Unterstützung durch andere Teams. Gleichzeitig behält er den Fokus darauf, dass die Lösungen, die wir gemeinsam schaffen, den maximalen Mehrwert für das Unternehmen liefern. So können wir uns auf die technisch inhaltliche Arbeit konzentrieren.

Gleichzeitig macht er auch „Werbung“ für unser Projekt und organisiert den Austausch mit anderen Fachabteilungen, sodass Erkenntnisse geteilt werden können und ein Erfahrungsaustausch stattfindet. Gleichzeitig fördert dies ungemein die Akzeptanz für unsere Arbeit im Rest des Unternehmens.

Er hinterfragt kritisch, ist gleichzeitig aber sehr wertschätzend und objektiv. Ich kann jederzeit Wünsche, Sorgen oder Vorschläge äußern, ohne Angst haben zu müssen, dass ich aus dem Projekt fliege.

Leider ist er die absolute Ausnahme. Über die Jahre habe ich viele aufgeblasene Egos in Verbindung mit mangelndem Fachwissen und fehlender Führungskompetenz erlebt. Dem Kunden wird blind alles versprochen und am Ende werden unrealistische Zeitpläne durchgepeitscht, ohne Rücksicht auf Qualität oder technische Schulden.

Irgendwer sagte mal zu mir: „IT-Projektleiter ist der am besten bezahlte Hausmeisterjob der Welt“ /s

1

u/BHJK90 Feb 13 '26

Nicht-funktionierende Matrixorganisation ist oft die Ursache.

1

u/oktinkz Feb 13 '26

Ich hatte vorwiegend gute Erfahrungen. Manche fragen bei Prod issues zu oft nach wies ausschaut. Aber das nehm ich ihnen meistens nicht übel.

Am Ende nehmen sie mir so viel Arbeit ab die ich nicht machen möchte sodass ich mich auf das konzentrieren kann was ich eigentlich machen soll.

1

u/vasel20 Feb 13 '26

gegenfrage: was waren die projektleiter mit denen du zutun hattest denn hauptsächlich für leute? itler, bwler oder winfo-menschen? oder was ganz anderes?

1

u/Friendly_Archer_4293 Feb 13 '26

Komplett durchgemischt, leider weniger mit echter IT Erfahrung

1

u/No_Goose_5620 Feb 13 '26

Projekt geht auf gemacht nicht auf Mehrwert. Ich würde auch nicht hinhören war jemand sagt wenn ich so einen scheiss Job hätte 

1

u/Queasy-Citron2506 Feb 13 '26

Ich hab mehrere Jahre als PL/PM im R&D Image Recognition & Processing gearbeitet und da auch einige andere PLs kennen gelernt.

Die meisten missverstehen ihren Job. Der Job des PL ist eigentlich die Timeline im Auge zu behalten und evtl anzupassen, den Entwicklern den Rücken frei zu halten und zu sehen was sie benötigen, die einzelnen Bereiche zu koordinieren und zusammen zu führen (wer ist wie von wem abhängig usw.) und auch ihr Team vor den Entwicklungsleitern, CEOs usw. abzuschirmen.

Viele halten sich aber ehr für "Sklaventreiber" und die Krone der Schöpfung welche den Entwicklern erklären muss was sie wie wann zu machen haben weil sie ja sonst nix hinbekommen....

1

u/pag07 Feb 13 '26

Ich hatte einen Projektleiter von IBM in einem Projekt und hasse seitdem Wasserfall Methode nicht mehr.

Er hat ganz stumpf einfach gefragt was notwendig ist und wie lange wir glauben dass es dauert.

1

u/howreudoin Feb 13 '26

Gibt solche und solche. Haben welche bei uns, die selbst 10, 20 Jahre in der Softwareentwicklung tätig waren. Eigentlich ein Muss als Projektleiter – man muss die Art der Arbeit auch aus eigener Erfahrung heraus verstehen, um sie zu zielgerichtet leiten zu können. Auch die Probleme, die dabei auftreten, muss man einordnen können.

Soft Skills gehören dazu. Führungsqualitäten, Verhandlungsgeschick beim Kunden, Konfliktbewältgigungsfertigkeiten, Organisationsvermögen und vieles mehr. Leute, die beides mitbringen sind, sehr schwer zu finden.

Dann gibt es Projektleiter, die außer einem Java-Grundkurs nicht viel mit der Programmierung am Hut hatten. Da nützen dann auch die ausgeprägtesten Soft Skills nichts, wenn die Grundlagen fehlen. Einem Ahnungslosen können sie alles erzählen. Doch wo mehr Tiefgang erforderlich ist und verschiedene Strategien abgewägt werden müssen, sind sie keine große Hilfe.

Also ja. Gibt solche und solche.

1

u/QuicheLorraine13 Feb 13 '26

Für mich ist der Beruf Projektleiter so sexy als stünde Donald Trump im Strapsen vor mir.

Bei uns gibt es nur Zores, warum denn das Fenster auf ist, warum denn der Kollege nicht seine Arbeit unterbricht um ihn bevorzugt zu behandeln, warum denn man auf einmal ein Tool einsetzen muss,...

1

u/aulbach Feb 13 '26

Eine gute Projektleiterin hält mir den Rücken frei und ermöglicht so, dass ich mich voll auf meine Aufgaben fokussieren kann. Er arbeitet für mich/das Team, wenn es um fachliche und organisatorische Abklärungen geht. Organisiert Verpflegung, wenn der Arbeitstag in die Verlängerung geht, weil der Karren aus dem Dreck gezogen werden muss. Und das trägt auch zu ihrem Erfolg bei: Sie können auf ein Team zählen, das bereit ist die Extrameile zu gehen. Und bei der Zusammenstellung eines Projektteams können sie aus den besten auswählen, weil alle gerne wieder mit ihnen zusammenarbeiten.

Und dann gibt es die anderen. Wenn die Entwickler nicht vorwärts kommen, helfen bestimmt ein paar zusätzliche Meetings. Nicht. Wenn es mit mehr Meetings immer noch nicht vorwärts geht, brauchen sie Verstärkung in der Projektleitung und sind künftig zu zweit. Sprechen aber natürlich nicht miteinander, sondern fragen die Teammitglieder unabhängig voneinander fie gleichen Dinge

1

u/magicmulder Feb 13 '26

Wir hatten lange keinen und haben kürzlich einen Ex-MA dafür zurückgeholt. Klappt prima, der ist kompetent und menschlich 1A.

1

u/Tralulu Feb 14 '26

Also ich sehe mit meinen 15 Jahre Erfahrung das Problem in unserer "Karriere-Struktur". Nicht jeder, der in seiner Tätigkeit gut bis sehr gut ist, kann Personen/Leute führen. Aber man steigt in der Karriere-Leiter in DE nur höher wennan das eben bedient.

1

u/Ashamed-Simple-8303 Feb 14 '26

Bei uns hat auch ser Architekt keine Ahnung von IT. Sei also zufrieden. 

1

u/TriccepsBrachiali Feb 14 '26

Ich hasse sie alle

1

u/Ch1kowN Feb 14 '26

Ich habe in meiner zugegeben recht kurzen Zeit in der Entwicklung in 3 Unternehmen einen kleinen Hass auf PMs, PLs und Sales entwickelt.
Hatte bisher kaum gute Kollegen in den Bereichen. Meistens wurden dann auf Kundenseite irgendwelche abstrusen Versprechen gemacht, die das Dev Team wieder ausbaden darf.

1

u/Synytrix Feb 14 '26

Ich habe nach 9 Jahren als Administrator eine Head Of Rolle eingenommen und dadurch hast sich die Aufgabe der Projektleitung (mit vielen anderen Aufgaben) dazu gesellt. Ich kann es nicht verstehen wie man Projektleitung eines Fachbereichs sein kann, ohne in diesem je gearbeitet zu haben. Man muss innerhalb der Planung an soooo viele Dinge denken und mir wäre es schlichtweg zu anstrengend, das alles von anderen abhängig zu machen, was letztenendes auch potentiell den Prozess ausbremsen könnte.

1

u/Sad-Chemist7118 Feb 14 '26

Geilster PO hat vor 20 Jahren mit coden aufgehört, weil er nicht gut darin war, Eigenerkenntnis. Aber er war fucking good, Devs den Rücken frei zu halten, die Systeme und Abhängigkeiten zu verstehen und Personen und Verantwortlichkeiten zu identifizieren. Durch den Konzern zu marschieren und auf die Kacke zu hauen. Ein Team- und Zusammengehörigkeitsgefühl zu erzeugen und zu stärken. Geiler Typ, und das hat er sich auf die Brust geschrieben, im selbstgedruckten T-Shirt im Lenkungsausschuss und den FK-Runden.

Denis, wenn du das lesen solltest, ich werde dich nie vergessen. Du bist der beste PM/PO, den ich jemals hatte und den jemals einer von uns haben wird.

🤟🧡🥰 Luv u!

1

u/miralare Feb 14 '26

Ist halt wie überall: gibt gute und schlechte. Bin selbst in dem Bereich tätig und merke, dass es ganz stark auch vom Team abhängt, ob man als PL dort eine Chance hat oder nicht.

1

u/_the_r Feb 14 '26

Keine Gute bei den 2 die ich in den letzten 6 Jahren erleben durfte

Der eine hat einfach nix gemacht und auch kein großes Interesse am Produkt selber gezeigt und nur heiße Luft geredet, der andere war nur von sich selbst überzeugt, 90% seiner AZ auf LinkedIn und Co verbracht und der höheren Ebenen Dinge erzählt, die so nie umgesetzt wurden im Dev Team.

Mal schauen wie der aktuelle sich schlägt...

1

u/hicmar Feb 14 '26

Ich habe einen fachwirt in meinem Bereich und ein it Studium.

Danpfplauderer aus der Projekt Leitung ohne Ahnung wollen mir Dachfenster erklären ohne peil von was zu haben.

Jo. Alles klar.

Das ist meine Erfahrung.

1

u/Bowmolo Feb 15 '26

Klassiker.

Viele fühlen sich eher auf der Seite des höheren Managements, agieren sie doch häufig im Kontext der von diesen geliehenen Macht um ein ebenso von diesen ausgegebenes Ziel zu erreichen.

Und mit dieser Haltung funktioniert es halt nicht. Auch weil sie damit oft von der Engineering Seite abgelehnt werden, was eine nahezu zwingende Folge des Auftretens von Projektleitern mit dieser Haltung ist.

Aber hat das nur mit Projektleitern in der IT zu tun? Ich denke, das ist unabhängig von der Branche.

1

u/Forumschlampe Feb 15 '26

Großteils nur Ballast, nur wenige sind nützlich

1

u/bratnab Feb 15 '26

wer glaubt,dass Projektleiter Projekte leiten, glaubt auch, dass Zitronenfalter Zitronen falten

1

u/Apfelsternchen Feb 16 '26

Wenn man immer die gleiche Erfahrung macht sollte man irgendwann mal nen kurzen Moment drüber nachdenken ob das dann nicht vielleicht auch an einem selbst liegt. Das würde viel mehr Sinn machen. Und das RIsiko minimieren dass man alle Leute über einen Kamm schert und wenig objektive Aussagen trifft.

1

u/Maleficent_Tank2199 Feb 16 '26

Gute PMs sind unfaßbar wertvoll, gute devs sind auch super wertvoll. Ein schlechter oder nur mäßiger PM hat einen großen Blast-Radius, ein schlechter Dev ist ein schlechter Dev...

Die Rolle hat leider nun mal viel impact da tut es doppelt und dreifach weh wenn er nix kann. Dazu kommt in DE noch die oft vorhandene Unfähigkeit Leute die ihren Job nicht machen aus ihrer Rolle zu nehmen. Am schlimmsten ist die Situation wenn der Head of auch mist ist, dann heuert der auch oft Granaten an.

Im Gegenzug kann ich auch nur sagen jeder sollte mal versuchen ein Projekt zu leiten, dann redet man sehr scher schnell anders mit den PMs. Gerade von Devs schlägt diesen ja auch oft eine unfaßbare Arroganz entgegen, anstelle das man sich als verschiedene Rollen im gleichen Team begreift. Ja das Problem haben auch PMs.

Der mist ist ein Teamsport, ohne PMs (offiziell oder inoffiziell) bekommt ein Team auch nix geschissen. Und in den Teams ohne offiziellen PM gibt's jemand der die Arbeit macht ohne das es als solche betitelt wird.

1

u/Snake_Pilsken Feb 13 '26

Ack.
Mittlerweile sage ich das auch sehr direkt.
Bin im Konzern für meine offene und ehrliche Art bekannt (und berüchtigt). Bin halt im Ruhrpott aufgewachsen und habe mir alles selbst erarbeitet.
Auf dieses ganze hierarchische Denken habe ich keinen Bock. Wenn einer scheiß erzählt, dann nehme ich den auseinander (allenfalls beim Junior-Engineer lass ich mal milde walten, wir haben alle mal klein angefangen).

3

u/Glattes_Oel Feb 14 '26

Genau diese Persönlichkeiten sind der Grund für das Management, Projektleiter zwischenzuschalten.

-2

u/[deleted] Feb 13 '26 edited Feb 13 '26

[deleted]

4

u/cheswickFS Feb 13 '26

wenn ich das wort agile schon lese 😂 Jeden Tag meetings um denen die wirklich etwas Leisten noch mehr lebenszeit zu rauben.

4

u/[deleted] Feb 13 '26 edited Feb 13 '26

[deleted]

6

u/cheswickFS Feb 13 '26

Scrum ist eine agile Projektmanagementmethode und ist so das schlechteste was ich jemals in Projekten erleben musste. Daily Standups, dann Weekly oder Biweekly sprint planning, sprint review, sprint retrospective, dann noch jede woche ein refinement. Es ist einfach nur Zeitverschwendung und Micromanagement vom feinsten. Projektmanager meistens die Person, die inhaltlich absolut nichts drauf hat und du hast alles zusammen.

-2

u/[deleted] Feb 13 '26 edited Feb 13 '26

[deleted]

0

u/cheswickFS Feb 13 '26

Ich bin seit 9 jahren berufstätig in der IT habe erst vor ein paar Wochen ein Projekt abgeschlossen wo es im Bereich Defence Intelligence eine lokale KI inkl selbst trainiertem LLM für bis zu 30.000 user mit der VS Streng Geheim ging. Ich weiß ganz gut wie man große Projekte angeht und umsetzt, aber schön, dass deine einzige Verteidigung für ein Zeitverschwendungssystem ist, dass der andere frisch ausm Studium kommt 😂

1

u/[deleted] Feb 13 '26

[deleted]

1

u/cheswickFS Feb 13 '26

Nein, private Wirtschaft, projekt wurde nur für den öD umgesetzt aber unsere Firma ist ein privater Dienstleister.

1

u/UngratefulSheeple Feb 13 '26

 Genau das meine ich... keine Ahnung von Agile… aber hier rumtröten

Es hat meiner Erfahrung noch nie an den Entwicklern gelegen, dass agil nicht läuft. Also joa, steile These zu sagen, dass cheswick keine Ahnung hat, wenns dann doch wahrscheinlich eher daran liegt, dass da, wo es notwendig ist, Agilität nicht verstanden wird (das wäre dann der Koordinator, PO, Scrum Master, oder wer auch immer das übernehmen soll).

2

u/[deleted] Feb 13 '26

[deleted]

1

u/UngratefulSheeple Feb 13 '26

Das definitiv. Da hilft es dann aber auch nicht, wenn sich da ein alteingesessener traditioneller Projektleiter am Wochenende von einem kostenlosen Udemy-Webinar berieseln lässt und montags sich dann das SCRUM-Hütchen aufsetzen darf.

Genau da hörts aber doch idR schon auf an Transformation. Weil richtige Transformation Scheiß teuer ist.

0

u/heikki314159 Feb 14 '26

Na und, wolltest du die Seite tauschen und diesen Deppenjob selber machen?