Scrum Master -sertifiointi on yleisin asia kaikissa Scrum-sertifioinneissa ja -koulutuksissa. Melkein joka toinen koulutuksiini tai pitkäaikaisiin Scrum-harjoituksiini osallistuvista aikoo tulla jatkossa Scrum Masteriksi.

Jos jaamme kaikki Scrum-sertifioinnit aikajanan mukaan, niitä on useita tyyppejä - lyhytaikaisia ​​(2-3 päivän kurssit) tai pitkäaikaisia, joissa sinun on vahvistettava kokemuksesi Scrumista, mutta se ei ole välttämätöntä käydä pitkäkestoista koulutusta.

Olen itse käynyt koulutuksen ja saanut todistukset tunnetuimmista Scrum-kouluista. Nyt haluan puhua tunnetuimmista Scrum Mastersin sertifikaateista, mukaan lukien mielipiteeni niistä.

Jätämme tässä artikkelissa pois mielipiteeni lyhytaikaisista sertifioinneista, ja vaikka pidän useiden viikkojen tai kuukausien pituista harjoittelua kotitehtävien ja työni kysymysten jatkoanalyysin kanssa tehokkaimpana tapana oppia Scrum, fanien määrä lyhytaikainen sertifiointi on valtava.
Pitkäaikaisten Scrum-sertifiointien kysyntä on paljon pienempi, mutta tällaisia ​​sertifikaatteja on kaikissa tunnetuissa Scrum-sertifiointikouluissa, eikä niiden nimessä ole sanaa "Scrum Master".
Koulutukset ja sertifioinnit, joiden nimessä on sana Scrum Master, ovat pääasiassa lyhytaikaisia ​​sertifiointeja. Toisin sanoen saadaksesi Scrum Master -sertifikaatin sinun on joko osallistuttava 2 päivän kurssille tai läpäistävä verkkotesti suorittamatta koulutusta.
Mutta kaikki ei ole niin yksinkertaista kuin miltä ensi silmäyksellä näyttää. Et voi tehdä sitä ilman valmistautumista.

Tässä artikkelissa tarkastelen kahden koulun - Scrum Alliancen ja Scrum.orgin - sertifikaatteja. Miksi vain nämä kaksi? Pidän näitä organisaatioita arvokkaimpina, koska ne ovat joko Scrumin perustajien perustamia, ne ovat markkinoiden tunnetuimpia tai ne tarjoavat vahvimman todisteen Scrum-tiedosta. Samanaikaisesti nämä koulut, toisin kuin useimmat online-sertifikaatit, eivät ole testikysymyksissään ristiriidassa Scrum-oppaassa - Scrumin tärkeimmässä oppaassa - kuvatun virallisen näkemyksen kanssa.

Käydäänpä siis sertifikaatit läpi järjestyksessä.

1. ScrumAlliancen sertifikaatit

ScrumAlliance on suurin Scrum-koulu ja maailman laajimmin levinnyt koulu, joka on tunnetuin ja tunnistetuin Scrum-sertifiointiorganisaatio.
Tämä ei tietenkään ole koulu, vaan suurin Scrum-fanien, lähes kettereiden alueiden johtajien, Scrum-kouluttajien, Scrum-valmentajien ja Scrum-koulutukseen osallistuvien organisaatioiden yhdistys.
ScrumAlliancen perustajien joukossa vuonna 2001 olivat Scrumin perustajat - Ken Schwaber ja Jeff Sutherland, jotka sitten perustivat omia sertifiointiyhtiöitään, jotka myös osallistuivat Scrum-sertifiointiin, josta kerron alla.

Tästä koulusta on mahdotonta saada Scrum Master -todistusta osallistumatta ensin offline-koulutukseen. Scrumalliance-koulutukset ovat yleensä melko kalliita (harvoin alle 700 dollaria per lippu)

ScrumAlliancen sertifikaatteja on kolmea eri tyyppiä lähtötasolle: Certified Scrum Master, Certified Scrum Product Owner ja Certified Scrum Developer sekä edistynyt sertifikaatti, joka edellyttää kokemusta Scrum - Certified Scrum Professional.
Scrum Masteriksi pääsemiseksi tarvitset ensimmäisen sertifikaatin.

CSM (Certified Scrum Master)

Huolimatta siitä, että markkinoillamme on suhteellisen vähän aktiivisia Scrum Mastereja, tämä on ScrumAlliancen suosituin sertifikaatti. Monet ihmiset pitävät tarpeellisena aloittaa matkansa Scrumilla tällä sertifikaatilla. Siksi kurssimateriaalit muistuttavat usein yleissivistävää Scrum-koulutusta (katso kurssien aiheiden kattamiseen liittyvät vaatimukset kouluttajille). Mutta tämä ei tarkoita, että koulutukset olisivat huonoja. Ollaksesi oikeutettu antamaan ScrumAlliance-koulutuksia ja myöhemmän sertifioinnin, sinun täytyy käydä läpi melko vaikea haastatteluprosessi, minkä vuoksi en ole luultavasti vielä kuullut huonoista ScrumAlliance-koulutuksista.

