Scrum kurser. SCRUM är en effektiv metod för projektledning

Frågan om Scrum Master-certifiering är den vanligaste frågan i ämnet av alla Scrum-certifieringar och utbildningar. Nästan varannan besökare på mina utbildningar eller långvariga Scrum-utbildningar planerar att bli certifierad i framtiden som Scrum Master.

Om vi delar upp alla Scrum-certifieringar enligt tidslinjen, så finns de i flera typer - kortsiktiga (2-3 dagars kurser) eller långsiktiga, där du behöver bekräfta din erfarenhet av Scrum, men det är inte nödvändigt att genomgå långvarig utbildning.

Jag har själv genomgått utbildning och fått certifikat från de mest kända Scrum-skolorna. Nu vill jag prata om de mest kända certifieringarna för Scrum Masters, inklusive min åsikt om dem.

Vi kommer att utelämna min åsikt om kortsiktiga certifieringar i den här artikeln, och även om jag anser att långvarig träning i flera veckor eller månader med läxor och ytterligare analys av frågor från mitt arbete är det mest effektiva sättet att lära mig Scrum, antalet fans av korttidscertifiering är enorm.
Efterfrågan på långsiktiga Scrum-certifieringar är mycket mindre, men sådana certifieringar finns på alla välkända skolor som certifierar Scrum och inte har orden "Scrum Master" i sitt namn.
Utbildningar och certifieringar som har orden Scrum Master i sitt namn är främst korttidscertifieringar. Det vill säga, för att få ett Scrum Master-certifikat behöver du antingen gå en 2-dagarskurs eller klara ett onlinetest utan att fullfölja utbildning.
Men allt är inte så enkelt som det verkar vid första anblicken. Du kan inte göra det utan förberedelser.

I den här artikeln kommer jag att titta på certifieringarna från två skolor - Scrum Alliance och Scrum.org. Varför bara dessa två? Jag anser att dessa organisationer är de mest värdefulla eftersom de antingen grundades av Scrum-medgrundare, är de mest välkända på marknaden eller ger det starkaste beviset på Scrum-kunskap. Samtidigt motsäger dessa skolor, till skillnad från de flesta online-certifieringar, i sina testfrågor inte den officiella synen på Scrum, som beskrivs i Scrum-guiden - den viktigaste guiden till Scrum.

Så låt oss gå igenom certifieringarna i ordning.

1. Certifieringar från ScrumAlliance

ScrumAlliance är den största Scrum-skolan och den mest utbredda skolan i världen, vilket är den mest kända och igenkännbara Scrum-certifieringsorganisationen.
Naturligtvis är detta inte en skola, utan den största sammanslutningen av Scrum-fans, chefer för nära Agila områden, Scrum-tränare, Scrum-coacher och organisationer som är involverade i Scrum-träning.
Bland grundarna av ScrumAlliance 2001 fanns Scrums grundare - Ken Schwaber och Jeff Sutherland, som sedan grundade sina egna certifieringsföretag som också var involverade i Scrum-certifiering, vilket jag kommer att diskutera nedan.

Det är omöjligt att få ett Scrum Master-certifikat från den här skolan utan att först gå en offlineutbildning. Scrumalliance utbildningar är vanligtvis ganska dyra (sällan sett mindre än $700 per biljett)

Certifieringar från ScrumAlliance finns i 3 typer för ingångsnivå: Certified Scrum Master, Certified Scrum Product Owner och Certified Scrum Developer, och ett avancerat certifikat som kräver erfarenhet av Scrum - Certified Scrum Professional.
För att bli en Scrum Master behöver du din första certifiering.

CSM (Certified Scrum Master)

Trots att det finns relativt få aktiva Scrum Masters på vår marknad är detta den mest populära certifieringen från ScrumAlliance. Många anser att det är nödvändigt att börja sin resa med Scrum med denna certifiering. Därför påminner kursmaterialet ofta om allmän utbildning på Scrum (se krav för att täcka kursämnen för utbildare). Men det betyder inte att träningarna är dåliga. För att vara berättigad att ge ScrumAlliance-utbildningar med efterföljande certifiering behöver du gå igenom en ganska svår intervjuprocess, vilket förmodligen är anledningen till att jag ännu inte hört talas om dåliga ScrumAlliance-utbildningar.

CSM-utbildningar tar 2 dagar.
För att få ett CSM-certifikat måste du gå en 2-dagars utbildning från en officiell ScrumAlliance-tränare och klara ett officiellt onlinetest, som skickas till deltagarna av tränaren, vanligtvis direkt efter utbildningen. Certifieringstestet är ganska enkelt och jag har aldrig sett någon misslyckas med det. Testet är designat för grundläggande kunskaper om Scrum och har flera frågor som är relevanta för rollen Scrum Master.
Samtidigt argumenterar ScrumAlliance för enkelheten i testet genom att de testar sina tränare väldigt bra och är säkra på att kunskapen kommer att förmedlas på ett högkvalitativt sätt.

