Retrospektív sablon: formátum, példa – és hogyan élik túl az action itemek a következő retrospektívet (2026)

A retrospektív az a megbeszélés, ahol a csapat visszatekint arra, hogyan dolgozott egy sprint, egy kiadás vagy egy hónap alatt, és eldönti, min változtat. Nem azt nézi, mit épített, azt a review végzi el. Hanem azt, hogyan építette: mi lassította a munkát, mi lendítette előre, és mi az az egy-két dolog, amit a csapat legközelebb másképp csinál. A retrospektív sablon az az egy oldal, amely ezt a beszélgetést rögzített sorrendben tartja, hogy a megbeszélés döntéssel záruljon, ne panaszlistával.

Ez az útmutató először a mesterség: a formátum, egy lemásolható sprint retrospektív sablon, egy kitöltött példa és a négy kérdéssor, amelyek között a legtöbb csapat váltogat. Ezután jönnek a mechanikák: hol él a retro a csapat által már használt eszközökben, és mi lesz a teendőivel a hívás után. Mert a retrospektív igazi próbája nem az óra végén álló tábla. Hanem a következő első öt perce, amikor valaki megkérdezi, megtörtént-e valóban az a két változtatás, amiben mindenki megegyezett.

Mi a retrospektív – és mi nem az

Négy megbeszélés áll közel a retrospektívhez, és a csapatok a saját kárukra keverik össze őket:

A retrospektív a négy közül az egyetlen, amely magáról a csapatról szól, a csapat jelenlétében, a csapat döntésével. Ezért kicsi a kimenete: egy csapat ciklusonként egy-két szokást tud megváltoztatni, nem tizet. És ezért van az, hogy a hosszú listájú retro általában review-vá vagy incidensvizsgálattá vált, rossz néven. A sprint review napirendje és a retro napirendje nem véletlenül két külön oldal.

A retrospektív az sem, hogy állapotjelentés érzésekkel. A „menjünk körbe, és mondjuk el, milyen érzés volt a sprint" hangulatot szül, nem változást. Az alábbi sablon véleményeknek megelőzően adatokat, beszéd előtt írást, az óra vége előtt pedig döntést kér.

Mit tartalmaz a sablon: a formátum

Egy használható retrospektív sablon hét részből áll, ebben a sorrendben. Az online sablonok többsége ennek csak egy része; a leggyakrabban az első és az utolsó hiányzik.

1. Az előző retro teendői, ellenőrizve. Mindenek előtt: az előző alkalom minden teendője, a felelőse, és három állapot egyike: kész, nem kész az okkal, elvetve. Két perc egy háromelemes listára. Az a retrospektív, amelyik kihagyja ezt a szeletet, azt jelenti be, hogy a teendői opcionálisak, és a terem ezt meghallja.
2. Az időszak tényekben. Mi készült el, mi csúszott, mi romlott el, számokkal vagy dátumokkal, a táblán, mielőtt bárki megszólal. Három-öt sor. Ha ugyanazokról a tényekről vitatkoznak a vélemények, közelednek egymáshoz; ha különböző emlékekről, nem.
3. Ami jól ment. Először írásban, személyenként és pontonként egy jegyzet, aztán hangos felolvasás. Az írásban kezdés az a szabály, amely a csapat csendesebb felét is szóhoz juttatja, és a szokásos oka annak, hogy a retrókat két hang uralja.
4. Ami nem. Ugyanaz a módszer. A jegyzetek a munkáról és a munkamódról szólnak, nem emberekről; ha egy jegyzet személyt nevez meg, a facilitátor a parkolóba teszi egy négyszemközti beszélgetésre.
5. Csoportosítás és választás. A jegyzeteket csoportokba rendezzük, és mindenki két szavazatot tehet azokra a csoportokra, amelyekkel foglalkozni szeretne. A legtöbb szavazatot kapó egy-két csoport lesz a retro tárgya a hátralévő időben; a többi a következőre vár, és a várakozók listáját megőrizzük.
6. Egy-két változtatás, teendőként. Minden kiválasztott csoporthoz az a változtatás, amelyet a csapat vállal, action itemként megfogalmazva: egy felelős, egy ige, egy dátum. A „Legyünk jobbak a becslésben" egy kívánság; a „Lena – 15 perces becslésellenőrzést iktat a csütörtöki tervezésbe – a következő sprinttől" egy teendő.
7. Felelősök, ellenőrzési dátum és elismerés. A teendők felolvasása a felelősökkel; az ellenőrzés időpontjának kimondása, általában a következő retro; végül egy kör köszönet, néven nevezve. Az utolsó pont nem dísz: ettől lesznek az emberek legközelebb hajlandók megírni a 4. pont jegyzeteit.

