Ein Minimum Viable Product (MVP) ist ein Konzept von Lean Startup. Es betont die Auswirkungen des Lernens auf die Entwicklung neuer Produkte. Ein MVP ist die Version eines neuen Produkts, die es einem Team ermöglicht, mit geringstem Aufwand die maximale Menge an validiertem Wissen über Kunden zu sammeln. Eine Schlüsselprämisse hinter der Idee von MVP ist, dass man ein tatsächliches Produkt produziert. Dieses bietet man den Kunden an und beobachtet ihr tatsächliches Verhalten mit dem Produkt oder der Dienstleistung. Zu sehen, was Menschen tatsächlich mit Bezug auf ein Produkt tun, ist viel zuverlässiger, als die Menschen zu fragen, was sie tun würden.Weiterlesen »Scrum Basics: MVP

Das wöchentliche Product Backlog Refinement ist eine der Praktiken, die in kurzer Zeit zu einer wirkungsvollen Verbesserung führen. Dies kann in der Praxis sein jedoch sehr knifflig sein. Der Erfolg der Pflege kann daher von vielen Faktoren abhängen.Weiterlesen »Scrum Basics: Product Backlog Refinement

Inspect and Adapt: In regelmäßigen Abständen reflektiert das Team, wie es effektiver werden kann und passt sein Verhalten entsprechend an – Agiles Manifest. Weiterlesen »Scrum Basics: Inspect and Adapt

Das wichtigste Scrum-Artefakt ist das Produktinkrement. Während des Sprints produziert das Entwicklungsteam ein potenziell releasefähiges Produktinkrement. Diese Produkterweiterung muss sich an der „Definition of Done“ des Entwicklungsteams orientieren und vom Product Owner akzeptiert werden.Weiterlesen »Scrum Basics: Product Inkrement

Scrum basiert auf drei Säulen und fünf Werte.n, an denen sich jedes Mitglied des Teams orientiert. Es handelt sich nicht um Raketenwissenschaft. Sie fallen in die vertraute Kategorie des gesunden Menschenverstands. Dennoch sind sie entscheidend für die erfolgreiche Umsetzung von Scrum.Weiterlesen »Scrum Basics: Säulen und Werte

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

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

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

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