Efter kursen skapas en profil för dig på ScrumAlliances hemsida.
Här är ett exempel på profilen du kommer att ha
De som har genomfört kursen ges (eller utökat) medlemskap i communityn (och samtidigt tillgång till sin profil)

Medlemskap måste förnyas vartannat år för $50. Det finns ingen anledning att göra testet.

Vad behöver du för CSM-certifiering?

Läs Scrum-guiden Detta är en grundläggande 23-sidig guide till Scrum, uppdaterad 2016. Utan att förstå grunderna i Scrum från Scrum-guiden är det omöjligt att klara ens det enklaste Scrum-provet, eftersom det finns mycket motstridig information i olika källor om Scrum. Scrum-guiden är det första stället att lära sig om Scrum som processramverk.
läsa blogginlägg från Scrum Alliance i deras community.
ScrumAlliance har de största communitygrupperna att chatta om Scrum.
När jag förbereder för certifiering rekommenderar jag därför att titta in i deras samhälle och skaffa kunskap därifrån.
Det finns ganska mycket information här från nybörjare Scrum-tränare också. Därför, om du lär dig att skilja agnarna från vetet i denna källa, kan jag säga att du behärskar Scrum på en mer än tillräcklig nivå för certifiering.
läst en bok från grundaren av Scrum på ryska. Den här boken ger en förståelse för filosofin bakom Scrum-processramverket som beskrivs i Scrum-guiden och kommer att ge en förståelse för inte bara "vad man ska göra" utan också "varför". Du behöver inte anstränga dig mer om ditt mål bara är att få ett certifikat.

Att klara provet:

Efter att du fått profilen registrerad av tränaren via din e-post kommer ett test att bifogas till dig som du kan börja göra enligt instruktionerna som tränaren skickat till dig. Testet har 35 flervalsfrågor. För att bli godkänd måste du svara rätt på 24.
Om du misslyckas på provet kommer du att få fel frågor, men inte de korrekta svaren på dessa frågor. ScrumAlliance ger dig alltså möjligheten att själv hitta rätt svar. Efter detta kan du göra testet igen gratis. Testet ges 1 timme. Testet kan avbrytas och fortsätta när som helst. Under testet kan du hoppa över frågor genom att bokmärka dem så att du kan återgå till dem senare.

Resultat:

Utropspriset är minst $700
Är det värt det? Ja, om du är villig att lägga ut pengar för en kurs från det mest kända Scrum-certifieringsföretaget.

2. Certifieringar från Scrum.org

Detta är en Scrum-skola som grundades av Scrums medgrundare Ken Schwaber 2009. Det är ännu inte lika utbrett runt om i världen som Scrum Alliance, men det tar ständigt fart och har redan blivit mer populärt i vissa länder på grund av dess inställning till certifiering.
Ken Schwaber grundade denna skola för att förbättra Scrum-undervisningen, som enligt hans åsikt, när Scrum.org öppnades, baserades mer på att tjäna pengar än på kvalitetsutbildning. Du kan läsa om anledningarna till att grunda Scrum.org i.
Du behöver inte gå någon utbildning för att bli Scrum.org-certifierad (även om det rekommenderas). Och du behöver bara betala $150 för koden för onlinecertifiering.
Bekväm? Ja. Men det är inte så enkelt.

Scrum.org-certifieringar för Scrum Masters finns i 3 typer: Professional Scrum Master I, Professional Scrum Master II och III.
Det är olika grader av certifieringar som kräver olika kunskapsnivåer.
Alla grundläggande certifieringar från Scrum.org visas på bilden

Professional Scrum Master I (PSM I)

Den allra första Scrum Master-certifieringen från Scrum.org. Och kanske den svåraste certifieringen man känner till jämfört med andra skolor.
Jag känner inte många som klarade det här provet första gången. Även med förberedelser. Därför kan du som ett alternativ gå den officiella Scrum.org-utbildningen före certifiering. Men att gå utbildningen garanterar inte heller att du får ett certifikat. Du måste klara certifieringen på lika villkor som de som inte har genomgått utbildningen. Du kommer att göra samma prov. Förträning ger dig en god och tydlig kunskap om Scrum, men krävs inte för att introducera dig till knepen för att klara själva provet.

