Benötigen gute Projektmanager einen Programmierhintergrund? [geschlossen]

Manchmal kann ich es nicht ertragen, wenn Projektmanager mich bitten, die Zeit zu schätzen, die für verschiedene Aufgaben benötigt wird. Eine Schätzung ist eine Vermutung, und Vermutungen können falsch sein. Im Allgemeinen führen schlechte Anforderungen und Dokumentationen zu falschen Vermutungen.

Daher frage ich mich oft, ob die Projektmanager jemals versucht haben, zu erraten, wie lange die Aufgaben X und Y dauern werden und wie schwierig es ist, eine Nummer zuzuweisen, die auf dem basiert, was vom Kunden nicht bekannt und gesammelt ist.

Meine Frage lautet dann: Brauchen gute Projektmanager Programmierkenntnisse?

Oder sollte die Frage lauten: Müssen gute Projektmanager zuvor ein guter Programmierer gewesen sein? Gibt es eine Korrelation?

Das Verwalten von IT-Projekten ist definitiv nicht dasselbe wie das Verwalten anderer Projekttypen. Ich habe einmal von einem Projektmanager ohne IT-Erfahrung gehört. Am Ende frustrierte er die Programmierer und schreckte sie im Grunde weg.

Andererseits kann ein Programmierer, der zum Projektmanager wird, ein Kontrollfreak werden, der denkt, er kann Dinge reparieren, wenn er die Programmierer nicht dazu bringt, es richtig zu machen (das war in ähnlichen Situationen mein Problem).

Ein Manager mit einem starken technischen Hintergrund versteht normalerweise besser, wie sein Team "denkt". Es ist immer besser, einen Manager zu haben, der Sie versteht, nicht wahr?

Nein, zwei völlig unterschiedliche Fähigkeiten. Ein schlechter Projektmanager ist nicht unbedingt jemand, der die IT nicht versteht und umgekehrt.

Vernünftig, rational, organisiert, die Projektziele und das damit verbundene Geschäft zu verstehen und ein guter Motivator zu sein, hängt in keiner Weise davon ab, programmieren zu können.

Wenn alles andere gleich ist, würde ich einen Projektmanager mit starker, aktueller technischer Erfahrung bevorzugen . In der Praxis ist es jedoch wahrscheinlicher, dass Programmierer, die Vollzeit-Projektmanagement absolvieren, ihre Fähigkeiten veralten und veralten lassen, was nicht viel besser ist als wenn sie keinen technischen Hintergrund haben.

Ich habe mit guten und einigen schrecklichen Projektmanagern zusammengearbeitet, und ich kann ehrlich sagen, dass ich kaum einen Zusammenhang zwischen ihren Managementfähigkeiten und ihrem technischen Hintergrund gesehen habe. Der wichtigste Faktor ist nicht der technische Hintergrund, sondern die Erfahrung mit der Verwaltung von Softwareprojekten . Wenn Sie zwei Personen haben, die ihr erstes Projekt verwalten, wird der Programmierer, der in das Projektmanagement einsteigt, genauso schlecht sein wie der Projektmanager ohne IT-Hintergrund. Beide werden einen steilen Lernprozess durchlaufen.

Das Argument über die Fähigkeit von Projektleitern ohne technischen Hintergrund erinnert mich ein wenig daran:

Ich denke ehrlich, die Antwort ist nein. Es gibt eine Menge Kompetenzen, die erforderlich sind, um ein guter Projektmanager zu sein, und Programmierer zu sein, gehört nicht dazu. Ein guter Projektmanager könnte jedes Projekt jeder Art verwalten, vorausgesetzt, das Projektteam besteht aus guten Leuten, die wissen, was sie tun. Die Hauptqualität, die ein Projektmanager haben sollte, sind Kommunikationsfähigkeiten . Die Aufgabe eines Projektmanagers besteht darin, die Projektaufgaben zu koordinieren und den Kommunikationsfluss zwischen dem Kunden, den Projektteams und anderen Interessengruppen aufrechtzuerhalten. Er / sie sollte jederzeit den Fortschritt des Teams kennen und wissen, ob es Hindernisse gibt, muss aber nicht wissen, was das Problem ist oder was Sie beheben müssen, es sei denn, dies impliziert eine andere Person im Team, deren Zeit es zulässt müssen angepasst werden, um das Problem zu beheben.

