Yleiskatsaus Scrum-prosessista

Jeff Sutherland ja Ken Schwaber ovat kehittäneet Scrumin, yksinkertaisen projektinhallintakehyksen. He edustivat prosessia Object-Oriented Programming, Systems, Language and Application -konferenssissa Austinissa, Texasissa, vuonna 1995. Myöhemmin he julkaisivat metodologian nimellä “Scrum Software Development Process”.

Scrumin kehys

Scrum painottaa ryhmätyötä, joka vaikuttaa joukkueen jäseniin käsittelemään monimutkaisia ​​ongelmia ja toimittamaan tuotteita, joilla on suurin mahdollinen arvo. Kuten rugby-joukkue, myös Scrum kehottaa joukkuetta oppimaan kokemusten kautta, tulemaan itseorganisoituneeksi silloin, kun hoidetaan ongelmia ja parannetaan heijastamalla voittoja ja tappioita. Yleensä se on kehys projektin käsittelylle, joka keskittyy tiimityöhön, vastuuvelvollisuuteen ja iteratiiviseen etenemiseen kohti määritellyn tavoitteen saavuttamista.

Scrumin oletetaan usein olevan osa ketterää ohjelmistokehitysprosessia, koska Scrum-konsepti pyörii jatkuvan parantamisen ympärille, joka on ketteryyden pääperiaate. Kehys alkaa yksinkertaisella tunnistuksella, että joukkue ei tiedä alusta alkaen projektin jokaisen nurkan ja kulman yksityiskohdista, vaan kokee sopeutumalla muuttuviin olosuhteisiin ja käyttäjän vaatimuksiin.

Avainroolit Scrum-kehyksessä

Scrum-kehyksessä on kolme avainroolia - tuotteen omistaja, scrum-päällikkö ja kehitysryhmä ovat erittäin tärkeitä hankkeen onnistumiselle.

  • Tuotteen omistaja

Se toimii yhteyshenkilönä asiakkaiden ja kehitysryhmän välillä. Hän on mestari heidän tuotteelleen. Tuotteen omistaja varmistaa, että valmistukseen liittyvä odotus on ilmoitettu ja siitä on sovittu.

  • Scrum Masterworks

Ohjaajana, joka on joukkueen saastumisen mestari. Scrum-mestarin ensisijainen vastuu on varmistaa, että scrum-parhaat käytännöt toteutetaan projektissa. Hän ajoittaa tarvittavat resurssit sprintisuunnitteluun, stand-upiin, sprintiarviointiin ja sprintin jälkikäteen.

  • Kehitysryhmä

Yhteistyössä kehitetään ja testataan lopputuotteen vähittäispäästöjä. Tiimin jäsenet ovat mestareita kestävän kehityksen käytännöissä. Tavalliset tiivistysjoukkueet ovat viisi tai seitsemän jäsentä, tiiviisti sidottuja ja sijoitettu toisiinsa.

Scrum-mallin eri prosessit

Scrum-menetelmä koostuu tietyistä prosesseista tai peräkkäisistä tapahtumista, joita scrum-tiimi suorittaa säännöllisesti. Nämä ovat tärkeitä tapahtumia, joissa joukkueet osallistuvat siihen.

  • Tuotekannan luominen -

Tuotteen omistaja osallistuu tuotekannan luomiseen. Tuotteen omistajan ensisijainen vastuu on ottaa jatkuva näkemys markkinoiden ja asiakkaiden tarpeista, ja siksi hänen on ajaa tuotetta tuotevision pohjalta. Hän laatii luettelon asiakkaiden palautteen perusteella ja kehitysryhmä auttaa priorisoimaan luettelon toimimaan milloin tahansa. Tämä on jatkuva prosessi, ja muutokset tai uusi esiintyminen hyväksyvät uusina mahdollisuuksina pikemminkin esteitä.

  • Sprint-suunnittelukokous ja Sprint-kannan luominen -

Sprintisuunnittelukokoukset tapahtuvat projektin alussa, ja kaikkien kehitysryhmän jäsenten on osallistuttava kokoukseen. Tätä kokousta johtaa scrum-mestari, jossa joukkueen jäsenet ja tuotteen omistaja päättävät sprintin tavoitteesta. Sprintin kesto on vain 2 viikkoa, mutta sen aikana on tärkeää ylläpitää yhteistyötä sidosryhmien ja tiimin jäsenten välillä. Tuotteen omistaja säätelee asianmukaisen käyttäjäjutun merkitystä ja scrum-tiimi voi valita merkittävän tarinan tuotekannasta. Erityinen käyttäjäjuttu tulee aina liittää tavoitteeseen. Sprintisuunnittelukokouksen lopussa jokaisella scrum-jäsenellä on oltava selkeä käsitys siitä, mitä nykyiseen sprinttiin voidaan tuoda ja kuinka lisäykset toimitetaan.