Dessutom är även officiella utbildare förbjudna att publicera svar på tentamensfrågor. Frågor från tentamen som dyker upp på nätet raderas skoningslöst på kort tid.
Själva provet är ganska balanserat. Den innehåller både frågor på grundnivå och frågor som endast kan besvaras snabbt om du har erfarenhet av att arbeta i Scrum eller erfarenhet av att sätta upp processer som Scrum Master. Provet innehåller också "knepiga" frågor, svaren på vilka du kan veta om du memorerar Scrum-terminologin väl och praktiskt taget memorerar Scrum-guiden. Förresten, provet tas på engelska, så det är bäst att läsa engelskspråkig litteratur. Det idealiska alternativet är naturligtvis att ha 3-5 års erfarenhet av Scrum. Detta kommer att hjälpa dig att bättre förstå kärnan i vissa frågor, men det är inte ett faktum att det kommer att räcka för att passera. På Sctum.org kommer du att se många inlägg där personer med mer än 5 års erfarenhet har misslyckats på provet och klagar ;)

Förbereder för PSM I

Det är bra att läsa Scrum Guide på engelska. Läs den igen, och igen, läs den mycket bra 10-15 gånger. Om din engelska inte är perfekt rekommenderar jag att du studerar grundformuleringen, eftersom tentan innehåller kluriga frågor.
Läs boken "Scrum - A Pocket guide" av Gunther Verheyen.
De flesta av tentamensfrågorna skrevs eller granskades av Gunther, så hans böcker ger det bästa möjliga Scrum.org-perspektivet på certifieringsfrågor.
Här är en kort lista över Gunters källor som jag också rekommenderar att läsa som förberedelse:
Läs inlägg i . Det finns inga direkta svar på frågorna i tentan i denna blogg, men det finns några som är väldigt lika. Här kan du hitta bra förklaringar från Scrum.org-tjänstemän på frågor om Scrum som tas upp i certifieringstestet. Jag tycker om att läsa den här bloggen eftersom det finns många kunniga tränare på Scrum.org-forumet.
Läs från Scrum.org
Faktum är att med tillräckligt med erfarenhet kan punkt 1 vara tillräckligt, men när du passerar kan du bli rädd av vissa frågor.
Gör ett gratis test från Scrum.org
Om du klarar dig, var inte för glad - detta test garanterar inte certifiering. Provet kommer att ha frågor som är mycket svårare än det öppna provet.
Jag skulle se detta test som ett lackmustest för att inte vara redo. Om du får mindre än 100 % kommer du troligen inte att klara certifieringsprovet. Men i detta test granskas, till skillnad från certifikatprovet, felaktiga svar på frågor.

Hur fungerar certifieringen?

Resume:

PSMI är den svåraste certifieringen för Scrum Masters som finns. Kräver noggrann förberedelse. Men resultatet är värt det. Jag kan kalla alla som klarat PSM I-testspecialister som förstår Scrum och är trygga i Scrum-ramverket. Certifiering kräver ingen utbildning. Utropspriset är $150. Är det värt att hyra? Självklart är det värt det! Det kommer att bli en oförglömlig upplevelse som du inte kommer att ångra.

PSM II och PSM III

Dessa är ännu mer avancerade certifieringar från Scrum.org. De ingår i det obligatoriska utbildningsprogrammet för utbildare från Scrum.org, så nivån på utbildare i denna organisation är ganska hög. Vanliga Scrum Masters kan ta dessa certifikat snarare för sin egen belåtenhet, eftersom de inte krävs någonstans. PSM II består också av en- och flervalsfrågor, medan PSM III kräver att du skriver korta uppsatser om manuellt graderade frågor. Med tanke på de höga kostnaderna och svårigheten för dessa prov har jag ännu inte träffat någon som har klarat dessa prov bara för sig själva utan att delta i ett tränarutbildningsprogram.

Slutsatser:

Det finns många Scrum-certifieringar. Alla skolor har sina för- och nackdelar. Med tanke på den villkorligt identiska betydelsen av de övervägda skolorna, när jag väljer en certifieringsorganisation, skulle jag rekommendera att titta på följande huvudpunkter

	ScrumAlliance	Scrum.org
Certifieringspris:	0 USD först efter avslutad utbildning	150 USD kostnadsfritt när du genomför utbildningen
Behovet av att genomgå utbildning	ja, definitivt	frivillig
Träningspris	från 700 USD	från 650 USD
Medlemskostnad	50 USD	0 USD
Medlemskapets varaktighet	2 år	inget begrepp om medlemskap
Svårighet med provet	Enkla till medelstora frågor, 60 minuter, 35 frågor, 27 svar att godkänna	Enkla, medelstora, svåra och förvirrande frågor, 60 minuter, 80 frågor, 68 svar att ta
Mängd ansträngning för att förbereda sig inför tentamen	Genomför utbildningen och läs Scrum Guide	Det tar tid och ansträngning att förbereda sig
Antal inlämningsförsök	2	1

Om certifiering inte är så viktigt för dig, så ger jag på mina Scrum-utbildningar kunskap som kommer att vara användbar för dig i erfarenheten av att implementera Scrum i praktiken i ditt företag.
Håll ögonen öppna. Scrum måste fortsätta!

