Dziś tekst, który będzie użyteczny dla wszystkich Product Ownerów i Scrum Masterów. Panuje przekonanie, że jeśli Właściciel Produktu zarządza swoim Backlogiem Produktu, jest też jego jedynym twórcą. Nic bardziej mylnego! Wszystkim powinno zależeć, aby doprowadzić do sytuacji, w której Klient też pracuje nad listą wymagań.

Od dawna nie miałem tylu przemyśleń, jak po lekturze pewnej książki, o której już wspominałem na naszym blogu. Jedną z porad, która szczególnie do mnie uderzyła jest to, żeby traktować swoją firmę jako produkt. Od razu pomyślałem sobie – „A co gdyby nasze Scrum Teamy traktować właśnie jako produkty?”

Ćwiczenie, które mało kto wykonuje, a my jako #białko przeprowadzamy praktycznie każdego tygodnia to rysowanie procesu. Po co to robić i co nam to daje?

Coraz częściej słyszymy, że im mniejszy zespół tym lepszy. Czy na pewno? Postanowiliśmy podjąć temat i przygotować rozprawkę w temacie „małe zespoły – plusy i minusy”. Jak myślicie, które podejście „wygra”? Czy 4-osobowe zespoły to remedium na wszystkie bolączki zwinności?

Co zrobić w sytuacji, kiedy Management poprosi nas o przygotowanie „planu na projekt”? Planowanie na kilka miesięcy do przodu ma swoje wady i zalety – wiecie jakie?

Dla części z Was będzie to szok. Na naszym blogu o zwinności poruszymy kwestie związane z PM-owym podejściem do realizacji projektu. Dziś zajmiemy się RAG i Watermelon Projects. Zaintrygowani?

Jeden produkt to jeden backlog. Tak powinno być i tak jest w wielu miejscach, które przyszło nam oglądać. Czasami jednak można spotkać organizacje i zespoły, które próbują jakoś działać mając dwa lub trzy backlogi. Są też takie, gdzie jest ich dziesięć…

Jak rozumieć odpowiedzialność w znaczeniu „responsibility”, a jak „accountability”? Czy „bycie odpowiedzialnym” nie powinno zawsze znaczyć to samo, czy też różni się to w zależności od kontekstu? Skoro powstał na ten temat tekst, to chyba wiecie, że sprawa nie jest tak prosta.

Teorii tego typu jest wiele, jednak ta jest wyjątkowa. Znacie polskie przysłowie „Nadgorliwość jest gorsza od…”? Worse is better każe się zastanowić, czy nie powinniśmy naszych wysiłków przenieść gdzie indziej. Może będzie miało to większy sens?

Wszędzie może się zdarzyć, że powrócimy do wymagań, które już zostały oficjalnie spełnione i zamknięte. Dzisiejszy tekst to zbiór przemyśleń, różnych sytuacji i uwag związanych z powrotami do już zrealizowanych wymagań.