Wir alle wissen, was ein Softwareentwicklungsmanager tut, aber ich fürchte, wir wissen es nur vage . Wir denken, wir wissen, was er tut, aber es ist ein bisschen schwierig, genau anzugeben, was der Aufgabenbereich ist.
Welche Rolle spielt Ihrer Meinung nach ein Softwareentwicklungsmanager?
management
Graviton
quelle
quelle
Antworten:
Als jemand im Job (der auch Entwickler war) zu sprechen, sind die wichtigsten Dinge, die ich tun muss:
Halten Sie das Entwicklerteam auf dem Laufenden (und freuen Sie sich, wenn möglich) - schieben Sie die Dinge aus dem Weg, die sie am Funktionieren hindern, und erklären Sie, warum dies nicht möglich ist, wenn sie nicht bewegt werden können, um den daraus resultierenden Stress zu reduzieren (Menschen sind mehr) Dinge wahrscheinlich akzeptieren, wenn sie sie zumindest verstehen). Letztendlich, wenn es einen Konflikt zwischen dem Projekt und dem Team gibt, der nicht gelöst werden kann, wird das Projekt normalerweise gewinnen. Das macht Sie nicht unbedingt im Team beliebt, aber Sie werden dafür bezahlt, Projekte / Produkte zu liefern, und nicht als Gewerkschaftsführer. Die offensichtliche Fähigkeit besteht darin, zu minimieren, wie oft dies geschieht.
Stellen Sie sicher, dass das Team mit dem Kunden die richtige Menge kommuniziert . Dies besteht in der Regel zu gleichen Teilen darin, den Kunden vom Team fernzuhalten und sicherzustellen, dass das Team den Kunden nach Dingen fragt, die er nicht vollständig versteht (anstatt nur Annahmen zu treffen, die möglicherweise falsch sind). Die Entwickler achten sehr darauf, dass der Kunde sie nicht stört, und vergessen gelegentlich, dass der Kunde möglicherweise etwas Nützliches hinzuzufügen hat.
Projektplanung und Priorisierung von Ressourcenkonflikten, Kundenanforderungen, Supportproblemen und dergleichen. Ich neige dazu, die Person zu sein, die sagt, dass dieser Kunde Vorrang vor diesem hat, oder dass dieser Fehler behoben werden muss, bevor er versendet wird, aber dass ein bekanntes Problem auftreten kann.
Verwalten Sie die kommerzielle Seite der Entwicklung , indem Sie sicherstellen, dass Dinge, für die Gebühren anfallen und die anfallen, und dass wir nicht versuchen, Gebühren für Dinge zu erheben, die von der Unterstützung abgedeckt werden sollen.
Seien Sie die Stimme des Teams im Geschäft und des Geschäfts innerhalb des Teams - helfen Sie jedem, die Position des anderen zu verstehen und Differenzen zu lösen, wo sie entstehen. Dies deckt hauptsächlich kulturelle Konflikte zwischen den Bedürfnissen / Wünschen des Teams und den größeren Organisationen sowie Budgetfragen ab. Das ist eigentlich ziemlich beschissen, da es bedeutet, dass man bei Meinungsverschiedenheiten jedermanns Feind ist.
Arbeiten Sie mit dem Team zusammen, um sicherzustellen, dass ausreichende Prozesse und Tools vorhanden sind, um die Anforderungen des Unternehmens und der Kunden zu erfüllen . Stellen Sie sicher, dass diese Prozesse befolgt und nach Bedarf angepasst werden. Einige davon stellen sicher, dass das Team Prozesse definiert (zum Beispiel für technische Dinge, die es besser versteht als ich), andere definieren sie selbst (für Dinge, die ich besser verstehe als sie - planen, schätzen usw.). Das wichtige Wort hier ist ausreichend - Sie möchten keine Prozesse um der Prozesse willen, aber es müssen Dinge passieren, und Prozesse sind der beste Weg, um dies konsequent zu erreichen.
Stellen Sie sicher, dass jedes Mitglied des Teams mindestens auf einem angemessenen Niveau und im Idealfall darüber hinaus arbeitet. Arbeiten Sie mit ihnen zusammen, um Probleme zu lösen, die das Erreichen dieses Niveaus verhindern. Ich würde gerne sagen, dass meine Rolle darin besteht, sie so gut wie möglich zu machen, aber während dies bis zu einem gewissen Grad zutrifft, werden andere Anforderungen (Projekt, Budget, Zeit) dies fast immer mehr oder weniger stark beeinträchtigen.
Insgesamt ist es ein Teil Mentoring, ein Teil Sekretariat, ein Teil Projektmanagement, ein Teil Account Management und ein Teil PR (für das Team). Es gibt eine Menge Dinge, über die die Entwickler nicht nachdenken oder nachdenken müssen, und einige, die sicherstellen, dass sie Dinge tun, die sie tun müssen, aber nicht tun wollen.
Es geht nicht darum, der beste Entwickler zu sein (im Allgemeinen sind Sie zu weit weg, um lange auf dem Laufenden zu bleiben, sodass Sie akzeptieren müssen, dass die Leute mehr wissen als Sie - die Fähigkeit besteht darin, zu wissen, wo Ihre längeren, aber veralteten Erfahrungen relevanter sind als ihre kürzere, aber neuere Erfahrung) oder eine Art Diktator zu sein. In dieser Hinsicht ist die beste Art, darüber nachzudenken, nicht, dass Sie älter sind, sondern dass Sie unterschiedliche Verantwortlichkeiten haben. Manchmal geht es dabei um den letzten Aufruf zu etwas (was möglicherweise gegen die Ansichten des Teams verstößt), aber häufiger sollte es um Konsens oder Kompromisse gehen.
quelle