I den klassiska Scrum-hanteringsmodellen finns tre roller, varav en heter Scrum Master. Detta är rollen som huvudpersonen i ett team som bekänner sig till en "flexibel" ledningsstrategi i sitt arbete. Men ofta (särskilt i handelshögskolor och Scrum-gemenskaper) kallas en Master - Professional Scrum Master (PSM) - en person som har förstått Scrum-modellen på en grundläggande nivå, anammat filosofin om det "flexibla" agila tillvägagångssättet och nu inte bara själv kan leda ett projekt av vilken komplexitet som helst, men lär också ut det till andra. Sådana personer får ett certifikat (Scrum Master Certification) på olika kvalifikationsnivåer (stadier).

Det finns tre roller i Scrum-modellen:

Scrum Master.
Produktägare.
Team.

Varje "rollkaraktär" i detta team är ansvarig för sitt eget "arbetsområde".

Funktioner blandas eller överförs inte, även om hela processen genomförs i nära samspel mellan alla teammedlemmar.

Rollfördelning av ansvar

Team som i regel består av 6-8 personer, i Scrum-paradigmet måste vara självorganiserat och självförvaltande, och dess arbete betraktas och utvärderas som en grupps handling. Inom teamet finns ingen tydlig rolluppdelning med begränsningar av handlingar, även om teamet innehåller personer med olika yrkesskicklighet. Mästaren skiljer sig dock här och anses inte vara en medlem i laget.

Produktägare. I vid bemärkelse är det en mellanhand mellan marknad och verksamhet som leder projektet inom ramen för en gemensam förståelse av kraven. Han ansvarar för att resultatet av arbetet är värdefullt och användbart på marknaden. En sådan person hanterar utvecklingen av produkten, inte lagets aktiviteter. Men medlarens position tvingar honom:

känna till aktuella verkliga konsumentbehov,
kunna förmedla dessa behov på affärsspråk till teamet av artister,
se produktskapandeprocessen som ett system av värdeskapande åtgärder.

När det gäller en produktägare talar vi nästan alltid om en person som är personligt ansvarig för att skapa värde och därför justerar prioriteringar vid varje arbetsstegssprint. Men ibland är det svårt för en person att fylla denna roll. Sedan är funktionerna för "Projektägaren" fördelade på flera personer (till exempel formulerar den ena kraven och den andra är ansvarig för att interagera med marknaden). Men i det här fallet ska en chefschef ändå utses med rätt (och ansvar) att individuellt prioritera och auktorisera krav i Bcaklog.

. Om projektägaren i Scrum-modellen inte leder teamet är det logiskt att anta att teamets arbete ska ledas av Scrum Master. Detta är dock inte heller sant, eftersom teamet är självorganiserande och inte kräver ledarskap. Till skillnad från klassisk projektledning finns inte en sådan befälhavare alls här. Förmannen hjälper till att organisera lagets arbete, men stör som regel inte själva arbetet. Han sätter inte uppgifter eller tvingar dig att arbeta.

Mästarens komplexa roll

En analog till Scrum Masters aktivitet är administratörens funktion. Det ska ge effektiva arbetsförhållanden enligt en given modell. I praktiken betyder det att:

om en gruppmedlem är sen till ett inflygningsmöte, blir organisationen av arbetsprocessen lidande, och befälhavaren måste passa in,
om det finns en potentiell risk för konflikter inom laget, då reglerar Mästaren relationen,
om de ideologiska principerna för Scrum kränks, då är mästarens uppgift att korrekt tolka, betona och skydda både ideologins värderingar och själva laget.

Rollen för en sådan koordinator-administratör i ett team är inte ny. Ideologiskt liknar det en del rollen som en kommissarie i en militär enhet. (I denna analogi motsvarar en teamledares funktioner funktionerna hos en produktägare i Scrum-modellen).

I den berömda boken av bröderna Strugatsky, "Den dömda staden", finns en berättelse där ett forskarteam ger sig ut på långväga spaning över ökenländer. Flera veckors ansträngande resor leder till att disciplinen i detachementet börjar lida mycket, och till och med en exemplarisk befälhavare, som framgångsrikt har genomfört flera kampanjer, kan inte organisera sina underordnade. Men tillsammans med militären (och bland dem) på expeditionen visar det sig att det finns en mycket anpassningsbar person som vet hur man hittar ett gemensamt språk med alla, sätter stämningen och hittar en lösning på ett kritiskt problem (söker efter en källa vatten med hjälp av arkivdokument). Som ett resultat av detta, i ett av avsnitten, erkänner befälhavaren att även om han aldrig förstod varför det fanns kommissarier i armén, skulle han anlita en sådan organisatör.

