Scrum Methodology Vs. Agile Methodology (Real Life esimerkki) Investopedia

Agile Simulation - Part 20 | The Daily Standup | Agile Videos (Marraskuu 2024)

Agile Simulation - Part 20 | The Daily Standup | Agile Videos (Marraskuu 2024)
Scrum Methodology Vs. Agile Methodology (Real Life esimerkki) Investopedia

Sisällysluettelo:

Anonim

Vaikka monilla aloilla on arvokasta, ketterä menetelmä on osoittautunut menestyksekkääksi ohjelmistokehityksessä ja ohjelmistokehityksen elinkaaren (SDLC) aikana. Agile-manifestin kahdestatoista perusperiaatteesta johtuen ketterä metodologia sisältää iteraattisia prosesseja, jotka keskittyvät toimitusten jatkuvaan seurantaan ja parantamiseen.

Kehittyneitä prosesseja kehitettiin vaihtoehtona perinteisille vesiputousmenetelmille. Vesiputousmenetelmä on peräkkäinen suunnitteluprosessi, joka vaatii vaiheen loppuun ennen siirtymistä seuraavaan. Perinteisesti vesiputousmenetelmä on osoittautunut onnistuneeksi rakentamisessa; kuitenkin enemmän tekniikan teollisuuden, ketterä lähestymistapa on suurempi arvo. Vaiheittaisen lähestymistavan sijaan kaikki hankkeen vaiheet saatetaan loppuun rinnakkain. Agile-prosesseissa pyritään käsittelemään kehitystyön ennalta arvaamatonta luonnetta tunnistamalla virheet ja poistamalla tarve käynnistää projekti uudelleen kokonaan.

Agile Methodology

Ketterän menetelmän ydinperiaate täyttää ja tuottaa asiakkaalle arvoa jatkuvien toimitusten kautta. Sen sijaan, että käsitellään yhtä suurta hanketta pitkällä aikavälillä, ketterät menetelmät hajottavat hankkeen pienemmiksi, yksinkertaisemmiksi ja hallittavammiksi tehtäviin, jotka voidaan suorittaa tehokkaasti ja nopeasti.

Spotify tunnetaan ketteristä prosesseista: yrityksen pienin ryhmäyksikkö, nimeltään squads, käyttäytyy itsenäisiksi startupiksi. Jokainen ryhmä keskittyy tiettyyn funktioon ja iteroi perustuvat vähimmäiskelpoiseen tuotteeseen, vapauttaen päivitykset aikaisin ja usein. Määritelmän mukaan vähimmäiskelpoinen tuote on tuotteen uusin versio, jonka avulla tiimi voi kerätä mahdollisimman paljon tietoja, jotka ovat tarpeen sen määrittämiseksi, mitä toimii ja mitä ei. Spotifyissä kukin ryhmä käsittelee pienen projektin; Kuitenkin jokainen hanke rakentuu yhteiseksi tavoitteeksi luoda suurempi asiakasarvo.

Toimittamalla tuotteen varhaisessa vaiheessa ja usein organisaatioiden on pakko poistaa kaikki, mikä ei lisää arvoa. Yksilöt tulevat asiantuntijoiksi tietyillä kehitysvaihealueilla, koska jokainen pieni ryhmä keskittyy yhteen tehtävään pitkään aikaan, mikä auttaa tunnistamaan ja poistamaan virheet. Kun vesiputousmenetelmällä saadaan palautetta projektin loppuvaiheesta sen jälkeen, kun huomattava aika on kulunut, rahaa ja energiaa on käytetty, ketterä menetelmä mahdollistaa muutokset jatkuvalla jatkuvalla palautteella. Jatkuvan palautteen ja joustavuuden ansiosta alkuperäisen suunnitelman noudattaminen, ominaisuuksien lisääminen tai muuttaminen pitää organisaatiot ajan tasalla alan viimeisimmän kehityksen kanssa.

