hjem Virksomhet Forbereder for psm scrum org. SCRUM er en effektiv prosjektledelsesmetode

Forbereder for psm scrum org. SCRUM er en effektiv prosjektledelsesmetode

Agile-Scrum Foundation 1

Scrum (Agile) er en populær metodikk for utviklingsprosjektledelse programvare. Hvordan organisere samhandlingen til utviklingsteamet slik at utviklingsprosjektet gjennomføres vellykket. Hva og hvordan dokumentere, hvordan, med hvem og hvor ofte diskutere prosjektdetaljer, hvordan sette oppgaver for folk og hvordan kontrollere resultatet. Alt dette er Scrum (Agile).

I motsetning til overordnede prosjektledelsesmetoder som Project Management Institute (PMI)® PMBOK® Guide, ble Scrum opprinnelig designet for programvareutvikling i et miljø med hyppig skiftende krav. Samtidig er Scrum (Agile) mer fokusert på selve utviklingsprosessen enn på ledelsesprosessen. Denne teknologien kompletterer alle de klassiske ledelsesprosessene og kan integreres med den når man utvikler selv veldig store IT-prosjekter. Agile praksiser har nå blitt en del av PMBOK®-veiledningen.

På rett vei "Agile - Scrum Foundation 1. Agile Project Management". Du vil lære hvordan du organiserer programvareutviklingsprosessen og får det ferdige produktet i en stivt fast, og viktigst av alt, kort tidsramme i et miljø i stadig endring. I løpet av kurset vil du utvikle et nytt «produkt» ved hjelp av Scrum (Agile). Du, som et Scrum-team, vil få live-erfaring og oppleve fordelene ved å jobbe i Scrum (Agile). Under veiledning av vår trener vil du gå gjennom ulike situasjoner nær virkeligheten, for løsningen som du må bruke nye, innovative tilnærminger Scrum (smidig).

Kursets målgruppe:

Programvareutviklere - medlemmer av utviklingsteam, teamledere (seniorutviklingsteam).
Fagfolk som ønsker å mestre rollen som Product Owner eller Scrum Master i Scrum-team.
Scrum teamledelse som ønsker å bli kjent med detaljene ved å jobbe i teamet.

Kurset "Agile-Scrum Foundation 1. Project Management using Agile Approaches" gir deg forberedelse til og PDU for å fornye dine eksisterende sertifiseringer:

	Teknisk	ledelse	Strategisk	Total
PMI_RMP®	-		-
PMI_SP®	-		-
PMP(r)®			-
PgMP(r)®			-
PMI_ACP®			-
PfMP®	-		-
PMI_PBASM	-		-

PMI er et registrert varemerke for Project Management Institute.
PMBoK er et registrert varemerke for Project Management Institute.

Spørsmålet om sertifisering av Scrum Masters er det vanligste emnet for alle Scrum-sertifiseringer og treninger. Nesten annenhver besøkende til mine treninger eller langsiktige Scrum-treninger planlegger å bli sertifisert som Scrum Master i fremtiden.

Hvis vi deler alle Scrum-sertifiseringer etter tidsskala, er de av flere typer - kortsiktige (2-3-dagers kurs) eller langsiktige, der du må bekrefte din erfaring i Scrum, men det er ikke nødvendig å gjennomgå langtidsopplæring.

Selv har jeg fått opplæring og fått sertifikater fra de mest kjente Scrum-skolene. Nå vil jeg snakke om de mest kjente sertifiseringene for Scrum Masters, inkludert min mening om dem.

Vi vil utelate min holdning til korttidssertifiseringer i denne artikkelen, og selv om jeg vurderer langtidsopplæring i flere uker eller måneder med lekser og videre analyse av problemstillinger fra arbeidet mitt, effektiv måte Scrum-trening, men antallet fans av kortsiktig sertifisering er enormt.
Etterspørselen etter langsiktige Scrum-sertifiseringer er mye mindre, men slike sertifiseringer finnes på alle kjente Scrum-sertifiseringsskoler og har ikke ordene "Scrum Master" i navnet.
Opplæringer og sertifiseringer som har ordene Scrum Master i navnet er hovedsakelig kortsiktige sertifiseringer. Det vil si at for å få et Scrum Master-sertifikat må du enten gå på et 2-dagers kurs eller bestå en online test uten å gå gjennom opplæring.
Men ikke alt er så enkelt som det ser ut ved første øyekast. Du klarer deg ikke uten forberedelse.

I denne artikkelen skal jeg se på sertifiseringene til to skoler - Scrum Alliance og Scrum.org. Hvorfor bare disse to? Jeg anser disse organisasjonene som de mest verdifulle, siden de enten ble grunnlagt av medgründerne av Scrum, eller de er de mest kjente på markedet, eller de gir den mest pålitelige bekreftelsen av Scrum-kunnskap. Samtidig motsier ikke disse skolene, i motsetning til de fleste online-sertifiseringer, når det gjelder testene deres, det offisielle synet på Scrum, beskrevet i Scrum Guide - den viktigste guiden til Scrum.