Detta är ytterligare en illustration av vikten av rollen som Master och det faktum att funktionerna som fördelas i Scrum-modellen inte ska blandas. Scrum Mastern har en specifik kvalifikation och potentiella kandidater till rollen genomgår utbildning för att bemästra den.

Scrum Master kvalifikation

När de behärskar Scrum-hanteringsmodellen behöver kandidater för både rollen och titeln Master känna till inte bara den formella algoritmen för processen, utan först och främst bekänna sig till filosofin för tillvägagångssättet. Det vill säga, på många sätt ändra dina värderiktlinjer i affärer och i relationer med kollegor, revidera reglerna för ditt beteende, och alla är inte redo att göra detta. Enligt statistik upplever upp till 30 % av personalen som tidigare arbetat under klassiska ledningsmodeller nästan oöverstigliga svårigheter när de står inför införandet av ett flexibelt tillvägagångssätt. De lär sig själva anpassa sig till det ”agila” formatet och hjälper andra teammedlemmar i detta i specialkurser som utbildar Scrum Masters.

Till exempel erbjuder träningsskolan Unusual Concepts en tvådagarskurs (Certified ScrumMaster), som ger grundläggande kunskaper om modellen. De som genomgår utbildning får systematiska rekommendationer om taktik för att implementera modellen i organisationen och om innehållet i Scrum-processer.

I synnerhet introduceras "studenter" till alla stadier av systemet och dess fördelar:

motivera konkurrenskraften hos "flexibla" metoder i jämförelse med klassiska,
prata om möjliga användningsområden,
steg-för-steg uppdelning av utvecklings- och planeringsprocessen i delar,
arbeta fram rolldeltagande i olika scenarier,
bilda sig en uppfattning om betygssystemet,
överväga användningen av informationsverktyg (sprintbacklog och produktbacklog),
i ett arbetsgruppsformat hjälper de till att bemästra teknikerna för "agil" design och ledning,
De studerar separat de praktiska nyanserna av att implementera Scrum.

Dessutom finns 3-dagarskurser för utbildning av projektledare - ”Produktägare” och utbildning för Masters, vilket resulterar i ett Scrum Master-certifikat (PSM I). Detta är en officiell kurs från Scrum.org och dess certifieringar är erkända över hela världen.

I det tidigare nämnda "House of Scrum.org", som förenar både mjukvaruutvecklare och alla som bekänner sig till idéerna om "agilt" management, kan du köpa ett "pass" till kurser på första, andra och tredje nivån.

PSM I. De som genomför utbildning på denna nivå visar en grundläggande förståelse för formen och innehållet i Scrum och behärskar konceptuell kunskap.
PSM II. Människor på detta stadium av kunskap visar en avancerad nivå av skicklighet och kan effektivt tillämpa den i praktiken även i svåra situationer.
PSM III. De som har bemästrat denna nivå kännetecknas av en omfattande teoretisk och praktisk kunskap om Scrum och ideologins värderingar.

Projektledning,

Vig

Produkthantering

När jag läste: "Agile är mycket mer än bara Scrum" - i beskrivningen av certifieringskursen Certified Agile Professional från ScrumTrek, var det första jag tänkte: varför ScrumTrek, då borde det ha hetat AgileTrek? Efter att ha genomfört denna utbildning återvände jag till detta uttalande med en mer seriös inställning. Så vad tog jag med mig från träningen? Anteckningar, åhörarkopior och Certified ICAgile Professional-certifiering? Vad sägs om att förstå vad Agile är? Vad är konceptet med den agila metoden? Vad är Agilt mindset?

I denna notis delar jag med mig av mina intryck av träningen. Detta är inte så mycket en återberättelse av innehållet i utbildningen som en subjektiv bedömning av nyttan av den kunskap som den erhållit. Jag hoppas att detta hjälper dig att avgöra om du behöver den här utbildningen.

Agiles historia

Jag minns väl historien om Agile, som tränaren presenterade i form av den progressiva mognaden av hela mjukvaruutvecklingsbranschen.

Code-and-Fix gjorde att branschen kunde börja skriva kod relativt billigt utan några planer, dokumentation eller särskilda krav på utvecklarkvalifikationer.

Den ersattes på 1970-talet av Waterfall-modellen, som minskade riskerna, ökade insynen i mjukvaruutvecklingen och eliminerade även problemet med de höga kostnaderna för mjukvaruunderhåll samtidigt som de låga kraven på utvecklarkvalifikationer bibehölls. Modellen började användas överallt, vilket snabbt avslöjade sina problem. Waterfall fungerar bara bra i de fall där allt är känt i förväg: vilken produkt behöver utvecklas, vilka implementeringstekniker som behöver användas - och inga förändringar sker på vägen.

