Scrum-Leitfaden | 14. Fehler von Entwicklern

Veröffentlicht: 2022-04-26

Das Entwicklungsteam ist eine Gruppe unabhängiger Fachleute. Der Erfolg des von ihnen umgesetzten Projekts hängt jedoch von ihrer gemeinsamen Anstrengung ab. Und das erfordert viel Reife und Teamfähigkeit. Was sind die häufigsten Fehler von Entwicklern? Welche davon machen die Verfolgung des Produktziels schwierig oder sogar unmöglich?

Häufige Fehler von Entwicklern – Inhaltsverzeichnis:

  1. Häufige Fehler von Entwicklern
  2. Zu sehr an Ihren Ideen hängen
  3. Selbstständigkeit
  4. Rückzug des Entwicklers
  5. Unabhängigkeit
  6. Beschränkung der Verantwortlichkeiten auf den Bereich der Befugnisse
  7. Sprint-Backlog-Unordnung
  8. Zusammenfassung

Häufige Fehler von Entwicklern

Viele der Fehler von Scrum-Entwicklern haben ihren Ursprung in ihrer Herangehensweise an die Teamarbeit. Einerseits ist es missverstandene Unabhängigkeit und das Verteidigen der eigenen Ideen gegen die Interessen des Teams. Andererseits verlässt es sich auf andere und die fehlende Unabhängigkeit. Eine weitere Problemquelle kann ein Missverständnis der Teamverantwortung sein.

The most common mistakes of Developers

Zu sehr an Ihren Ideen hängen

Zu den täglichen Aufgaben von Entwicklern gehört es, innovative Lösungen für komplexe Probleme zu finden. Der Aufwand, der in die Entwicklung von Lösungen gesteckt wird, kann dazu führen, dass sie zu sehr an ihren Ideen hängen. Dies wiederum führt dazu, dass sie das Produktziel aus den Augen verlieren und zu viel Zeit damit verbringen, Nebenlösungen zu entwickeln , die aus geschäftlicher Sicht nicht sinnvoll sind. Und sie sind auch weniger bereit, nach alternativen Lösungen zu suchen, was die Agilität des Teams gefährdet.

Selbstständigkeit

Wenn ein Entwickler Schwierigkeiten hat, seine Rolle im Team zu verstehen, wird er versuchen, seine Aufgaben vom Sprint-Ziel zu trennen. Schlimmer noch, sie werden sie ohne Rücksicht auf den Rest des Teams tun. Es kann auch zu einem Problem werden, wenn sie willkürlich Änderungen am Sprint Backlog vornehmen. So kann die missverstandene Unabhängigkeit eines der Entwickler von Kommunikationsproblemen herrühren.

Ein übermäßiger Wunsch nach Unabhängigkeit kann in mangelnder Anerkennung der individuellen Leistungen eines Entwicklers wurzeln. Es zeigt sich, wenn sein oder ihr Beitrag zur Arbeit des Teams in keinem Verhältnis zum Aufwand und der Schwierigkeit der Aufgabe steht.

Alleine zu arbeiten kann zu einer Quelle ernsthafter Konflikte innerhalb des Teams werden. Deshalb ist es so wichtig, dass der Scrum Master so schnell wie möglich reagiert und das zugrunde liegende Problem löst. Denn es kann sich herausstellen, dass der Fehler nicht beim Entwickler liegt, sondern bei einer falschen Einschätzung seiner Mitwirkung.

Rückzug des Entwicklers

Das Problem, das sich aus den beiden vorherigen ergibt – selbstständiges Arbeiten und übermäßiges Anhaften an den eigenen Ideen – kann ein Problem mangelnder Kommunikation sein. Dann beginnen diese Entwickler, sich vom Team zu isolieren. Obwohl sie ihre Aufgaben gemäß dem Sprint Backlog erfüllen, ziehen sie sich aus dem Leben des Teams zurück.

In einer solchen Situation sollte der Scrum Master den zurückgezogenen Entwicklern besondere Aufmerksamkeit schenken. Schätzen Sie ihren Beitrag zum Team und ermutigen Sie sie, eine proaktive Haltung einzunehmen.

Unabhängigkeit

Selbstorganisation ist ein Merkmal eines ausgereiften, gut zusammengesetzten Entwicklungsteams , das wir in einem früheren Artikel beschrieben haben. Das bedeutet, dass sich Entwickler trotz Schwierigkeiten nicht darauf verlassen, dass andere ihnen sagen, wie sie Aufgaben untereinander verteilen, wie und wann sie sie erledigen sollen. Selbstorganisation kann jedoch zu zwischenmenschlichen Missverständnissen führen.

In einem solchen Fall ist es notwendig, den Scrum Master ständig anwesend zu haben, um sicherzustellen, dass die Aufgaben, die erledigt werden müssen, um das Sprint-Ziel zu erreichen, verteilt werden. Hier entsteht das Problem der Abhängigkeit von Entwicklern .

