Wofür genau ist ein (nicht-technischer) Manager in einem Software-Engineering-Team? [geschlossen]

Ich könnte hier ein völlig ignoranter Mensch sein, aber genau deswegen frage ich ja.

Warum braucht ein Engineering-Team einen nicht-technischen Manager? Was genau ist seine Aufgabe?

Ich meine, ich verstehe die Notwendigkeit von technischen Leads, die, soweit ich weiß, alles sind, was wir brauchen; das heißt, jemand, der technische Anleitungen gibt, wie bestimmte Dinge zu tun sind, oder jemand, der meinen Code überprüft usw.

Aber ich sehe nicht ein, warum wir einen Manager brauchen, mit dem ich immer nur in Kontakt komme, wenn er zu mir kommt und fragt, was ich mache und wann ich meine Projekte beende usw. oder ob ich etwas von ihm brauche (was ich normalerweise nicht tue, weil die meisten, wenn nicht alle meiner beruflichen Bedürfnisse nur von jemandem erfüllt werden können, der tatsächlich programmieren kann), was angesichts der Verfügbarkeit verschiedener Projektverfolgungstools (Jira, Bugzilla, Pivotal, Zusammenfluss usw.)

Das scheint eine ziemliche Ressourcenverschwendung zu sein, nicht wahr? (Und ich glaube nicht, dass das Gehalt eines Managers irgendwo unter 120.000 liegt!)

Bearbeiten (als Antwort auf die unten stehende Antwort): - Wir haben bereits einen Produktmanager, dessen Aufgabe es ist, sicherzustellen, dass die erstellten Produkte für Kunden/Benutzer nützlich sind.

Eine fast identische Frage ist auf Programmers.SE.
Der größte Wert des Managers besteht für Sie darin, Sie so weit wie möglich von all den nicht-technischen Dingen abzuschirmen, die das Unternehmen benötigt, um zu funktionieren.
Ich stimme @keshlam absolut zu. Außerdem versuchen Sie, seine/ihre Arbeit anhand eines scheinbar kleinen Ausschnitts davon zu beurteilen, der für Sie sichtbar ist. Sie haben keine Vorstellung vom vollen Umfang ihrer Verantwortlichkeiten. Übrigens hast du darüber nachgedacht, sie höflich zu fragen? Das würde Ihnen eine viel bessere Antwort geben als alle unsere Vermutungen hier zusammen ;-)
Viele Unbekannte bei dieser Frage – was ist Ihre Rolle, wie groß ist Ihr Team, wie viele Ingenieure und andere Mitarbeiter gibt es unterhalb des Managers? Das ist nur ein Anfang
Viele gute Gründe, einen nicht-technischen Manager im Team zu haben. Das Größte ist, dass sie wissen, wie man mit Laien auf eine Weise kommuniziert, die für Ingenieure unnatürlich und schwierig ist. Sie können als Botschafter für das Team fungieren, sodass Fortschritte und Anforderungen effektiv mit anderen Nicht-Technikern im Unternehmen geteilt werden können.

Antworten (1)

Hier sind meine Vermutungen:

Um sicherzustellen, dass das Produkt so voranschreitet, wie es sich das Unternehmen vorgestellt hat.

Überwachen Sie, ob die Arbeit planmäßig verläuft, und bewerten Sie alle Auswirkungen, die sie auf andere Projekte haben könnte, falls Ihre Ressource überlastet wird. Auf Risiken achten und diese im Idealfall mindern.

Um eine nicht-technische Perspektive anzubieten.

Kenntnisse über das Projekt haben, damit er effektiv mit Kunden kommunizieren und seine Manager über den Status des Projekts auf dem Laufenden halten kann.

Um Sie motiviert zu halten und Konflikte im Team, das am Projekt arbeitet, im Auge zu behalten)

EDIT: Vielleicht hat er auch nur Interesse an dem Projekt. Oder möchten sicherstellen, dass Sie nicht überarbeitet und gestresst sind. Er könnte sogar versuchen, Ihre Beziehung aufzubauen oder sich zumindest mit Ihrer Einstellung/Ihrer Arbeitsweise vertraut zu machen. Etwas ausgefallenere Ideen, ich weiß, aber nicht unmöglich.

Wofür genau ist ein (nicht-technischer) Manager in einem Software-Engineering-Team? [geschlossen]
AntwortenHierDatenschutz-Bestimmungen1y, 0v