CSM-koulutukset kestävät 2 päivää.
CSM-sertifikaatin saamiseksi sinun tulee osallistua 2 päivän koulutukseen viralliselta ScrumAlliance-kouluttajalta ja läpäistä virallinen verkkotesti, jonka kouluttaja lähettää osallistujille yleensä heti koulutuksen jälkeen. Sertifiointitesti on melko helppo, enkä ole koskaan nähnyt kenenkään epäonnistuvan siinä. Testi on suunniteltu Scrum-perustietoihin ja sisältää useita Scrum Master -rooliin liittyviä kysymyksiä.
Samalla ScrumAlliance puolustaa testin yksinkertaisuutta sillä, että he testaavat kouluttajiaan erittäin hyvin ja luottavat siihen, että tieto välitetään laadukkaasti.

Kurssin jälkeen sinulle luodaan profiili ScrumAlliancen verkkosivuille.
Tässä on esimerkki profiilista, joka sinulla on
Kurssin suorittaneille annetaan (tai laajennettu) jäsenyys yhteisössä (ja samalla pääsy heidän profiiliinsa)

Jäsenyys on uusittava kahden vuoden välein 50 dollarilla. Testiin ei ole tarvetta.

Mitä tarvitset CSM-sertifiointiin?

Testin luottamuksellisen läpäisemiseksi ja todistuksen saamiseksi, pakollisen koulutukseen osallistumisen lisäksi, suosittelen seuraavaa:
• Lue Scrum Guide Tämä on 23-sivuinen perusopas Scrumille, päivitetty vuonna 2016. Ymmärtämättä Scrum-oppaan perusteita Scrum-oppaasta on mahdotonta läpäistä yksinkertaisintakaan Scrum-koetta, koska Scrumista löytyy paljon ristiriitaista tietoa eri lähteistä. Scrum Guide on ensimmäinen paikka oppia Scrumista prosessikehyksenä.
• lukea Scrum Alliancen blogiviestejä yhteisössään.
  ScrumAlliancella on suurimmat yhteisöryhmät, jotka voivat keskustella Scrumista.
  Siksi sertifiointiin valmistautuessa suosittelen tutustumaan heidän yhteisöönsä ja hankkimaan sieltä tietoa.
  Täällä on melko paljon tietoa myös aloittelevilta Scrum-kouluttajilta. Siksi, jos opit erottamaan vehnän akanoista tässä lähteessä, voin sanoa, että olet oppinut Scrumin enemmän kuin riittävällä tasolla sertifiointia varten.
• lukea Scrumin perustajan kirjaa venäjäksi. Tämä kirja antaa ymmärryksen Scrum-oppaassa kuvatun Scrum-prosessikehyksen taustalla olevasta filosofiasta ja antaa ymmärryksen paitsi "mitä tehdä", vaan myös "miksi". Sinun ei tarvitse ponnistella enempää, jos tavoitteenasi on vain saada todistus.

Koe:

Kun olet saanut valmentajan rekisteröimän profiilin sähköpostiisi, liitteenä on testi, jonka voit aloittaa valmentajan sinulle lähettämien ohjeiden mukaan. Testissä on 35 monivalintakysymystä. Hyväksyäksesi, sinun on vastattava 24 oikein.
Jos epäonnistut kokeessa, sinulle näytetään väärät kysymykset, mutta ei oikeita vastauksia näihin kysymyksiin. ScrumAlliance antaa sinulle siten mahdollisuuden löytää oikeat vastaukset itse. Tämän jälkeen voit suorittaa testin uudelleen ilmaiseksi. Testiin annetaan 1 tunti. Testi voidaan keskeyttää ja jatkaa milloin tahansa. Testin aikana voit ohittaa kysymykset lisäämällä ne kirjanmerkkeihin, jotta voit palata niihin myöhemmin.

Tulokset:

Hintapyyntö on vähintään 700 dollaria
Onko se sen arvoista? Kyllä, jos olet valmis maksamaan rahaa kuuluisimman Scrum-sertifiointiyrityksen kurssista.

2. Scrum.org-sertifikaatit

Tämä on Scrum-koulu, jonka perusti Scrum-perustaja Ken Schwaber vuonna 2009. Se ei ole vielä niin laajalle levinnyt ympäri maailmaa kuin Scrum Alliance, mutta se saa jatkuvasti vauhtia ja on jo tullut suositummaksi joissakin maissa sertifiointia koskevan lähestymistavan ansiosta.
Ken Schwaber perusti tämän koulun parantaakseen Scrum-opetusta, joka hänen mielestään Scrum.orgin avaamisen aikaan perustui enemmän rahan tekemiseen kuin laadukkaaseen koulutukseen. Voit lukea Scrum.orgin perustamisen syistä.
Sinun ei tarvitse osallistua mihinkään koulutukseen saadaksesi Scrum.org-sertifioinnin (vaikka se on suositeltavaa). Ja sinun tarvitsee vain maksaa 150 dollaria verkkosertifioinnin koodista.
Mukava? Joo. Mutta se ei ole niin yksinkertaista.

Scrum Mastersin Scrum.org-sertifikaatteja on kolmea tyyppiä: Professional Scrum Master I, Professional Scrum Master II ja III.
Nämä ovat eriasteisia sertifiointeja, jotka edellyttävät erilaista tietämystä.
Kaikki Scrum.orgin perussertifikaatit näkyvät kuvassa

Professional Scrum Master I (PSM I)