Ami kimarad: minden, ami a review-ra (hatókör), az incidensvizsgálatra (egy hiba idővonala) vagy a négyszemközti beszélgetésre (egy ember) tartozik. Az a retrospektív, amely ezeket is hordozni akarja, elhúzódik, és semmit sem dönt el.

Hogyan vezessünk egyet: előtte, közben, utána

Előtte: rögzítsük az időpontot és készítsük elő a tényeket. A retrospektív rendszeres megbeszélés, a review után és a következő tervezés előtt, hogy abból dolgozzon, ami ténylegesen elkészült; hogy ez hogyan illeszkedik a héthez, azt a megbeszélési ritmusról szóló útmutató írja le. Előző nap a facilitátor kiposztolja a csapat csatornájába az időszak tényeit (az elkészültek listáját, a csúszottakét, az incidenseket), valamint az előző retro teendőit a felelősökkel, hogy az 1. és a 2. pontot már a megbeszélés előtt el lehessen olvasni, ne menet közben kelljen összeállítani. A facilitátort érdemes váltogatni: az a retro, amelyet mindig a vezető tart, jelentéssé válik a vezetőnek.

Közben: előbb írás, aztán beszéd, majd döntés. Kezdjük a teendők ellenőrzésével: minden felelős egy mondatban elmondja, kész-e vagy sem, és miért. Aztán a tények, egy perc alatt hangosan felolvasva. Aztán nyolc perc néma írás a jól ment és a nem ment oszlopba, minden jegyzet mindenki számára látható, ahogy megérkezik; minden tag saját nyelvén, ha a tábla fordít, és a teremben megbeszélt egyetlen nyelven, ha nem. Felolvasás, csoportosítás, szavazás: tizenöt perc. A kiválasztott csoportok kapják az óra hátralévő részét, és a facilitátor egyetlen feladata ebben a szakaszban az, hogy a beszélgetést még az óra lejárta előtt névvel ellátott teendővé alakítsa, mindegyiket hangosan visszaolvasva, hogy a felelős kétszer is egyetértsen vele. Az utolsó öt perc: a teendők felelősökkel és az ellenőrzési dátummal, majd az elismerés.

Utána: tegyük közzé az oldalt még aznap, ott, ahol a következő retro megnyitja. A tábla a jegyzeteivel, a kiválasztott csoportokkal, a teendőkkel a felelősökkel és az előző teendőkkel az állapotukkal együtt: egy oldal, mindenkinek, azoknak is, akik nem voltak ott. Aztán tegyük oda, ahonnan a következő retrospektív indul: a következő oldal tetején lévő teendőellenőrzés ennek az oldalnak az alján álló teendőlista másolata. Az a retrospektív, amely a facilitátor jegyzetfüzetében marad, olyan retrospektív, amilyen a csapatnak nincs.

Hogy maga az óra hogyan zajlik, a nyitás, az időkeretek és az eredmények visszaolvasása az utolsó öt percben, az ugyanaz a mesterség, mint bármely hatékony megbeszélésé. A retrora az írás-először szabály és a két változtatásos határ a jellemző.

Egy sprint retrospektív sablon

