Szablon retrospektywy: format, przykład — i jak zadania (action items) dotrwają do następnej retrospektywy (2026)

Retrospektywa to spotkanie, na którym zespół patrzy, jak pracował — w trakcie sprintu, wydania, miesiąca — i decyduje, co zmienić. Nie chodzi o to, co zbudował; od tego jest przegląd. Chodzi o to, jak to zbudował: co spowalniało pracę, co ją napędzało i co jedno lub dwie rzeczy zespół zrobi inaczej następnym razem. Szablon retrospektywy to jedna strona, która porządkuje tę rozmowę w stałej kolejności, tak by spotkanie kończyło się decyzją, a nie listą narzekań.

Ten przewodnik zaczyna od rzemiosła — formatu, szablonu retrospektywy sprintu do skopiowania, wypełnionego przykładu i czterech zestawów pytań, między którymi większość zespołów się rotuje. Potem przechodzi do mechaniki: gdzie retrospektywa żyje w narzędziach, z których zespół już korzysta, i co dzieje się z jej zadaniami po spotkaniu. Prawdziwym sprawdzianem retrospektywy nie jest bowiem tablica na koniec godziny. To pierwsze pięć minut następnej, kiedy ktoś pyta, czy dwie zmiany, na które wszyscy się zgodzili, rzeczywiście się wydarzyły.

Czym jest retrospektywa — a czym nie

Obok retrospektywy stoją cztery spotkania, które zespoły łączą na własną szkodę:

Retrospektywa jest jedynym z tych czterech spotkań, które dotyczy samego zespołu, odbywa się w obecności zespołu i to zespół w nim decyduje. Dlatego jej wynik jest niewielki — zespół może zmienić jeden lub dwa nawyki w cyklu, nie dziesięć — i dlatego retrospektywa z długą listą to zwykle przegląd lub przegląd incydentu pod fałszywą nazwą. Agenda przeglądu sprintu i agenda retrospektywy to dwie różne strony nie bez powodu.

Retrospektywa nie jest też spotkaniem statusowym z uczuciami. „Powiedzmy po kolei, jak minął sprint" daje nastrój, nie zmianę. Poniższy szablon każe zacząć od danych, a nie opinii, pisać przed mówieniem i podjąć decyzję przed końcem godziny.

Co zawiera szablon: format

Użyteczny szablon retrospektywy ma siedem części, w tej kolejności. Większość szablonów w sieci to ich podzbiór; najczęściej brakuje pierwszej i ostatniej.

1. Zadania z poprzedniej retrospektywy, sprawdzone. Przed czymkolwiek innym: każde zadanie z ostatniego razu, jego właściciel i jeden z trzech stanów — wykonane, niewykonane z podaniem powodu, porzucone. Dwie minuty na listę z trzech pozycji. Retrospektywa, która pomija ten punkt, ogłasza, że jej zadania są opcjonalne, i sala to słyszy.
2. Okres w faktach. Co wyszło, co się opóźniło, co się zepsuło — w liczbach lub datach, na tablicy, zanim ktokolwiek zabierze głos. Trzy do pięciu linijek. Opinie spierające się o te same fakty zbiegają się; opinie spierające się o różne wspomnienia nie.
3. Co poszło dobrze. Najpierw na piśmie, jedna notatka na osobę na punkt, potem odczytane na głos. Pisanie przed mówieniem to zasada, dzięki której słychać cichszą połowę zespołu, a jej brak jest zwykłym powodem, dla którego retrospektywom dominują dwa głosy.
4. Co nie poszło. Ta sama metoda. Notatki dotyczą pracy i sposobu pracy, nie ludzi; facylitator przenosi notatkę, która wskazuje osobę, do parkingu tematów na rozmowę 1:1.
5. Grupowanie i wybór. Pogrupuj notatki i niech każdy postawi dwa głosy na grupy, którymi chce się zająć. Jedna lub dwie najwyżej oceniane są tematem retrospektywy na resztę czasu; pozostałe czekają na następną, a lista tych, które czekały, jest zachowywana.
6. Jedna lub dwie zmiany jako zadania. Dla każdej wybranej grupy: zmiana, do której zespół się zobowiązuje, zapisana jako action item: jeden właściciel, jeden czasownik, jedna data. „Lepiej szacować" to życzenie; „Lena — dodać 15-minutowe sprawdzenie szacunków do czwartkowego planowania — od następnego sprintu" to zadanie.
7. Właściciele, termin sprawdzenia i podziękowania. Odczytaj zadania razem z właścicielami; podaj datę ich sprawdzenia — zwykle następna retrospektywa; zakończ jedną rundą podziękowań, z imienia. Ostatni punkt to nie dekoracja: dzięki niemu ludzie następnym razem zechcą napisać notatki z punktu 4.