Aivan ensimmäinen Scrum Master -sertifikaatti Scrum.orgilta. Ja ehkä vaikein tunnettu sertifiointi verrattuna muihin kouluihin.
En tunne monia ihmisiä, jotka läpäisivät tämän kokeen ensimmäisellä kerralla. Jopa valmistautumalla. Siksi voit vaihtoehtona osallistua viralliseen Scrum.org-koulutukseen ennen sertifiointia. Mutta koulutukseen osallistuminen ei myöskään takaa, että saat todistuksen. Sinun on läpäistävä todistus tasavertaisesti niiden kanssa, jotka eivät ole suorittaneet koulutusta. Teet saman testin. Esikoulutus antaa sinulle hyvän ja selkeän tuntemuksen Scrumista, mutta sen ei edellytetä esittelevän itse kokeen läpäisemisen temppuja.

Lisäksi jopa viralliset kouluttajat eivät saa julkaista vastauksia kokeen kysymyksiin. Verkossa näkyvät kokeen kysymykset poistetaan armottomasti lyhyessä ajassa.
Itse koe on melko tasainen. Se sisältää sekä perustason kysymyksiä että kysymyksiä, joihin voi vastata nopeasti vain, jos sinulla on kokemusta Scrum-työskentelystä tai kokemusta prosessien asettamisesta Scrum Masterina. Tentti sisältää myös "hankalia" kysymyksiä, joihin saat vastaukset, jos muistat Scrum-terminologian hyvin ja muistat Scrum-oppaan käytännössä. Muuten, tentti suoritetaan englanniksi, joten on parasta lukea englanninkielistä kirjallisuutta. Ihanteellinen vaihtoehto on tietysti 3-5 vuoden kokemus Scrumista. Tämä auttaa sinua ymmärtämään paremmin joidenkin asioiden olemuksen, mutta se ei ole tosiasia, että se riittää ohittamaan. Sctum.orgissa näet paljon viestejä, joissa ihmiset, joilla on yli 5 vuoden kokemus, ovat epäonnistuneet kokeessa ja valittavat ;)

Valmistautuminen PSM I:een

Kuvaan muutamia temppuja, jotka auttavat vähentämään tähän kokeeseen valmistautumisesta aiheutuvia kustannuksia.
1. On hyvä lukea Scrum-opas englanniksi. Lue se uudelleen ja uudelleen, lue se erittäin hyvin 10-15 kertaa. Jos englannin kielen taitosi ei ole täydellinen, suosittelen perussanan opiskelua, koska tentti sisältää hankalia kysymyksiä.
2. Lue Gunther Verheyenin kirja "Scrum - A Pocket Guide".
   Suurin osa koekysymyksistä on Guntherin kirjoittamia tai arvioimia, joten hänen kirjansa antavat parhaan käsityksen Scrum.orgin näkökulmasta sertifiointikysymyksiin.
   Tässä on lyhyt luettelo Gunterin lähteistä, jotka myös suosittelen lukemaan valmistelussa:
3. Lue postaukset . Tässä blogissa ei ole suoria vastauksia kokeen kysymyksiin, mutta jotkut ovat hyvin samankaltaisia. Täältä löydät hyviä selityksiä Scrum.orgin virkamiehiltä Scrumia koskeviin kysymyksiin, joita sertifiointitesti kattaa. Nautin tämän blogin lukemisesta, koska Scrum.org-foorumilla on paljon taitavia kouluttajia.
4. Lue osoitteesta Scrum.org
   Itse asiassa, kun on tarpeeksi kokemusta, kohta 1 voi olla aivan riittävä, mutta ohittaessasi voit pelätä joitakin kysymyksiä.
5. Tee ilmainen testi Scrum.org:sta
   Jos läpäisit onnistuneesti, älä ole liian onnellinen - tämä testi ei takaa sertifiointia. Kokeessa on kysymyksiä, jotka ovat paljon vaikeampia kuin avoimessa kokeessa.
   Näkisin tämän kokeen lakmuskokeeksi, koska ei ole valmis. Jos saat alle 100 %, et todennäköisesti pysty läpäisemään sertifiointikoetta. Mutta tässä testissä, toisin kuin sertifikaattikokeessa, tutkitaan virheellisiä vastauksia kysymyksiin.

Miten sertifiointi toimii?

Yhteenveto:

PSMI on vaikein olemassa oleva Scrum Masters -sertifikaatti. Vaatii perusteellisen valmistelun. Mutta tulos on sen arvoinen. Voin kutsua kaikkia PSM I -testin läpäiseviä asiantuntijoita, jotka ymmärtävät Scrumin ja luottavat Scrum-kehykseen. Sertifiointi ei vaadi koulutusta. Hintapyyntö on 150 dollaria, kannattaako se vuokrata? Tottakai se kannattaa! Siitä tulee unohtumaton kokemus, jota et tule katumaan.

PSM II ja PSM III

Nämä ovat vieläkin edistyneempiä Scrum.orgin sertifikaatteja. Ne sisältyvät Scrum.orgin kouluttajien pakolliseen koulutusohjelmaan, joten kouluttajien taso tässä organisaatiossa on melko korkea. Tavalliset Scrum Masterit voivat ottaa nämä todistukset mieluummin omaksi tyytyväisyytensä vuoksi, koska niitä ei vaadita missään. PSM II koostuu myös yksi- ja monivalintakysymyksistä, kun taas PSM III edellyttää lyhyiden esseiden kirjoittamista käsin arvostetuista kysymyksistä. Ottaen huomioon näiden kokeiden korkeat kustannukset ja monimutkaisuus, en ole vielä tavannut ketään, joka olisi läpäissyt nämä kokeet vain itselleen osallistumatta kouluttajien koulutusohjelmaan.

