Wartungsprojekt: Wie bewertet man die Leistung des Teams?

Ich arbeite in einem Team, dessen Hauptziel es ist, große Projekte zu betreuen. In meinem Team achte ich auf zahlreiche Dinge rund um die Fachkompetenz:

• Tests - Schreibt diese Person Tests? Wie sehen sie aus? Testet er vorher oder nachher? Schreibt er Tests für vom Kunden gemeldete Fehler? Wir haben entschieden, dass automatisierte Tests entscheidend sind, um gut zu schlafen und nicht ganze Wochen mit dem Debuggen zu verbringen, also sollten sich Programmierer auf das Schreiben von Tests konzentrieren.
• Anderen helfen - Ist diese Person hilfreich? Interessiert er sich für die Aufgaben, Probleme etc. anderer? In einem 14-köpfigen Team besteht keine Chance, tiefes Wissen über jede Codezeile zu haben, also müssen wir uns gegenseitig helfen, wenn jemand mit Code arbeitet, mit dem er nicht so vertraut ist
• Keinen Mist hinzufügen - Wenn wir das System modifizieren oder wenn wir neue Funktionen hinzufügen, tut diese Person dies gemäß den SOLID-Prinzipien, hat dieser Code Tests? Sind die Methoden kurz? Sind die Namen lesbar?
• Kein Kopieren/Einfügen-Antimuster verwenden – Verwendet diese Person das Kopieren/Einfügen-Verfahren, um Funktionalität hinzuzufügen, oder ordnet sie bestehenden Code in wiederverwendbare Einheiten um, um Duplikate zu vermeiden.
• Verstehen des Codes - Versteht er, wofür der Code verantwortlich ist, bevor er ihn ändert?
• Unterbrechen von Builds – Wie oft schreibt er Änderungen fest, die dazu führen, dass der Build aufgrund von Kompilierungsfehlern oder Testfehlern fehlschlägt
• Aufmerksamkeit für Details – Achtet er auf Details wie die Bereitstellung der richtigen Daten in Liefer-E-Mails (Kontakttelefonnummer, Anwendungsversion, Beschreibung der Änderungen), das Hinzufügen von Kommentaren zum Änderungssatz, das Ändern des Status im Problemverfolgungssystem usw.
• Refactoring - Ändert er den Code und hinterlässt die Codebasis ein wenig sauberer als zu dem Zeitpunkt, als er dort ankam
• Automatisierung und Verbesserungen
• Wie kann ich Ihnen helfen * Einstellung * - Liefert er Ideen, was mit der Lösung besser gemacht werden kann, was automatisiert werden kann, wie wir einige Bereiche weniger fehleranfällig machen können.

Ich bin mir sicher, dass es noch mehr Aspekte gibt, die ich in Betracht ziehe, aber diese sind mir jetzt in den Sinn gekommen.

Die Aufgabe, die Sie beschrieben haben, sieht aus wie Application Management - Benutzeranfragen lösen, kleine Fehler beheben, Berichte erstellen und kleine Teile des Codes ändern.

Dies erfordert Entwickler, aber die Arbeit ist nicht so ausgefallen wie das "Erstellen" von neuem Code ... es ist nur Wartung.

Wenn Sie ein System haben, um alle Anfragen Ihrer Benutzer aufzuzeichnen, können Sie damit beginnen, die Leistung Ihres Teams zu messen – Anzahl der gelösten Tickets, Zufriedenheitsgrad, erneut geöffnete Anfragen, Beschwerden … – und dies zur Bewertung und Motivation des Teams verwenden .

Wenn Ihre Organisation Platz für neue Projekte hat, versuchen Sie, das Wartungsteam einzubeziehen, auch bei kleineren Projekten. Die Wartung ist nicht allzu anspruchsvoll, und das Standard-Entwicklerprofil passt normalerweise nicht in ein Wartungsteam.

Wie wäre es neben der Messung der Grundlagen von "es ist nur Wartung", wie wäre es, diejenigen zu ermutigen, die über das hinausgehen und dem Unternehmen helfen, Geld zu verdienen?

So könnte eine typische Änderungsanfrage beispielsweise lauten: „Wir werden unserer Produktlinie ein neues Farb-Widget hinzufügen und die Farbe ist Zinnoberrot, aber das Eingabefeld auf dem Formular nimmt nur 9 Zeichen auf“. Programmierer A könnte einfach das Feld und die Datenbank (falls erforderlich) erweitern und damit fertig sein – mit anderen Worten, das Notwendige tun, um die spezifische Anforderung zu erfüllen. Ein anderer Programmierer B könnte dasselbe tun und feststellen, dass die Art und Weise, wie die Farbänderungsprozedur gegen die Datenbank codiert wurde, den Online-Katalog nicht richtig aktualisierte, sodass Website-Besucher die neuen Farben nicht sahen. Er kommt dann zu Ihnen und bietet an, dieses "Versehen" zu beheben, während er im Programm ist und die erste Änderung vornimmt, und die Firma als Ergebnis mehr Widgets verkauft.