Så la oss gå gjennom sertifiseringene i rekkefølge.

1. Sertifiseringer fra ScrumAlliance

ScrumAlliance er den største Scrum-skolen og den mest utbredte skolen i verden, som er den mest kjente og gjenkjennelige Scrum-sertifiseringsorganisasjonen.
Dette er selvfølgelig ikke en skole, men den største sammenslutningen av Scrum-fans, nesten smidige ledere, Scrum-trenere, Scrum-trenere og Scrum-treningsorganisasjoner.
Blant grunnleggerne av ScrumAlliance i 2001 var Scrum-grunnleggerne Ken Schwaber og Jeff Sutherland, som senere grunnla sine egne sertifiseringsselskaper, også involvert i Scrum-sertifisering, som jeg vil diskutere nedenfor.

Scrum Master-sertifikatet til denne skolen kan ikke oppnås uten først å ha deltatt på en frakoblet opplæring. Scrumalliance-treninger er vanligvis ganske dyre (sjelden sett for mindre enn $700 per billett)

ScrumAlliance-sertifiseringer kommer i 3 sertifiseringer på inngangsnivå: Certified Scrum Master, Certified Scrum Product Owner og Certified Scrum Developer, og en avansert sertifisering som krever erfaring i Scrum, den sertifiserte Scrum Professional.
For Scrum Master-skorpen er den første sertifiseringen nødvendig.

CSM (Certified Scrum Master)

Til tross for at det er relativt få aktive Scrum Masters i vårt marked, er dette den mest ettertraktede sertifiseringen fra ScrumAlliance. Mange anser det som nødvendig å starte reisen med Scrum med denne sertifiseringen. På grunn av dette minner kursmateriell ofte om generell Scrum-opplæring (se krav til kursdekning for trenere). Men det betyr ikke at treningen er dårlig. For å være kvalifisert til å lese ScrumAlliance-trening etterfulgt av sertifisering, må man gjennom en ganske vanskelig intervjuprosess, og det er nok derfor jeg ikke har hørt om dårlig ScrumAlliance-trening ennå.

CSM-treninger tar 2 dager.
For å motta et CSM-sertifikat, må du delta på en 2-dagers opplæring fra en offisiell ScrumAlliance-trener og bestå den offisielle online testen som treneren sender til deltakerne, vanligvis umiddelbart etter treningen. Sertifiseringstesten er ganske enkel og jeg har aldri sett noen feile den. Testen er laget for grunnleggende kunnskap om Scrum og har flere spørsmål knyttet til rollen som Scrum Master.
Samtidig argumenterer ScrumAlliance for enkelheten i testen ved at de sjekker trenerne sine veldig godt, og de er trygge på at kunnskap vil bli formidlet på en kvalitetsmessig måte.

Etter kurset opprettes det en profil for deg på nettsiden til ScrumAlliance.
Her er et eksempel på en profil du vil ha
De som har tatt kurset får (eller fornyet) medlemskap i fellesskapet (og samtidig tilgang til profilen)

Medlemskapet må fornyes annethvert år for $50. Det er ikke nødvendig å ta testen.

Hva du trenger for CSM-sertifisering

Les Scrum Guide dette er en 23 siders grunnleggende guide til Scrum, oppdatert i 2016. Uten å forstå det grunnleggende om Scrum fra Scrum-håndboken, er det umulig å bestå selv den enkleste Scrum-eksamenen, siden det er mye motstridende informasjon i ulike Scrum-kilder. Scrum-guiden er det aller første stedet å lære om Scrum som et prosessrammeverk.
les blogginnlegg fra Scrum Alliance i fellesskapet deres.
ScrumAlliance har de største fellesskapsgruppene der du kan chatte om Scrum.
Derfor, når du forbereder deg til sertifisering, anbefaler jeg å se inn i samfunnet deres og få kunnskap derfra.
Det er ganske mye informasjon her fra nybegynnere Scrum-trenere. Derfor, hvis du lærer å skille klinten fra hveten i denne kilden, kan jeg si at du har mer enn nok kunnskap om Scrum for sertifisering.
lest en bok fra grunnleggeren av Scrum på russisk. Denne boken gir en forståelse av filosofien bak Scrum prosessrammeverket beskrevet i Scrum Handbook og vil gi en forståelse av ikke bare "hva du skal gjøre", men også "hvorfor". Mer innsats du kan ikke søke hvis målet bare er å få et sertifikat.

Eksamen:

Etter at du har mottatt profilen registrert av treneren via din e-post, vil du få vedlagt en test som du kan begynne å ta i henhold til instruksjonene som treneren har sendt til deg. Testen har 35 flervalgsspørsmål. For å bestå må du svare riktig på 24.
Hvis du stryker på prøven, vil du bli vist feil spørsmål, men ikke vist de riktige svarene på disse spørsmålene. ScrumAlliance gir deg dermed muligheten til å finne de riktige svarene selv. Etter det kan testen tas på nytt gratis. Prøven gis 1 time. Testen kan avbrytes og fortsettes når som helst. Under overleveringen kan spørsmål hoppes over ved å bokmerke dem for å komme tilbake til dem senere.

