Chcesz zastąpić Scrum modelem Spotify? Zacznij od problemów z dostarczaniem
Zmiana nazw zespołów na Squady nie przyspieszy dostarczania. Zanim wdrożysz model Spotify, przyjrzyj się zależnościom, praktykom inżynierskim i zasadom podejmowania decyzji.
Arkadiusz Kozieł
Nowy schemat organizacyjny to nie strategia dostarczania
Gdy skalowanie Scrum staje się trudne, często pojawia się propozycja: nazwijmy zespoły *Squadami*, połączmy je w *Tribes*, a specjalistów zorganizujmy w *Chapters*. Nazwy brzmią świeżo. Problemy z dostarczaniem zazwyczaj pozostają te same.
Spotify podzieliło się opisem sposobu pracy swoich zespołów w określonym momencie — nie gotowym modelem do wdrożenia w każdej firmie. Jeśli rozważasz zmianę struktury, spójrz dalej niż na nazwy.
1. Możesz kopiować ambicję zamiast sprawdzonego wzorca
Szeroko rozpowszechnione materiały o Spotify opisywały organizację w trakcie zmian, również kierunki, do których dopiero dążyła. Traktowanie tego opisu jak stałego, sprawdzonego modelu mija się z celem. Zamiast odtwarzać schemat innej firmy, zapytaj, które praktyki pomogą usunąć ograniczenia w twojej organizacji.
2. Struktura macierzowa może utrudnić decyzje
Chapter Leads, Product Managerowie i autonomiczne Squady mogą dobrze współpracować, jeśli zakres ich odpowiedzialności jest jasny. W przeciwnym razie uzgodnienie priorytetów produktowych i technicznych zmienia się w serię negocjacji między różnymi liniami raportowania. Struktura, w której nikt nie odpowiada jednoznacznie za rozstrzyganie konfliktów dotyczących dostarczania, może zwiększyć liczbę eskalacji zamiast przyspieszyć pracę.
3. Autonomia wymaga wspólnego kierunku
Autonomia Squadów jest cenna, ale nie oznacza niezależności w każdej wspólnej sprawie. Bez uzgodnionych zasad dotyczących architektury, integracji i planowania międzyzespołowego zespoły mogą wielokrotnie rozwiązywać te same problemy, a zarządzanie zależnościami stanie się trudniejsze. Daj zespołom przestrzeń do decyzji — i jasny sposób koordynacji.
4. Nowe nazwy nie naprawią starych systemów
Nazwanie działu Tribe nie uprości silnie powiązanej aplikacji ani nie usprawni zawodnego procesu wdrażania zmian. Jeśli zespoły nie potrafią niezawodnie testować, wdrażać i wyciągać wniosków, sama zmiana schematu organizacyjnego raczej nie poprawi wyników dostarczania.
Usuń ograniczenie, zanim zmienisz strukturę
Zanim zastąpisz Scrum, ustal, co naprawdę spowalnia pracę. Niejasna odpowiedzialność? Zbyt wiele przekazań między zespołami? Dług techniczny, słabe praktyki inżynierskie lub przeciągające się decyzje? Najpierw popraw te warunki. Dopiero potem oceń, czy zmiana struktury pomoże — i mierz jej wpływ na dostarczanie, a nie podobieństwo do Spotify.