Katsaus Scrum-kehykseen

Scrum-kehys on ketterään hallintaan liittyvä menetelmä, jota käytetään tiedon ja työn hallintaan, erityisesti ohjelmistojen kehittämiseen. Sillä on laajoja sovelluksia eri aloilla, ja sitä tutkivat nyt perinteiset projektiryhmät ympäri maailmaa. Se on tarkoitettu keskisuurille ryhmille, joissa on kolme - enintään yhdeksän jäsentä, ja työ on hajotettu pieniksi paloiksi, jotka voidaan suorittaa iteraatioissa, joita kutsutaan sprinteiksi. Koko työn suorittaminen ei vie yli 30 päivää / kuukausi.

Aika sen toteuttamiseen on kaksi viikkoa, ja jos se ylittää sen, se järjestetään uudelleen kokouksiin, joita kutsutaan päivittäisiksi tarkistuksiksi. Kehystä, joka antaa kuvan siitä, kuinka scrumit toteutetaan, kutsutaan Scrum-kehykseksi. Suurempien organisaatioiden joukkueisiin kuuluvat seuraavat rumput, nimittäin suuren mittakaavan Scrum (LeSS), skaalautuva ketterä kehys (SAFe), rumpien jyrä ja, Nexus jne.

Scrum-kehyksen rooli

Scrum-kehys koostuu kolmesta roolista. Koko puite auttaa optimaalista ja asianmukaista viestintää ryhmän jäsenten välillä. Nämä kolme roolia muodostavat yhdessä scrum-tiimin. Nämä kolme Scrum-kehysroolia ovat:

1) Tuotteen omistaja: Tuotteen omistaja edustaa kussakin tapauksessa kaikkia mahdollisia sidosryhmiä ja asiakasta. Sillä on vastuu toimittaa mahdollisimman suuri arvo asiakkaalle. Tuotteen omistaja ei noudata perinteisiä menetelmiä asioiden saamiseksi, vaan priorisoi asiat riippuvuuden tai riippuvuuden ja tärkeyden perusteella. Scrum-tiimillä tulisi olla vain yksi tuotteen omistaja. Tämä rooli on erilainen kuin scrum-päällikön rooli. Tuotteen omistaja keskittyy tuotteen liiketoimintaosaan ja toimii välittäjänä sidosryhmien ja tiimin välillä. Tuotteen omistaja ei ole diktaattori, vaan yksimielisyys. Siksi hyvän tuotteen omistajan tulisi kyetä ymmärtämään yrityksen tarpeet, näiden syyt ja ilmoittamaan niistä sidosryhmille ja sidosryhmälle.

2) Kehitysryhmä: Kehitysryhmä on vastuussa optimaalisen työn laadusta jokaisen ohittavan sprintin kanssa. Sprintitavoite kuvaa työtä, jonka joukkueen tulisi tehdä, ja laatua, jonka sen on toimitettava jokaisen sprintin lopussa. Ryhmässä on kolme - yhdeksän jäsentä, jotka suorittavat kaikki tarvittavat tehtävät tuotevaiheiden rakentamiseksi. Vaikka joukkue koostuu eri taustoista olevista ihmisistä, heitä kutsutaan yleensä kehittäjiksi. Se on itseorganisoiva joukkue, ja tiimin ulkopuolella tapahtuvaa vuorovaikutusta hallitsee tuotteen omistaja tai hankauspäällikkö.

3) Scrum Master: Scrum Master on vastuussa hankauksen helpottamisesta, varmista, että laadukkaan tuotteen tai toimitusten takia ei ole hässäkkää. Scrum-päällikkö toimii välittäjänä ryhmän ja työtehtävissä olevien vaivojen välillä eikä ole välttämättä ryhmänjohtaja. Scrum Master varmistaa, että Scrum-kehystä noudatetaan. Scrum-päällikkö kannustaa joukkuetta parantamaan toimintaansa. Rooliin on myös viitattu ryhmän välittäjänä tai palvelija-johtajana heijastamaan kahta näkökulmaa.

Scrum-kehyksen työnkulku

Scrum-kehyksen työnkulku on seuraava:

1) Sprint: Sprintti / iteraatio on sirun yksikkö. Sprintti on rajoitettu tiettyyn aikaan. Sprintin kestosta päätetään etukäteen ja se on yleensä viikosta kuukauteen, yleensä kaksi viikkoa.

