Tämä sivu on käännetty automaattisesti. Vaihda englanniksi saadaksesi paremman lukukokemuksen.

Vaihda englanniksi
Jean Michel Diaz
Jean Michel Diaz

Sprint review vs. retrospective: yksinkertaisesti selitetty kuvan avulla.

Sprint Reviewn ja retrospektiivisen tarkastelun välinen ero

Määrittelimme edellisessä artikkelissa, mitä retrospektiivi todella on . Puhuimme myös Scrumista ketterien työmenetelmien kehyksenä. Ja tässä kehyksessä on retrospektiivin lisäksi myös kokousmuoto nimeltä Scrum. Sprintin arvostelu.

Miten nämä kaksi formaattia eroavat toisistaan?

Sprintin tarkastelu ja retrospektiivi Scrum-syklissä

Sprinttiarviointi ja retrospektiivi seuraavat toisiaan Scrum-syklissä. Järjestykselle on syynsä, kuten kohta näemme:

Sprintin katselmointi ja retrospektiivi Scrum-syklissä

Sprint Review and Retrospective in the Scrum Cycle

Sprint Review vs. Retrospektiivi

Määritelmä: Sprinttiarviointi

The Sprintin arvostelu on Scrum Sprint -syklin lopussa pidettävä työpaja, jossa Scrum-tiimi tarkastelee, mitä edellisen Sprintin aikana tehtiin. Tämän pohjalta tehdään ns. Product Backlog päivitetty.

Määritelmä: Sprintin takautuva

The Sprintin jälkikäteen tapahtuu sen sijaan sprinttiarvioinnin jälkeen. Tällöin Scrum-tiimi pohtii yhteistyötään ja parannusmahdollisuuksiaan. Jotta tämä pohdinta voidaan toteuttaa täydellisesti, on katselmus pitänyt suorittaa jo ennen retrospektiiviä.

Sprint Reviewn ja retrospektiivisen tarkastelun erot

Täältä löydät erot myös taulukkomuodossa:

 Sprintin arvosteluTakautuva
FocusViimeisen sprintin työtuloksetYhteistyön jatkuva parantaminen
OsallistujaTiimin jäsenet (eli kehittäjät, Scrum Master ja Product Owner) ja mieluiten myös sidosryhmät (käyttäjät, johtajat, asiakkaat tai muut erikoisalat)Vain itse tiimi, eli kehittäjät, Scrum Master ja Product Owner.
AikaSprintin lopussa, jopa ennen retrospektiiviä.Sprintin päätteeksi, tarkistuksen jälkeen.

Voinko yhdistää Sprint Review ja Retrospective?

Kyllä, periaatteessa sprinttiarvioinnit ja retrospektiivit voidaan yhdistää. On kuitenkin kyseenalaista, riittääkö osallistujien energia näiden kahden kattavan kokouksen pitämiseen peräkkäin täydellä keskittymisellä.

Siksi suositellaan pääsääntöisesti vähintään yhden tauon pitämistä sprinttikatselmuksen ja retrospektiivin välissä. Ihannetapauksessa esimerkiksi sprinttiarviointi olisi aamulla ja retrospektiivi iltapäivällä. Vaihtoehtoisesti voit yksinkertaisesti ajoittaa ne kahdelle peräkkäiselle päivälle.

Johtopäätös: Sprint review ja retrospektiivi eivät ole sama asia.

Lyhyesti sanottuna: Scrum-syklissä sprintin retrospektiivi järjestetään sprintin arvioinnin jälkeen. Kun sprinttiarvioinnissa keskitytään työn konkreettisiin tuloksiin, retrospektiivissä keskitytään yhteistyön jatkuvaan parantamiseen.

Jos etsit vielä sopivaa retrotaulua (jossa on yli 60 retromenetelmää), artikkelimme voi auttaa sinua aiheen parissa: Vertailun parhaat retrolevyt.

Krediitit: Pointing photo created by wayhomestudio - www.freepik.com

Blogikategoria

Lisää artikkeleita aiheesta "Vinkkejä ketteryyteen"