Resultater:

Utstedelsespris - minst $ 700
Er det verdt å gi opp? Ja, hvis du er villig til å punge ut med penger til selve kurset kjent selskap Scrum sertifiserer.

2. Sertifiseringer fra Scrum.org

Det er en Scrum-skole grunnlagt av Scrum-medgründer Ken Schwaber i 2009. Den er ennå ikke like utbredt over hele verden som Scrum Alliance, men får stadig fart, og har allerede blitt mer populær i enkelte land på grunn av sin tilnærming til sertifisering.
Ken Schwaber grunnla denne skolen for å forbedre Scrum-trening, som, etter hans mening, på tidspunktet for åpningen av Scrum.org var basert mer på inntjening enn på kvalitetsopplæring. Du kan lese om årsakene til å grunnlegge Scrum.org i.
Du trenger ikke gå på trening for å få Scrum.org-sertifisering (selv om det anbefales). Og alt du trenger å gjøre er å betale $150 for den elektroniske sertifiseringskoden.
Beleilig? Ja. Men ikke alt er så enkelt.

Det er 3 typer sertifiseringer fra Scrum.org for Scrum Masters: Professional Scrum Master I, Professional Scrum Master II og III.
Dette er ulike grader av sertifisering som krever ulike kunnskapsnivåer.
Alle basissertifiseringer fra Scrum.org er vist på bildet

Profesjonell Scrum Master I (PSM I)

Den aller første Scrum Master-sertifiseringen fra Scrum.org. Og kanskje den vanskeligste av de kjente sertifiseringene sammenlignet med andre skoler.
Jeg kjenner få personer som besto denne eksamenen første gang. Selv med forberedelse. Derfor kan du som et alternativ delta på den offisielle Scrum.org-opplæringen før sertifisering. Men å delta på en opplæring garanterer deg heller ikke sertifikat. Sertifisering vil måtte tas på lik linje med de som ikke har fått opplæring. Du skal ta den samme testen. Foropplæringen gir deg god solid kjennskap til Scrum, men er ikke nødvendig for å introdusere deg for triksene ved å bestå selve eksamen.

Dessuten har selv offisielle trenere forbud mot å publisere svar på spørsmål fra eksamen. Spørsmål fra eksamen som dukker opp på nettet blir hensynsløst slettet kort tid.
Selve eksamen er ganske balansert. Den inneholder spørsmål på både et grunnleggende nivå og spørsmål som raskt kan besvares kun med erfaring i Scrum eller erfaring med å sette opp prosesser i rollen som Scrum Master. Eksamenen inneholder også "vanskelige" spørsmål, svarene du kan få ved å huske Scrum-terminologien godt, ved praktisk å huske Scrum-guiden. Eksamenen tas forresten på engelsk, så det er best å lese engelskspråklig litteratur. Det ideelle alternativet er selvfølgelig å ha 3-5 års erfaring i Scrum. Dette vil bidra til å bedre forstå essensen av noen problemer, men ikke det faktum at det vil være tilstrekkelig for levering. På Sctum.org vil du se mange innlegg hvor folk med mer enn 5 års erfaring stryker på eksamen og klager ;)

Forbereder til PSM I

Det er greit å lese Scrum Guide på engelsk. Les den igjen, og igjen, det er veldig bra å lese den 10-15 ganger. Hvis engelsken din ikke er perfekt, så anbefaler jeg å studere den grunnleggende formuleringen, siden eksamen inneholder vanskelige spørsmål.
Les boken Gunther Verheyen "Scrum - A Pocket guide".
De fleste spørsmålene til eksamen ble skrevet eller gjennomgått av Gunther, så bøkene hans er den beste måten å avsløre Scrum.orgs syn på spørsmål i sertifisering.
Her er en kort liste over Gunthers kilder som jeg også anbefaler å lese som forberedelse:
Les innlegg i . Denne bloggen har ikke direkte svar på spørsmålene i eksamen, men det er veldig like. Her kan du få noen gode forklaringer fra Scrum.org-tjenestemenn om Scrum-spørsmål som dekkes i sertifiseringstesten. Jeg liker å lese denne bloggen siden det er mange kunnskapsrike trenere på Scrum.org-forumet.
Les fra Scrum.org
Faktisk, med nok erfaring, kan punkt 1 være nok, men ved overgivelse kan noen spørsmål skremme deg.
Ta en gratis test fra Scrum.org
På vellykket levering ikke bli for begeistret - denne testen garanterer ikke bestått sertifiseringen. Eksamen vil ha spørsmål som er mye vanskeligere enn den åpne prøven.
Jeg vil vurdere denne testen som en lakmusprøve for uforberedthet. Hvis du scoret mindre enn 100 %, vil du mest sannsynlig ikke kunne bestå sertifiseringseksamenen. Men i denne testen, i motsetning til eksamen for sertifikat, sorteres feil svar på spørsmål.