Co zostaje poza: wszystko, co należy do przeglądu (zakres), przeglądu incydentu (oś czasu jednej awarii) lub rozmowy 1:1 (jedna osoba). Retrospektywa, która próbuje to wszystko pomieścić, przeciąga się i nic nie rozstrzyga.

Jak ją poprowadzić: przed, w trakcie, po

Przed: ustal termin i przygotuj fakty. Retrospektywa to spotkanie cykliczne, po przeglądzie i przed kolejnym planowaniem, tak aby pracowała na tym, co faktycznie zostało dostarczone; jak wpisuje się w tydzień, opisuje przewodnik o rytmie spotkań. Dzień wcześniej facylitator publikuje na kanale zespołu fakty z okresu — listę tego, co wyszło, tego, co się opóźniło, incydenty — oraz zadania z ostatniej retrospektywy z właścicielami, tak by punkty 1 i 2 były przeczytane przed spotkaniem, a nie składane w jego trakcie. Rotuj facylitatora: retrospektywa prowadzona za każdym razem przez managera staje się raportem dla managera.

W trakcie: pisanie przed mówieniem, potem decyzja. Zacznij od sprawdzenia zadań — każdy właściciel mówi jednym zdaniem, czy zrobione, czy nie, i dlaczego. Potem fakty, odczytane na głos w minutę. Potem osiem minut cichego pisania o tym, co poszło dobrze i co nie, z każdą notatką widoczną dla wszystkich w chwili dodania — w języku każdego członka zespołu, jeśli tablica tłumaczy, i w jednym języku uzgodnionym przez salę, jeśli nie. Odczyt, grupowanie, głosy: piętnaście minut. Wybrane grupy dostają resztę godziny, a jedynym zadaniem facylitatora w tym czasie jest zamienić rozmowę w zadanie z nazwiskiem, zanim skończy się czas, odczytując każde na głos, tak by właściciel zgodził się na nie dwa razy. Pięć minut na koniec: zadania z właścicielami i termin sprawdzenia, potem podziękowania.

Po: opublikuj stronę tego samego dnia, tam, gdzie następna retrospektywa ją otworzy. Tablica z notatkami, wybrane grupy, zadania z właścicielami i poprzednie zadania z ich stanami — jedna strona, dla wszystkich, także dla tych, których nie było. Potem umieść ją tam, od czego zacznie się następna retrospektywa: sprawdzenie zadań na górze następnej strony jest kopią listy zadań na dole tej. Retrospektywa trzymana w notesie facylitatora to retrospektywa, której zespół nie ma.

Sposób prowadzenia samej godziny — otwarcie, bloki czasu, odczytanie ustaleń w ostatnich pięciu minutach — to to samo rzemiosło co w każdym skutecznym spotkaniu. Specyficzna dla retrospektywy jest zasada pisania przed mówieniem i limit dwóch zmian.

Szablon retrospektywy sprintu

