So messen und bewerten Sie die Entwicklerproduktivität

Hallo, Chabrowsk-Bürger! An diesem außergewöhnlichen freien Tag des Wochenendes möchten wir Ihnen einen interessanten Artikel vorstellen, der am Vorabend des Starts des Team Lead 2.0- Kurses übersetzt wurde .




Entwickler benötigen Feedback, damit sie ihre Fähigkeiten verbessern und neues Wissen erwerben können. Laut dem Herausgeber von Inc. In der Zeitschrift Jeff Hayden können traditionelle Metriken täuschen, weil sie nicht immer ein klares Bild widerspiegeln. Früher war die Bewertung der Mitarbeiterleistung eine entmutigende Aufgabe, weshalb Git Analytics-Tools wie Waydev auftauchten. Dieses Tool bietet einen datengesteuerten Entwicklungsansatz, mit dem Sie das Beste aus Ihren Mitarbeitern herausholen können.

Es ist sehr wichtig, die richtigen Indikatoren zu messen und richtig zu machen. Die Auswahl der Indikatoren hängt wiederum von den Besonderheiten Ihres Unternehmens und den Aufgaben jedes Softwareentwicklers ab.

Wir werden Ihnen einen Algorithmus vorstellen, mit dem Sie die Effektivität von Programmierern bewerten können:

Ziele setzen


Die Festlegung von Organisationszielen und die regelmäßige Überprüfung, ob alle Teammitglieder diese befolgen, hat von Anfang an oberste Priorität. Selbst wenn die Softwareentwicklung in Ihrer Organisation ausgelagert ist, ist das Entwicklungsteam keine unabhängige Organisation, deren einzige Funktion darin besteht, Code zu schreiben und zu testen. Die Integration technischer Ziele in gemeinsame Geschäftsziele ist ein wichtiger Schritt auf Ihrem Weg. Die Konzeptualisierung von Aufgaben in den frühen Phasen ist die Grundlage für die Bewertung der Wirksamkeit der Arbeit in den späteren Phasen.

Jedes Ziel sollte sowohl auf Teamebene als auch auf individueller Ebene jedes Mitarbeiters in die Hauptidee des Unternehmens passen.

Grundsteinlegung


Die Leistungsmessung besteht aus zwei Hauptfragen - was und wie. Die Frage „Was“ bezieht sich auf die tatsächlichen Aufgaben des Teams. Es impliziert eine bestimmte Tatsache und Erwartung. Mit der Beantwortung der Frage „Was“ kann beispielsweise das rechtzeitige Schreiben und Testen des Codes gemeint sein. Hier ist "Aktualität" eine klare Tatsache, und die hervorragende Qualität des Codes ist eine implizite Erwartung.

Die Frage „wie“ hängt mit dem Prozess zusammen, dh wie gut der Programmierer im Team gearbeitet hat, wie innovativ sein Ansatz für die Aufgabe war und so weiter.

Wenn Sie das grundlegende „Was“ und „Wie“ bewerten, erhalten Sie nicht nur ein Verständnis dafür, an welchen Aufgaben das Team arbeitet, sondern auch, wie gut sie diese ausführen. Waydev bietet mithilfe von Work Log eine Vogelperspektive auf Ihre Mitarbeiter. Sie können jede Commit- oder Pull-Anforderung anzeigen, die ein Entwickler in Ihrem Unternehmen pro Zeiteinheit gestellt hat.



Konzentrieren Sie sich auf lange Sicht


Bei der Entwicklung von Software sollten Sie sich niemals auf die quantitative Komponente des zu entwickelnden Produkts konzentrieren. Zusätzliche Codezeilen machen die Software umständlich und schwieriger zu warten. Umgekehrt ist die Minimierung der Anzahl der Codezeilen kein Allheilmittel: Eine solche Software ist schwer zu verstehen und zu skalieren.

Der langfristige ergebnisorientierte Ansatz impliziert, dass anstelle der Quantifizierung der Wirksamkeit des Produkts das Produkt anhand der Ergebnisse des Teams bewertet wird. Um Entwicklungsprozesse und Releases zu bewerten, müssen Stabilität, Häufigkeit der Lieferung und Häufigkeit der Aktualisierungen des Endprodukts analysiert werden.



Um die Effektivität eines bestimmten Teams zu bewerten, müssen Sie verstehen, ob es die gewünschten Ergebnisse erzielt hat. Wenn Sie sich darauf konzentrieren, steigern Sie nicht nur die Produktivität der Entwickler, sondern erreichen auch organisatorische Ziele, was bedeutet, dass Sie langfristig mehr Vorteile erhalten. In Waydev können Sie die Projektzeitleiste verwenden, um zu sehen, wie sich Arbeitsfokus und Lautstärke im Laufe der Zeit ändern. Finden Sie heraus, worauf sich Entwickler konzentrieren. Geht es darum, neuen Code zu schreiben, alten umzugestalten oder Kollegen zu helfen? Sehen Sie, welche Ereignisse die Leistung Ihres Teams beeinflusst haben, damit Sie sich bei späteren Entscheidungen auf die empfangenen Daten konzentrieren können.

