Seitenhistorie

Nimm dir folgende Hinweise zu Herzen. Es hilft dir zu reflektieren, was du vielleicht bisher, von all diesen Anmerkungen anwenden kannst , oder vielleicht unbewusst oder verdeckt Anwendung findet. Wichtig ist es, selbständig herauszufinden, ob diese Hilfestellungen für Dich dich und das Team geeignet sind. Erdenke dir konkrete Fälle und Ergebnisse bei denen folgende Techniken angewendet werden und funktionieren können. Überlege dir, was speziell Du du dabei lernen und gleichzeitig anderen helfen kannst.

• Wünsche frei äußern!
• Vorschläge zur Verbesserung sammeln und beispielsweise in der Retrospektive einbringen!
• Vorlagen erstellen!! Ziel ist es, wiederkehrende Stationen in den Iterationen performant abzudecken! Nehmt Euch als Team Zeit, um die eigenen internen Prozesse aufzudröseln. Vermeidet redundante Arbeit.
• "Quality Gates" und Checklisten -> Schafft Euch euch kleine Meilensteine in der Entwicklung, an denen Du du selbst Euren eigen euren eigenen tollen Fortschritt erkennen kannst.
• Agile Methoden anwenden: Paar-Programmierung, Collective Ownership, Refactoring, Reviews, etc.
• Transparenz -> : Kommuniziert Blockaden oder Störungen rechtzeitig nach außen -> , an einen SCRUM-Master. Holt euch ggf. Hilfe bei der Auflösung sofern dies nicht im Team gelöst werden kann.

Bei allen Punkten kann auf die Hilfe des SCRUM-Masters zurückgegriffen werden. Er bzw. sie kann als Moderator/-in für Meetings oder als Prozessbeauftragter und neutraler Ansprechpartner Prozessbeauftragte/-r und neutrale/-r Ansprechpartner/-in hinzugeholt werden.

Beobachte und lerne die eigenen unterschiedliche unterschiedlichen Rollendynamiken im Team. Kommuniziere die Stärken, die du bei deinen Teammitgliedern erkennst, frei nach außen. Finde Wege, diese Stärken für alle anzuwenden. Hilf dabei, sich gegenseitig zu entwickeln.

• Freie Aufteilung der Aufgaben im Team -> jeder kann die Aufgaben aus dem Pool bearbeiten auf die er „Lust“ hat.
• Daily SCRUM -> Nutzt nutzt diese Plattform, um Euch euch zu helfen oder von anderen helfen zu lassen. Informiere Deine deine Teammitglieder über den aktuellen Fortschritt ("Ich habe ... erreicht!").

• Als Team habt Ihr ihr eine unabhängige Beratungs- und Unterstützungsrolle (SCRUM- Master) als Ressource! Nutzt diese!
• Planbarer Rahmen -> Erstellt euch eine offene, verständliche und argumentationsbeständige Aufgabenplanung. Achtet auf eure Regelmeetings.
• Gemeinsame Produktentwicklung -> Nutzt das Grooming, um Euch euch über das Produkt zu Informieren informieren und gebt dort ggf. Euer euer Wissen und eure Einschätzungen weiter!
• Arbeit auf Eigeninitiative und Versprechen -> Das Kommitment des Teams entscheidet über den Entwicklungsfortschritt!!
• Nutze die Sprint-Retroperspektive, um Veränderungen nach außen wirkungsvoll durchzusetzen.

(Speziell für SCRUM:)

• Ein Sprint definiert eine versprochene, abgeschlossene und geplante Entwicklungshandlung. Die Inhalte können nur vom Team verändert werden. Die Dies passiert aber immer in Anlehnung auf ihr Kommitment und der DoD.

(SCRUM: Das Team gibt genau an, was in einem Sprint bearbeitet werden kann und was nicht. Für diese Beurteilung wird jedes Backlog-Item im Detail für den Sprint geplant.)

(KANBAN: Die WIP-Limits helfen dem Team, die geplanten Aufgaben durch die Entwicklung zu führen. Eine exakte Aufplanung vor der Bearbeitung kann, muss aber nicht zwingend erfolgen.)

Wird eine genaue Planung angestrebt, gilt es folgendes , Folgendes zu beachten:

• Unterscheidung zwischen Anwesenheitszeit und effektiver „Entwicklungszeit“

Erfahrungsgemäß können Menschen nicht komplette 7-8 Stunden an am Tag am Stück „produktiv“ arbeiten. Hinzukommen Hinzu kommen Ablenkungen durch Meetings oder durch allgemeine und wichtige Möglichkeiten zum Informationsaustausch, z.B. : in der Kaffeeküche. Zudem können unerfahrene Mitarbeiter/-innen ggf. nicht mit der Taktung ggf. mit erfahrenen Mitarbeitern von erfahrenen Mitarbeiter/-innen mithalten. Zusammen ergibt das eine geschätzte, individuelle, tägliche Entwicklungszeit.   Genau diese Zeit gilt es in der Planung als wirkliche Referenzeit Referenzzeit für die zur Verfügung stehende Arbeitszeit zu verwenden. Achtet darauf, dass ihr euch nicht zu sehr im Detail verliert. Jenachdem Je nach dem über welchen Zeitraum Ihr ihr eine Planung erstellt, definiert euch eine minimal mögliche Zeiteinheit für eine Aufgabe. Beispielsweise 1 , beispielsweise eine Stunde bei einem Planungsbereich von 3 drei Wochen. Es kann auch sinnvoll sein, eine maximale Zeiteinheit für eine Aufgabe festzulegen. An dieser könnt ihr erkennterkennen, dass ihr diese Aufgabe aufteilen müsst, um das Risiko zu minimieren.