Scrum är en revolutionerande metod för projektledning: hur den fungerar

Fler och fler människor som långt ifrån arbetar med stora och inte så stora projekt inom informationsteknik står inför konceptet Scrum.

I detta avseende blir det nödvändigt att klargöra innebörden av denna term.

Och många som har lärt sig vad som är dolt bakom det, börjar gräva sig i studien av denna metod för lagarbete i ett enda projekt.

Vi kommer att överväga varför ledningen av utvecklingsgruppens arbete gick sin egen väg, efter att ha skilt sig från den klassiska ledningen, och började användas i många andra grenar av mänsklig aktivitet med en liknande inställning till organisationen av arbetsprocessen.

Historisk referens

Alternativ till ledningen- Scrum dök upp tack vare datorer och det gemensamma arbetet med flera personer eller team på en enda uppgift.

Datorisering av produktionen har gjort det möjligt att automatisera och förenkla affärer.

Introduktionen av teknik i affärer krävde dock specialiserad programvara.

Tiden för dess utseende i länderna i den tidigare CCCP föll på de första post-sovjetiska åren, då många studenter, ingenjörer, elektronikingenjörer, designers och andra specialister lämnades utan arbete och började flytta in i en ung och lovande bransch - IT .

Vid den här tiden uppträdde den så kallade alternativa förvaltningen - Agile, där de personliga egenskaperna hos varje projektdeltagare var i första hand.

Efter det bildades baserat på principerna Agile Scrum - alla som använde det förstod det, för allt är enkelt.

De som är intresserade av sport, särskilt rugby, har hört detta ord många gånger. I rugby hänvisar det till scrum av spelare runt bollen. Om människor i sport är uppdelade i två stridande lag, vars handlingar baseras på behovet av att ta bollen i besittning, etc., så arbetar de alla i ett gemensamt mål, oavsett hur många människor det finns.

grundläggande idéer om Agile;
detaljer om det aktuella projektet.

Du kan läsa mer om ursprunget till metoden för att hantera grupper av människor som förenas med ett gemensamt mål i boken "Scrum is a Revolutionary Project Management Method" av Jeff Sutherland.

Vad det är

Generellt döljer termen ett flexibelt, obegränsat koncept för programvaruutveckling av något slag med användning av Scrums metoder, teoretiska kunskaper och principer.

Tekniken innebär inte så mycket en minskning av volymen av onödiga operationer, en ökning av teamets effektivitet och hastighet, hur mycket:

ökar kontrollerbarheten;
ökar kontrollen över underordnade arbeten;
gör det möjligt att kontrollera alla steg i arbetsflödet;
göra ändringar i målvektorerna och göra justeringar;
att förutse resultatet av arbete med stor precision.

Och detta gäller alla stadier av projektet.

Populariteten och behovet av en metod, med förbehåll för rätt tillvägagångssätt, ett väl valt team och en skicklig chef, orsakas av en prestationsminskning med 150-200%.

Och detta är ett otroligt resultat, med tanke på att andra metoder minskar arbetshastigheten betydligt. Trots allt har hastigheten för att slutföra en uppgift inte alltid en positiv effekt på dess resultat.

En byggare kan snabbt lägga grunden och försvinna när den väl betalats. Garanterar han att huset på denna grund kommer att stå som det ska och i allmänhet kommer att uppföras?

I Scrum spenderas från en fjärdedel till hälften av lagets potential för att förbättra projektets hanterbarhet, kontroll och förutsägbarhet.

Och i många fall är detta motiverat, bara för att en mer perfekt teknik, om den finns, inte kom ut till massorna.

Vem som är vem

Det finns tre lika sidor till Scrum, utan något kommer det inte att finnas något:

Produktägare;
Utvecklingsteam eller Scrum Team;
Scrum Master.

Produktägare (PO)- en kund, en person eller ett företag som ställer in uppgifter och justerar dem vid behov kan han prioritera uppgifter, tidpunkten för demonstrationen av resultatet och betala för det.

Det kan antingen vara projektets ägare, som behöver produkten eller den person som representerar den.

Vanligtvis har en PO en prioriterad lista över nödvändiga uppgifter och en historik över deras genomförande och justeringar.

Scrum Master- en mellanhand mellan kunden och det team som är involverat i att säkerställa korrekt resultat.

Mänskliga uppgifter- att organisera teamets arbetsprocess, ibland att välja det bland de sökande, att övervaka kvaliteten, noggrannheten och tidpunkten för genomförandet av planen.

Han är också skyldig att förse teammedlemmarna med allt de behöver för att lösa problemet, eliminera hinder som uppstår, hjälpa dem som släpar efter, lära dem som saknar erfarenhet, ge uppmaningar, ibland visa effektivitet genom sitt eget exempel och motivera människor.