Johtopäätökset:

Scrum-sertifikaatteja on monia. Kaikilla kouluilla on hyvät ja huonot puolensa. Ottaen huomioon tarkasteltujen koulujen ehdollisen identtisen tärkeystason, suosittelen sertifiointiorganisaatiota valittaessa tutustumaan seuraaviin pääkohtiin

	ScrumAlliance	Scrum.org
Sertifioinnin hinta:	0 USD vasta koulutuksen jälkeen	150 USD veloituksetta koulutuksen päätyttyä
Tarve koulutukseen	kyllä ​​ehdottomasti	ei välttämättä
Koulutuksen hinta	alkaen 700 USD	alkaen 650 USD
Jäsenmaksu	50 USD	0 USD
Jäsenyyden kesto	2 vuotta	ei käsitystä jäsenyydestä
Kokeen vaikeusaste	Helppoja tai keskikokoisia kysymyksiä, 60 minuuttia, 35 kysymystä, 27 vastausta	Helppoja, keskinkertaisia, vaikeita ja hämmentäviä kysymyksiä, 60 minuuttia, 80 kysymystä, 68 vastausta
Kokeeseen valmistautumisen vaivan määrä	Suorita koulutus ja lue Scrum Guide	Valmistautuminen vie aikaa ja vaivaa
Lähetysyritysten määrä	2	1

Jos sertifiointi ei ole sinulle niin merkittävää, niin annan Scrum-koulutuksissani tietoa, josta on sinulle hyötyä kokemuksessa Scrumin toteuttamisesta käytännössä yrityksessäsi.
Pysy kanssamme. Scrumin täytyy jatkua!

Koulutuksen hinta: yksityishenkilöille - 25 250 ruplaa. / organisaatioille - 29 260 hieroa. Päätöstodistus:Kurssin päätyttyä opiskelijat saavat todistuksen PM Expert - PMI® Global Registered Education Providerilta, ja he voivat laskea 24 koulutustuntia (PDU) PMI Agile Certified Practitioner (PMI-ACP) -kokeeseen.

PDU:n erittely Talent-kolmion mukaan

tekninen	strateginen	johtajuutta
8	8	8

huomautus

Kuluneen vuosikymmenen aikana tuhannet yritykset ovat alkaneet soveltaa uusia lähestymistapoja ohjelmistoprojektien hallintaan, erityisesti erilaisia ​​kettereihin periaatteisiin perustuvia menetelmiä. Suosituin niistä on Scrum.

PMBOK® ei kuitenkaan ole menettämässä asemiaan. Enemmistön mukaan sinun on valittava: PMBOK® tai Scrum. Mutta on olemassa kolmas tapa. Kurssilla opit yhdistämään PMBOK®:n perusteellisuus ja Scrumin joustavuus oman kehityksesi hyödyksi.

Kurssin motto on: "Sanoista tekoihin". Pääpaino kurssimateriaalia opiskellessa on harjoittelussa - yli 60 % kurssista koostuu käytännön harjoituksista. Kolmen päivän aikana et vain ymmärrä Scrum-metodologian käyttöä, vaan myös "tuntea" Scrumin käytännössä.

Koulutuksen tarkoitus (tulos).

Työpajan aikana osallistujat voivat:

• Ymmärrä, kuinka ketterän metodologian taustalla olevat ideat auttavat sinua ratkaisemaan kehittäjien "ikuisia" ongelmia.
• Ymmärrä, kuinka suhteellisen yksinkertaisella prosessilla, kuten Scrum, voi olla niin merkittävä vaikutus ohjelmistokehityksen tehokkuuteen ja tuottavuuteen.
• Opi käyttämään ketteriä viestintätyökaluja.
• Opi luomaan hyödyllisiä, käytännöllisiä ja luotettavia suunnitelmia. Kurssilla esitellään erilaisia ​​arviointitekniikoita, mukaan lukien pokerisuunnittelu, jotka lisäävät merkittävästi mahdollisuuksia saada asiakkaan tarvitsema tulos oikea-aikaisesti.
• Ymmärrä, kuinka organisoida tehokas työ sidosryhmien kanssa, jotta asiakkaalle hyödyllisin tuote kehitetään ajallaan.
• Opi organisoimaan Scrum-tiimin työtä kehitystehokkuuden lisäämiseksi useita kertoja. Niiden organisaatioiden työntekijöitä, joissa ohjelmistojen ylläpidolla on merkittävä rooli, ovat kiinnostavia kurssin kanbanille omistetut osiot.
• Saat vastauksia kysymyksiin ja neuvoja johtavalta asiantuntijalta, jolla on merkittävää käytännön kokemusta ohjelmistokehitysprojektien johtamisesta.
• Käytännössä hallitset työskentelyn Scrum-työkaluilla, kuten: tuotekanta, sprinttikanta, päivittäiset scrum-kokoukset, sprintin suunnittelukokoukset, burndown-kaaviot ja muut.
• Ymmärrä, kuinka Scrumia käytetään erilaisissa monimutkaisissa ja laajuisissa projekteissa.
• Ymmärrä, miksi Scrum-käyttöönotto on joskus täynnä vakavia vaikeuksia, ja ymmärrä, kuinka käsitellä ongelmia.