Ketterän projektin tehtävät ajetaan iteraation avulla. Iteraatio on aikakehys, yleensä 1-2 viikkoa, jonka aikana asiakkaiden tarpeet kehitetään ja muutetaan käynnissä oleviksi testattaviksi tuotteiksi. Ketterän metodologian keskeinen piirre on oletus, että hankkeet koostuvat toistojärjestyksestä. Joukkueet voivat käyttää nopeuttaan seurata, kuinka paljon he saavuttavat jokaisen iteraation aikana, jotta suunnitelmat pysyisivät realistisia ja vältettäisiin ylikuormitus. Kussakin iteroinnissa puretaan valmis tuote analysoinnin, suunnittelun, testauksen, laadunvarmistuksen ja käyttökokemuksen jälkeen. Vaikka kaikki hienosäätöiset ominaisuudet saattavat puuttua, tiimin jäsenet voivat olla varmoja siitä, että he voisivat vapauttaa tuotteen tarvittaessa.

Scrum-metodologia

Useita kehyksiä on ketterissä menetelmissä, kuten Scrum, Lean ja Extreme Programming. Useimmat organisaatiot, jotka siirtyvät ketterään metodologiaan, alkavat aloittaa Scrumilla sen yksinkertaisuuden ja joustavuuden ansiosta. Scrum-hankkeet tarjoavat yrityksille ja asiakkaille rakenteen rooleja, kokouksia ja sääntöjä. Tiimin jäsenet ovat vastuussa prosessien oppimisesta ja sopeuttamisesta ennakoimattomuuden selvittämiseksi.

Jokaisella Scrum-projektilla on taakse- tai tehtäväluettelo. Suunnitteluvaiheessa tilauskantaan kuuluu tehtäviä, tavoitteita ja toteutusaikataulu. Kun tilauskannasta on keskusteltu, hanke jakautuu viivakoodeihin, jotka ovat yhden tai kahden viikon jaksoja, joiden tarkoituksena on suorittaa useita erääntyneitä esineitä. Jokaisen sprintin aikana joukkueilla on päivittäin kokouksia keskustellakseen nykyisestä kehityksestä, tulevasta kehityksestä ja mahdollisista edistyksistä haittaavista tekijöistä. Jokaisen sprintin lopussa kaikki tarvittavat toimenpiteet on suoritettava potentiaalisen tuotteen vapauttamisen yhteydessä.

Seuraavaksi tuoteomistaja tekee tarkistuksen sen selvittämiseksi, ovatko kaikki sprintin tilauskannan jutut on täytetty riittävästi. Tällä hetkellä ScrumMaster tapaa tiimin retrospektiivisesti. Tiimin jäsenet pohtivat omia prosessejaan käyttäytymisen mukauttamiseksi tuleviin vihjeisiin. ScrumMasterin kannalta on ratkaisevaa, että vältetään yhteiset esteet ja luodaan kannustava ympäristö keskustelulle. Ohjelmiston ja tuotekehityksen arvaamattomuuden vuoksi jokainen sprintti on ainutlaatuinen ja sopeuduttava muutoksiin.

Scrum-projekteja helpottaa tuotteen omistaja, ScrumMaster ja tiimi. Jokaisen sprintin aikana tiimi, joka koostuu itsehallinnollisista henkilöistä, on vastuussa siitä, miten se suorittaa kaikki tarvittavat työt. Joukkueessa jokaisella jäsenellä on erikoisala; ei kuitenkaan ole virallisia nimikkeitä eikä hierarkiaa. ScrumMaster on oma yksilöllinen henkilö, joka ratkaisee esteitä ja pitää tiimin radalla samalla kun varmistetaan sprintin kulun avoimuus. Lopuksi tuoteomistaja on vastuussa tuotteen vision luomisesta ja viestinnästä sekä päättää, pitäisikö tuotteista kehittää tai olla valmis vapauttamaan.

Bottom Line

Käytetty laajasti ohjelmistokehityksessä tänään kehitettiin ketterää metodologiaa, jossa ei ole määriteltyjä prosesseja.Ketterät menetelmät, toisin kuin peräkkäiset lähestymistavat, eivät ole tarkoitettu toistuville työntyypeille. Useilla toimialoilla on ja jatkavat ketterän metodologian toteuttamista liiketoiminnan rakenteissa.

Ketterä kehys sisältää useita osajoukkoja, mukaan lukien Scrum, laiha ja äärimmäinen ohjelmointi, jotka auttavat yksilöitä käsittelemään ennalta arvaamattomuutta ja joustavuutta. Pintapuolella ketterä menetelmät voivat auttaa parantamaan päästä päähänprosesseja; yksilöiden on kuitenkin oltava sitoutuneita, mukautuvia ja kykeneviä oppimaan, jotta he voisivat toimia.