Sprint-tilauskanta on luettelo kohteista, käyttäjän tarinoista tai virhekorjauksista, jotka kehittäjätiimi on valinnut sovellettavaksi nykyisessä sprintisyklissä. Sprintin alussa joukkue päättää, minkä tuotteen he valitsevat tuotekannasta työskennelläkseen sprintissä. Ikään kuin sprintin myöhästyminen kehittyisi sprintin aikana, se on erittäin joustava. Mutta sprintin lopullinen tavoite on vahvistettava.

  • Työskentely Sprintillä -

Koska sprintin tavoite on vahvistettu sprintisuunnittelukokouksessa, scrum-ryhmä aloittaa työskentelyn lisäyksen toimittamiseksi. Nykyisen työvaiheen seuraamiseksi käytetään yleensä tehtävätaulua.

  • Esteluettelo -

Kun varsinainen työprosessi alkaa, jokainen ryhmän jäsen voi lisätä esteitä tai estäjiä luetteloon siitä, mitä hänellä on työskennellessään osoitetussa tehtävässä. Heti kun jäsenet ilmoittavat tai lisäävät salpaajat luetteloon, houkutuspäällikön on tehtävä aloite näiden salpaajien poistamiseksi. Kun esto syntyy, se olisi ilmoitettava muille ryhmän jäsenille päivittäisissä tiivistyskokouksissa ja pitämällä tietuetta esteluettelossa.

  • Daily Scrum -kokous -

Päivittäinen punnituskokous pidetään yleensä samaan aikaan keskustelemaan tarvittavasta tehtävästä sprintitavoitteen saavuttamiseksi. Tämä on epävirallinen kokous, joka kestää yleensä 15 minuuttia ja scrum-päällikkö tekee aloitteen sen toteuttamiseksi päivittäin. Kokouksen tarkoituksena on pitää jokainen scrum-tiimin jäsen samassa linjassa ja laatia seuraavan 24 tunnin työsuunnitelma vaarantamatta tavoitetta. Tässä kokouksessa ryhmän jäsenet keskittyvät yleensä kolmeen kysymykseen -

  • Mitä tein eilen saavuttaakseen sprintin tavoitteen?
  • Mitä aion tehdä tänään auttaakseen joukkuetta saavuttamaan sprintitavoitteen?
  • Onko esteitä, jotka saattavat estää joukkuetta saavuttamasta sprintitavoitteen?

Tämä ei ole laaja keskustelukokous, ja sitä kutsutaan myös ”päivittäiseksi stand upiksi”.

  • Sprint Review ja Sprint Retrospektiivi -

Sprintin lopussa jäsenet kokoontuvat yhdessä osoittamaan jäljellä olevia kohteita sidosryhmille, tiimikavereille ja tuoteomistajille palautetta varten. Tämän jälkeen tuotteen omistaja voi päättää, vapautetaanko lisäys vai ei.

Sprintin jälkikäteen joukkueen jäsenet kokoontuvat jakamaan kokemuksiaan sprintin aikana saamistaan ​​kokemuksista. He keskustelevat siitä, mikä meni hyvin ja mitä on parannettava seuraavassa iteraatiossa.

Scrum on kehys, joka tuo säännöllisyyttä projektiin sen eri vaiheiden tai prosessien kautta. Kuka tahansa organisaatio voi toteuttaa tarkistuskehyksen muuttamatta sen sääntöjä ja määräyksiä.

Suositellut artikkelit

Tämä on opas Scrum-prosessiin. Tässä keskustellaan Scrum-kehyksen avainrooleista ja Scrum-mallin erilaisista prosesseista. Voit myös käydä läpi muiden ehdotettujen artikkeleidemme saadaksesi lisätietoja -

  1. Scrum-kehys
  2. Scrum kehitys
  3. Ketterä tuotehallinta
  4. Ketterä sprintisuunnittelu
  5. Scrum Epic -sovelluksen edut
  6. Scrum-ohjelmiston tehtävät

Luokka:

Yrittäjyyden kehittäminen