Auch hier sollte der Scrum Master Abhilfe schaffen, indem er die Mitglieder des Entwicklungsteams ermutigt, selbstbestimmt zu handeln und Verantwortung für ihre Aufgaben zu übernehmen.

Beschränkung der Verantwortlichkeiten auf den Bereich der Befugnisse

Ein weiteres Problem, dem sich Entwickler, insbesondere im sich bildenden Team, stellen müssen, ist die mangelnde Bereitschaft, andere Aufgaben zu übernehmen, als diejenigen, die zu den Kernkompetenzen des Entwicklers gehören.

Dieser Fehler kann zu einer erheblichen Verringerung der Effektivität des Entwicklungsteams führen. Nicht alle Sprints nutzen die Kernkompetenzen jedes Teammitglieds. Daher müssen sie bereit sein, andere, ergänzende oder organisatorische Aufgaben zu übernehmen, die für das Sprint-Ziel gleichermaßen relevant sind.

common mistakes

Sprint-Backlog-Unordnung

Eine solche Aufgabe ist es , das Sprint Backlog in Ordnung zu halten. Es ist eine Schlüsselaufgabe für den reibungslosen Betrieb des Entwicklungsteams. Ein häufiger Fehler besteht jedoch darin, die Verantwortung für die Aufbewahrung zwischen den Entwicklern zu verschieben. Dies behindert nicht nur die Arbeit am Sprintziel, sondern auch die Entwicklung des Teams und seine kontinuierliche Verbesserung.

Häufige Fehler von Entwicklern - Zusammenfassung

Zusammengefasst gehören zu den häufigsten Fehlern von Entwicklern Versuche, sich vom Team als Ganzes abzuschotten: Eigenständiges Arbeiten, eigene Ideen vorantreiben und sich zurückziehen. Die Integrität des Entwicklungsteams wird auch durch Probleme bei der Entwicklung der Unabhängigkeit, Unordnung im Sprint-Backlog und die mangelnde Bereitschaft der Entwickler, Aufgaben außerhalb ihrer Kernkompetenzen zu erfüllen, bedroht.

Wenn Ihnen unsere Inhalte gefallen, treten Sie unserer fleißigen Bienen-Community auf Facebook, Twitter, LinkedIn, Instagram, YouTube bei.

Scrum Guide | 14. Mistakes of Developers caroline becker avatar 1background

Autorin: Caroline Becker

Als Projektmanagerin ist Caroline Expertin darin, neue Methoden zu finden, um die besten Arbeitsabläufe zu gestalten und Prozesse zu optimieren. Ihre organisatorischen Fähigkeiten und ihre Fähigkeit, unter Zeitdruck zu arbeiten, machen sie zur besten Person, um komplizierte Projekte in die Realität umzusetzen.

Alle Beiträge anzeigen

Scrum-Leitfaden:

  1. Glossar der Grundbegriffe, Rollen und Begriffe
  2. Was ist Scrum?
  3. Scrum-Werte
  4. Wie implementieren Sie Scrum in Ihrem Unternehmen?
  5. Scrum Team – was ist das und wie funktioniert es?
  6. Wer ist ein Product Owner?
  7. Die häufigsten Fehler des Product Owners
  8. Wer ist der Scrum-Master?
  9. Eigenschaften eines guten Scrum Masters
  10. Die häufigsten Fehler des Scrum Masters
  11. Welche Statistiken und Metriken sollte der Scrum Master verfolgen?
  12. Zusammenarbeit zwischen Product Owner und Scrum Master
  13. Entwicklungsteam in Scrum
  14. Die häufigsten Fehler von Entwicklern
  15. Scrum-Artefakte
  16. Scrum skalieren
  17. Sprint-Rückstand
  18. Was ist das Product Backlog?
  19. Was sind User Stories?
  20. Erstellen Sie die beste User Story mit INVEST
  21. Die häufigsten Fehler in User Storys
  22. Akzeptanzkriterien für User Storys
  23. Schätzung und Story Points in Scrum
  24. Planungspoker
  25. Team-Schätzspiel
  26. Inkrement definieren
  27. Scrum-Ereignisse
  28. Was ist Sprint in Scrum?
  29. Verpflichtungen des Scrum-Teams – Produktziel, Sprintziel und Abschlussdefinition
  30. Was ist ein Burndown-Diagramm?
  31. Wie erstellt und interpretiert man ein Burndown-Diagramm?
  32. Vor- und Nachteile des Burndown-Charts
  33. Kanban-Boards in Scrum und Scrumban
  34. Velocity in Scrum - Schnelligkeit des Entwicklungsteams
  35. Tägliches Scrum
  36. Sprint-Planung
  37. Sprint-Review
  38. Was ist eine Sprint-Retrospektive?
  39. Häufige Fehler während einer Sprint-Retrospektive
  40. Pflege des Produkt-Backlogs