Software-Engineering Pattern und Antipattern: Retrospektive Antipattern (Teil 3)

Inhalt Keine DokumentationBlaming KulturIntrovertierte gehen unterVorgesetzte sind anwesendKontrolle der Retrospektiven DokumentationStakeholders in der RetrospektivePassive Teilnahme 1. Keine Dokumentation Beschreibung des Antipatterns: Kein Teammitglied schreibt in der Retrospektive mit und dokumentiert die Beschlüsse und Action-Items.Die Dokumentation wird als anstrengender lästiger Part gesehen den niemand im Team machen möchte Warum ist das schlecht? Werden Beschlüsse, besprochene Themen... Weiterlesen →

Software-Engineering Pattern und Antipattern: Retrospektive Antipattern (Teil 2)

Inhalt Product-Owner nicht erwünschtZeitschleifen RetrospektiveRoutine RetrospektiveAnwesenheitspflichtRetrospektive nach PlanningKein passender Raum 1. Product-Owner nicht erwünscht Beschreibung des Antipatterns: Der Product-Owner ist in der Retrospektive nicht erwünscht und wird dezidiert nicht eingeladen bzw. ausgeladen.Das Team glaubt die Retrospektive ist ein Meeting ausschließlich für das Umsetzungsteam. Warum ist das schlecht? Der Product-Owner ist ein essentieller Bestandteil des Scrum-Teams... Weiterlesen →

Software-Engineering Pattern und Antipattern: Review-Antipattern (Teil 2)

Inhalt: Immer die selben GesichterFaken oder CheatenReview Sprint-GateFehlende Stakeholder im ReviewFehlende Kunden im ReviewWechselnde StakeholderPassive Stakeholder im Review 1 Immer die selben Gesichter Beschreibung des Antipatterns: Beim Sprint-Review sind nicht alle Teammitglieder anwesend. Einige fehlen immer oder sind nur sporadisch anwesend.In Präsentationen oder Diskussionen halten sich einige Teammitglieder immer zurück und beteiligen sich kaum.Oft sind... Weiterlesen →

Software-Engineering Pattern und Antipattern: Review-Antipattern (Teil 1)

Inhalt: Kein ReviewRoadshow - Kein Feedback sammelnTicket AccountingProduct-Owner Ego ReviewAbnahmeveranstaltung vom Product-OwnerDer unnahbare Product-OwnerPowerPointismus oder das ungesehene Produkt 1 Kein Review Beschreibung des Antipatterns: Es wird kein Sprint-Review abgehalten.Der Product-Owner und die Stakeholder können sich selbst das Release ansehen, wenn es denn eines gibt, denn oft wird auch kein Release gemacht weil der Sprint eher... Weiterlesen →

Software-Engineering Pattern und Antipattern: Sprint-Antipattern (Teil 3)

Inhalt Feature-InjectionKeine Remaining-Work/ Kein Burndown-ChartZu viele MeetingsHardening SprintsDas falsche Feature bekommenKeinen AntriebDer NeueVariable SprintlängeVariable Teilzeit Teammitglieder 1 Feature-Injection Beschreibung des Anitpattern: Jemand fügt ohne die zuvor mit dem Team zu besprechen ein neues Feature ins Backlog hinzu.Der Sprint Scope erhöht sich dadurch, ohne dass dies dem Umsetzungsteam bewusst ist.Das Team findet diesen Umstand entweder heraus... Weiterlesen →

Der Lean-Productmanagement-Zyklus – 6. Testen der Experimente/des Minimal Viable Products mit dem Kunden

Dieser Artikel beschäftigt sich mit dem 6. Schritt des Lean-Productmanagement-Zyklus. Einen Überblick über den Lean-Productmanagement-Zyklus finden Sie hier. 6. Testen der Experimente/des Minimal Viable Products mit dem Kunden Der 6. Schritt widmet sich nun dem eigentlichen Testen der im Schritt 5 erstellten MVP-Kandidaten. Schritt 6 und Schritt 5 hängen somit sehr eng zusammen, und müssen... Weiterlesen →

Der Lean-Productmanagement-Zyklus – 5. Erstellen der Experimente/des Minimal Viable Products

Dieser Artikel beschäftigt sich mit dem 5. Schritt des Lean-Productmanagement-Zyklus. Einen Überblick über den Lean-Productmanagement-Zyklus finden Sie hier. 5. Erstellen der Experimente/des Minimal Viable Products Bis zum vierten Schritt sind die Hypothesen aus dem Problembereich mehr und mehr verfeinert worden und im vierten Schritt dann noch um Annahmen und Ideen des Teams im Lösungsbereich überführt... Weiterlesen →

Der Lean-Productmanagement-Zyklus – 4. Setzen des Feature-Sets für das Minimal Viable Product (MVP)

Dieser Artikel beschäftigt sich mit dem 4. Schritt des Lean-Productmanagement-Zyklus. Einen Überblick über den Lean-Productmanagement-Zyklus finden Sie hier. 4. Setzen des Feature-Sets für das Minimal Viable Product (MVP) Da in der digitalen Produktentwicklung agil und iterativ inkrementell vorgegangen werden kann, und sich diese Methode als Best-Practice für komplexe Produkte herausgestellt hat, ist es auch beim... Weiterlesen →

Der Lean-Productmanagement-Zyklus – 3. Wertangebot definieren

Dieser Artikel beschäftigt sich mit dem 3. Schritt des Lean-Productmanagement-Zyklus. Einen Überblick über den Lean-Productmanagement-Zyklus finden Sie hier. 3. Wertangebot definieren Im dritten Schritt machen wir nun einen Sprung und schlagen eine Brücke über den Product-Market-Fit, das heißt das in diesem Schritt ausgearbeitete Wertangebot des Produkts adressiert Kundenbedürfnisse von Zielkunden und führt dazu dass diese... Weiterlesen →

Create a website or blog at WordPress.com

Nach oben ↑