Prüfungsvorbereitung


Damit die Bewertung basiert, müssen Sie einen bestimmten Standard haben, dem Sie folgen können, wenn Sie ihn erhalten. Ein solcher Standard kann als Stellenbeschreibung oder vorgeschlagener Arbeitsplan dienen.

Zeigen Sie vorhandene Stellenbeschreibungen, Dokumente, Aufzeichnungen, E-Mails und andere Daten an, anhand derer Sie eine Schlussfolgerung über die Effektivität des Mitarbeiters ziehen können.

Wenn Sie kürzlich im Team sind, sprechen Sie mit dem Teamleiter des Entwicklers, seinen Kollegen und, wenn möglich, mit den Stammkunden, mit denen er zusammengearbeitet hat.

Erfolg oder Misserfolg hängen nicht nur von der Person ab, sondern auch von den Arbeitsbedingungen:

  • Gab es Umstände höherer Gewalt? Zum Beispiel die unterschätzte Komplexität der Aufgabe oder die Änderung der Prioritäten? Vielleicht hat genau dies den Entwickler daran gehindert, sein Ziel zu erreichen und eine Anwendung für seine Fähigkeiten zu finden.
  • Welchen Erfolg hat das Unternehmen erzielt und welchen Beitrag leistet ein bestimmter Softwareentwickler? Hat er seine Schlüsselqualifikationen richtig eingesetzt?



Mithilfe der Projektzeitleiste in Waydev können Sie die relevantesten Datenpunkte im Workflow Ihres Teams identifizieren und produktiv darüber diskutieren, welches Wissen Sie für Ihren nächsten Sprint anwenden können. Mithilfe der Projektzeitleiste können Sie und Ihr Team schnell auf Prozesssperren reagieren, die sich auf den Gesundheitszustand Ihrer Entwicklung bei Gesprächen und nachträglichen Bewertungen auswirken.

Analyse von Zielen und Schlüsselkompetenzen


Vergleichen Sie die aktuelle Leistung mit der gewünschten oder in der Jobbeschreibung definierten. Wenn sichtbare Ergebnisse vorliegen, stellen Sie sicher, dass diese in bestimmten Beispielen wiedergegeben werden, und bestimmen Sie ihren Wert:

  • Wurde die gewünschte Leistung erreicht / übertroffen?
  • Haben ungünstige Arbeitsbedingungen die Erreichung der gesetzten Ziele behindert?
  • Wurden diese Ziele durch Überstunden des Mitarbeiters erreicht?
  • War das Ergebnis der Arbeit so gut, dass dieser Mitarbeiter ermutigt werden sollte?
  • Hat dieser Entwickler eine Schlüsselrolle bei der Erreichung der Ziele des gesamten Teams gespielt?



Wenn keine sichtbaren Ergebnisse vorliegen, stellen Sie die folgenden Fragen:

  • War der Erfolg der Aufgabe von dieser Person abhängig?
  • Wurde das Problem durch Gründe wie den Mangel an notwendiger Ausrüstung, ein zu großes Aufgabenvolumen, eine unscharfe Darstellung des Problems oder das Fehlen anderer notwendiger Ressourcen verursacht?
  • Kann eine kompetentere Person diese Probleme lösen?
  • Was sind die Konsequenzen, wenn eine Aufgabe nicht erledigt wird?



Bestimmen Sie, wie regelmäßig und effektiv der Mitarbeiter seine Schlüsselkompetenzen in seiner Arbeit anwendet:

  • Verwendet der Mitarbeiter diese Fähigkeiten täglich?
  • Hat er alle seine Fähigkeiten eingesetzt oder nur einige davon? Welche Art?
  • Wie hilft das Anwenden von Fähigkeiten einem Entwickler, Arbeitsaufgaben zu lösen? Wie wirkt sich dies auf den Workflow und den Erfolg des Teams aus?
  • War es für den Entwickler schwierig, die Aufgabe zu erledigen? Wenn ja, wie hat sich dies auf Ihre Ziele und Ihren Workflow ausgewirkt?

Wenn es für den Entwickler schwierig ist, Arbeitsaufgaben zu erledigen, und die festgelegten Ziele nicht erreicht werden, sollten Sie darüber nachdenken, zusätzliche Schulungs- oder Weiterbildungskurse zu organisieren.

Diskussion