Schätzungen zufolge ist dies in jedem Beruf eine Realität. Sie könnten nie rechtzeitig ein Haus bauen lassen, wenn der Elektriker Ihnen nicht sagen könnte, wie lange es dauern wird, bis er die Verkabelung vornimmt - wann würden Sie wissen, ob Sie Ihren Walls-Typ buchen können? Ich stimme jedoch zu, dass es in der IT aufgrund der hohen Anzahl von Unwägbarkeiten sehr schwierig ist, Schätzungen vorzunehmen. Kunden wissen nicht immer, was sie wollen, und sie neigen dazu, zu vergessen, Ihnen eine Reihe von Dingen zu erzählen. Früher habe ich ungefähr geschätzt, wie lange ich dachte, dass es dauern würde, und es dann mit 2 multipliziert! Und ein guter Programmmanager sollte Sie nicht enttäuschen, wenn sich Ihre Einschätzung als falsch herausstellt. Dies kann dazu führen, dass er den Zeitplan umstrukturiert, mit dem Kunden spricht und den Vorgesetzten erklärt, dass dies mehr kostet, usw. Aber das ist ein Teil ihrer Arbeit - wieder sind meist was benötigt wird.

Und ich würde sogar sagen, dass es noch besser ist, keine Programmierkenntnisse zu haben - ein ehemaliger Programmierer könnte versuchen, die Schätzung selbst vorzunehmen oder Ihre Schätzungen zu schätzen. Und wir alle wissen, dass IT-Kenntnisse sehr schnell veraltet sind. Sie müssen anfangen, Fragen zu stellen, wenn Ihr Projektmanager mehr daran interessiert ist, wie Sie eine Aufgabe erledigen, als daran, wie lange es dauern könnte und wann Sie fertig sind. Sie könnten Sie bitten, Alternativen zu evaluieren und die Details herauszusuchen, aber der wichtigste Punkt ist, zu wissen, wie Sie den Zeitplan des Projekts beeinflussen werden.

Schließlich sage ich nicht, dass keine IT-Kenntnisse erforderlich sind, um ein IT-Projekt zu verwalten - IT-Leute, die einfach nicht in der Lage zu sein scheinen, das, was sie sagen, für das gemeine Volk (!) Zu vulgarisieren, helfen, das zu wissen grundlegende Fachsprache, um mit ihnen kommunizieren zu können! Wichtig ist auch, dass Sie die grundlegenden Schritte kennen - Sie müssen einen Server einrichten, bevor Sie eine Website darauf ausführen können. Ich könnte ein Bauprojekt nicht verwalten, wenn ich nicht wüsste, dass der Elektriker die Verkabelung abschließen muss, bevor ich die Wände schließe !!

Ein PM muss wirklich wissen, was das Projekt bewirken wird, was wahrscheinlich einen technischen Hintergrund erfordert, aber keine Entwicklung.

Ansonsten geht es darum, Respekt vor dem Feld und den Entwicklern zu haben, mehr als tatsächliches Wissen. Ein PM muss die Entwickler ernst nehmen, was sie brauchen, was sie können, was sie nicht können, wie viel Zeit sie brauchen werden. Ein Premierminister, der eine Ahnung hat, was er oder sie nicht weiß, kann sehr effektiv sein. Ein Premierminister, der glaubt, alle Antworten zu haben, ist schlecht. Dies kann ein ehemaliger Entwickler sein, der glaubt, alles zu wissen und nicht zu wissen, oder einer, der sich nie weiterentwickelt hat und der nicht der Meinung ist, dass er oder sie spezielle technische Kenntnisse benötigt, um damit umzugehen.

Ich habe nicht ein Projektmanager eines IT - Projekt denken erfordert einen IT - Hintergrund. Aber er / sie muss auf jeden Fall die IT verstehen und wissen, wie IT-Projekte funktionieren.

Auch wenn der IT-Hintergrund ein zusätzlicher Vorteil ist, macht ihn das Fehlen nicht zu einem weniger guten IT-Projektmanager. Auch ein IT-Hintergrund ist nicht entscheidend.

Ich habe mit beiden Typen gearbeitet und jeder hatte seine eigenen Qualitäten und Probleme.

Mit IT-Hintergrund:
- Würde verstehen, wenn wir Performance-Fehler sagen, weil der Code nicht mehr als ein Thread ist.
- Aber in einigen Situationen würde ich sagen: "Komm schon, es werden nur 4 Zeilen Code hinzugefügt, du kannst es in 10 Tagen tun."