Kurssin kouluttajat

• Nikolay Ryamzin, CSM, RMR, RME - johtava konsultti PM Expert

Yleisö

Agile-Scrum Foundation 1

Scrum (Agile) on suosittu menetelmä ohjelmistokehitysprojektien hallintaan. Kuinka organisoida kehitystiimin vuorovaikutus niin, että kehitysprojekti saadaan onnistuneesti päätökseen. Mitä ja miten dokumentoidaan, miten, kenen kanssa ja kuinka usein keskustellaan projektin yksityiskohdista, miten jaetaan tehtäviä ihmisille ja miten seurataan tulosta. Kaikki tämä on Scrum (Agile).

Toisin kuin kattavat projektinhallintamenetelmät, kuten Project Management Institute (PMI)® PMBOK® Guide, Scrum suunniteltiin alun perin ohjelmistokehitykseen, jossa vaatimukset muuttuvat usein. Samaan aikaan Scrum (Agile) keskittyy enemmän itse kehitysprosessiin kuin johtamisprosessiin. Tämä teknologia täydentää hyvin kaikkia klassisia johtamisprosesseja ja voidaan integroida siihen myös erittäin suuria IT-projekteja kehitettäessä. Ketteristä harjoituksista on nyt tullut osa PMBOK®-opasta.

Kurssilla "Ketterä - Scrum Foundation 1. Projektinhallinta joustavilla lähestymistavoilla". Opit organisoimaan ohjelmistokehitysprosessin ja saamaan valmiin tuotteen tiukasti kiinteissä, ja mikä tärkeintä, lyhyissä määräajoissa usein muuttuvissa olosuhteissa. Kurssin aikana kehität uuden ”tuotteen” Scrumilla (Agile). Scrum-tiiminä saat live-kokemusta ja koet Scrum-työskentelyn edut (ketteri). Valmentajamme ohjauksessa käyt läpi erilaisia ​​tosielämän tilanteita, joiden ratkaisemiseksi tarvitset uusia, innovatiivisia Scrum (Agile) -lähestymistapoja.

Kurssin yleisö:

• Ohjelmistokehittäjät ovat kehitystiimien jäseniä, tiimijohtajia (vanhempi kehitystiimiä).
• Asiantuntijat, jotka haluavat hallita tuoteomistajan tai Scrum Masterin roolia Scrum-tiimeissä.
• Scrum-tiimin johto, joka haluaa tutustua tiimityöskentelyn erityispiirteisiin.

Kurssi "Agile-Scrum Foundation 1. Project Management using Agile Approaches" tarjoaa valmistautumisen ja PDU:n olemassa olevien sertifikaattien uusimiseen:

	Tekninen	Johtajuus	Strateginen	Kaikki yhteensä
PMI_RMP®	-		-
PMI_SP®	-		-
PMP(r)®			-
PgMP(r)®			-
PMI_ACP®			-
PfMP®	-		-
PMI_PBA SM	-		-

PMI on Project Management Instituten rekisteröity tavaramerkki.
PMBoK on Project Management Instituten rekisteröity tavaramerkki.

Projektinhallinta,

Ketterä

Tuotehallinta

Kun luin: "Agile on paljon muutakin kuin vain Scrum" - ScrumTrekin Certified Agile Professional -sertifiointikurssin kuvauksessa ajattelin ensimmäisenä: miksi ScrumTrek, niin sen olisi pitänyt olla nimeltään AgileTrek? Tämän koulutuksen jälkeen palasin tähän lausuntoon vakavammalla asenteella. Mitä sitten otin pois koulutuksesta? Muistiinpanot, monisteet ja sertifioitu ICAgile Professional -todistus? Entä sen ymmärtäminen, mitä ketterä on? Mikä on ketterän lähestymistavan käsite? Mikä on ketterä ajattelutapa?

Tässä muistiinpanossa jaan vaikutelmani koulutuksesta. Tämä ei ole niinkään koulutuksen sisällön uudelleenkertomista kuin subjektiivista arviota siitä saadun tiedon hyödyistä. Toivottavasti tämä auttaa määrittämään, tarvitsetko tätä koulutusta.

Agilen historia

Muistan hyvin Agilen tarinan, jonka kouluttaja esitteli koko ohjelmistokehitysalan asteittaisen kypsymisen muodossa.

Code and Fix -tekniikan ansiosta teollisuus pystyi aloittamaan koodin kirjoittamisen suhteellisen halvalla ilman suunnitelmia, dokumentaatiota tai erityisvaatimuksia kehittäjien pätevyydelle.

Se korvattiin 1970-luvulla Waterfall-mallilla, joka vähensi riskejä, lisäsi ohjelmistokehityksen läpinäkyvyyttä ja poisti myös ohjelmistojen korkeiden ylläpitokustannusten ongelman säilyttäen samalla alhaiset kehittäjien pätevyysvaatimukset. Mallia alettiin käyttää kaikkialla, mikä paljasti nopeasti sen ongelmat. Waterfall toimii hyvin vain silloin, kun kaikki on tiedossa etukäteen: mitä tuotetta pitää kehittää, mitä toteutustekniikoita on käytettävä - eikä muutoksia tapahdu matkan varrella.

