Teoretycznie proste rzeczy mają tendencję do bycia trudnymi w praktyce. Historyjki Użytkownika, a bardziej ogólnie – wymagania w podejściu zwinnym – są na tyle ogólne, że bardzo łatwo zacząć robić nieme założenia… i totalnie rozminąć się z potrzebami.

Model Spotify to nasze agile’owe nemezis. I wcale nie chodzi o to, że jest w nim coś z gruntu złego. Ale ta dobra w swoich założeniach idea wyrządziła wiele szkody naszemu zwinnemu środowisku.

System pracy ciągnionej (ang. pull system) jest cechą charakterystyczną jednej z naszych ulubionych metodyk zwinnych, czyli Kanbana. Czym charakteryzuje się ten system i dlaczego jest tak istotny z punktu widzenia samoorganizujących się Zespołów Deweloperskich?

„Powrót do waterfall” brzmi prawie jak tytuł filmu Roberta Zameckisa („Powrót do przyszłości„) prawda? W dobie coraz częstszego narzekania na metodyki zwinne po prostu się zastanawiam – czy powrót do waterfall ma sens?

Continuous Improvement! A skoro „continuous”, to znaczy, że usprawnieniom nie ma końca. Zawsze przecież można szybciej, dalej, więcej…

Feature Team to konstrukcja, która cieszy się niesamowitą popularnością w dzisiejszym agile’owym światku. Ale czy to znaczy, że stary dobry Component Team powinien odejść do lamusa? Nie do końca…

Metodyka Kanban zawiera wiele ciekawych i bardzo użytecznych elementów. U jej podwalin leży ograniczenie strat, a co za tym idzie – optymalizacja kosztów. Co zostało zakwalifikowane jako strata (ang. waste) i czy elementy te będą podobne również w dzisiejszych czasach?

Czym jest zespół? Grupą ludzi – to oczywisty warunek. Ale nie każdy zbiór osób będziemy mogli nazwać zespołem. Potrzebne jest coś, co spaja wszystkich. Będzie tym jeden, wspólny cel. Zespół musi mieć powód swojego istnienia, a bez niego napotkamy na wiele dobrze znanych problemów.