Hej!

Z drobnym wakacyjnym poślizgiem pato czytanka. Dziś od Szymona na temat organizacyjnej architektury w skali, a drugi od Łukasza, który omawia przemyślenia Rona Jeffriesa na temat Story Points.

Szymon: Organizacyjna architektura w skali

W sieci znajdziemy całą masę artykułów o architekturze systemów średnich i dużych systemów. Jednak jak dostajemy pytania od Was, to najczęściej nie dotyczą one tej architektury, ale roli architekta i ułożenia procesów w około architektury w organizacji. Więc proszę bardzo! Oto cała seria artykułów właśnie na ten temat:

• proces podejmowania decyzji
• wyznaczanie zakresów i granic
• dokumentowanie architektury
• elementy socialne :)

Łukasz: Ron Jeffries apologized for inventing Story Points

A tak naprawdę “Story Points Revisited”. Dobrze zobaczyć pierwotną ideę, która stała za SP, prosto od autora i jak Scrum oraz chęć micromanagementu wypaczyły pierwotne idee.

Szybkie TL;DR:

• Story points pierwotnie miały ułatwić szacowanie czasu pracy.
• Porównywanie zespołów na podstawie story points jest szkodliwe i nie uwzględnia unikalnych umiejętności oraz warunków pracy każdego zespołu.
• Śledzenie i porównywanie szacunków z rzeczywistym czasem realizacji odwraca uwagę od dostarczania wartości i może prowadzić do presji na zespoły. ALE! Nie porzucajmy tego w 100%, tylko zastanówmy się co jakiś czas, dlaczego tak się dzieje, aby to poprawić.
• Zamiast walczyć o dobre estymacje, lepiej skupić się na dzieleniu zadań na małe (i łatwiejsze do szacowania), wartościowe części i dostarczaniu ich częściej.

W całości brakuje mi trochę krytyki User Stories, bo często nie są one żadną realną analizą, tylko chciejstwem.

Sprawdź szkolenie z Łukaszem dla community Order of Devs - [28.08.2024] Szkolenie RKE2 i Rancher - uwaga, ze względu na pierwszą edycję cena jest mega promocyjna.

BTW Sprawdź Patoszkolenia, jest harmonogram do końca roku i miejsca znikają!

PS. Masz pytania? Pisz śmiało po drugiej stronie to nie bot na bazie GPT czy Claude 😎