Utvecklingsteam- utvecklare, specialister, var och en inom sitt eget område, som vet hur man arbetar i ett team.

Det är de som arbetar för att få resultatet.

Enligt den officiella dokumentationen (ett dokument som beskriver metoderna för dess direkta författare) är gruppen av artister skyldig att uppfylla följande krav eller sträva efter detta så mycket som möjligt:

har i allmänhet alla färdigheter, kunskaper och erfarenheter(och vid partiell brist, förvärva dem), nödvändigt för att släppa en färdig att använda produkt som kommer att tillfredsställa kunden;
ha kollektivt ansvar för varje arbetssteg- gör allt tillsammans, och därför är alla ansvariga för brister, förseningar i schema, fel etc.
vara självorganiserande- inte alla ledningsfunktioner ligger hos Scrum-mästaren, även han kan inte berätta för de anställda hur de kan omvandla den tekniska uppgiften till önskat resultat.

I den officiella dokumentationen om utvecklingsgruppens storlek, den ska bestå av 5-9 personer.

Om det finns fler av dem påverkar detta konsekvensen negativt, kräver betydande kostnader för beslutsfattande, kommunikation och minskar ansvaret för avvikelser från uppgiften.

Baserat på ideologi och praxis ökar grupper på 2-3 personer risken för att inte klara av arbetet (om anställda är unga har de inte tillräckligt med erfarenhet och kunskap, de litar på varandra) och minskar mängden arbete som skulle göra gruppen större per person ...

Hur arbetsflödet ser ut

Det är dags att räkna ut termerna tack vare vilka tekniken finns, och ovanstående människor utnyttjar den skickligt i affärer.

Låt oss börja med en sprint- detta är det tidsintervall som teamet får för att genomföra den angivna listan över uppgifter.

Vanligtvis bestäms denna tid av en grupp utvecklare en gång och är inom, om projektet inte är storskaligt och inte riktigt knappt i volym, 1-4 veckor, plus eller minus några dagar.

Därefter förändras det inte och samma eftersläpningar ges för varje sprint (helst).

I själva verket kan intervallet vara absolut vad som helst, och det bestäms inte alltid av teamet av hårda arbetare.

Orderstock- en lista över alla verk, en allmän dagbok och en rapport. Det kan finnas flera av dem för olika utvecklingsstadier.

Det finns ett par typer av eftersläp:

Produktbacklog- en komplett lista över uppgifter med deras prioritet, vars genomförande gör att du kan få önskat resultat i slutet av arbetet;
Sprint Backlog- en lista över uppgifter som fastställts av teamet och överenskommits med kunden (ägaren) eller föreslagits av honom ensidigt, som ska genomföras inom en snar framtid (sprint). De kommer från produkt B

Sprintplanering- ett möte där alla tre parter som är inblandade i Scrum är närvarande. Kan ordnas när som helst, men sker vanligtvis innan arbetet är klart.

Vid planeringsmötet meddelar ägaren målen, fastställer prioriteringar, bestämmer tidsintervallen för genomförandet av vissa eftersläpningar.

Teamet utvärderar deras styrkor och de föreslagna förhållandena, jämför dem och talar.

Som regel, med en bedömning av vad av det önskade inom den tilldelade tidsramen kan göras, om det inte finns några hinder, vilka uppgifter med låg prioritet från deras nuvarande lista är bättre för att skjuta upp till nästa steg för att inte bryta mot tidsfrister.

Sprints bör ha ett väldefinierat mål och vara motiverade om det uppnås.

Innan planeringen är slut måste arbetsförteckningen vara klar.

Som regel förändras det inte, men dynamiken i livet och marknaden kräver ofta att reglerna bryts.

Daily Scrum- möten organiserade enligt stadgar varje dag, vilket inte alltid är realistiskt.

På dem rapporterar var och en av de anställda till de anställda och / eller projektledaren om:

vad han personligen gjorde för att uppnå resultatet igår;
planer för idag (ibland de närmaste dagarna) och sätt att uppnå dem;
hinder som uppstod i arbetet och sätt att eliminera dem.

Syfte med dagliga möten (flygblad):

identifiering av projektets nuvarande tillstånd och framsteg;
bestämning av stämningen i laget som helhet och av var och en av dess representanter;
söka efter hinder för att eliminera dem;
grupputveckling av lösningar som kommer att förändra metoden, om situationen kräver det.

I slutet av sprinten, den så kallade Sprint retrospektiv och Sprintgranskning.

Mål: fastställa och utvärdera effektiviteten i lagarbete under den förra sprinten, prognostisera den förväntade avkastningen i framtiden baserat på tidigare erfarenheter och uppgifter, identifiera faktorer som kan påverka sprintens framgång negativt.