Ohne IT-Hintergrund:
- Wäre es sehr angenehm, für die Änderung eines Termins komfortabel zu verhandeln
- Für ein Projekt ohne jegliche Anforderungen (noch) würde man manchmal sagen: "Können wir eine grobe Schätzung von 100 Tagen geben und einen 30% -Puffer nennen.

Ich glaube, sie brauchen Programmierkenntnisse. Wenn nicht, werden sie die Programmierer immer unter Druck setzen und ihre Aufgaben schnell erledigen. Sie erwarten, dass dies innerhalb weniger Stunden erledigt wird, wenn die eigentliche Aufgabe viel Nachdenken und Hingabe erfordert. Diese Eigenschaften sind bekannt und mit Programmierern gut vertraut. Wenn der Projektmanager über Programmierkenntnisse verfügt, versteht er, wie lange eine bestimmte Aufgabe dauern wird, und es gibt keine Argumente innerhalb der Abteilung, sodass sich letztendlich ein gutes Projekt entwickelt.

@NimChimpsky Ich stimme zu.

Es ist eine Frage von was , nicht wie (Active Listening ist ein schönes Werkzeug).

Die Schätzung funktioniert für kleine technische Aufgaben, aber für die Planung müssen Sie zusammenarbeiten, um die gesamte Komplexität zu erkennen. Und du bist kein Rivale.

Es wäre auf jeden Fall hilfreich, wenn sie kein guter Projektmanager wären. Für einen guten Projektmanager ist das wirklich wichtig.

Nein.

Ein guter Projektmanager ist jemand, der die Bedürfnisse, Vorlieben und Fähigkeiten seines Teams nachvollziehen und verstehen kann, sei es auf der Baustelle, in der Fertigung oder im Softwareentwicklungshaus.

Ein guter oder schlechter Projektmanager kann jede Art von Hintergrund haben:

Schlechte Manager mit technischem Hintergrund könnten Ass-Programmierer gewesen sein, die die Schwierigkeit, mit der Anfänger konfrontiert sind, wenn sie mit profanen, "einfachen" Konzepten wie Zeigern umgehen, nicht zu schätzen wissen.

Ein guter Manager könnte ein durchschnittlicher Programmierer sein, der nicht so brillant oder klug wie seine Kollegen war, aber ein tiefes Verständnis für die Projektstruktur und die Anforderungen hatte und die Lehren aus dem Mythischen Mann-Monat auswendig konnte, weil er selbst schlechte Programmiertage lebte und wurde angefressen, weil er seine Ergebnisse nicht rechtzeitig fertiggestellt hatte.

Ein guter Manager könnte dieser Software-Verkäufer sein, der herausfand, dass seine Coder-Freunde an Wochenenden nicht mit ihm ausgehen konnten, weil er dem Kunden unrealistische Versprechen gegeben hatte.

Technische Kenntnisse bestimmen nicht die Qualifikation eines Programmierers als Manager, da die in beiden Berufen erforderlichen Fähigkeiten völlig unterschiedlich sind. Also nein.

Ich habe noch nie einen Projektmanager ohne IT-Erfahrung gesehen, der ein nicht triviales Softwareentwicklungsprojekt leiten könnte, das einen verdammten Wert hat. Ich habe sehr wenige Projektmanager mit IT-Erfahrung gesehen, die das auch konnten, aber sie schienen es weniger zu vermasseln.

Nach meiner Erfahrung geht es beim Management um effektive Kommunikation und Entscheidungsfindung. Vor diesem Hintergrund ist es sinnvoll, dass jemand, der das Handwerk (zumindest die Kernkonzepte und die Terminologie) der von ihm verwalteten Personen versteht, besser als Manager geeignet ist, als jemand, der weniger Verständnis hat, aber es gibt definitiv keine Korrelation. Ich habe gesehen, wie Manager mit Programmiererfahrung erfolgreich waren und scheiterten, genauso oft wie Manager ohne Programmiererfahrung.

Jedes Extrem ist meiner Meinung nach schlecht; Menschen mit zu wenig Programmiererfahrung können ihren Programmierern blind vertrauen (Shepard folgt den Schafen); Menschen mit zu viel Erfahrung können die Bemühungen ihres Teams ständig hinterfragen (Mikromanagement).

Persönlich denke ich, dass jemand, der ein gutes Verständnis für die wichtigsten Programmierkonzepte hat, aber erkennt, dass er kein "heißer Schuss" ist, die ideale Art von Manager ist.

