Scrum Schulungen & Inhouse-Seminare

Scrum-Team-Rollen

•     Produkteigentümer: Produktexperte, der die Interessengruppen vertritt und die Stimme des Kunden ist.
•     Entwicklungsteam: Gruppe von Fachleuten, die das Produkt liefern (Entwickler, Programmierer, Designer).
•     Scrum-Master: Organisierter Servant-Leader, der sicherstellt, dass das Verständnis und die Ausführung von Scrum befolgt wird.
  
  

Scrum-Ereignisse

•     Sprint: Iterative Zeitboxen, in denen ein Ziel erreicht wird. Der Zeitrahmen geht nicht über einen Kalendermonat hinaus und ist während des gesamten Entwicklungsprozesses konsistent.
•     Sprint: Planung des Sprints: Wo das gesamte Scrum-Team zusammenkommt - zu Beginn jedes Sprints - um den bevorstehenden Sprint zu planen.
•     Tägliches Scrum: Ein 15-minütiges zeitgesteuertes Meeting, das an jedem Tag des Sprints zur gleichen Zeit stattfindet und bei dem die Leistungen des Vortages sowie die Erwartungen für den nächsten Sprint besprochen werden.
•     Rückblick auf den Sprint: Ein informelles Treffen, das am Ende jedes Sprints abgehalten wird, bei dem das Scrum-Team den Stakeholdern sein Inkrement präsentiert und das Feedback diskutiert.
•     Sprint-Rückblick: Ein Treffen, bei dem das Scrum-Team den Ablauf des letzten Sprints reflektiert und Verbesserungen für den nächsten Sprint festlegt.
  
  

Scrum-Artefakte

•     Produkt-Rückstand: Vom Product Owner verwaltet, werden hier alle Anforderungen, die für ein brauchbares Produkt benötigt werden, in der Reihenfolge ihrer Priorität aufgelistet. Enthält Merkmale, Funktionen, Anforderungen, Verbesserungen und Korrekturen, die Änderungen am Produkt in zukünftigen Versionen zulassen.
•     Sprint-Rückstand: Eine Liste der Aufgaben und Anforderungen, die während des nächsten Sprints erfüllt werden müssen. Manchmal begleitet von einem Scrum Task Board, das zur Visualisierung des Fortschritts der Aufgaben im aktuellen Sprint und aller Änderungen, die in einem "To Do, Doing, and Done"-Format vorgenommen werden, verwendet wird.
  
  
  
  

• Agilität ist mehr als Scrum  Agilität ist kein Tool, das man kaufen kann. Agilität ist keine Schulung, die man besuchen kann.  In diesem Vortrag schauen wir uns an, welche Fallstricke hinter einer  vermeintlich einfachen Idee lauern und welche typischen Fehler viele  Firmen bei der Planung und Durchführung agiler Projekte begehen mit oder ohne Scrum.
• Scrum als agiles Rahmenwerk nicht nur für BI und DWH Projekte Die klassischen Vorgehensmodelle für die Softwareentwicklung (V-Modell, Wassserfall) stoßen in Zeiten sehr schneller Marktveränderungen mehr und mehr an ihre Grenzen. Oft dauert die Entwicklung neuer Produkte zu lange, manchmal sind die unterstützenden Prozesse eher Bremse als Beschleuniger. Marktführer wie Apple oder Google entwickeln heute neue Produkte in unglaublich kurzer Zeit und wälzen Märkte um. Und man fragt sich, was diese Unternehmen anders machen. Durch die Nutzung agiler Vorgehensweisen kann die Produktivität der Entwicklungsteams massiv erhöht und die Dauer der Produktentwicklung verkürzt werden. In diesem Vortrag erfahren Sie, wie Sie agile Modelle wie SCRUM in der Softwareentwicklung einsetzen.