De första försöken att rätta till situationen var förknippade med framväxten av iterativa tillvägagångssätt på 1990-talet. Å ena sidan underlättas detta av sänkningen av priset på datorer, när datortiden upphör att vara en objektiv begränsning, vilket möjliggör upprepade experiment för att öka produktens funktionalitet. Å andra sidan ökar nya IT-tekniker konkurrensen alltmer, så företag måste snabbt tillämpa dem i affärer. Den som introducerade en ny teknik före andra vann både kunder och marknad. Från och med detta ögonblick börjar den aktiva utvecklingen av flexibla utvecklingsprocesser, som syftar till att ge företag snabb leverans av funktionalitet. I huvudsak finns det en återgång till den "snabba" Code-and-Fix-metoden, men den kompletteras med planering och eliminering av risker.

Förresten, det verkar för mig att till denna dag använder de flesta företagsutvecklare inte Scrum alls, som de tror, utan iterativt vattenfall. Titta på diagrammet nedan, så här fungerar det för dig, eller hur?

Eller är det fortfarande samma som i Scrum?

1992 växte Crystal fram och fokuserade för första gången på att leverera arbetskod ofta till slutanvändare. Sedan 1994 introducerades DSM (Dynamic Systems Development Method), som proklamerade ett fokus på affärsbehov och en irreducerbar nivå av mjukvarukvalitet (ungefär samma år dök termen Refactoring upp). Slutligen introducerades Scrum Framework 1996 och blev de facto standarden för att hantera agil utveckling. Samma år började parprogrammering användas för första gången. Och 1999 dök XP upp, vilket gav konceptet användarberättelser (User Story), releaseplanering och kontinuerlig integration (Continuous Integration). Resultatet av alla dessa privata initiativ var Agile Manifesto for Software Development, utvecklat 2001, som befäster 10 år av beprövade värden och principer för att snabbt leverera funktionalitet till företag.

Ytterligare utveckling av Agile är förknippad med försök att eliminera alla möjliga förluster (stopptid) i mjukvaruutvecklingsprocessen, och därigenom ytterligare öka hastigheten för leverans av funktionalitet. 2003 dök Lean Software Development upp som en anpassning av Toyotas koncept för lean manufacturing till mjukvaruutvecklingsindustrin. Under 2006 fortsätter rörelsen med framväxten av Kanban Software Development, som presenterar en färdig algoritm för att eliminera slöseri i flödet av att leverera värde (funktionalitet) till ett företag. Också 2011, som svar på den explosiva tillväxten av SAAS (software as a service), uppstod konceptet DevOps, som kombinerar utveckling och underhåll för att eliminera slöseri vid gränssnittet.

Totalt sett har produktion (utveckling) upphört att vara en flaskhals, efter att ha lärt sig att tillfredsställa affärsbehov så snabbt som möjligt. Den agila utvecklingen fortsätter dock. Först, inom området Scaling Agile in Large Enterprises (SAFe). För det andra väcker det enorma antalet misslyckade investeringsprojekt en fråga inom produktutvecklingsområdet: hur utvecklar man den mest efterfrågade produkten så billigt som möjligt? 2009 blev Lean Startup svaret på denna begränsning.

Agila värderingar och principer

Tillsammans med deltagarna undersöker tränaren konsekvent och djupt varje värde och varje princip i Agile Software Development Manifesto. Jag erkänner att jag före utbildningen uppriktigt trodde att jag förstod värderingarna och principerna perfekt. Det visade sig att detta inte är helt sant.

Till exempel är det andra Agile-värdet: "En fungerande produkt är viktigare än omfattande dokumentation." En gång i tiden var detta en deklaration om förnekande av vattenfallsmodellen, där förståelsen av framsteg till stor del bygger på projektdokumentation. Men i version 2 av Agile Manifesto har formuleringen ändrats: "Business value is more important than a working product" (Agile Manifesto 2.1 - "MoreAgile Manifesto"). Det här är ett exempel på utvecklingen av agila värderingar i samband med framväxten av Lean Startup: för många fungerande produkter visade sig inte vara till någon nytta för någon.

Scrum och Kanban

En betydande del av utbildningen är en översikt över Scrum Framework och Kanban. Att återberätta denna del av träningen är inte syftet med denna notis. Jag kommer bara att notera att tränaren hjälper dig att känna varje icke-trivialt ögonblick till hands genom lagspel. Men detta är värt att prata om mer i detalj.

Spel i Agile

Alla spel var lätta att lära sig och roliga att spela. Under en match på träningens andra dag utbrast en av deltagarna: ”Vad gjorde vi innan? Här är den! Nedan kommer jag att prata om vad vi lärde oss i spel.

Penny/Multitasking-spel visade live (på oss själva) och övertygande (med ett vanligt stoppur) behovet av att ta små portioner av arbetet och inte utföra flera uppgifter samtidigt. Vi såg hur detta eliminerar förluster på grund av stillestånd i en strikt sekventiell arbetsprocess (vattenfall), förluster på grund av ackumulering av oavslutat arbete (en full mun tar längre tid att tugga) och förluster på grund av kontextbyte (i vattenfallsmodellen, en anställd är mest sannolikt att arbeta med flera projekt samtidigt).

