Terminy „Agile” i „scrum” są używane zamiennie w ogłoszeniach o pracę, prezentacjach dostawców i stand-upach. To nie to samo, a zamieszanie ma praktyczne konsekwencje: zespoły przyjmują scrum, myśląc, że przyjęły zwinność, a następnie dochodzą do wniosku, że zwinność „nie działa”, gdy specyficzne ceremonie scruma im nie odpowiadają. Ten post jest szczerą lekturą na temat tego, czym właściwie jest każdy z nich, gdzie przebiega granica i jak wybierać.
Różnica jednej linii
Agile to zbiór wartości. Scrum to konkretna platforma, która próbuje ucieleśnić te wartości.
Mówi Agile co jak wygląda dobry rozwój oprogramowania (reagowanie na zmiany, działające oprogramowanie, współpraca z klientem, indywidualne podejście do procesu). Scrum mówi jak konkretna organizacja zespołu może to zapewnić: z rolami, spotkaniami, artefaktami i stałym rytmem pracy.
Można pracować zwinnie bez Scruma. Można stosować Scrum i nie pracować zwinnie. Wiele zespołów łączy jedno z drugim. Niektóre nie robią ani jednego, ani drugiego i nawet o tym nie wiedzą.
Co właściwie mówi zwinność
Manifest Agile, napisany w 2001 roku, zawiera cztery deklaracje wartości i dwanaście zasad. Najbardziej znane są te cztery wartości:
- Osoby i interakcje ponad procesy i narzędzia
- Działające oprogramowanie ponad obszerną dokumentacją
- Współpraca z klientem ponad negocjowanie umów
- Reagowanie na zmiany ponad trzymanie się planu
Kluczowym słowem jest koniec: nie „zamiast”. To, co po prawej, ma wartość; to, co po lewej, ma jej więcej. Ten niuans ginie, gdy zespoły uznają dokument Worda za „niezwinny” albo odmawiają stworzenia planu rozwoju, bo „jesteśmy zwinni”.
Dwanaście zasad jest bardziej konkretnych: często dostarczaj działające oprogramowanie, przyjmuj zmieniające się wymagania nawet późno, zrównoważone tempo, doskonałość techniczna, prostota, samoorganizujące się zespoły, regularna refleksja.
To wszystko. Żadnej wzmianki o stand-upy, sprinty, punkty historii, retrospektywy, mistrzowie scrumówlub planowanie pokera. To wszystko przyszło później.
Czym właściwie jest scrum
Scrum to framework zdefiniowany w Przewodniku Scrum (najnowsza wersja: 2020). Jest normatywny w odniesieniu do niewielkiej liczby rzeczy i milczy w przypadku większości innych.
Role (trzy):
- Właściciel produktu: odpowiada za backlog i za to, co powstaje
- Mistrz Scrum: jest właścicielem działającego procesu
- Deweloperzy: posiadaj dzieło
Wydarzenia (pięć):
- Sprint: iteracja o stałej długości (1–4 tygodnie), zazwyczaj 2
- Planowanie sprintu: wybór pracy na bieżący sprint
- Codzienny scrum: 15-minutowa synchronizacja zespołu (często nazywana standupem)
- Przegląd sprintu: demonstracja dla zainteresowanych stron na koniec
- Retrospektywa Sprintu: zespół zastanawia się nad procesem
Artefakty (trzy):
- Zaległości produktowe: pełna lista potencjalnej pracy
- Zaległości sprintu: praca włożona w ten sprint
- Przyrost: wyprodukowane działające oprogramowanie
To jest całość scrum-the-framework. Punkty fabularne, planowanie pokera, prędkość, wykresy spalania, cała debata „scrum-ale”; żadne z nich nie jest w Scruma. To powszechnie stosowane dodatki.
Dlaczego istnieje zamieszanie
Trzy powody, dla których słowa zostały zmieszane:
1. Scrum jest zdecydowanie najczęściej przyjmowanym „zwinnym” frameworkiem. Raporty o stanie Agile konsekwentnie wskazują, że scrum lub jego pochodne stanowią 60–80% zwinnych zespołów. Jeśli większość zwinnych zespołów to zespoły scrumowe, „zwinny” i „scrum” stają się niemal synonimami w swobodnej rozmowie.
2. Na rynku szkoleniowym dominują certyfikaty Scrum. Certyfikowane kursy ScrumMaster (CSM) i Professional Scrum Master (PSM) to domyślna ścieżka dla menedżerów uczących się zwinności. Kurs uczy scruma, menedżer wraca i uruchamia scrum, zespół myśli, że „działa zwinnie”.
3. Marketing dostawców zaciera to rozróżnienie. Dostawcy narzędzi sprzedają „zwinne oprogramowanie do zarządzania projektami”, które w rzeczywistości jest narzędziem scrumowym; sprinty, punkty historii, wypalenie. Etykieta się przykleja.
Rezultat: zespoły wykonujące stand-upy, dwutygodniowe sprinty i śledzące punkty historii uważają, że są „zwinne”. Robią scrum. To, czy są zwinne, to osobne pytanie; a odpowiedź często brzmi nie.
Jak zespół może pracować w scrumie i nie być zwinny
W tym miejscu rozróżnienie ma realne konsekwencje.
Zespół, który prowadzi każdą ceremonię scrumową, ale:
- Odmawia zmiany zakresu w połowie sprintu, nawet jeśli zmieniły się potrzeby klienta (narusza „reagowanie na zmiany”)
- Czy Właściciel Produktu dyktuje każdy zadanie bez udziału zespołu (narusza to „samoorganizujące się zespoły”)
- Śledzi prędkość jako miernik produktywności i wywiera presję na zespół, aby zwiększał tempo sprintu za sprintem (narusza „zrównoważone tempo”)
- Spędza 4 godziny na sprint na ceremoniach podczas 2-tygodniowego sprintu z 5 osobami (narusza „jednostki i interakcje ponad procesami”)
…robi scrum. To nie jest zwinne.
Jest to słynny wzór „scrum-ale” lub „zombie scrum”. Kształt jest tam; duch nie.
Jak zespół może być zwinny bez scruma
Równie powszechne, a często celowo wybrane:
- Kanban zespoły: ciągły przepływ, bez sprintów, Limity WIP, metodą ciągnięcia. Często używany w zespołach wsparcia, operacji i platform. Często bardziej zwinny niż zespoły scrumowe, ponieważ zespół ciągle zmienia plany. Zobacz Kanban kontra scrum ze względu na praktyczną różnicę.
- Zespoły Shape Up: Cykle 6-tygodniowe, brak codziennych stand-upów, autonomiczne zespoły, wykresy skoczni zamiast wypalenia. Podejście Basecampu. Bardzo zwinny duchem.
- XP (programowanie ekstremalne): programowanie w parach, TDD, ciągła integracja, klient na miejscu. Starszy niż scrum, bardziej skupiony na praktyce inżynierskiej. Wiele „zwinnych” praktyk inżynieryjnych wywodzi się z XP, a nie ze Scrumu.
- Pragmatyczny / bez nazwy zwinny: małe zespoły przeprowadzające 1-tygodniowe iteracje z tablicą Kanban, cotygodniową demonstracją i piątkową retrospekcją. Żadnego scrum mastera, żadnych punktów fabularnych, żadnego pokera planującego. Bardzo zwinny.
Wiele szybko rozwijających się startupów działa w ten sposób. Nie przeszliby audytu certyfikacyjnego scrum. Wysyłają stale i reagują na opinie klientów w ciągu kilku dni, a nie sprintów.
Którego więc powinniśmy użyć?
Odpowiedź zależy od trzech rzeczy.
1. Ile istniejącej struktury ma zespół? Zespół powstający z chaosu czerpie korzyści z normatywnej struktury scruma; daje punkt wyjścia z pięcioma znanymi wydarzeniami i trzema znanymi rolami. Zespół, który ma już dobry rytm inżynieryjny, uważa strukturę scruma za ciężką.
2. Jak przewidywalna jest praca? Scrum zakłada, że możesz zaplanować dwa tygodnie pracy podczas jednego spotkania poświęconego planowaniu. Jeśli Twoja praca ma charakter reaktywny (wsparcie, operacje, pilne eskalacje klientów), Kanban pasuje lepiej. Jeśli jest dyskretny i dobrze zrozumiany (dostarczanie funkcji), sprinty scrumowe działają.
3. Jak duży jest zespół? Scrum was designed for 5–9 people. At 3 people, the ceremony overhead dominates. W wieku powyżej 20 lat scrum potrzebuje frameworków skalowalnych (SAFe, LeSS, Nexus), które większość zespołów uważa za ciężkie.
Szczera rekomendacja
Jeśli zaczynasz od zera i chcesz frameworku: scrum z tymi dostosowaniami.
- Przestrzegaj czterech ceremonii (planowanie, codzienny scrum, przegląd, retro).
- Zrezygnuj z roli scrum mastera, chyba że masz osobę, która zajmuje się wyłącznie wspieraniem zespołu. Zespół może sam prowadzić swój proces.
- Wykorzystaj punkty fabularne lub godziny, w zależności od tego, na co zgodzi się Twój zespół. Don’t be religious about either.
- Śledź prędkość na potrzeby prognozowania, a nie jako wskaźnik produktywności.
- Po 8–10 sprintach przyjrzyj się, co działa, a co nie. Drop ceremonies that don’t earn their time.
Po 6 miesiącach będziesz mieć niestandardowy wariant, który będzie odpowiedni dla Twojego zespołu. O to właśnie chodzi. The Agile Manifesto values self-organising teams reagowanie na zmiany; także zmian we własnym procesie.
Co to oznacza przy wyborze narzędzia
Jeśli zdecydowałeś, że chcesz Scruma, Twoje narzędzie powinno sprawić, że sprinty, retrospektywy i śledzenie prędkości będą banalne; not a 30-step setup wizard. Większość narzędzi do „zwinnego zarządzania projektami” jest przesadnie zbudowana specjalnie dla Scrumu i nie wspiera reszty zwinnego (tylko Kanban, hybrydowe, asynchroniczne retro).
SprintFlint jest zbudowany wokół cyklu sprintu scrumowego: stałe iteracje, automatyczna prędkość, natywne retro, punkty fabularne, wypalenie. Zakłada się, że zdecydowałeś się działać zwinnie w kształcie scruma i chcesz, aby rytuały trwały pięć minut, a nie wtorek.
Jeśli nie robisz sprintów (kanban, Shape Up, ciągły przepływ), wybierz narzędzie zoptymalizowane pod Twoją sylwetkę. Scrum tools fit awkwardly on kanban teams.
TL;DR
- Zwinny to dokument o wartościach z 2001 roku. Cztery wartości i dwanaście zasad. Bez narzuconych ceremonii.
- Scrum is one specific framework: three roles, five events, three artefacts. Jest najbardziej przyjęty wdrożenie zwinny.
- Można stosować Scrum bez zwinności (zombie Scrum). Można też pracować zwinnie bez Scruma: stosując Kanban, XP lub podejście pragmatyczne.
- Wybierz scrum, jeśli chcesz mieć strukturę, a twoją pracę można zaplanować w dwutygodniowych fragmentach. Jeśli nie, wybierz coś lżejszego.
- Cokolwiek wybierzesz, po kilku miesiącach dopasuj to do siebie. To najbardziej zwinna rzecz, jaką możesz zrobić.