Bestimmt.

Ich muss mit dieser einen Sache vorsichtig sein, denn sie basiert auf wahren Begebenheiten, aber ich werde versuchen, meinen Schmerz zu erklären.

Ich arbeite als Softwareentwickler und wir haben einen Projektmanager, mit dem ich in letzter Zeit viel zusammenarbeite. Er hat keinen technischen Hintergrund und es scheint, dass es ihn überhaupt nicht interessiert, aber das ist nicht das Problem (jeder hat seine eigenen Interessen). Wenn Sie kein technisches Know-how haben möchten, weil es ein bisschen "verrückt" ist, als wenn es Ihre Aufgabe ist, mit dem Kunden auf technischer Ebene zu sprechen, ist es unerlässlich, technisches Know-how zu haben, das er nicht hat haben.

Auf jeden Fall versteht dieser Typ nichts davon, wie ein Server funktioniert, wie eine Webseite funktioniert, wie das Programmieren funktioniert und so weiter. Manchmal habe ich das Gefühl, dass er NICHTS weiß. Jedes Mal, wenn ich versuche, ihm klar zu machen, was wir jetzt tun müssen oder was das Problem ist, was wir im Moment haben, versteht er nichts. UND er ist nicht so ein Typ, der sagen würde "Moment mal. Kannst du wiederholen, dass ich es wirklich nicht ganz verstehe." Nein, er ist so ein Typ, der nicht zeigen will, dass er in der ganzen Unterhaltung nichts verstanden hat.

Aber es endet nicht hier, weil er dann den Kunden anruft und etwas spricht, das im Grunde nicht wahr ist. Und es endet damit, dass wir den Kunden zusammenrufen müssen, um es wieder klar zu machen.

Aus diesem Grund sage ich, dass es von wesentlicher Bedeutung ist, über einen grundlegenden technischen Hintergrund und technisches Know-how zu verfügen. Er sollte nicht in der Lage sein, Code zu schreiben, aber er sollte verstehen können, was vor sich geht und welche Prozesse durchgeführt werden müssen.

Übrigens, seit ich mit ihm zusammenarbeite, macht mein Job keinen Spaß mehr.

Ich würde ja sagen, er sollte Programmierkenntnisse haben. Wenn der Manager keine Ahnung hat, wie es ist, zu programmieren, hat er unrealistische Schätzungen für die Entwicklung und Fehlerbehebung. Außerdem würde er kein technisches Problem gut genug verstehen, um eine Entscheidung treffen zu können. Programmierer im Team könnten ihn anlügen und er könnte nicht erkennen, auch Programmierer könnten ihm ein Problem erzählen und er könnte denken, dass sie Bullshitting sind

Technische Fähigkeiten machen keinen guten Manager aus, gute Managementfähigkeiten schon. Es kann hilfreich sein, wenn ein Manager seine Zeit in den "Gräben" verbracht hat, da er ein Verständnis für den Prozess hat, den Laien nicht haben können. Es kann jedoch auch zu einer Art Kontrollfreak kommen, die selbst Laienmanager nicht haben. Möglicherweise versuchen sie, die ganze Arbeit selbst zu erledigen, oder untersuchen Ihre auf äußerst unangenehme Weise.

Meiner persönlichen Erfahrung nach hatte der beste Manager, den ich jemals hatte, keine Ahnung von Technologie, aber er wusste, dass die Leute, die unter ihm arbeiteten, sich auskannten und wie man die Loyalität und den Respekt seines Teams verdient. Ich habe vier Jahre unter ihm gearbeitet und bin nur aus dem Unternehmen ausgeschieden, weil er von einem Manager ersetzt wurde, der nicht so gut war.

Einer der schlimmsten Manager, die ich je hatte, ist mit dem Codieren vertraut (wenn nicht mit Software-Design) und erledigt so viel selbst, dass er den Rest von uns nur mit Botschaften, Fehlerkorrekturen oder den Projekten belässt, die er nicht will sich selbst zu tun.

Es scheint einige Verwirrung zu geben:

Der PM ist nicht der Chef der Entwickler . Die Person, die für das Entwicklerteam verantwortlich ist (Teamleiter, Manager) und die Einstellungen und Bewertungen vornimmt, sollte entscheiden, ob Sie hart genug arbeiten.

