Software-Engineering Pattern und Antipattern: Sprint Planning – Antipattern

Inhalt 1. Kapazitäts-Overload 2. Arbeitspaktzuteilung im Planning 3. Technische-Schuld-Ignoranz 4. Keine Pufferzeiten 5. Zu detailliertes Planning 6. Zu wenig Planung 7. Kämpfen? Wofür? 8. Fehlendes Sprintziel 9. PBI-Übertragung 10. Last-Minute-PBIs 11. Quantitätsfokus und Leistungsdruck 12. Das unvorbereitete Sprint-Planning Sprint Planning - Antipattern 1. Kapazitäts-Overload Die wirkliche Kapazität des Teams ist geringer, als diejenige die zur... Weiterlesen →

Software-Engineering Pattern und Antipattern: Backlog-Antipattern

Inhalt Epic User-Stories Technical User-Stories UseCase Stories Priorisierung durch Stakeholder Backlog-Wasserfallplanung Upfront detailed Estimation Big-Backlog Veraltete User-Stories Komponenten-Backlog-Items Estimation Inflation Estimation in Workhous Fehlende Akzeptanzkriterien Title-Only-Items Copy-Paste-Backlog-Items Fehlende Backlog-Struktur Keine-Spike-Kultur Ideenspeicher für den Product-Owner Backlog-Antipattern 1. Epic User-Stories Die vom PO erfassten User Stories sind zu groß, sie gleichen eher Epics als feinen PBIs und... Weiterlesen →

Software-Engineering Pattern und Antipattern: Scrum-Standup-Antipattern

Inhalt Das Wann-ist-Es-Daily Das Mehrwertslos-Standup Problemlösungs-Standup Orientation-Lost-Standup Daily Planning Daily Impediment-Management Executive Daily Report Leistungsmonitoring Standup Team-Member-Fischen nach dem Standup Respektlosigkeits-Standup Scrum-Standup-Antipattern 1. Das Wann-ist-Es-Daily Das Daily Scrum wird nach Bedarf gemacht, es gibt keine fixe Uhrzeit, wann es abgehalten wird. Das Team muss sich abseits vom Daily ständig selbst organisieren und arbeiten werden oft... Weiterlesen →

Software-Engineering Pattern und Antipattern: Agile Antipattern

Inhalt Schlechte Meeting- und Kommunikationskultur Scrummerfall Waterscrum Implicit Team-Leadership Gruppendenken Gruppen-Quarantäne Agile-Hype Scrum Das Monster-Release Der Bugfixing-Sprint Visionslosigkeits-Scrum The Bigger the Better Pattern Zombie Bugs Fehlende Definition of Ready Fehlende Definition of Done Agile Antipattern 1. Schlechte Meeting- und Kommunikationskultur Meetings werden nicht vorbereitet Das Team ist verteilt und Meetings/Kommunikation werden daher oft über Chats/Calls... Weiterlesen →

Objectives and Key-Results – eine Methode zur Umsetzung der Digitalisierungsstrategie

Seit den Zeiten von Peter Drucker versucht das Management in Unternehmen das Ausformulieren von Zielen und das Führen von Mitarbeitern hin zur Zielerreichung immer mehr zu verfeinern und effizienter anzuwenden. Mit der OKR-Methode gelang es Intel und Google die Ideen von Peter Drucker an die Herausforderungen der Jetztzeit anzupassen. Dieser Artikel gibt einen Einstieg in... Weiterlesen →

Agiles Produktmanagement und User-Experience (Ux)

Unternehmen entwickeln digitale Produkte meist im Zuge einer Digitalisierungsstrategie. Diese neuen digitalen Produkte sollen das bestehende Geschäftsmodell ergänzen oder neue Geschäftsfelder und Geschäftsmodelle für das Unternehmen ermöglichen. Wenn die letzten Jahre und Jahrzehnte einmal im Hinblick auf digitale Disruptionen analysiert werden, so tauchen schnell Unternehmen wie Apple (mit seinem iPhone), Uber, AirBnB oder Tesla auf.... Weiterlesen →

Das 3-Horizonte-Modell für die Digitalisierungsstrategie

Das 3-Horizonte–Modell von McKinsey zur Planung und Veranschaulichung einer Digitalisierungsstrategie Eine Digitalisierungsstrategie läuft immer in mehreren Phasen ab. Zunächst werden die „low hanging fruits“ identifiziert und umgesetzt. Danach die etwas umfangreicheren Projekte umgesetzt und letzten Endes neue Geschäftsmodelle entworfen. Das 3 Horizont-Modell bildet dies ab. Das 3 Horizont Modell Das 3 Horizont-Modell wurde erstmals 1999... Weiterlesen →

Der Einsatz des Kano-Modells in der Entwicklung digitaler Produkte

Bei der Planung und Entwicklung digitaler Produkte ist Vorsicht geboten, wenn es darum geht welchem Feature welcher Wert zugeteilt wird. Vielen Beteiligten ist zwar intuitiv bewusst, dass sich der Wert einiger Features von dem Wert anderer Features unterscheidet, sie können diese Unterschiede aber nur oft konkretisieren und artikulieren. Denn damit solch ein Sachverhalt artikuliert werden... Weiterlesen →

Code-Smells – Dispensables

Die Familie der Dispensables- Code-Smells verkörpert all jene Code-Smells die verzichtbar und überflüssig sind und unnötig die Code-Basis aufblasen. Durch dieses Aufblasen des Source-Codes steigen die Aufwände, die in die Wartung und Weiterentwicklung der Software gesteckt werden müssen. Eine große Codebasis führt auch zu steigender Komplexität und schließlich zu einer gestiegenen Fehlerwahrscheinlichkeit. Unnecessary Comments  ... Weiterlesen →

Create a website or blog at WordPress.com

Nach oben ↑