2) Sprintisuunnittelu: Aluksi scrum-joukkue suorittaa sprintisuunnittelun:

  • Päätä molemminpuolisesti työn määrä, joka tulisi suorittaa sprintin aikana.
  • Tunnista kohteet, jotka voidaan tehdä yhdellä sprintillä.
  • Tee sprintti, johon työ, jonka tulisi sisältää valmistettavat esineet.
  • Odotettu aika on neljä tuntia päivässä kahden viikon ajan.
  • Työn edetessä tunnistetut esineet jaetaan ja jos niitä ei voida valmistaa sprintin sisällä, ne laitetaan tuotekantaan.
  • Kun kehitysjoukkue kehittää sprintin jälkikäteen, kohteet, jotka voidaan suorittaa sprintissä, otetaan huomioon.

3) Päivittäinen sprintti: Päivittäinen punnitus tai stand up pidetään joka päivä jokaisen sprintin kanssa.

  • Jokainen kehitysryhmän jäsen on hyvin valmistautunut.
  • Vaikka muutama kehitysryhmän jäsen puuttuu, se alkaa ajoissa.
  • Joka päivä sitä tulisi pitää samaan aikaan ja paikassa.
  • Aika on rajoitettu viiteentoista minuuttiin.
  • Vain kehitysryhmän jäsenten tulisi osallistua, mutta myös muut ovat tervetulleita.
  • Jokaisen joukkueen jäsenen odotetaan vastaavan kolmeen kysymykseen päivittäisen harjoittelun aikana.
  • Teinkö jotain edistääksesi joukkueen sprintimaalia eilen?
  • Mitä minun on tehtävä tänään, jotta voin auttaa ryhmääni osallistumaan joukkueesi sprintitavoitteeseen tänään?
  • Luulenko ongelmia, jotka voivat joko viivästyttää tai estää joukkuetta saavuttamasta ennalta asetettuja tavoitteita?

4) Sprintikatsaus: Joukkue järjestää kaksi tapahtumaa sprintin lopussa, joka on sprintikatsaus ja sprintin jälkikäte.

Sprintikatsauksessa joukkue:

  • Tarkastelee valmistunutta työtä ja vielä keskeneräistä työtä.
  • Valmis työ toimitetaan sidosryhmille.
  • Päättää, mitä seuraavaksi tehdään yhteistyössä sidosryhmien kanssa.

Ohjeet Sprint-arvosteluihin:

  • Työtä, joka on puutteellinen, ei voida osoittaa.
  • Odotettu kesto on kaksi tuntia kahden viikon ajan.

5) Sprintin retrospektiivi: Sprintin retrospektiivissä joukkue:

  • Tutkii aiempaa sprinttiä.
  • Tunnistaa puutteet ja korjaa ne.

6) Laajennukset: Laajennus sisältää kaksi tapahtumaa, nimittäin

  • Jätehuollon tarkennus.
  • Sprintin peruuttaminen.

Siitä huolimatta, että Scrum-kehys on niin tarkka ja tehokas, sillä on omat rajoituksensa:

  • On ryhmiä, jotka ovat hajallaan maantieteellisesti tai joilla on osa-aikaisia ​​jäseniä, ja siksi niitä on vaikea hallita ja toteuttaa tällainen kehys.
  • On joukkueita, joilla on hyvin erikoistuneita taitoja, ja sellainen lopullinen kehys ei toimi heille kunnolla.
  • Muutamat ulkoiset tekijät vaikuttavat myös tuotteisiin ja suoritteisiin, jotka eivät ole käyttäjän hallinnassa.
  • Muutamat tuotteet ovat luonteeltaan kypsiä ja niillä on rajoitettu laadunvalvonta, ja siksi tällainen kehys ei sovellu heille.

Suositellut artikkelit

Tämä on ollut opas Scrum-kehykseen. Tässä keskustellaan Scrum-kehyksen 3 pääroolista ja työnkulusta. Voit myös käydä läpi muiden ehdottamiemme artikkeleidemme -

  1. Mikä on ketterä ohjelmointi?
  2. Mikä on ketterä ja Scrum?
  3. Mikä on ketterä projektijohtaminen?
  4. Opi Scrum-periaatteet
  5. Scrum avoin arviointi
  6. 7 Scrum-hallintapaneelin ominaisuudet