Ensimmäiset yritykset korjata tilannetta liittyivät iteratiivisten lähestymistapojen syntymiseen 1990-luvulla. Tätä helpottaa toisaalta tietokoneiden kustannusten aleneminen, kun tietokoneaika lakkaa olemasta objektiivinen rajoitus, mikä mahdollistaa toistuvien kokeiden lisäämisen tuotteen toimivuuden lisäämiseksi. Toisaalta uudet IT-tekniikat lisäävät yhä enemmän kilpailua, joten yritysten on nopeasti otettava ne käyttöön liiketoiminnassa. Se, joka esitteli uuden teknologian ennen muita, voitti sekä asiakkaat että markkinat. Tästä hetkestä lähtien alkaa aktiivinen joustavien kehitysprosessien kehittäminen, joiden tavoitteena on tarjota yrityksille nopeat toimitukset. Pohjimmiltaan kyseessä on "nopea" Code-and-Fix -menetelmän palautus, mutta sitä täydentää suunnittelu ja riskien eliminointi.

Minusta vaikuttaa muuten, että tähän päivään asti useimmat yrityskehittäjät eivät käytä Scrumia ollenkaan, kuten he ajattelevat, vaan iteratiivista vesiputousta. Katso alla olevaa kaaviota, näin se kaikki toimii sinulle, eikö?

Vai onko se edelleen sama kuin Scrumissa?

Vuonna 1992 Crystal ilmestyi ja keskittyi ensimmäistä kertaa toimittamaan toimivaa koodia usein loppukäyttäjille. Sitten vuonna 1994 otettiin käyttöön DSM (Dynamic Systems Development Method), joka julisti keskittymisen liiketoiminnan tarpeisiin ja ohjelmistojen laadun alentamattomaan tasoon (noin samana vuonna ilmestyi termi Refactoring). Lopuksi Scrum Framework esiteltiin vuonna 1996, ja siitä tuli de facto standardi ketterän kehityksen hallinnassa. Samana vuonna pariohjelmointia alettiin käyttää ensimmäistä kertaa. Ja vuonna 1999 ilmestyi XP, joka toi käsitteen käyttäjätarinoista (User Story), julkaisusuunnittelusta ja jatkuvasta integraatiosta (Continuous Integration). Kaikkien näiden yksityisten aloitteiden tulos oli vuonna 2001 kehitetty Agile Manifesto for Software Development, joka tallentaa 10 vuoden todistetut arvot ja periaatteet toimivuuden nopeaan toimittamiseen yrityksille.

Agilen jatkokehitys liittyy yrityksiin eliminoida kaikki mahdolliset häviöt (seisokit) ohjelmistokehitysprosessissa, mikä lisää toiminnallisuuden toimitusnopeutta entisestään. Vuonna 2003 Lean Software Development ilmestyi Toyotan kevyen valmistuskonseptin mukautuksena ohjelmistokehitysteollisuudelle. Vuonna 2006 liike jatkuu Kanban-ohjelmistokehityksen ilmaantuessa, joka esittelee valmiin algoritmin arvon (toiminnallisuuden) toimittamisen yritykselle jätteiden poistamiseksi. Myös vuonna 2011 SAAS:n (software as a service) räjähdysmäiseen kasvuun syntyi DevOps-konsepti, joka yhdistää kehittämisen ja ylläpidon jätteiden poistamiseksi rajapinnasta.

Kaiken kaikkiaan tuotanto (kehitys) on lakannut olemasta pullonkaula, sillä se on oppinut tyydyttämään liiketoiminnan tarpeet mahdollisimman nopeasti. Ketterä kehitys kuitenkin jatkuu. Ensinnäkin SAFe (Scaling Agile in Large Enterprises) -alueella. Toiseksi epäonnistuneiden investointiprojektien valtava määrä herättää tuotekehityksen saralla kysymyksen: kuinka kehittää kysytyin tuote mahdollisimman halvalla? Vuonna 2009 Lean Startupista tuli vastaus tähän rajoitukseen.

Ketterät arvot ja periaatteet

Kouluttaja tutkii yhdessä osallistujien kanssa johdonmukaisesti ja syvällisesti jokaista ketterän ohjelmistokehityksen manifestin arvoa ja periaatetta. Myönnän, että ennen koulutusta uskoin vilpittömästi ymmärtäväni arvot ja periaatteet täydellisesti. Kävi ilmi, että tämä ei ole täysin totta.

Esimerkiksi toinen ketterä arvo on: "Toimiva tuote on tärkeämpi kuin kattava dokumentaatio." Aikanaan tämä oli julistus vesiputousmallin kieltämisestä, jossa edistymisen ymmärtäminen perustuu pitkälti projektidokumentaatioon. Mutta ketterän manifestin versiossa 2 sanamuoto on muuttunut: "Liiketoiminnan arvo on tärkeämpää kuin toimiva tuote" (Ketterä manifesti 2.1 - "Ketterä manifesti"). Tämä on esimerkki Lean Startupin syntymiseen liittyvien kettereiden arvojen kehityksestä: liian monista toimivista tuotteista ei ollut hyötyä kenellekään.

Scrum ja Kanban

Merkittävä osa koulutuksesta on yleiskatsaus Scrum Frameworkiin ja Kanbaniin. Tämän koulutuksen osan uudelleen kertominen ei ole tämän muistiinpanon tarkoitus. Huomaan vain, että valmentaja auttaa sinua tuntemaan jokaisen ei-triviaalin hetken käden ulottuvillasi joukkuepelin kautta. Mutta tästä kannattaa puhua tarkemmin.

