AuthorDaniel Dubbel

Führungskraft @ DB Systel GmbH und Berater | Wenn Sie diese Fragen nicht nur verstehen, sondern in Ihrer Organisation konkret anpacken wollen, begleite ich Sie als Organisationsberater mit MAKEFUTUREWORK.com | 🤝 Neugierig? Dann lass uns sprechen.

Product Owner in Kanban?

P

In seinem Blog “Lean und Kanban” stellt sich Autor Arne Roock die Frage, ob wir in Kanban einen Product Owner brauchen. Da Kanban weder ein Entwicklungsprozess noch eine Projektmanagement-Methode ist, gibt es auch keine klar definierten Rollen – diese Rollen gibt es eventuell durch den bestehenden Prozess oder die bestehende Organisationsstruktur.  Allerdings deckt Kanban schnell auf, wenn Rollen mit ihren Verantwortlichkeiten gebraucht werden.

Das Fazit aus seinem Artikel: Kanban schreibt keine Rollen vor, sinnvoll wäre es aber sowohl in der Produktentwicklung, als auch in Service-Agenturen eine Rolle mit den typischen Aufgaben eines (Scrum) Product Owners zu haben, der unter anderem

  • Anforderungen von verschiedenen Seiten einsammelt und priorisiert;
  • Mit den Stakeholdern in Kontakt bleibt, ihre Bedürfnisse abfragt und sie auf dem Laufenden hält;
  • Das Realisierungsteam abschirmt;
  • Zusammen mit dem Team eine möglichst klare Produktvision erstellt;
  • Dafür sorgt, dass möglichst häufig neue Produktinkremente erstellt werden, zu denen Kunden und andere Stakeholder ihr Feedback geben können. Das wiederum hat bestimmte Auswirkungen auf den Zuschnitt von Anforderungen.

Hier kann man den ganzen Artikel “Brauchen wir in Kanban einen Productowner” (Arne Roock) lesen.

Warum es Spaß machen sollte

W

In meinem Workshop zur Scrummaster-Zertifizierung mit Jospeh Pelrine nannte er zu Beginn als eine seiner drei Hauptregeln: “Macht es keinen Spaß, machst du etwas falsch.” Oft hört man aber in Unternehmen vor allem dann, wenn es in irgendeiner Form eng oder kritisch wird, das Leben sei kein Ponyhof und man sei ja nicht zum Spaß da. Kann man aber wirklich auf Spaß bei der Arbeit verzichten?

(mehr …)

Hilfe zur Selbstorganisation

H

Dreh- und Angelpunkte in agilen Modellen zur Softwareentwicklung ist das selbstorganisierende Team. Glaubt man daran, hört es sich wundervoll an: der alte Projekt- oder Teamleiter kann seine Verantwortung zur Organisation von Aufgaben abgeben, denn das Team organisiert sich selbst. Glaubt man nicht daran, macht es Angst, da der alte Projekt- oder Teamleiter Verantwortung abgeben muss an sein Team und das bedeutet Macht- und Kontrollverlust. Und für das Team selbst hört sich das nach unheimlich viel zusätzlicher Arbeit an, denn es muss nun selbst Dinge verantworten und diese Verantwortung ist nicht jedermanns Sache.

(mehr …)

Optimale (Scrum-)Team-Größe

O

Das optimale Team für ein mit Scrum durchgeführtes Projekt ist ein interdisziplinäres Team, das in der Lage ist, die ihm gestellten Aufgaben möglichst ohne “fremde Hilfe” zu erledigen. Dabei stellt sich schnell die Frage: Wie viele Personen müssen oder können in ein solches Team? (Auch) im Scrum-Umfeld spricht man meistens von zwischen 3 und 8 Personen, aber warum und was ist eigentlich ein Team?

(mehr …)

Archiv