Du bist hier:Start»Wissen»Lessons Learned

Lessons Learned

Lessons Learned - auf Deutsch "gewonnene Erkenntnisse", Erfahrungen aus der Software-Entwicklung.

Organisation

Scrum

  • bei der Einführung von Scrum in einer Organisation können viele Fehler gemacht werden
  • nach meiner Erfahrung gibt es aber ein Hauptproblem:
  • wenn Manager Scrum nicht verstehen, dann kann man die Einführung von Scrum in einer Organisation vergessen
    • manche Menschen sind der Meinung, dass sich Teams "selbst" zu Scrum-Teams zusammenfinden könnten
    • wenn Mitarbeiter aber Scrum noch nicht kennen, dann kann es passieren, dass keine Scrum-Teams "von selbst" dabei herauskommen
    • wenn es schlecht läuft, hat man Wasserfall-Teams, in denen nur Entwickler oder nur Tester sind
    • hier muss ein Manager eingreifen
    • theoretisch könnte ein "Scrum Master" oder "Agile Coach" eingreifen
    • wenn sich jemand aber lediglich als "Scrum Master" bezeichnet und wenig Ahnung hat, dann bleibt nur der Manager
    • Manager sind schließlich auch dafür verantwortlich, ob und wie die Rollen "Scrum Master" und "Product Owner" besetzt werden
  • bei misslungener Einführung von Scrum, kann es passieren, dass ein Scherbenhaufen hinterlassen wird
  • Mitarbeiter geben dann Scrum die Schuld anstatt der misslungenen Umsetzung

Feedback

  • Manager sollten regelmäßiges Feedback durch Mitarbeiter ermöglichen

Flache Hierarchien

  • flache Hierarchien können dazu führen, dass Manager weder zeitlich noch inhaltlich auf Feedback von Mitarbeitern reagieren können
  • dadurch berichten Mitarbeiter nicht mehr Probleme
  • Probleme können über Jahre liegen bleiben und sich aufstauen
  • bei flachen Hierarchien kann es zu Verantwortungsdiffusion
  • kommen
  • das kann natürlich auch bei klasischen Hierarchien mit unfähigen Vorgesetzten passieren

Software

  • Log-Daten immer auf einem zusätzlichen Computer speichern
    • keine zeitkritische Software auf einem Log-Computer laufen lassen
    • ansonsten könnte die Festplatten-Aktivität die zeitkritische Software blockieren
  • Mutex (mutual exclusion) unlock führt nicht zu einem Threadwechsel
    • nach Mutex unlock kann lediglich der Mutex wieder gelockt werden, auch vom gleichen Thread wieder
    • bei einigen Betriebssystemen kann man einen Threadwechsel durch den Aufruf von sched_yield() oder usleep(1) erzwingen

Letzte Änderung: 2024-06-04

Kommentar schreiben

Ihre Daten werden verschlüsselt übertragen. Der Kommentar wird gelesen und eventuell veröffentlicht.
Wenn der Inhalt des Kommentars oder Teile des Kommentars nicht veröffentlicht werden, dann werden die gespeicherten Daten nach maximal 4 Wochen gelöscht. Um zukünftigen Missbrauch der Kommentarfunktion zu verhindern, werden die zum Kommentar gehörenden IP Adressen maximal 4 Wochen gespeichert.