Schätzungen sind nicht perfekt.Ich denke, der Premierminister versteht das mehr als Sie denken. Erwarten Sie ernsthaft, dass niemand Sie jemals fragt, wie lange es dauern wird, etwas zu tun? Jeder Junge möchte wissen, wann es fertig ist und es ist die Aufgabe des Premierministers, es zu verfolgen.

Sie können PM sein, wenn Sie: A) verstehen, wie Projekte verwaltet werden, B) den Entwicklungsprozess verstehen. Beides erfordert keine Programmierkenntnisse, kann aber helfen.

Es ist nicht die Aufgabe des PM, festzustellen, ob die Programmierer genug erledigt haben, es sei denn, er ist gleichzeitig Teamleiter. Um zu wissen, ob jemand zu dem Zeitpunkt, zu dem eine Aufgabe erledigt werden soll, "Rauch bläst", hat ein Manager immer einen Vorteil, wenn er versteht, worum es geht.

Die Schätzungen verbessern sich bei erfahrenen Programmierern, die in der Vergangenheit an einem bestimmten Projekttyp gearbeitet haben. Niemand erwartet, dass sie perfekt sind, aber sie erwarten, dass Sie sich näher kommen und mit der Zeit besser werden.

Ich erinnere mich an das alte Sprichwort: "Man muss nicht verrückt sein, um hier zu arbeiten, aber es hilft".

Die kurze Antwort lautet, dass praktische Codierungserfahrung keine Voraussetzung für eine gute Software-PM ist, aber normalerweise bevorzugt wird. Entscheidend für ein fähiges PM ist das Verständnis des Entwicklungsprozesses (unabhängig von der verwendeten Methodik) und das Vertrauen, dass die Entwickler bereit und in der Lage sind, ihre Arbeit zu erledigen. Die Entwicklungserfahrung vermittelt praktische Kenntnisse über diesen Prozess und hilft daher. PMs, die sich in einem Unternehmen nach oben arbeiten, kennen zusätzlich die Unternehmenskultur (und die Codebasis) und haben einen engen Kontakt zu den anderen langjährigen Mitgliedern des Entwicklerteams, weshalb IMO die besten PMs von innen heraus befördert werden von außen gebracht werden. Wenn jemand außerhalb des Unternehmens das Team besser leiten kann als jemand von innen, ist das SEHR falsch.

Eine Sache, die ich erwähnt habe, ist eine Beziehung zwischen dem PM- und dem Entwicklerteam. Dies ist sowohl auf zwischenmenschlicher als auch auf technischer Ebene. Der Schlüssel ist hier die Kommunikation; Die Entwickler müssen das Gefühl haben, dass sie dem PM technische und zwischenmenschliche Probleme bereiten können, und der PM muss die Mitglieder des Entwicklerteams verstehen, wenn sie ein Problem beschreiben.

In Bezug auf die Spezifität Ihrer Frage ist eine Schätzung genau das; eine fundierte Vermutung über eine Menge (im Gegensatz zu einer Hypothese, die eine allgemeinere Vorhersage des Ergebnisses eines zukünftigen Ereignisses ist). Der Manager wendet normalerweise entweder mathematisch oder intuitiv einen Modifikator an, der auf Ihren aktuellen Schätzungen im Vergleich zu den tatsächlichen Zeitplänen basiert. Agile integriert dies in den Schätzungsprozess. Der Client schätzt intuitiv die Komplexität der Anforderungen, dann machen die Entwickler dasselbe, und dann arbeiten die Entwickler tatsächlich an der Entwicklung der Lösung und geben dem Manager Datenpunkte, um ein Verhältnis von Anforderungspunkten zu Entwicklungspunkten und Entwicklungspunkten zu Menschen zu berechnen -Stundenbedarf.

Kurz gesagt, ein Manager nimmt Ihre Schätzung nur in einem von drei Szenarien zum Nennwert an:

• Sie haben ähnliche Aufgaben in der Vergangenheit ziemlich genau eingeschätzt.
• Er steht unter dem Druck zu liefern, und Ihre Schätzung ist besser als er gedacht hat.
• Er sucht nach einem Grund, dich zu feuern.

Wenn es diese letzte Situation ist, gibt es viele andere Hinweise rund um den Arbeitsplatz, dass Sie vielleicht die Hölle loswerden sollten.

Ich habe keine Ahnung, aber meine Krippe braucht technisches Wissen. Es ist unmöglich, ihn manchmal zu erklären.