Planering av poker är en så enkel teknik för ett bedömningsteam att det även inom ett kort spel låter dig känna dess fördelar. Till exempel var alla medlemmar i mitt spelteam överens om att det mesta av vår tid inte ägnades alls åt att uppskatta arbetskostnaderna för det ena eller det andra arbetet, utan på att diskutera arbete som vi från början uppfattade annorlunda. Den största vinsten ligger med andra ord inte alls i bedömningsnumret, utan i samma förståelse av arbetet. Å andra sidan, eftersom vi var begränsade i tid, undvek vi argument och diskussioner om våra bedömningar höll med omedelbart. Enkla saker, men vad svårt det är att följa dem i ditt arbete! Är det inte sant?

Den lekfulla iscensättningen av sabotage vid Daily Standup Meeting förde oss tillbaka till att diskutera agila värderingar. Till exempel bör en Scrum Master (processcoach) inte vara chef för utvecklingsteamet eller bete sig därefter, det vill säga fördela uppgifter, involvera känslor och opponera sig mot gruppen, och därigenom förvandla mötet till ett tråkigt rapporteringsmöte för teammedlemmar till sig själva.

Studieavgift: för individer - 25 250 rubel. / för organisationer - 29 260 rub. Intyg om färdigställande:Efter avslutad kurs kommer studenterna att få ett certifikat från PM Expert - PMI® Global Registered Education Provider, och kommer att kunna räkna 24 träningstimmar (PDU) mot PMI Agile Certified Practitioner (PMI-ACP) examen.

PDU-uppdelning efter Talent Triangle

teknisk	strategisk	ledarskap
8	8	8

Anteckning

Under det senaste decenniet har tusentals företag börjat tillämpa nya tillvägagångssätt för att hantera programvaruprojekt, i synnerhet olika metoder baserade på agila principer. Den mest populära av dem är Scrum.

Men PMBOK® tappar inte heller mark. Enligt majoriteten behöver du välja: PMBOK® eller Scrum. Men det finns en tredje väg. I kursen får du lära dig hur du kombinerar grundligheten i PMBOK® och flexibiliteten i Scrum för att gynna din utveckling.

Mottot för kursen är: "från ord till handling." Huvudvikten när man studerar kursmaterialet ligger på praktik - mer än 60% av kursen består av praktiska övningar. Under tre dagars lektioner kommer du inte bara att förstå hur du använder Scrum-metoden, utan också "känna" Scrum praktiskt.

Syfte (resultat) med träning

Under workshopen kommer deltagarna att kunna:

Förstå hur idéerna bakom Agile-metoden låter dig lösa utvecklarnas "eviga" problem.
Förstå hur en relativt enkel process som Scrum kan ha en så stor inverkan på effektiviteten och produktiviteten i mjukvaruutveckling.
Lär dig använda agila kommunikationsverktyg.
Lär dig att skapa användbara, praktiska och pålitliga planer. Kursen kommer att introducera olika bedömningstekniker, inklusive pokerplanering, som avsevärt ökar chanserna att få det resultat kunden behöver i tid.
Förstå hur man organiserar ett effektivt arbete med intressenter för att i tid utveckla en produkt som är mest användbar för kunden.
Lär dig hur du organiserar arbetet i ett Scrum-team för att öka utvecklingseffektiviteten flera gånger. För anställda i organisationer där mjukvaruunderhåll spelar en betydande roll kommer de avsnitt av kursen som ägnas åt kanban att vara av intresse.
Få svar på frågor och råd från en ledande expert med betydande praktisk erfarenhet av att hantera programvaruutvecklingsprojekt.
Praktiskt bemästra arbetet med Scrum-verktyg, såsom: produktbacklog, sprintbacklog, dagliga scrummöten, sprintplaneringsmöten, burndown-diagram och annat.
Förstå hur man använder Scrum för projekt av varierande komplexitet och omfattning.
Förstå varför implementeringen av Scrum ibland är fylld med allvarliga svårigheter och förstå hur man hanterar problem.

Kursutbildare

Nikolay Ryamzin, CSM, RMR, RME - ledande konsult PM Expert

Publik

24 PDU tilldelas för att ha genomfört kursen.

Beskrivning av utbildningsprogrammet