Pelit ketterässä

Kaikki pelit olivat helppoja oppia ja hauskoja pelata. Eräässä pelissä toisena harjoituspäivänä yksi osallistujista huudahti: ”Mitä teimme ennen? Tässä se on!" Alla kerron siitä, mitä opimme peleistä.

Penny/Multitasking-pelit osoittivat livenä (itsessämme) ja vakuuttavasti (tavallisella sekuntikellolla) tarpeen ottaa pieniä osia työstä eikä tehdä useita tehtäviä samanaikaisesti. Näimme, kuinka tämä eliminoi tiukasti peräkkäisen työprosessin seisokkeista (vesiputous), keskeneräisten töiden kertymisestä aiheutuvat häviöt (täysi suu kestää kauemmin pureskella) ja kontekstin vaihtamisesta aiheutuvat häviöt (vesiputousmallissa työntekijä todennäköisimmin työskentelee useissa projekteissa samanaikaisesti).

Suunnittelupokeri on arviointitiimille niin yksinkertainen tekniikka, että jopa lyhyessä pelissä voit tuntea sen ansiot. Esimerkiksi kaikki pelitiimini jäsenet olivat loppujen lopuksi yhtä mieltä siitä, että emme käyttäneet suurimman osan ajastamme ollenkaan tämän tai toisen työn työvoimakustannusten arvioimiseen, vaan keskustelemaan töistä, joista alun perin ymmärsimme eri tavalla. Toisin sanoen päähyöty ei piile ollenkaan arviointiluvussa, vaan työn samassa ymmärtämisessä. Toisaalta vältimme ajallisesti rajallisena riitelyä ja keskustelua, jos arviomme olivat heti yhtä mieltä. Yksinkertaisia ​​asioita, mutta kuinka vaikeaa onkaan noudattaa niitä työssäsi! Eikö ole?

Daily Standup Meetingin leikkisä sabotaasilavastaminen toi meidät takaisin keskustelemaan ketteristä arvoista. Esimerkiksi Scrum Masterin (prosessivalmentajan) ei tulisi olla kehitystiimin johtaja tai käyttäytyä sen mukaisesti, eli jakaa tehtäviä, herättää tunteita ja vastustaa itseään ryhmälle, jolloin kokouksesta tulee tiimin jäsenten tylsä ​​raportointikokous. itselleen.

Agile (ketteri, englanniksi "flexible") on lähestymistapa ohjelmistokehitysprojektien hallintaan. Kehitetty 2000-luvun puolivälissä (tai jopa aikaisemmin). Ketterä lähestymistapa sisältää useita tekniikoita:

• Scrum (sopii liiketoiminnan ja IT:n välisen vuorovaikutuksen järjestämiseen);
• Kanban (sopii monityön järjestämiseen työntekijän työssä; sopii hyvin Scrumin kanssa);
• XP (äärimmäisen ohjelmoinnin periaatteet);
• Lean (lean-kehityksen periaatteet).

Tarjoamme Scrumia, koska... Tämä on loistava tapa rakentaa projekti, joka edellyttää sekä liiketoiminta- että IT-osastojen osallistumista.

Scrumia käytetään aktiivisesti suurissa yrityksissä ja yrityksissä.

Prosessin pääolemus on seuraava:

• projekti toteutetaan lyhyinä iteraatioina (ns. sprinteinä), joista kukin kestää yhdestä 4 viikkoon;
• Projektissa on vain 3 roolia: Tuotteen omistaja, Scrum Master, Team. Roolit toimivat tehokkaasti vuorovaikutuksessa keskenään ja toimivat yhteistyössä.
• Scrumilla on vain 4 artefaktia (asiakirjaa): Product Backlog (tuotevaatimukset), Sprint Backlog (vaatimukset, jotka toteutetaan sprintissä), Sprint Goal (sprintin tavoite, iterointi), BurnDown Diagram (työn polttokaavio).
• Scrumilla on vain 4 rituaalia. Mutta on parempi lukea tästä vastaavasta artikkelista.

Ryhmä suorittaa päivittäisen kokouksen "rituaalin".

Ketterän lähestymistavan edut:

• korkeimman prioriteetin toiminnallisuuden nopea toimitus;
• vaatimusten epävarmuuden vähentäminen prototyyppien ja iteroinnin avulla;
• halu vähentää dokumentoinnin määrää;
• nopea reagointi muutoksiin;
• suuntautuminen yhteistyöhön asiakkaan kanssa.

Scrum käyttöönottopalvelu

Tarjoamme palvelua, joka johtaa kettereiden (joustavien) projektinhallintaprosessien syntymiseen yritykseesi. Projektin päätyttyä saat:

1. Yrityksesi koulutetut johtajat. Koulutamme kaikkia ohjelmistokehitysprojekteihin osallistuvia työntekijöitä sekä liiketoiminnan että IT-puolelta. Koulutus järjestetään useita kertoja: Business ja IT, vain IT, vain Business, vain "pilotti" projektiryhmä jne. Kokoontumisia tulee olemaan vähintään 5.
2. Koulutettu Scrum-tiimi. Autamme sinua muodostamaan tiimin, joka työskentelee ensimmäisenä pilottiprojektin parissa ja näyttää esimerkin avulla vaikutuksen. Arvioimme tiimin saatavuuden (kapasiteetin), ehdotamme sen fokustekijää, ehdotamme resurssien jakamista eri projektien kesken sekä otamme huomioon muut riippuvuudet.
3. "Pilotti"-projektin käynnistäminen, jossa näytämme kuinka prosessi toimii "alusta loppuun". Tämä on tärkein osa työtämme. Pilottiprojektin esimerkki paljastaa kaikki piilevät ongelmat, jotka estävät yritystäsi kehittymästä (resurssiristiriidat, analyytikoiden puute, kyvyttömyys tehdä nopeasti päätöksiä jne.). Kerromme sinulle, kuinka välttää oikein syntyneet ristiriidat ja estää vastaavat tapaukset tulevaisuudessa.
4. Ohjeet joukkueille ja mestareille. Yksinkertainen ja helppokäyttöinen dokumentti, joka kuvaa tiimin ja sen ympäristön edellyttämät perustoiminnot kaikkien prosessien suorittamiseksi oikein Scrumissa.
5. IT-ympäristö. Jos sinulla on projektinhallintaohjelmisto, voimme auttaa sinua käyttämään sitä oikein Scrum-projekteissa.

Miten toteutusprojekti toimii?

Toteutustapamme perustuu kahden viikon vaiheisiin. Olemme valmiita saattamaan projektin päätökseen vain kolmessa vaiheessa:

1. Koulutus ja valmistautuminen toteutukseen. Koulutamme työntekijäsi, arvioimme prosessejasi ja autamme pilottiprojektin valinnassa. Suosittelemme myös Scrum Implementation Project Charterin allekirjoittamista, jotta koko yrityksellä on sama käsitys toteutuksen laajuudesta.
2. Scrumin käyttöönotto pilottiprojektissa. Autamme käynnistämään pilottiprojektisi prosessin. Tarjoamme lisäkoulutusta tiimille ja tuotteiden omistajille. Otamme huomioon tiimin todellisen työmäärän, muiden projektien vaikutuksen jne. Kehitämme ohjeita myös Scrum-tiimeille.
3. Tuki pilottiprojektillesi. Tarvittaessa koulutamme joukkuetta toistuvasti. Tarkistamme päivittäin, suorittavatko työntekijäsi Scrum-rituaaleja oikein? Havaitut virheet korjataan paikan päällä.

Ennen työn aloittamista sovimme ensimmäisen vaiheen yksityiskohtaisen työaikataulun ja vaiheille 2 ja 3 suositellun aikataulun.

Miten Agile eroaa Scrumista?

Lyhyesti sanottuna Scrum on yksi ketteristä menetelmistä.

Scrum sopii.

• tuotetiimeille, jotka haluavat nopeuttaa työntekoa ja kasvattaa luomansa tuotteen liiketoiminta-arvoa;
• ulkoistamistiimeille - jos vaatimus Agile/Scrumin käyttöönottamisesta tulee Asiakkaalta, autamme sinua ymmärtämään, kuinka työprosessi voidaan organisoida parhaiten;
• organisaatioille, jotka haluavat luoda vuorovaikutusta IT:n ja liiketoiminnan välille sisäisten automaatioprojektien puitteissa.

Hinta ja toteutuskustannukset

Tarjoamme tyypillisen 6 viikon toteutuksen. Kustannukset ovat 13-15 tuhatta dollaria. Tyypillisen toteutuksen hinta riippuu organisaatiosi monimutkaisuudesta ja toteutukseen osallistuvien ihmisten määrästä. Yrityksesi sijainnilla on myös tärkeä rooli. Matkakulut maksetaan lisäksi.

• päättää, mikä pilottiprojekti siirtyy ensimmäisenä Scrumille. Tämän pitäisi olla yritykselle tärkeä projekti, mutta ei kriittisin (projektin keskeyttämisriskin tulee olla hyväksyttävä).
• valitse Scrum Master. Tämän tulisi olla tahdikas ja konfliktiton henkilö, joka ei painosta pilottiprojektiryhmää. Päällikön tulee ymmärtää projektin erityispiirteet, mutta hänen ei tarvitse olla tekninen henkilö.
• Löydä tuotteen omistaja, joka on todella kiinnostunut toteutusprojektin tuloksista ja vaikutuksista. Älä valitse huippujohtajia, joilla on paljon muutakin tekemistä itse projektin lisäksi. Olisi ihanteellista löytää työntekijä, jonka tehokkuus ja bonus riippuvat suoraan tuotteen markkinoille tulon nopeudesta.
• Tee projektitiimille tilaa, jossa he voivat työskennellä ilman, että muut työntekijät häiritsevät heitä. Anna tiimin keskittyä vain työhön.
• Projektiasiakkaana ole jatkuvasti lähellä tiimiä, jotta voit ratkaista ongelmat nopeasti.

Project Office -yritys on ainoa yritys Valko-Venäjällä, joka opettaa ja toteuttaa "ketteriä" ohjelmistokehitysmenetelmiä.

Me autamme:

• valita optimaalisin tapa toteuttaa muutokset;
• valitse ihmiset - prosessin keskeiset osallistujat (sopimuksen mukaan asiakkaan kanssa);
• saavuttaa toteutustavoitteet ja tarjota asiakastukea projektin päätyttyä.