Katso kaikki tämän kategorian artikkelit
Agile Spotify -malli: Squadit, heimot, jaostot ja killat selitettynä

Agile Spotify -malli: Squadit, heimot, jaostot ja killat selitettynä

Lyhyt katsaus Spotify-malliin: Miten Squadit, heimot, jaostot ja killat skaalaavat ketteryyttä, mitkä roolit ovat mukana ja mitä käyttöönotossa kannattaa huomioida.

5 sprintin retrospektiivistä ideaa, joita tiimit taatusti juhlivat

5 sprintin retrospektiivistä ideaa, joita tiimit taatusti juhlivat

Psykologina ja Scrum Masterina minulla on luultavasti epätavallinen näkökulma Sprint Retrospective -ideoihin. Keskityn hieman enemmän jatkuvan parantamisen "pehmeään" puoleen. Voidaan puhua myös ke...

7 suosikkimalliani Agile-retrospektiivejä varten

7 suosikkimalliani Agile-retrospektiivejä varten

Tiimissäni toteutamme keskimääräistä useammin ketterän retrospektiivin: Joka perjantai, eli kerran viikossa. Ja et usko – muun muassa monien superketterien retrospektiivimallien ansiosta se on joka...

Miten voit parantaa viestintää etäyhteydellä toimivassa ohjelmistokehitystiimissä?

Miten voit parantaa viestintää etäyhteydellä toimivassa ohjelmistokehitystiimissä?

Ohjelmistokehittäjien ja -insinöörien virtuaali- tai etätyöskentelytiimien viestinnän parantamiseksi on olemassa erilaisia toimenpiteitä ja lähestymistapoja. Sillä ei ole merkitystä, ovatko he fron...

DORA- ja SPACE-mittarit: 2 tiimityöpajoja parantamista varten.

DORA- ja SPACE-mittarit: 2 tiimityöpajoja parantamista varten.

Jos olet tekninen johtaja, haluat todennäköisesti tietää, kuinka hyvin tiimisi toimittaa ohjelmistoja ja miten voit parantaa tätä. Olet ehkä jo kuullut DORA-mittareista ja SPACE-viitekehyksestä, jo...

Työsopimukset: 10 esimerkkiä, näytettä ja mallia

Työsopimukset: 10 esimerkkiä, näytettä ja mallia

Tehokas yhteistyö tiimeissä on ratkaisevan tärkeää menestyksen kannalta, erityisesti Scrumin kaltaisten ketterien menetelmien yhteydessä. Työsopimukset ovat ratkaisevassa asemassa, kun luodaan selk...

Tarkistuslista ryhmänjohtajille: 10 keskeistä tehtävää

Tarkistuslista ryhmänjohtajille: 10 keskeistä tehtävää

Tiiminvetäjänä otat paljon vastuuta työntekijöistäsi ja tiimistäsi. Tämä tiiminvetäjien tarkistuslista helpottaa sinua pitämään yleiskuvaa ja varmistamaan, ettei mikään mene pieleen. Mallimme sopii...

Scrum Master palvelevana johtajana: 8 ajatuksen aihetta

Scrum Master palvelevana johtajana: 8 ajatuksen aihetta

Kokeneena psykologina ja Scrum Masterina ymmärrän haasteet, joita tiimien johtajat kohtaavat ketterissä ympäristöissä. Tasapainon löytäminen ketteryyden ja johtajuuden välillä ei ole helppo tehtävä...

Kaikki Scrum-tiimit eivät ole ketteriä: Fake Agile

Kaikki Scrum-tiimit eivät ole ketteriä: Fake Agile

Fake Agile: Onko jokainen Scrum-tiimi ketterä? Ei, valitettavasti kaikki Scrum-tiimit eivät ole ketteriä. Minäpä selitän: Scrum-tiimi määritellään työskentelemällä Scrum-kehyksen mukaisesti: Sillä...

Echometer uutiskirje

Älä missaa Echometer-päivityksiä ja inspiroidu ketterästä työskentelystä.