[Zespół] — Retrospektywa, sprint [numer] / [okres]
Data: [data] · Godzina: [początek]–[koniec] · Link: [link do spotkania]
Cel: wybrać jedną lub dwie zmiany w sposobie pracy i sprawdzić te, które wybraliśmy poprzednio.
Facylitator: [imię, rotacyjnie] · Notatki: [imię lub „podsumowanie"]
Do przeczytania wcześniej: strona z ostatniej retrospektywy, fakty z tego okresu

1. Zadania z ostatniej retrospektywy — facylitator — 5 min — informacja
– [Właściciel] — [zadanie] — termin był [data] — wykonane / niewykonane: [powód] / porzucone
– [Właściciel] — [zadanie] — termin był [data] — wykonane / niewykonane: [powód] / porzucone

2. Okres w faktach — facylitator — 3 min — informacja
Dostarczone: [lista]. Opóźnione: [lista]. Zepsute: [lista]. [Jedna liczba, która w tym okresie ma znaczenie.]

3. Co poszło dobrze — wszyscy, najpierw na piśmie — 8 min — dyskusja
[Notatki, po jednym punkcie, odczytane na głos po pisaniu.]

4. Co nie poszło — wszyscy, najpierw na piśmie — 8 min — dyskusja
[Notatki o pracy i sposobie pracy — nie o ludziach.]

5. Grupowanie i głosowanie — wszyscy — 10 min — decyzja
Grupy: [A], [B], [C]. Po dwa głosy. Wybrane: [jedna lub dwie]. Czekają na następny raz: [pozostałe].

6. Zmiany, do których się zobowiązujemy — zespół — 15 min — decyzja
– [Właściciel] — [czasownik + dopełnienie] — od [data] — sprawdzone na retrospektywie [data]
– [Właściciel] — [czasownik + dopełnienie] — od [data] — sprawdzone na retrospektywie [data]

7. Właściciele, termin sprawdzenia, podziękowania — 5 min
Zadania odczytane z właścicielami. Termin sprawdzenia: następna retrospektywa, [data]. Po jednym podziękowaniu od każdego, z imienia.

Parking tematów: [poruszone i niewybrane punkty — przeniesione na stronę następnej retrospektywy]

Szablon to zwykły tekst: wkleisz go do dokumentu, kanwy, kolumny karteczek na tablicy lub wiadomości na czacie bez przeformatowywania. Liczy się kolejność, nie narzędzie.

Wypełniony przykład: zespół produktowy z ośmiu osób po dwutygodniowym sprincie

Zespół platformy — Retrospektywa, sprint 31
Cel: wybrać jedną lub dwie zmiany w sposobie pracy i sprawdzić te, które wybraliśmy poprzednio.
Facylitator: Mateusz · Notatki: podsumowanie
Do przeczytania wcześniej: strona retrospektywy ze sprintu 30; fakty ze sprintu 31 opublikowane wczoraj na kanale

1. Zadania z ostatniej retrospektywy — 5 min
– Priya — przesunąć daily na 9:30, żeby Lizbona dołączała na żywo — termin był 2 lis — wykonane
– Kenji — jednostronicowa definicja ukończenia (definition of done) dla ścieżki mobilnej — termin był 6 lis — niewykonane: czeka na poprawki od lidera QA; nowy termin 20 lis

2. Okres w faktach — 3 min
Dostarczono 9 z 11 zaplanowanych elementów. Opóźnione: zadanie eksportu, e-mail powitalny. Zepsute: jeden incydent, 40 minut, indeks wyszukiwania. Czwartkowy przegląd przeciągnął się o 25 minut.

3. Co poszło dobrze — 8 min
Praca w parze nad poprawką wyszukiwania domknęła ją tego samego dnia. Kanał zachował fakty, więc nikt nie pytał dwa razy „co dostarczyliśmy". Lizbona dołączyła do każdego daily.

4. Co nie poszło — 8 min
Dwa elementy były na starcie sprintu opisane połowicznie. Przegląd się przeciągnął, bo demo było przygotowywane w trakcie spotkania. Raport z incydentu został napisany z trzydniowym opóźnieniem.

5. Grupowanie i głosowanie — 10 min
Grupy: gotowość na początku sprintu (6 głosów), długość przeglądu (4), raporty z incydentów (3), szacowanie (2). Wybrane: gotowość, przegląd. Czekają: raporty z incydentów, szacowanie.

6. Zmiany, do których się zobowiązujemy — 15 min
– Lena — sprawdzenie gotowości każdego elementu we wtorek przed planowaniem; element bez jednolinijkowego opisu i właściciela nie wchodzi do sprintu — od sprintu 32 — sprawdzone na retrospektywie 28 lis
– Tomás — środowisko demo gotowe i przetestowane do południa w dniu przeglądu — od sprintu 32 — sprawdzone na retrospektywie 28 lis

7. Właściciele, termin sprawdzenia, podziękowania — 5 min
Odczytane. Termin sprawdzenia: 28 lis. Podziękowania dla Priyi za pracę w parze nad wyszukiwaniem i dla Lizbony za wczesne starty.

Parking tematów: raporty z incydentów; szacowanie — pierwsze na liście na retrospektywę sprintu 32.

Zwróć uwagę, co sprawia, że ta strona działa: pierwszy punkt i przedostatni to ta sama lista widziana w odstępie dwóch tygodni. Zadania ze sprintu 31 narodziły się na dole strony ze sprintu 30 i zostały ocenione na górze tej; zadania ze sprintu 32 zostaną ocenione 28 listopada. Ta pętla jest całą wartością retrospektywy i właśnie ją większość szablonów zostawia pamięci.

Cztery zestawy pytań i kiedy który pasuje

Punkty 3 i 4 szablonu to para pytań, a zespoły męczą się tą samą parą. Cztery znane alternatywy, każda nadal kończąca się punktami 5 i 6:

Którykolwiek zestaw wybierzesz, obowiązują dwie zasady: pisanie przed mówieniem, a wynikiem są jedno lub dwa zadania z właścicielami. Zestaw pytań, który daje bogatszą ścianę notatek, ale żadnej decyzji, uczynił spotkanie ciekawszym, a mniej użytecznym.

Gdzie retrospektywa żyje w narzędziach, których już używasz

Każda z głównych platform daje retrospektywie tablicę lub dokument i każda zatrzymuje się w innym miejscu. Tylko udokumentowane zachowanie, ze stron samych dostawców, z miesiącem sprawdzenia każdego faktu:

W każdym wierszu powtarzają się dwie rzeczy. Tablica retrospektywy to dokument obok spotkania, w jednym języku, w którym została napisana lub w którym odbyło się spotkanie; a to, czy zadania z ostatniej retrospektywy zostały wykonane, jest pytaniem, na które dokument nie odpowiada — człowiek otwiera poprzednią stronę na kolejnym spotkaniu i odczytuje ją na sali. Tam, gdzie to wystarcza, dobre będzie każde z czterech narzędzi i tabela jest całą odpowiedzią. Gdzie po spotkaniu lądują transkrypcja, nagranie i podsumowanie rozmowy w Teams lub Meet i kto może je jeszcze otworzyć, opisuje gdzie Teams i Meet przechowują transkrypcję, nagranie i podsumowanie; co obejmuje tłumaczenie na żywo każdej platformy w trakcie rozmowy i gdzie się kończy, jest w przewodnikach o Teams i Meet (Teams, Meet).

Jak zadania dotrwają do następnej retrospektywy

InterMIND to przestrzeń komunikacji, w której spotkanie żyje w kanale, więc retrospektywa ma oczywisty dom: własny kanał, na którym dzień wcześniej publikowane są fakty z okresu i zadania z ostatniej retrospektywy, a kanał zachowuje podsumowanie każdej sesji, więc strona ze sprintu 30 jest o jedno kliknięcie od strony ze sprintu 31. Każdy członek pisze w swoim języku i czyta pozostałych w swoim; strona przygotowana gdzie indziej trafia na kanał e-mailem — host nadaje kanałowi własny adres, a wiadomość wysłana na ten adres pojawia się jako zwykła wiadomość z podanym nadawcą i zachowanymi załącznikami.

Podczas rozmowy tablica to notatka wyświetlona na ekranach wszystkich obok kafelków wideo przez Share to conference: facylitator edytuje ją na żywo, gdy sala wpisuje swoje punkty, a każdy uczestnik czyta ją w swoim języku, z oryginałem w zasięgu jednego przełącznika. Podsumowanie poprzedniej sesji można udostępnić do konferencji w ten sam sposób, więc punkt 1 — zadania z ostatniej retrospektywy — to rzeczywisty zapis na ekranie każdego, a nie czyjeś wspomnienie o nim.

Po zakończeniu rozmowy podsumowanie powstaje z samego spotkania: streszczenie, punkty oznaczone jako uzgodnione, otwarte lub sporne, zadania z właścicielami, każda linijka z zachowanym znacznikiem czasu. Trafia e-mailem, jako wiadomość na kanale i jako link w wydarzeniu kalendarza, a każdy zalogowany członek czyta je w swoim języku — zapis jest tłumaczony per czytelnik, a nie pisany raz w języku, którego sala akurat użyła. Każdy członek może je edytować, a każda edycja zachowuje autora i historię wersji. Host może dodać kopię podsumowania na dowolny adres — skrzynkę przychodzącą trackera lub CRM — dzięki czemu oba zadania trafiają do systemu źródłowego bez niczyjego przekazywania. Teams i Meet, według ich dokumentacji powyżej, tłumaczą chwilę — napisy w rozmowie, podsumowanie w języku spotkania; tutaj to przestrzeń pozostaje przetłumaczona.

W organizacji z włączonymi stronami statusu zespołów zadania z retrospektywy są także sprawdzane. Każde zadanie zapisane w podsumowaniu trafia do łańcucha zadań organizacji, a gdy powstaje kolejne podsumowanie, otwarte zadania są oceniane względem tego, co powiedziano: zadanie, o którym ktoś zgłosił, że jest skończone, zostaje oznaczone jako wykonane; zadanie omawiane, ale nieskończone, jako niewykonane z powodem podanym słowami ze spotkania; zadanie, o którym nikt nie wspomniał, pozostaje otwarte. Werdykty żyją na stronie statusu organizacji, każdy z podsumowaniem, na którym się opiera, a na początku następnej sesji Mia wymienia otwarte pozycje i ich właścicieli — więc o punkcie 1 szablonu mówi się nawet wtedy, gdy nikt nie otworzył poprzedniej strony. Strony statusu zespołów to funkcja w wersji zapoznawczej: administrator organizacji włącza je w Settings → Advanced po zaakceptowaniu warunków wersji alfa (strona Preview features opisuje każdą z nich).

Gość — wykonawca w sprincie, inżynier klienta zaproszony na jedną retrospektywę — dołącza przez link, bez konta i bezpłatnie, z telefonu, w przeglądarce, i słyszy spotkanie na żywo w swoim języku. Po spotkaniu gość nie ma zapisu — konto jest bezpłatne i to ono sprawia, że zapis jest dostępny. Host zapewnia przestrzeń i w płatnym planie płaci tylko za członków aktywnych w ciągu ostatnich 28 dni; członkowie, którzy przycichną, zachowują dostęp bez opłat.

• Otwórz kompletne podsumowanie — prawdziwy zapis wyrenderowany tym samym kodem, który pisze Twoje, z zadaniami (action items) włącznie.
• Wypróbuj demo na żywo — bez rejestracji; mów i usłysz, jak sala jest tłumaczona dla każdego słuchacza.

Retrospektywa jako rzemiosło przetrwa każde narzędzie: ktoś nadal musi zapytać zespół, co zmienić, i utrzymać go przy dwóch odpowiedziach. Nie musi przetrwać drugie zadanie — przepisywanie tablicy po rozmowie, w jednym języku, i otwieranie następnej retrospektywy pytaniem, czy ktokolwiek zrobił to, co postanowiła poprzednia.

FAQ

Czym jest spotkanie retrospektywne?

Retrospektywa to cykliczne spotkanie, na którym zespół patrzy, jak pracował w danym okresie — sprincie, wydaniu, miesiącu — i zobowiązuje się do jednej lub dwóch zmian w sposobie pracy. Najpierw sprawdza zadania z poprzedniej retrospektywy, kładzie na tablicy fakty z okresu, zbiera na piśmie to, co poszło dobrze i co nie, grupuje i głosuje, a kończy zadaniami z właścicielem i terminem sprawdzenia. Różni się od przeglądu, który patrzy na to, co zostało zbudowane, i od przeglądu incydentu, który patrzy na jedną awarię.

Jak poprowadzić retrospektywę sprintu?

Ustal termin po przeglądzie i przed planowaniem, a dzień wcześniej opublikuj na kanale zespołu fakty z okresu i zadania z ostatniej retrospektywy. Na spotkaniu: sprawdź zadania z ostatniego razu (pięć minut), odczytaj fakty, w ciszy napisz notatki o tym, co poszło dobrze i co nie, zanim ktokolwiek zacznie mówić, odczytaj je, pogrupuj, zagłosuj po dwa głosy na osobę i resztę czasu poświęć na zamianę jednej lub dwóch najwyżej ocenionych grup w zadania z jednym właścicielem i jedną datą. Odczytaj zadania, podaj termin sprawdzenia — zwykle następna retrospektywa — i zakończ podziękowaniami. Opublikuj stronę tego samego dnia tam, gdzie następna retrospektywa ją otworzy.

Jakie jest 5 etapów retrospektywy?

Powszechnie stosowana struktura pięciu etapów to: wprowadzenie (cel, poprzednie zadania, zasady), zebranie danych (fakty z okresu i notatki wszystkich), generowanie wniosków (pogrupowanie notatek i znalezienie wzorca za nimi), decyzja, co robić (jedno lub dwa zadania z właścicielami) i zamknięcie (odczytanie, termin sprawdzenia, podziękowania). Szablon w tym przewodniku odpowiada tym etapom punkt po punkcie: punkty 1–2 to wprowadzenie i zebranie faktów, 3–5 to zbieranie i grupowanie, 6 to decyzja, 7 to zamknięcie.

Jaka jest różnica między przeglądem sprintu a retrospektywą sprintu?

Przegląd patrzy na pracę — co zostało zbudowane, czy to jest to, co zamierzano, co zmienia się w backlogu — w obecności interesariuszy. Retrospektywa patrzy na sposób pracy — co spowalniało zespół i co zmieni — wyłącznie z zespołem. Przegląd zostawia przyjęte elementy i zmiany w backlogu; retrospektywa zostawia jedno lub dwa zadania dotyczące sposobu pracy zespołu oraz zadania z ostatniego razu oznaczone jako wykonane lub nie. Retrospektywa odbywa się po przeglądzie, tak aby pracowała na tym, co faktycznie zostało dostarczone.

Czym jest start, stop, continue?

Zestaw pytań retrospektywy z trzema kolumnami: co zespół powinien zacząć robić, co powinien przestać robić i co powinien robić dalej. Zastępuje parę „poszło dobrze / nie poszło" z podstawowego szablonu i pasuje zespołom, które chcą zadań prosto z notatek — notatka „start" jest już w połowie zadaniem. Grupowanie, głosowanie i limit jednej lub dwóch zobowiązanych zmian nadal obowiązują.

Jakie są 4 pytania retrospektywy?

Klasyczna retrospektywa zadaje cztery pytania: co zrobiliśmy dobrze, czego się nauczyliśmy, co powinniśmy zrobić inaczej następnym razem i co nadal nas zastanawia. To 4L w innej postaci — liked, learned, lacked, longed for — i najlepiej sprawdzają się w dłuższym okresie, takim jak kwartał lub koniec projektu, gdzie nauka liczy się tak samo jak naprawianie.

Jak długo powinna trwać retrospektywa sprintu?

Dla dwutygodniowego sprintu i zespołu od pięciu do dziesięciu osób: 45 do 60 minut — pięć na poprzednie zadania, trzy na fakty, szesnaście na pisanie, piętnaście na odczyt, grupowanie i głosy, piętnaście na zmiany, pięć na zamknięcie. Retrospektywa, która regularnie trwa dłużej, zwykle wpuściła na salę przegląd lub dyskusję o incydencie; retrospektywa znacznie krótsza zwykle pominęła pisanie lub zadania.

Co powinien zawierać szablon retrospektywy?

Siedem rzeczy: zadania z poprzedniej retrospektywy z ich stanami; okres w faktach; co poszło dobrze; co nie poszło — oba najpierw na piśmie; grupowanie i głosy; jedną lub dwie zmiany zapisane jako action items z właścicielem i datą; oraz zamknięcie — odczytanie, termin sprawdzenia, podziękowania — z parkingiem tematów dla tego, co czekało. Dwie części, które większość szablonów pomija, to pierwsza i przedostatnia: sprawdzenie starych zadań oraz właściciel i data przy nowych. To one łączą jedną retrospektywę z następną.

Źródła: 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. Każda komórka tabeli podaje miesiąc, w którym sprawdzono dany fakt: strona Microsoftu o notatkach, strona Zoom o agendzie, strony Google i strony Slacka sprawdzono w październiku 2026; stronę Microsoftu o podsumowaniu i stronę Zoom o podsumowaniu spotkania sprawdzono w sierpniu 2026. Struktura pięciu etapów i zestawy pytań to powszechna praktyka i nie niosą żadnego twierdzenia dostawców. Dostawcy z czasem zmieniają plany, funkcje i listy języków; aktualny stan sprawdzaj na ich stronach.