Zum Inhalt springen

Scrum

Scrum Master Handbuch: 100 Aufgaben

Was sind die Aufgaben eines Scrum Master?

Hinter dieser Frage steht die Annahme, dass der Scrum Master keine Vollzeitrolle ist. Die Fragesteller vermuten, dass sie Geld sparen, indem Sie verschiedene Rollen zusammenführen oder Aufgaben der Rolle auf eine einzige Person übertragen. Die Fragen werden daher von Scrum Master Anfängern, von Product Ownern, von Teammitgliedern, von Managern, von Stakeholdern jeglicher Art gestellt. Bei den drei Rollen in Scrum scheint jeder sofort zu verstehen, dass Mitglieder des Entwicklungsteams einen Vollzeitjob haben. Sie entwickeln schließlich den ganzen Tag das Produkt. Ein Product Owner hat ebenso seine Daseinsberechtigung als Vollzeitjob, da er das Produkt maßgeblich verantwortet.Weiterlesen »Scrum Master Handbuch: 100 Aufgaben

Kontinuierliche Integration, Lieferung und Bereitstellung

CI und CD sind Akronyme für moderne Entwicklungspraktiken. CI ist unkompliziert und steht für Kontinuierliche Integration (continuous integration), eine Praxis, die sich darauf konzentriert, die Vorbereitung eines Releases zu erleichtern. Aber CD kann entweder Kontinuierliche Lieferung (continuous delivery) oder Kontinuierliche Bereitstellung (continuous deployment) bedeuten, und obwohl diese beiden Praktiken viel gemeinsam haben, haben sie auch einen signifikanten Unterschied, der kritische Folgen für ein Unternehmen haben kann. Wir werden in diesem Artikel sehen, was diese drei Praktiken bedeuten und was erforderlich ist, um sie zu nutzen. Außerdem gibt es eine schnelle Kosten-Nutzen-Analyse.Weiterlesen »Kontinuierliche Integration, Lieferung und Bereitstellung

Scrum Basics

Scrum Basics: Agiles Manifest

Es ist schwer vorstellbar, wie viel Software und Aktivität aus dem Agilen Manifest entstanden ist. Vor dem Manifest war die Softwareentwicklung kein besonders schneller Prozess. Das Agile Manifest und die Zwölf Prinzipien der agilen Softwareentwicklung waren die Folgen der Frustration der Industrie in den 90er Jahren. Die enorme Zeitverzögerung zwischen den Geschäftsanforderungen und der Lieferung der Technologie führte zum Abbruch vieler Projekte. Die damaligen Softwareentwicklungsmodelle, angeführt vom Wasserfallmodell, entsprachen nicht den Anforderungen an die Geschwindigkeit. Das Agile Manifest und die Zwölf Prinzipien von Agile Software versuchten, die Dinge zu ändern, die Entwicklungszeit zu beschleunigen und Qualität zu produzieren. Wir werden die vier Werte und zwölf Prinzipien diskutieren, die zu einer höheren Qualität der Software führen, die an zufriedene Kunden geliefert wird.Weiterlesen »Scrum Basics: Agiles Manifest

Scrum Basics

Scrum Basics: Definition of Done

Definition of Done – Mehr als eine Checkliste

Die Definition of Done (DoD) ist ein wichtiges agiles Werkzeug, das Teams dabei hilft, Arbeit zu planen und durchzuführen. Im Prinzip besteht die Definition of Done aus einer Reihe von Kriterien, die das Produkt erfüllen muss, um als fertig zu gelten. Die Definition of Done ist für agile Teams unabdingbar. Es ist der Schlüssel zu einem qualitativ hochwertigen Produkt und zur Zufriedenheit des Managements. Doch obwohl das Konzept so einfach ist, ist die Umsetzung komplexer. Der Kontext und die Interpretationsmöglichkeiten bilden nämlich eine Grauzone.Weiterlesen »Scrum Basics: Definition of Done

Scrum Basics

Scrum Basics: Planning Poker vs. Value Monopoly

User Stories richtig schätzen? Durch Poker? Das Entwicklungsteam ist dafür verantwortlich, den Aufwand für die Implementierung von User Stories und anderen Items, an denen sie arbeiten einzuschätzen. Man kann nämlich nur eine begrenzte Menge an Arbeit in einem Sprint erledigen. Es kann sein, dass die Entwickler nicht über die erforderlichen Fähigkeiten und Erfahrungen verfügen, aber es dauert normalerweise nicht lange, bis Teams gut im Schätzen sind. User Stories müssen innerhalb eines einzigen Sprints realisierbar sein. Wenn man also in monatlichen Sprints arbeitet, muss jede Nutzergeschichte weniger als einen Monat Arbeit beschreiben. Bevorzugt man eine Solo Entwicklung, zerlegt man große Geschichten oder Epics in kleinere Geschichten, um diese Kriterien zu erfüllen. Wenn ein Team das Pair Programming übernommen hat, dann muss eine User Story eben von zwei Personen in einem einzigen Sprint umgesetzt werden können.Weiterlesen »Scrum Basics: Planning Poker vs. Value Monopoly

Scrum Basics: Agilität

Bis vor kurzem wurde Agilität als eine Reihe von Managementpraktiken angesehen, die für die Softwareentwicklung relevant sind. Das liegt daran, dass die anfänglichen Befürworter der Agilität  Softwareentwickler waren und das grundlegende Dokument das Manifest für Softwareentwicklung von 2001 war. Heute breitet sich Agilität schnell auf alle Teile und alle Arten von Unternehmen aus. Agilität ist eine riesige globale Bewegung, die sich über die Software hinaus erstreckt. Sie wird angetrieben durch die Entdeckung, dass der einzige Weg für Unternehmen, mit dem heutigen turbulenten, kundenorientierten Markt zurechtzukommen, darin besteht agil zu werden. Agilität ermöglicht es Unternehmen, den kontinuierlichen Wandel zu bewältigen. Sie ermöglicht Unternehmen in einer Welt volatilen, unsicheren, komplexen und unklaren Welt zu wachsen.Weiterlesen »Scrum Basics: Agilität