Hvordan er selve sertifiseringen

Sammendrag:

PSMI er den vanskeligste sertifiseringen for Scrum Masters der ute. Krever grundig forberedelse. Men resultatet er verdt det. Jeg kan kalle alle som har bestått PSM I-testeksperter som forstår Scrum og er trygge på Scrum-basen. Sertifisering krever ikke opplæring. Utstedelsesprisen er $ 150. Er det verdt å leie? Selvfølgelig er det verdt det! Det blir en uforglemmelig opplevelse som du ikke vil angre på.

PSM II og PSM III

Dette er enda mer avanserte sertifiseringer fra Scrum.org. De er inkludert i det obligatoriske opplæringsprogrammet for trenere fra Scrum.org, så nivået på trenere i denne organisasjonen er ganske høyt. Vanlige Scrum Masters kan ta disse sertifikatene, snarere for sin egen tilfredsstillelse, siden de ikke kreves noe sted. PSM II består også av spørsmål med enkelt- og flervalg, og ved bestått PSM III må du skrive korte essays når du svarer på spørsmål som kontrolleres for hånd. Med tanke på høy pris og kompleksiteten til disse eksamenene, jeg har ennå ikke møtt noen som besto disse eksamenene bare for seg selv, uten å ha deltatt i opplæringen av trenere.

Funn:

Det er mange sertifiseringer for Scrum. Alle skoler har sine fordeler og ulemper. Med betinget samme betydningsnivå som de vurderte skolene, når du velger en sertifiseringsorganisasjon, vil jeg anbefale å se på slike hovedpunkter

	ScrumAlliance	Scrum.org
Sertifiseringspris:	0 USD kun under trening	150 USD med gratis trening
Behovet for opplæring	Ja, definitivt	ikke nødvendig
Treningspris	fra 700 USD	fra 650 USD
Medlemskostnad	50 USD	0 USD
Medlemskapets varighet	2 år	ingen begrep om medlemskap
Eksamensvanskelighet	Lette til middels spørsmål, 60 minutter, 35 spørsmål, 27 svar på overgivelse	Enkle, middels, vanskelige og forvirrende spørsmål, 60 minutter, 80 spørsmål, 68 svar å levere
Mengden innsats for å forberede seg til eksamen	Ta opplæringen og les Scrum Guide	Det tar tid og krefter å forberede seg
Antall overgivelsesforsøk	2	1

Hvis sertifisering ikke er så viktig for deg, så gir jeg i mine Scrum-treninger kunnskap som vil være nyttig for deg i erfaringen med å implementere Scrum i praksis i din bedrift.
Bli hos oss. Scrum må fortsette!

24 PDUer godskrives for å ha fullført kurset.

Beskrivelse av utdanningsprogrammet

Prosjektledelse som kunnskapsfelt er godt etablert i praksisen til mange kommersielle og statlige selskaper og organisasjoner. Men under gjennomføringen av en rekke prosjekter, først og fremst i den svært intellektuelle sfæren, viste det seg at de "klassiske" tilnærmingene til prosjektledelse enten bare fungerer delvis eller ikke fungerer i det hele tatt.
Dersom prosjektene innebærer en høyvolumsløsning analytiske oppgaver hvis situasjonen i prosjektet endres daglig eller til og med hver time, hvis prosjektet involverer et kompakt team av fagfolk på 5/9 personer, hvis prosjektet ofte endrer innholdet og funksjonaliteten til det fremtidige systemet, og det er nødvendig å fullføre arbeidet med tid og med nødvendig nivåkvalitet, kan det være nødvendig å bruke fleksible (Agile) tilnærminger i prosjektledelse. Scrum-metoden, som er vellykket brukt i ulike sektorer av økonomien, har fått størst popularitet: informasjonsteknologi, finans, utdanning, Vitenskapelig forskning etc.
Agile prosjektledelseskurs Scrum metode» er designet for å gi prosjektteamet verktøyene til mer effektivt å planlegge, utføre og kontrollere høyteknologiske prosjekter ved å bruke de mest avanserte smidige metodene.
Etter fullført kurs skal studenten:
Vet:

hovedprosessene og hendelsene for fleksibel prosjektledelse (AP) i implementeringen av Scrum;
måter å søke etter grunnleggende informasjon om fleksible metoder i PM;
forskjeller mellom klassiske tilnærminger i PM og de som tilbys av Scrum;
funksjoner i organiseringen av prosjektledelse i henhold til Scrum-metoden;
Scrum-prosjektets livssyklus.

Være i stand til:

identifisere prosjektinteressenter;
definere målene og forventningene til interessentene fra det endelige resultatet;
skjemakrav og definere brukerhistorier;
planlegge oppgaver for Sprinten;
kontrollere løpet av Sprint;
administrere endringer i løpet av prosjekter;
identifisere, analysere og svare på risikoer under Scrum-prosjektet;
håndtere risikoer.

Egen:

ferdigheter i å kompilere en produktbacklog;
ferdigheter i å kompilere Sprint Backlog;
møteferdigheter i Scrum-prosjekter;
demonstrasjonsferdigheter.

Vellykket gjennomføring av programmet dette kurset vil tillate spesialister:
Administrer den generelle fremdriften til Scrum-prosjektet.

Formålet med kurset

Dannelse og forbedring faglige kompetanser innen prosjektgjennomføring etter Scrum-metoden

Målgruppen

Spesialister hvis aktiviteter er knyttet til utviklings- og/eller implementeringsprosjekter informasjonssystemer(IP):

ledere og analytikere
medlemmer av prosjektgruppen

Nødvendig forberedelse

Erfaring med deltakelse i prosjekter for utvikling og/eller implementering av IS.
Det er ønskelig å ha kunnskaper og ferdigheter innenfor omfanget av emnet UP130 "Fundamentals of project management" eller ta dette emnet

Introduksjon til fleksibel (smidig) prosjektledelse.
Grunnleggende om prosjektledelse etter Scrum-metoden.
Generell beskrivelse av Scrum-metoden.
Livssyklusen til et Scrum-prosjekt.
Sprint definisjon.
Hovedartefaktene til Scrum-prosjektet.
Organisering av prosjektet etter Scrum-metoden
Roller utenfor prosjektet. Interessenter. Prosjektkunde (Kunde), Sponsor (Sponsor), Forbrukere sluttprodukter(Brukere)
Rollene til prosjektteamet (Scrum-teamet, Scrum-teamet). Produkteier. Scrum Master. Utviklingsteam.
Livssyklusen til et Scrum-prosjekt
Initiering. Oppretting av en prioritert Product Backlog.
Planlegging og evaluering. Utvikling og evaluering av User Stories. Dannelse og evaluering av Oppgaver (Tasks). Sprintplanlegging. planlegger poker.
Henrettelse. Lag prosjektleveranser. Sprintstruktur, fokusfaktor. Gjennomføring av daglige Scrum-møter - Teams (Daglig Scrum-møte).
Kontrollen. Sprint gjennomgang. Sprint retrospektiv. Avbryt Sprint.
Fullføring. Aksept av prosjektresultater. Prosjekt retrospektiv.
Ytterligere aspekter ved prosjektledelse i henhold til Scrum-metoden
Endringsledelse. Gjør endringer i Scrum - prosjekter. Endringer under sprinten.
Kvalitetskontroll. Grooming (Product Backlog Care). Spike (Enabler - historie).
Håndtering av risikoer. Risikostyring underveis i prosjektet etter Scrum-metoden.
Dokumenter i prosjektaktiviteter

Verksteder

Elementer Livssyklus Scrum - prosjekt.
Kompilering av en produktbacklog. Dekomponering og prioritering av User Stories.
Planlegging av arbeidsstadiet (Sprint), kompilering av Sprint Backlog. Evaluering av brukerhistorier og oppgaver.
Utførelse av arbeidsstadiet. Daglige teammøter (Daglig Scrum-møte).
Demonstrasjon av oppnådde resultater til Kunden (Sprint Review Meeting).
Møte om resultatene av arbeidsfasen (Sprint Retrospective Meeting).
Scrum-ledelse - prosjekt- og arbeidsstadier. Arbeide med visualiseringsverktøy: Tasks Board og Burndown Chart. Evaluering av framføring.
Risikostyring i Scrum - prosjekt.

Mottatt dokument

Sertifikat for avansert opplæring og internasjonalt sertifikat.

Det er tre roller i den klassiske Scrum-administrasjonsmodellen, hvorav en kalles Scrum Master. Dette er rollen til hovedpersonen i teamet, som i sitt arbeid bekjenner seg til en "fleksibel" ledertilnærming. Men ofte (spesielt i handelshøyskoler og Scrum-miljøer) kalles en Professional Scrum Master (PSM) en person som har forstått Scrum-modellen på et grunnleggende nivå, adoptert den smidige "fleksible" tilnærmingsfilosofien og nå ikke bare kan lede et prosjekt med enhver kompleksitet, men lærer den også til andre. Slike personer får et sertifikat (Scrum Master Certification) på ulike kvalifikasjonsnivåer (stadier).

Det er tre roller i Scrum-modellen:

Scrum Master.
Produkteier.
Team (Team).

Hver "rollekarakter" i dette teamet er ansvarlig for sitt "arbeidssted".

Funksjoner er ikke blandet eller overført, selv om hele prosessen utføres i nært samspill mellom alle teammedlemmer.

Rollefordeling av ansvar

Team (lag), som som regel består av 6-8 personer, i Scrum-paradigmet bør være selvorganisert og selvstyrt, og arbeidet vurderes og evalueres som en handling samlet gruppe. Innad i teamet er det ingen klar rollefordeling med begrensede handlinger, selv om teamet inkluderer personer med ulik faglig kompetanse. Mesteren står imidlertid alene her og regnes ikke som et medlem av laget.