Alle Schlussfolgerungen, die Sie während der Analyse gezogen haben, sollten mit dem Mitarbeiter selbst besprochen werden. Konzentrieren Sie sich auf seine Erfolge. Verwenden Sie spezifische Beispiele, um Ihr Verständnis der Situation so genau wie möglich zu vermitteln. Beginnen Sie mit den positiven Aspekten, achten Sie jedoch auf die aufgetretenen Schwierigkeiten. Wenn das Ziel durch einen unabhängigen Entwickler nicht erreicht wurde, sollte er auf keinen Fall denken, dass er für alles verantwortlich ist.

Stellen Sie unbedingt Fragen und hören Sie sich die Antworten genau an. Dies hilft, Probleme zu identifizieren und zu verstehen, wie eine Person mit ihnen umgeht: ob sie sie lösen möchte, was sie aus der Situation heraus sieht und was sie ändern möchte.

Empfehlungen


Erstellen Sie anhand der Informationen, die Sie während des Gesprächs mit dem Mitarbeiter, seinem Manager und seinen Kollegen erhalten haben, eine Liste mit Vorschlägen, die die Produktivität des Entwicklers verbessern könnten.

Wie schreibe ich Kommentare und Empfehlungen


Für Rückmeldungen sind Kommentare zur geleisteten Arbeit erforderlich. Basierend auf den eingegangenen Kommentaren kann der Ingenieur seine Stärken und Schwächen beurteilen und die Bemühungen in die richtige Richtung lenken. Denken Sie daran, dass die Kommentare nicht nur über den Mitarbeiter, sondern auch über die Person, die sie geschrieben hat, beurteilt werden können. Sie müssen professionell und objektiv verfasst sein.

Kommentare sollten die folgenden Punkte widerspiegeln:

  • Inwieweit hat der Entwickler seine Aufgabe erfüllt?
  • Wie oft hat er Professionalität und Schlüsselkompetenzen bewiesen?
  • Was hat sich im Bewertungszeitraum verbessert?
  • Was muss verbessert werden?

Kommentare sollten die folgenden Eigenschaften haben:

  • Objektivität;
  • Vollständigkeit;
  • Wahrhaftigkeit;
  • Domain-Spezifität
  • Die positive Schlussfolgerung.

Zu berücksichtigende Aspekte


Teilnahme


Zunächst müssen Sie verstehen, ob der Entwickler überhaupt bei der Arbeit erscheint. Berücksichtigen Sie die Zeit der Ankunft, Abreise und Abwesenheit. Wenn jemand aus dem Team zu spät zur Arbeit kommt, den Arbeitsplatz für längere Zeit verlässt, früher als nötig abreist oder ohne guten Grund krankgeschrieben wird, versucht er sicherlich nicht, sein Bestes zu geben. Denken Sie daran, dass eine schlechte Anwesenheit nicht nur durch alltägliche Faulheit verursacht werden kann, sondern auch durch schwerwiegendere Gründe, z. B. mangelnde Motivation, Gesundheitsprobleme oder emotionales Burnout.



Die Vermeidung ihrer Pflichten bei der Arbeit kann ein schlechtes Beispiel für das gesamte Team sein. Aus diesem Grund müssen andere Entwickler zusätzliche Aufgaben übernehmen, um die Abwesenheit eines Kollegen am Arbeitsplatz irgendwie auszugleichen. Die Situation verschärft sich, wenn in Ihrem Unternehmen ein Mangel an Entwicklern besteht und das Problem stagniert. Beginnen Sie so schnell wie möglich damit, da das Ignorieren zu Problemen im persönlichen Leben und in der Gesundheit Ihrer Entwickler führen kann.

Hilfe geben


Wir alle konzentrieren uns darauf, Kunden zu helfen, aber Teamwork ist auch sehr wichtig. Konowe & Associates ist der Ansicht, dass dieser Artikel einer der wichtigsten Leistungsindikatoren für Entwickler ist: „Wir fragen, wer in Ihrer Abteilung (oder im gesamten Unternehmen) am schnellsten reagiert hat und Ihnen in den letzten sechs Monaten mehr als anderen geholfen hat. Und so stellt sich heraus, dass diese anonyme Motivation der Entwickler es uns ermöglicht, die wahren Fans ihres Fachs zu identifizieren und nicht nur die Favoriten der Führung. “



Die Bereitschaft, anderen zu helfen, ist ein wesentliches Element der Teamarbeit. Die Zusammenarbeit bei komplexen Aufgaben ist viel effektiver als der Versuch, Berge allein zu drehen. Bewertung Collaboration Funktionermöglicht es Ihnen zu verstehen, wer sein Wissen mit anderen teilt. Außerdem erhalten Sie quantitative Indikatoren, anhand derer Sie den Status des Workflows der Codeüberprüfung bewerten können.



