Softwarequalität, Testen und Unittesting

Neben dem grundlegenden Mindset welches Clean-Code Software-Engineers haben sollten, ist es nun auch notwendig Grundlagen der Softwarequalität, des Testens und von Reviews und Unittesting zu verinnerlichen. Deswegen beschäftigen sich die nächsten Abschnitte nun mit diesen Themen. Zunächst definieren wir was Softwarequalität ist und welche Arten von Tests es gibt. Wir gehen genauer auf das Unittesting... Continue Reading →

Software-Engineering – agile Pattern und agile Antipattern: Sprint Planning – Antipattern (Teil 1)

Inhalt Kapazitäts-OverloadArbeitspaketzuteilung im PlanningTechnische-Schuld-IgnoranzKeine PufferzeitenZu detailliertes PlanningZu wenig PlanungKämpfen? Wofür?Fehlendes SprintzielPBI-ÜbertragungLast-Minute-PBIsQuantitätsfokus und LeistungsdruckDas unvorbereitete Sprint-Planning Sprint Planning - Antipattern 1. Kapazitäts-Overload Beschreibung des Antipatterns: Die wirkliche Kapazität des Teams ist geringer als diejenige, die zur Planung des Sprints herangezogen wird.Das Umsetzungsteam übernimmt sich in den Sprint-Plannings ständig und geht von einer höheren Kapazität aus, als... Continue Reading →

Software-Engineering – agile Pattern und agile Antipattern: Backlog-Antipattern

Inhalt Epic User-StoriesTechnical User-StoriesUseCase StoriesPriorisierung durch StakeholderBacklog-WasserfallplanungUpfront detailed EstimationBig-BacklogVeraltete User-StoriesKomponenten-Backlog-ItemsEstimation InflationEstimation in WorkhousFehlende AkzeptanzkriterienTitle-Only-ItemsCopy-Paste-Backlog-ItemsFehlende Backlog-StrukturKeine-Spike-KulturIdeenspeicher für den Product-Owner Backlog-Antipattern 1. Epic User-Stories Beschreibung des Antipatterns: Die vom PO erfassten User Stories sind zu groß, sie gleichen eher Epics als feinen PBIs.Diese Epic User-Stories umfassen eher ganze Themenblöcke statt einzelne User-Stories mit nur einem einzigen Feature.... Continue Reading →

Software-Engineering – agile Pattern und agile Antipattern: Scrum-Stand-up-Antipattern

Inhalt Das Wann-ist-Es-DailyDas Mehrwertslos-Stand-upProblemlösungs-Stand-upOrientation-Lost-Stand-upDaily PlanningDaily Impediment-ManagementExecutive Daily ReportLeistungsmonitoring Stand-upTeam-Member-Fischen nach dem Stand-upRespektlosigkeits-Stand-upDas gesprengte Stand-upTägliches Demotivations-Stand-up Scrum-Stand-up-Antipattern 1. Das Wann-ist-Es-Daily Beschreibung des Antipatterns: Das Team hält das Daily Scrum (auch Stand-up genannt) nach Bedarf ab, es gibt keine fixe Uhrzeit, zu der es regelmäßig stattfindet. Warum ist das schlecht? Da es keinen fixen Zeitpunkt gibt an... Continue Reading →

Software-Engineering – agile Pattern und agile Antipattern: Agile Antipattern

Inhalt Schlechte Meeting- und KommunikationskulturScrummerfallWaterscrumImplicit Team-LeadershipGruppendenkenGruppen-QuarantäneAgile-Hype ScrumDas Monster-ReleaseDer Bugfixing-SprintVisionslosigkeits-ScrumThe Bigger the Better PatternZombie BugsFehlende Definition of ReadyFehlende Definition of Done Agile Antipattern 1. Schlechte Meetings- und Kommunikationskultur Beschreibung des Antipatterns: Im Unternehmen werden Meetings nicht vorbereitet.Die Agenda von Meetings ist oft nicht bekannt und die Teilnehmer werden scheinbar wahllos ausgesucht.Es werden sehr oft Elefantenrunden mit... Continue Reading →

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.... Continue Reading →

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... Continue Reading →

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  ... Continue Reading →

Code-Smells – Couplers

Zu der Gruppe der Couplers – Code-Smells zählen all jene Code-Smells die dazu führen, dass eine starke Kopplung zwischen Komponenten entsteht. Gerade in der Objektorientierung sollte immer darauf geachtet werden lose gekoppelte Komponenten zu erzeugen, da ansonsten Änderungen aufgrund der gestiegenen Komplexität schwierig und fehleranfällig werden und dementsprechend die Weiterentwicklungs- und Wartungskosten steigen. Inappropriate Intimacy... Continue Reading →

Stärken digitaler Produktentwicklung – Einordnung in die Stacey Matrix

Agilität, Modularität, Anpassungsfähigkeit, Vernetztheit Im Gegensatz zu Entwicklung mit physischen Materialen sind Softwareprodukte rein digital und virtuell. Dies bringt zahlreiche Vorteile in der Planung und Umsetzung von Softwareprodukten mit sich. Software ist anpassungsfähig, entgegen eines physischen Produkts können Software-Produkte dynamisch angepasst und erweitert werden. Fehler und Änderungen können leicht ausbessert und in Sekunden ausgeliefert werden.... Continue Reading →

Erstelle eine Website oder ein Blog auf WordPress.com

Nach oben ↑