Produkteier. PÅ vid forstand er et mellomledd mellom marked og virksomhet, som leder prosjektet innenfor rammen av en felles forståelse av kravene. Han er ansvarlig for at resultatet av arbeidet er verdifullt og nyttig i markedet. En slik person leder utviklingen av produktet, og ikke aktivitetene til teamet. Men stillingen som mekler forplikter ham:

kjenne de nåværende reelle forbrukernes behov,
være i stand til å formidle disse behovene på forretningsspråket til teamet av utøvere,
se prosessen med å lage et produkt som et system av aktiviteter for å tilføre verdi.

Når det gjelder en Product Owner, snakker vi nesten alltid om én person som er personlig ansvarlig for å skape verdier og derfor justerer prioriteringer ved hver arbeidsfase-sprint. Noen ganger er det imidlertid vanskelig for én person å oppfylle denne rollen. Deretter er funksjonene til "Prosjekteier" fordelt på flere personer (for eksempel formulerer den ene kravene, og den andre er ansvarlig for å samhandle med markedet). Men i dette tilfellet er hovedlederen fortsatt nødvendigvis tilsatt med enerett (og plikt) til eneprioritering og autorisasjon av krav i Bcaklog.

. Hvis prosjekteieren i Scrum-modellen ikke leder teamet, er det logisk å anta at arbeidet til teamet skal ledes av Scrum Master. Dette er imidlertid heller ikke tilfelle, siden teamet er selvorganiserende og ikke krever ledelse. I motsetning til klassikeren prosjektledelse, her er en slik sjef ikke gitt i det hele tatt. Mesteren hjelper til med å organisere arbeidet til teamet, men forstyrrer som regel ikke selve arbeidet. Han setter ikke oppgaver og tvinger ikke arbeid.

Mesterens vanskelige rolle

En analog av aktiviteten til Scrum Master er funksjonen til administratoren. Han må yte effektive forhold arbeid med en gitt modell. I praksis betyr dette at:

hvis et teammedlem kommer for sent til et møte, lider organiseringen av arbeidsflyten, og mesteren må passe inn,
hvis det er en potensiell fare for konflikt i teamet, så regulerer Mesteren forholdet,
hvis de ideologiske prinsippene til Scrum blir krenket, er mesterens oppgave å tolke, fremheve, beskytte både verdiene til ideologien og laget selv.

Rollen til en slik koordinator-administrator i teamet er ikke ny. Ideologisk ligner det litt på rollen til en kommissær i en militær enhet. (I denne analogien tilsvarer funksjonene til laglederen funksjonene til Produkteieren i Scrum-modellen).

I den velkjente boken til Strugatsky-brødrene, The Doomed City, er det en historie der en forskningsavdeling er fremmet for langdistanse-rekognosering over ørkenland. Flere uker med en utmattende reise fører til at disiplinen i avdelingen begynner å lide sterkt, og selv en eksemplarisk sjef som har fullført flere kampanjer kan ikke organisere sine underordnede. Men sammen med militæret (og blant dem) inkluderer ekspedisjonen en svært tilpasningsdyktig person som vet hvordan man kan finne et felles språk med alle, sette stemningen, finne en løsning på et kritisk problem (søk etter en vannkilde av arkivdokumenter). Som et resultat, i en av episodene, innrømmer sjefen at selv om han aldri forsto hvorfor det var kommissærer i hæren, ville han ha tatt en slik arrangør.

Dette er nok en illustrasjon på viktigheten av rollen til Mesteren og det faktum at funksjonene som er distribuert i Scrum-modellen ikke skal blandes. Scrum Masteren har en spesifikk kvalifikasjon, og for å mestre den trenes potensielle kandidater til rollen.

Scrum Master-kvalifisering

Når de mestrer Scrum-ledelsesmodellen, må kandidater til både rollen og tittelen Master ikke bare kjenne til den formelle algoritmen til prosessen, men først og fremst bekjenne tilnærmingens filosofi. Det vil si på mange måter å endre sine verdiorienteringer i virksomheten og i relasjoner med kolleger, for å revidere reglene for oppførselen deres, og ikke alle er klare til å gjøre dette. I følge statistikk opplever opptil 30 % av de ansatte som tidligere jobbet etter klassiske ledelsesmodeller nesten uoverstigelige vanskeligheter når de står overfor innføringen av en smidig tilnærming. Å tilpasse seg det "fleksible" formatet selv og hjelpe andre teammedlemmer med dette undervises i spesielle kurs som forbereder Scrum Masters.

Så for eksempel på treningsskolen «Unusual Concepts» holdes det et todagers kurs (Certified ScrumMaster), som gir grunnleggende kunnskap om modellen. Traineer får systematiske anbefalinger om taktikken for å implementere modellen i organisasjonen og om innholdet i Scrum-prosesser.

Spesielt blir "studenter" introdusert for alle stadier av systemet og dets fordeler:

underbygge konkurranseevnen til "fleksible" metoder, sammenlignet med klassiske,
snakke om mulige områder av deres bruk,
trinn for trinn dekomponere utviklings- og planleggingsprosessen i elementer,
utarbeide rolledeltakelse i ulike scenarier,
danne en idé om karaktersystemet,
vurdere å bruke informasjonsverktøy(sprint backlog og produkt backlog),
i formatet arbeidsgruppe bidra til å mestre teknikkene for "fleksibel" design og ledelse,
utarbeide de praktiske nyansene ved implementering av Scrum separat.

I tillegg er det 3-dagers opplæringskurs for prosjektledere – «Product Owners» (Product Owner) og opplæring for Masters, som resulterer i et Scrum Master sertifikat (PSM I). Dette er et offisielt kurs fra Scrum.org, hvis sertifikater er anerkjent over hele verden.

I det nevnte "House of Scrum.org", som forener både programvareutviklere og alle de som bekjenner seg til ideene om "smidig" ledelse, kan du kjøpe et "pass" til kurs på første, andre og tredje nivå.

PSM I. De som er trent på dette nivået demonstrerer en grunnleggende forståelse av formen og innholdet til Scrum, tilegner seg konseptuell kunnskap.
PSM II. Mennesker på dette stadiet av kunnskap viser et avansert nivå av ferdigheter og kan effektivt bruke det i praksis selv i vanskelige situasjoner.
PSM III. De som har mestret dette nivået utmerker seg med omfattende teoretisk og praktisk kunnskap om Scrum og ideologiens verdier.

Prosjektledelse ,

smidig,

Produktledelse

Da jeg leste «Agile er mye mer enn bare Scrum» i beskrivelsen av ScrumTreks Certified Agile Professional-sertifiseringskurs, var det første jeg tenkte på hvorfor ScrumTrek, skulle det da hete AgileTrek? Etter å ha gått gjennom denne opplæringen, kom jeg tilbake til denne uttalelsen med en mer seriøs tankegang. Så hva tok jeg med meg fra treningen? rekorder, Gi ut og sertifisert ICAgile Professional? Men hva med forståelsen av hva Agile er? Hva er konseptet med Agile-tilnærmingen? Hva er en smidig tankegang?

I dette notatet deler jeg mine inntrykk av treningen. Dette er ikke så mye en gjenfortelling av innholdet i opplæringen som en subjektiv vurdering av nytten av kunnskapen som er oppnådd på den. Håper dette hjelper deg med å finne ut om du trenger denne opplæringen.

Historien om Agile

Jeg husker godt historien til Agile, som treneren presenterte i form av progressiv modning av hele programvareutviklingsindustrien.

Code-and-Fix gjorde at industrien kunne begynne å skrive kode relativt billig uten noen planer, dokumentasjon og spesielle krav til kvalifikasjonene til utviklerne.

Den ble erstattet på 1970-tallet av Waterfall-modellen, som reduserte risikoen, økte gjennomsiktigheten av programvareutvikling og eliminerte problemet med høye vedlikeholdskostnader for programvare samtidig som lave krav til utviklernes ferdigheter ble opprettholdt. Modellen begynte å bli brukt overalt, noe som raskt avslørte problemene. Fossen fungerer bra bare i tilfeller der alt er kjent på forhånd: hvilket produkt som må utvikles, hvilke implementeringsteknologier som må brukes - og ingen endringer skjer underveis.

De første forsøkene på å rette opp situasjonen er assosiert med fremveksten av iterative tilnærminger på 1990-tallet. På den ene siden forenkles dette av billiggjøring av datamaskiner, når datamaskintiden slutter å være en objektiv begrensning, som gjør det mulig å gjennomføre gjentatte eksperimenter for å øke funksjonaliteten til produktet. På den annen side blir nye IT-teknologier mer og mer konkurransedyktige, så bedrifter må raskt bruke dem til virksomheten. Hvem implementerte ny teknologi før resten vant det både kunder og markedet. Fra dette øyeblikket begynner den aktive utviklingen av fleksible utviklingsprosesser, som tar sikte på å gi bedrifter rask levering av funksjonalitet. I hovedsak er det en tilbakeføring til den "raske" Code-and-Fix-metoden, men den er supplert med planlegging og eliminering av risiko.

For meg ser det ut til at de fleste bedriftsutviklere den dag i dag ikke bruker Scrum i det hele tatt, som de tror, men iterativ foss. Se på diagrammet nedenfor, fungerer det på en eller annen måte for deg?

Eller er det det samme som i Scrum?

I 1992 dukker Crystal opp, som for første gang fokuserer på hyppig levering av arbeidskode til sluttbrukere. Så, i 1994, ble DSM (Dynamic Systems Development Method) introdusert, som proklamerte et fokus på forretningsbehov og et irreduserbart nivå av programvarekvalitet (begrepet Refactoring dukket opp rundt samme år). Til slutt, i 1996, ble Scrum Framework introdusert, som ble de facto standarden for smidig utviklingsledelse. Samme år begynte parprogrammering å bli brukt for første gang. Og i 1999 kommer XP, som brakte konseptet med brukerhistorier (User Story), utgivelsesplanlegging og kontinuerlig integrasjon (Continuous Integration). Resultatet av alle disse private initiativene var Agile Software Development Manifesto, utviklet i 2001, som nedfelte 10 år gamle verdier og prinsipper som lar deg raskt levere funksjonalitet til virksomheten.