Projektledning som kunskapsområde är fast etablerat i många kommersiella och statliga företag och organisationer. Men under genomförandet av ett antal projekt, främst inom den högintellektuella sfären, blev det tydligt att "klassiska" projektledningsmetoder antingen bara fungerar delvis eller inte fungerar alls.
Om projekt involverar att lösa en stor mängd analytiska uppgifter, om situationen i projektet förändras dagligen eller till och med varje timme, om projektet involverar ett kompakt team av yrkesverksamma på 5/9 personer, om projektet ofta ändrar framtidens innehåll och funktionalitet system, och Arbetet behöver göras i tid och med erforderlig kvalitetsnivå, då kan det bli nödvändigt att använda flexibla (Agila) tillvägagångssätt för projektledning. Scrum-metoden har vunnit mest popularitet och används framgångsrikt inom olika sektorer av ekonomin: informationsteknologi, finans, utbildning, vetenskaplig forskning, etc.
Scrum Agile Project Management-kursen är utformad för att ge projektteam verktygen för att mer effektivt planera, utföra och kontrollera högteknologiska projekt med de mest avancerade agila metoderna.
Efter avslutad kurs ska studenten:
Veta:

de viktigaste processerna och händelserna för flexibel projektledning (PM) i implementeringen av Scrum;
sätt att hitta grundläggande information om flexibla metoder i PM;
skillnader mellan klassiska tillvägagångssätt inom PM och de som föreslagits av Scrum;
funktioner för att organisera projektledning med hjälp av Scrum-metoden;
livscykeln för ett Scrum-projekt.

Kunna:

identifiera projektintressenter;
fastställa intressenternas mål och förväntningar utifrån det slutliga resultatet;
formulera krav och definiera användarberättelser;
planera uppgifter för Sprinten;
kontrollera Sprintens framsteg;
hantera förändringar under projekt;
identifiera, analysera och reagera på risker under ett Scrum-projekt;
hantera risker.

Egen:

färdigheter i att skapa en produktbacklog;
färdigheter i att skapa en Sprint Backlog;
färdigheter att hålla möten i Scrum-projekt;
färdigheter att visa resultat.

Ett framgångsrikt slutförande av denna kurs gör det möjligt för specialister att:
Hantera den övergripande utvecklingen av Scrum-projektet.

Syftet med kursen

Bildande och förbättring av professionella kompetenser inom området projektgenomförande med hjälp av Scrum-metoden

Målgrupp

Specialister vars verksamhet är relaterade till projekt för utveckling och/eller implementering av informationssystem (IS):

chefer och analytiker,
projektteammedlemmar

Nödvändig förberedelse

Erfarenhet av deltagande i IS-utvecklings- och/eller implementeringsprojekt.
Det är lämpligt att ha kunskaper och färdigheter i kursen UP130 "Fundamentals of Project Management" eller ta denna kurs

Introduktion till flexibel (Agil) projektledning.
Grunderna i projektledning med Scrum-metoden.
Allmän beskrivning av Scrum-metoden.
Livscykeln för ett Scrum-projekt.
Definition av Sprint.
De viktigaste artefakterna i ett Scrum-projekt.
Organisering av ett projekt med Scrum-metoden
Roller utanför projektet. Intressenter. Projektkund (kund), sponsor (sponsor), konsumenter av slutprodukter (användare)
Projektgruppens roller (Scrum Team, Scrum Team). Produktägare. Scrum Master. Utvecklingsteam.
Livscykeln för ett Scrum-projekt
Initiering. Skapande av en prioriterad produktbacklog.
Planering och bedömning. Utveckling och utvärdering av User Stories. Bildande och bedömning av Uppgifter. Sprintplanering. Planerar poker.
Utförande. Skapa projektleveranser. Sprintstruktur, Fokusfaktor. Genomförande av dagliga Scrum-möten.
Kontrollera. Sprintrecension. Sprint retrospektiv. Avbryt Sprint.
Komplettering. Acceptans av projektresultat. Projekt retrospektiv.
Ytterligare aspekter av projektledning med Scrum-metoden
Förändringsledning. Göra ändringar i Scrum-projekt. Förändringar under Sprint.
Kvalitetsledning. Grooming (Product Backlog Care). Spike (Enabler - historik).
Riskhantering. Riskhantering under ett projekt med Scrum-metoden.
Dokument i projektverksamhet

Praktiska övningar

Element i Scrum-projektets livscykel.
Skapande av en produktbacklog. Nedbrytning och prioritering av User Stories.
Planering av arbetsstadiet (Sprint), sammanställning av Sprint Backlog. Utvärdera användarberättelser och uppgifter.
Utförande av arbetsskedet. Dagliga Team Meetings (Daily Scrum Meeting).
Demonstration av erhållna resultat för kunden (Sprint Review Meeting).
Möte om resultaten av arbetsskedet (Sprint Retrospective Meeting).
Scrum projektledning och arbetsmoment. Arbeta med visualiseringsverktyg: Tasks Board och Burndown Chart. Prestationsbedömning.
Riskhantering i ett Scrum-projekt.

Mottaget dokument

Certifikat för avancerad utbildning och internationellt certifikat.