[Csapat] — Retrospektív, [szám]. sprint / [időszak]
Dátum: [dátum] · Idő: [kezdés]–[vége] · Link: [megbeszélés linkje]
Cél: egy-két változtatás kiválasztása a munkamódunkon, és a legutóbb kiválasztottak ellenőrzése.
Facilitátor: [név, váltakozva] · Jegyzet: [név vagy „az összefoglaló"]
Előzetes olvasnivaló: az előző retro oldala, az időszak tényei

1. Az előző retro teendői — facilitátor — 5 perc — tájékoztatás
– [Felelős] — [teendő] — határidő: [dátum] — kész / nem kész: [ok] / elvetve
– [Felelős] — [teendő] — határidő: [dátum] — kész / nem kész: [ok] / elvetve

2. Az időszak tényekben — facilitátor — 3 perc — tájékoztatás
Elkészült: [lista]. Csúszott: [lista]. Elromlott: [lista]. [Egy szám, amely ebben az időszakban számít.]

3. Ami jól ment — mindenki, először írásban — 8 perc — megbeszélés
[Jegyzetek, pontonként egy, az írás után hangosan felolvasva.]

4. Ami nem — mindenki, először írásban — 8 perc — megbeszélés
[Jegyzetek a munkáról és a munkamódról — nem emberekről.]

5. Csoportosítás és szavazás — mindenki — 10 perc — döntés
Csoportok: [A], [B], [C]. Fejenként két szavazat. Kiválasztva: [egy vagy kettő]. Várakozik a következő alkalomra: [a többi].

6. A változtatások, amelyeket vállalunk — csapat — 15 perc — döntés
– [Felelős] — [ige + tárgy] — [dátum]-tól — ellenőrzés a [dátum]-i retrón
– [Felelős] — [ige + tárgy] — [dátum]-tól — ellenőrzés a [dátum]-i retrón

7. Felelősök, ellenőrzési dátum, elismerés — 5 perc
A teendők visszaolvasása a felelősökkel. Ellenőrzési dátum: a következő retro, [dátum]. Fejenként egy köszönet, néven nevezve.

Parkoló: [felvetett, de nem kiválasztott témák — átvíve a következő retro oldalára]

A sablon egyszerű szöveg: formázás nélkül beilleszthető dokumentumba, canvasba, táblára ragasztott cetlioszlopba vagy csevegőüzenetbe. A sorrend a lényeg; az eszköz nem.

Egy kitöltött példa: nyolcfős termékcsapat, egy kéthetes sprint után

Platform csapat — Retrospektív, 31. sprint
Cél: egy-két változtatás kiválasztása a munkamódunkon, és a legutóbb kiválasztottak ellenőrzése.
Facilitátor: Mateusz · Jegyzet: az összefoglaló
Előzetes olvasnivaló: a 30. sprint retro oldala; a 31. sprint tényei, tegnap kiposztolva a csatornában

1. Az előző retro teendői — 5 perc
– Priya — a daily áthelyezése 9:30-ra, hogy Lisszabon élőben csatlakozhasson — határidő: nov. 2. — kész
– Kenji — egyoldalas „definition of done" a mobilos szálhoz — határidő: nov. 6. — nem kész: a QA-vezető szerkesztéseire vár; új határidő: nov. 20.

2. Az időszak tényekben — 3 perc
A tervezett 11 elemből 9 készült el. Csúszott: az exportfeladat, az onboarding e-mail. Elromlott: egy incidens, 40 perc, a keresési index. A csütörtöki review 25 percet húzódott.

3. Ami jól ment — 8 perc
A keresési hiba páros javítása még aznap lezárta az ügyet. A csatorna megőrizte a tényeket, így senki nem kérdezte kétszer, hogy „mit szállítottunk le". Lisszabon minden daily-n csatlakozott.

4. Ami nem — 8 perc
Két elem félig volt specifikálva, amikor a sprint elindult. A review túlfutott, mert a demót a megbeszélés közben állították be. Az incidensjelentés három nappal később készült el.

5. Csoportosítás és szavazás — 10 perc
Csoportok: készenlét a sprint elején (6 szavazat), a review hossza (4), incidensjelentések (3), becslések (2). Kiválasztva: készenlét, a review. Várakozik: incidensjelentések, becslések.

6. A változtatások, amelyeket vállalunk — 15 perc
– Lena — készenléti ellenőrzés minden elemre a tervezés előtti kedden; az egysoros specifikáció és felelős nélküli elem nem kerül be a sprintbe — a 32. sprinttől — ellenőrzés a nov. 28-i retrón
– Tomás — a demókörnyezet készen áll és tesztelve van a review napján délre — a 32. sprinttől — ellenőrzés a nov. 28-i retrón

7. Felelősök, ellenőrzési dátum, elismerés — 5 perc
Visszaolvasva. Ellenőrzési dátum: nov. 28. Köszönet Priyának a keresési páros munkáért és Lisszabonnak a korai kezdésekért.

Parkoló: incidensjelentések; becslések — a 32. sprint retrójának listáján az első helyen.

Figyeljük meg, mitől működik az oldal: az első pont és az utolsó előtti ugyanaz a lista, két hét távlatából nézve. A 31. sprint teendői a 30. sprint oldalának alján születtek, és ennek az oldalnak a tetején ítélik meg őket; a 32. sprint teendőit november 28-án fogják megítélni. Ez a hurok a retrospektív teljes értéke, és ezt a részt hagyja a legtöbb sablon az emlékezetre.

Négy kérdéssor, és mikor melyik illik

A sablon 3. és 4. pontja egy kérdéspár, és a csapatok megunják ugyanazt a párt. Négy jól ismert alternatíva, mindegyik továbbra is az 5. és a 6. pontban végződik:

Bármelyik kérdéssort használjuk, két szabály marad: írás a beszéd előtt, és a kimenet egy-két teendő felelősökkel. Az a kérdéssor, amely gazdagabb jegyzetfalat hoz, de döntést nem, érdekesebbé tette a megbeszélést, és hasznosabbá nem.

Hol él a retrospektív a már használt eszközökben

Minden nagy platform ad a retrónak egy táblát vagy dokumentumot, és mindegyik máshol áll meg. Csak dokumentált működés szerepel, a gyártók saját oldalairól, az egyes tények ellenőrzésének hónapjával:

Két dolog minden sorban azonos. A retro táblája a megbeszélés mellett álló dokumentum, azon az egy nyelven, amelyen megírták vagy tartották; és hogy az előző retro teendői megvalósultak-e, azt a dokumentum nem válaszolja meg: valaki megnyitja az előző oldalt a következő megbeszélésen, és felolvassa a teremnek. Ahol ez megfelel, a négy közül bármelyik jó, és a táblázat a teljes válasz. Hogy egy Teams- vagy Meet-hívás átirata, felvétele és összefoglalója utána hova kerül, és ki nyithatja még meg őket, azt a Teams és a Meet átirat-, felvétel- és összefoglalótárolását bemutató cikk térképezi fel; hogy az egyes platformok élő fordítása mit fed le a hívás alatt, és hol ér véget, azt a Teams- és Meet-útmutatók mutatják be (Teams, Meet).

Hogyan élik túl a teendők a következő retrót

Az InterMIND egy kommunikációs tér, ahol a megbeszélés egy csatornában él, így a retrospektívnek kézenfekvő otthona van: egy saját csatorna, ahová előző nap felkerülnek az időszak tényei és az előző retro teendői, a csatorna pedig megőrzi minden alkalom összefoglalóját, így a 30. sprint oldala egy kattintásra van a 31.-étől. Minden tag a saját nyelvén ír, és a többiekét a sajátján olvassa; az máshol megírt oldal e-mailben érkezik a csatornába: a házigazda saját címet ad a csatornának, és az oda küldött üzenet rendes üzenetként jelenik meg, a feladó nevével és a csatolmányokkal együtt.

A hívás alatt a tábla egy jegyzet, amely a videócsempék mellett, mindenki képernyőjén látszik a Share to conference funkcióval: a facilitátor élőben szerkeszti, miközben a terem írja a pontjait, és minden résztvevő a saját nyelvén olvassa, az eredeti egyetlen váltással elérhető. Az előző alkalom összefoglalója ugyanígy megosztható a konferenciába, így az 1. pont, az előző retro teendői, a tényleges feljegyzés mindenki képernyőjén, nem pedig valakinek az emlékezete róla.

Amikor a hívás véget ér, az összefoglaló magából a megbeszélésből készül: egy összegzés, az elfogadottnak, nyitottnak vagy vitatottnak jelölt pontok, az action itemek felelősökkel, minden sor megtartja az időbélyegét. E-mailben, üzenetként a csatornában és hivatkozásként a naptáresemény­ben érkezik, és minden bejelentkezett tag a saját nyelvén olvassa: a feljegyzést olvasónként fordítjuk, nem egyszer írjuk meg azon a nyelven, amelyet a terem épp használt. Bármely tag szerkesztheti, minden szerkesztés megőrzi a szerzőt és a változattörténetet. A házigazda az összefoglaló másolatát bármely címre elküldheti, például egy követőrendszer vagy CRM bejövő postafiókjába, így a két teendő úgy jut el a nyilvántartó rendszerbe, hogy senkinek nem kell továbbítania semmit. A Teams és a Meet a fenti dokumentációjuk szerint a pillanatot fordítja, vagyis a feliratokat a hívásban és az összefoglalót a megbeszélés nyelvén; itt a tér az, ami lefordítva marad.

Ahol be van kapcsolva a csapatállapot-oldal, a retro teendőit is ellenőrzik. Minden összefoglalóban rögzített teendő bekerül a szervezet feladatláncába, és amikor a következő összefoglaló elkészül, a nyitottakat összevetik azzal, ami elhangzott: az a teendő, amelyről valaki beszámolt, hogy befejezte, késznek lesz jelölve; amelyről szó volt, de nem készült el, nem késznek lesz jelölve, az okkal a megbeszélés szavaival; amelyet senki nem hozott szóba, nyitott marad. Az ítéletek a szervezet állapotoldalán élnek, mindegyik azzal az összefoglalóval, amelyre támaszkodik, és a következő alkalom elején Mia megnevezi a nyitott elemeket és a felelőseiket, így a sablon 1. pontjáról akkor is szó esik, ha senki sem nyitotta meg az előző oldalt. A csapatállapot-oldalak előzetes funkciók: a szervezet adminisztrátora a Settings → Advanced alatt kapcsolja be őket az alfa-feltételek elfogadása után (az egyes funkciókat a Preview features oldal ismerteti).

A vendég, például a sprintben dolgozó külsős vagy egy ügyfél mérnöke, akit egy retróra hívtak meg, linkkel csatlakozik, fiók nélkül és ingyen, telefonról vagy böngészőből, és élőben, a saját nyelvén hallja a megbeszélést. A vendégnek utólag nincs feljegyzése: a fiók ingyenes, és ettől lesz elérhető a feljegyzés. A házigazda biztosítja a teret, és fizetős csomagon csak az előző 28 napban aktív tagok után fizet; azok a tagok, akik elcsendesednek, költség nélkül megtartják a hozzáférésüket.

• Egy teljes összefoglaló megnyitása — valódi feljegyzés, ugyanazzal a kóddal megjelenítve, amely a sajátját írja, az action itemekkel együtt.
• Próbálja ki az élő demót — regisztráció nélkül; szóljon, és hallja a termet hallgatónként lefordítva.

A retrospektív mint mesterség minden eszközt túlél: valakinek még mindig meg kell kérdeznie a csapatot, min változtasson, és két válasznál meg kell állítania. Aminek nem kell túlélnie, az a második munka: a tábla újragépelése a hívás után, egyetlen nyelven, és a következő retro megnyitása azzal a kérdéssel, hogy megcsinálta-e valaki, amit az előző eldöntött.

GYIK

Mi az a retrospektív megbeszélés?

A retrospektív egy rendszeres megbeszélés, ahol a csapat visszatekint arra, hogyan dolgozott egy időszak alatt, legyen az sprint, kiadás vagy hónap, és egy-két változtatást vállal a munkamódjában. Először az előző retro teendőit ellenőrzi, a táblára teszi az időszak tényeit, írásban gyűjti össze, mi ment jól és mi nem, csoportosít és szavaz, és olyan teendőkkel zár, amelyeknek van felelősük és ellenőrzési dátumuk. Különbözik a review-tól, amely azt vizsgálja, mi készült el, és az incidensvizsgálattól, amely egyetlen hibát vizsgál.

Hogyan vezessünk sprint retrospektívet?

Rögzítsük az időpontot a review után és a tervezés előtt, és előző nap tegyük ki a csapat csatornájába az időszak tényeit és az előző retro teendőit. A megbeszélésen: ellenőrizzük az előző alkalom teendőit (öt perc), olvassuk fel a tényeket, a jól ment és a nem ment jegyzeteket csendben írjuk meg, mielőtt bárki megszólalna, olvassuk fel őket, csoportosítsunk, szavazzunk fejenként két szavazattal, a hátralévő időt pedig fordítsuk arra, hogy a legtöbb szavazatot kapó egy-két csoportból egy felelőssel és egy dátummal rendelkező teendő legyen. Olvassuk vissza a teendőket, mondjuk ki az ellenőrzési dátumot, általában a következő retrót, és zárjunk elismeréssel. Az oldalt még aznap tegyük közzé ott, ahol a következő retro megnyitja.

Melyek a retrospektív 5 szakasza?

A széles körben használt ötszakaszos szerkezet: a terep előkészítése (cél, az előző teendők, a szabályok), adatgyűjtés (az időszak tényei és mindenki jegyzetei), felismerések generálása (a jegyzetek csoportosítása és a mögöttük álló minta megtalálása), döntés arról, mit tegyünk (egy-két teendő felelősökkel), és lezárás (visszaolvasás, ellenőrzési dátum, elismerés). Az útmutató sablonja pontról pontra ráképezhető ezekre a szakaszokra: az 1–2. pont előkészít és tényeket gyűjt, a 3–5. gyűjt és csoportosít, a 6. dönt, a 7. lezár.

Mi a különbség a sprint review és a sprint retrospektív között?

A review a munkát vizsgálja: mi készült el, az-e, amit szántak, mi változik a backlogban, és az érdekelt felek is a teremben vannak. A retrospektív a munkamódot vizsgálja: mi lassította a csapatot és min fog változtatni, és csak a csapat van jelen. A review elfogadott elemeket és backlog-változásokat hagy maga után; a retrospektív egy-két teendőt arról, hogyan dolgozik a csapat, és az előző alkalom teendőit késznek vagy nem késznek jelölve. A retro a review után ül, hogy abból dolgozzon, ami ténylegesen elkészült.

Mi az a start, stop, continue?

Háromoszlopos retrospektív kérdéssor: mit kezdjen el a csapat, mit hagyjon abba, és mit folytasson. Az alapsablon jól ment és nem ment párját váltja fel, és azoknak a csapatoknak való, amelyek közvetlenül a jegyzetekből akarnak teendőket: egy „start" jegyzet már félig teendő. A csoportosítás, a szavazás és az egy-két vállalt változtatás határa továbbra is érvényes.

Mi a retrospektív 4 kérdése?

A klasszikus retrospektív négy kérdést tesz fel: mit csináltunk jól, mit tanultunk, mit kellene másképp csinálnunk legközelebb, és mi az, ami még foglalkoztat. Ez a 4L más formában, tetszett, tanultuk, hiányzott, vágytunk rá, és hosszabb időszakon működik a legjobban, például negyedéven vagy egy projekt végén, ahol a tanulás ugyanannyit számít, mint a javítás.

Meddig tartson egy sprint retrospektív?

Kéthetes sprintnél és öt-tíz fős csapatnál 45–60 percig: öt perc az előző teendőkre, három a tényekre, tizenhat az írásra, tizenöt a felolvasásra, csoportosításra és szavazásra, tizenöt a változtatásokra, öt a zárásra. Az a retrospektív, amely rendszeresen hosszabb, általában beengedte a szobába a review-t vagy egy incidensről szóló vitát; az, amelyik sokkal rövidebb, általában kihagyta az írást vagy a teendőket.

Mit tartalmazzon egy retrospektív sablon?

Hét dolgot: az előző retro teendőit az állapotukkal; az időszakot tényekben; ami jól ment; ami nem, mindkettőt először írásban; csoportosítást és szavazást; egy-két változtatást action itemként megfogalmazva felelőssel és dátummal; és a zárást, vagyis a visszaolvasást, az ellenőrzési dátumot és az elismerést, a várakozó témák parkolójával. A két rész, amelyet a legtöbb sablon kihagy, az első és az utolsó előtti: a régi teendők ellenőrzése és az új teendők felelőse és dátuma. Ezek kötik össze az egyik retrót a következővel.

Források: Microsoft — Take meeting notes in Microsoft Teams; Microsoft — Recap in Microsoft Teams; Zoom — Generating meeting agenda with AI Companion; Zoom — Using Meeting Summary with AI Companion; Google — Calendar & Meet settings for "Take notes for me"; Google Meet — "Take notes for me" in Google Meet; Slack — Meeting agenda template; Slack — Use huddles in Slack. Minden táblázatcella megnevezi azt a hónapot, amikor a tényt ellenőrizték: a Microsoft jegyzetoldalát, a Zoom napirendoldalát, a Google oldalait és a Slack oldalait 2026 októberében, a Microsoft összefoglalóoldalát és a Zoom megbeszélés-összefoglaló oldalát 2026 augusztusában ellenőriztük. Az ötszakaszos szerkezet és a kérdéssorok bevett gyakorlatot jelentenek, és nem tartalmaznak gyártói állítást. A gyártók idővel változtatnak a csomagokon, a funkciókon és a nyelvlistákon; a jelenlegi állapotért nézze meg az oldalaikat.