Videreutvikling av Agile er assosiert med forsøk på å eliminere alle mulige tap (nedetid) i programvareutviklingsprosessen, og dermed øke hastigheten på levering av funksjonalitet ytterligere. I 2003 fremstår Lean Software Development som en tilpasning av Toyotas lean manufacturing-konsept til programvareutviklingsindustrien. I 2006 fortsetter bevegelsen med bruken av Kanban Software Development, som presenterer en ferdig algoritme for å eliminere tap i verdi (funksjonalitet) leveringsstrømmen til virksomheten. Også i 2011, som svar på den eksplosive veksten av SAAS (programvare som en tjeneste), dukker DevOps-konseptet opp, som kombinerer utvikling og vedlikehold for å eliminere avfall i deres knutepunkt.

Totalt sett har produksjon (utvikling) sluttet å være en flaskehals, etter å ha lært hvordan man raskt kan møte behovene til virksomheten. Den smidige utviklingen fortsetter imidlertid. Først i området for smidig skalering store bedrifter(Sikker). For det andre, et stort antall mislyktes investeringsprosjekter reiser et spørsmål innen produktutvikling: hvordan utvikle det mest etterspurte produktet så billig som mulig? I 2009 ble Lean Startup svaret på denne begrensningen.

Smidige verdier og prinsipper

Sammen med deltakerne analyserer treneren konsekvent og dypt hver verdi og hvert prinsipp i Agile programvareutviklingsmanifestet. Jeg innrømmer at før treningen trodde jeg oppriktig at jeg forsto verdiene og prinsippene veldig godt. Det viste seg at dette ikke er helt sant.

For eksempel den andre verdien av Agile: "Et fungerende produkt er viktigere enn omfattende dokumentasjon." På et tidspunkt var dette en erklæring om fornektelse av fossefallsmodellen, der forståelsen av fremskritt i stor grad er basert på prosjektdokumentasjon. Men i versjon 2 av Agile Manifesto ble ordlyden endret: "Forretningsverdi er viktigere enn et fungerende produkt" (Agile Manifesto 2.1 - "MoreAgile Manifesto"). Dette er et eksempel på utviklingen av smidige verdier assosiert med bruken av Lean Startup: for mange fungerende produkter viste seg å være ubrukelige.

Scrum og Kanban

En vesentlig del av opplæringen er en oversikt over Scrum Framework og Kanban. Gjenfortelle denne delen av opplæringen er ikke inkludert i formålet med dette notatet. Jeg vil bare legge merke til at treneren hjelper deg med å føle hvert ikke-trivielt øyeblikk på egen hånd lagspill. Men dette er verdt å snakke om mer detaljert.

Spill i Agile

Alle spillene var enkle å lære og morsomme å spille. Under en kamp på den andre treningsdagen utbrøt en av deltakerne: «Hva gjorde vi før? Her er det!" Nedenfor skal jeg snakke om hva vi har lært i spill.

Penny / Multitasking-spill live (på oss selv) og overbevisende (med en vanlig stoppeklokke) demonstrerte behovet for å ta små porsjoner på jobb og ikke utføre flere oppgaver samtidig. Vi så hvordan dette eliminerer sløsing på grunn av nedetid i en strengt sekvensiell arbeidsprosess (foss), sløsing på grunn av akkumulering av arbeid som pågår (en full munn tygger lenger) og kontekstbytter (i en fossefallsmodell er det mest sannsynlig at en ansatt vil jobber med flere prosjekter samtidig).

Planlegging av poker er en så enkel teknikk av evalueringsteamet at selv innenfor rammen av et kort spill lar det deg føle dine fordeler. For eksempel var alle medlemmene av spillteamet mitt enige om det til slutt mest vi brukte slett ikke tid på en vurdering av lønnskostnadene ved et bestemt verk, men på en diskusjon av verk som vi i utgangspunktet forsto på forskjellige måter. Hovedgevinsten ligger med andre ord ikke i evalueringstallet i det hele tatt, men i den samme forståelsen av arbeidet. På den annen side, fordi vi var begrenset i tid, unngikk vi argumenter og diskusjoner hvis vurderingene våre konvergerte umiddelbart. Enkle ting, men hvor vanskelig det er å følge dem i arbeidet ditt! Er det ikke?

Sabotasjespillet til Daily Standup Meeting førte oss tilbake til å diskutere verdiene til Agile. For eksempel bør en Scrum Master (prosesscoach) ikke være leder for utviklingsteamet eller oppføre seg deretter, det vil si fordele oppgaver, skru på følelser og motarbeide gruppen, og dermed gjøre møtet til et kjedelig rapporteringsmøte for teammedlemmer i foran seg selv.