Planungsfähigkeiten


Alle Teammitglieder müssen die Arbeit pünktlich abschließen. Sie sollten in der Lage sein, Zeit und Ressourcen richtig zu verwalten und Prioritäten zu setzen, um ihre Arbeit so effizient wie möglich ausführen zu können.

Achten Sie auf die Fristen und die Qualität der Arbeit, die durch Eile entstehen können, um die Frist einzuhalten. Dies hilft zu verstehen, wie effizient der Mitarbeiter arbeitet. Es ist auch sehr wichtig, die für die Arbeit aufgewendete Zeit zu berücksichtigen: Wenn eine Person sie stabil verarbeitet, lohnt es sich, mit ihr über die Planungszeit zu sprechen.

Initiative


Es ist gut, wenn Kollegen daran interessiert sind, ob sie Ihnen bei etwas helfen können. Es ist sogar noch besser, wenn sie Ziele sehen und alle notwendigen Maßnahmen ergreifen, um sie zu erreichen. Initiative ist ein Indikator für die Beteiligung an der Arbeit. Die Identifizierung der aktivsten Entwickler ist wichtig für wachsende Unternehmen, in denen ständig neue Arbeitsplätze entstehen und die Humanressourcen schnell neu verteilt werden. Für die effektivste Arbeit der neuen Abteilung ist es am besten, sie mit den meisten Initiativmitarbeitern auszustatten. Sie können sich schnell an neue Bedingungen anpassen und der Kurve voraus arbeiten.

Um die aktivsten Mitglieder Ihres Teams zu identifizieren, aktivieren Sie das Kontrollkästchen jedes Mal, wenn ein Entwickler die Führung im Team übernimmt.

Qualität


Die Qualität der Arbeit ist das wichtigste, aber gleichzeitig das komplexeste Maß für die Leistung, das gemessen werden kann. Ingenieure, die mit Qualität arbeiten und aufrichtig in den Arbeitsprozess involviert sind, zeigen wahrscheinlich bessere Ergebnisse. Ein solches Engagement kann ein Qualitätskriterium sein.

Die Produktivität von Entwicklern wird nicht nur an den quantitativen Merkmalen des entwickelten Produkts gemessen, sodass das Problem nicht gelöst wird. Entwickler, die zusätzliche Codezeilen schreiben, erhöhen lediglich die Komplexität der Software und erschweren deren Wartung. Sie müssen verstehen, woran Ihre Entwickler arbeiten: Qualität oder Quantität?

Experten der HR World-Website bieten an, die Qualität des Endergebnisses anhand der Anzahl der Funktionen zu bewerten, die abgelehnt oder zur Überarbeitung zurückgesandt wurden. Sie können diese Technik verwenden oder eine andere wählen, die besser zu den Besonderheiten Ihres Unternehmens passt.

Fazit


Natürlich ist es wichtig, die Leistung in bestimmten Zahlen zu bewerten, aber Cheryl Stein, eine Business-Trainerin von Monster.com, rät Ihnen, sich nicht auf Zahlen zu beschränken. Schließlich sind Teammitglieder lebende Menschen, nicht nur Ressourcen. Stein merkt an, dass einige Eigenschaften, zum Beispiel die Fähigkeit, eine Annäherung an eine Person zu finden, jetzt Gold wert sind, und solche Fähigkeiten sollten nicht übersehen werden. Stein schreibt auch darüber, wie wichtig es ist, auf Veränderungen der Arbeitsproduktivität zu achten, da dies ein Symptom für globalere Veränderungen im Unternehmen sein kann.

"Ein Rückgang der Arbeitsproduktivität kann auf Marktveränderungen oder nicht nachhaltige Marketingstrategien, -ideen und -werte hinweisen."

Bei der Messung der Effektivität ist es wichtig, offen mit dem Team in Dialog zu treten. Die Leute müssen wissen, wie Sie bewerten und Schlussfolgerungen ziehen. So wird jeder Entwickler seine Position im Team verstehen. Mit Waydev können Sie Informationen zu bestimmten Teammitgliedern anzeigen, deren Fortschritt verfolgen, ihnen bei der Lösung von Problemen helfen und so eine bessere vertikale Kommunikation innerhalb des Unternehmens gewährleisten.



Was sind die Risiken der Remote-Arbeit von IT-Abteilungen? Welche Ansätze sind erforderlich, damit das Team effizient arbeiten kann, ohne sie verfolgen zu müssen? Warum braucht Udalenka auch einen Zeitplan? Die Antworten auf diese Fragen finden Sie in unserem kostenlosen Webinar, das am 13. Mai stattfinden wird. Melden Sie sich für ein Webinar an .

All Articles