Jira → WorkThroughLine checklist za kontrolisani cutover

Ova checklist-a ima jednu preciznu namenu: prelazak aktivnog product rada iz Jire u WorkThroughLine. Nije uputstvo za Jira Data Center → Jira Cloud migraciju i nije uputstvo za Smart Checklist Marketplace dodatak. Ako radiš Data Center procenu, prvo pročitaj opcije i rokove do EOL-a 2029, a za prelazak unutar Atlassian ekosistema koristi Jira Cloud Migration Assistant dokumentaciju. Za Smart Checklist koristi uputstvo proizvođača dodatka.

Preuzmi checklist-u kao CSV. Otvori je u Sheets-u ili Excel-u, dodaj vlasnika uz svaki red i u poslednju kolonu nalepi dokaz: URL izveštaja, broj stavki, odluku ili razlog za izuzetak.

Pre zakazivanja termina uradi besplatnu procenu spremnosti za Jira migraciju i preuzmi source-to-target reconciliation šablon. Odgovori i CSV ostaju lokalno; procena ne zamenjuje pilot.

1. Imenuj vlasnika, obim i trenutak preseka

Migracija bez jednog vlasnika postane niz parcijalnih odluka. Neko mora da drži spisak projekata, mapiranja, otvorenih upozorenja i konačnu odluku da li se prelazi.

Pre prvog izvoza zapiši:

• ko je migration owner;
• koji aktivni Jira projekti i JPD prostori ulaze;
• šta ostaje samo u arhivi;
• ko potvrđuje product, engineering i administrativni deo;
• datum i tačno vreme change freeze-a;
• gde nastaje novi rad posle tog trenutka.

Ne prenosi se automatski sve samo zato što postoji. Stari zatvoreni projekat može ostati u sačuvanom Jira izvozu ako nema operativnu vrednost u novom sistemu.

2. Sačuvaj netaknut izvor pre čišćenja

Napravi izvoz sa svim dostupnim poljima i sačuvaj originalni fajl bez otvaranja i ponovnog snimanja. On je audit kopija sa kojom kasnije porediš rezultat. Ako napraviš očišćenu radnu verziju, čuvaj je kao drugi fajl.

Atlassian navodi da potpuni Jira Cloud backup može obuhvatiti work item-e i sistemska/custom polja, sprint podatke, korisnike, komentare i priloge, ali ne i automation flows i podatke third-party dodataka. CSV migracija u drugi proizvod nije isto što i potpuni site backup, pa posebno popiši:

• Marketplace aplikacije i njihove privatne podatke;
• automatizacije i workflow konfiguraciju;
• dashboard-e, filtere i permission schemes;
• fizičke priloge naspram referenci ka prilozima;
• integracije koje zavise od Jira ID-jeva.

3. Pokreni preflight bez upisa

U WorkThroughLine-u prvo pokreni preflight. Njegov posao je da pokaže šta je prepoznato pre nego što išta bude upisano:

• projekti i broj stavki;
• statusi, tipovi i prioriteti;
• korisnici koji mogu i ne mogu da se mapiraju;
• sprintovi i datumi koji nedostaju;
• komentari, veze i dodatna polja;
• upozorenja i nepodržane vrednosti.

Uporedi broj koji preflight prikazuje sa izvornim obimom. Ako se ne slažu, nemoj nastaviti samo zato što nema crvene greške. Razlika mora imati objašnjenje.

Princip nije specifičan samo za WorkThroughLine: i Atlassian za sopstvene migracije preporučuje pre-migration proveru nekoliko dana pre produkcijskog prelaska i test migraciju pre finalnog pokretanja. Njihova pre-migration checklist-a je koristan dodatni izvor za velike i složene instance.

4. Mapiraj značenje, ne samo naziv

Status Ready for QA ne mora postati istoimeni status. Pitanje je koje značenje treba da ima u procesu posle migracije. Isto važi za custom issue tipove, prioritete i korisnike.

Za svako mapiranje zabeleži:

• source vrednost;
• target vrednost;
• vlasnika odluke;
• razlog ako više source vrednosti postaje jedna target vrednost;
• prihvaćeni gubitak detalja, ako ga ima.

Posebno pregledaj deaktivirane ili nedostupne korisnike. Bolje je ostaviti stavku jasno nedodeljenu nego istorijsko vlasništvo pripisati pogrešnoj osobi.

5. Izaberi reprezentativan probni projekat

Najmanji projekat često je loš pilot jer ne sadrži nijednu tešku ivicu. Izaberi projekat koji ima normalan miks:

• epic/parent/subtask strukturu;
• aktivan i bar jedan istorijski sprint;
• komentare različitih autora;
• blocking, related ili duplicate veze;
• custom statuse ili prioritete;
• nekoliko nedodeljenih ili neaktivnih korisnika;
• JPD kontekst, ako ga koristiš.

Pilot nije demo da import može da se pokrene. On je pokušaj da se na vreme pronađe razlika između izvora i rezultata.

6. Uradi reconciliation, ne samo vizuelni pregled

Otvaranje tri nasumična tiketa nije dovoljno. Napravi malu kontrolnu tabelu i uporedi:

Provera	Izvor	Rezultat	Odluka
Otvorene stavke po projektu
Stavke po statusu
Epici sa decom
Stavke u aktivnom sprintu
Stavke sa komentarima
Stavke sa blocking vezama
Nedodeljeni korisnici

Zatim ručno otvori reprezentativne stavke i proveri sadržaj, autore i datume komentara, parent veze, sprint i izvorni Jira ključ. Ako postoji prihvaćeno ograničenje, zapiši ga; nemoj ga ostaviti u sećanju osobe koja vodi migraciju.

7. Zaključi finalni cutover

Kada pilot prođe:

1. podseti tim na vreme change freeze-a;
2. zaustavi upis novog rada i komentara u Jiru;
3. napravi i sačuvaj finalni izvoz;
4. pokreni finalni import;
5. pregledaj izveštaj, upozorenja i konflikte;
6. ponovi dogovorene reconciliation provere;
7. objavi da je WorkThroughLine novi source of truth.

Stabilni Jira identiteti sprečavaju da ponovljeni import napravi novu kopiju iste stavke. Ako je neko u međuvremenu ručno menjao već uvezenu stavku, safe mode je preskače i prijavljuje konflikt umesto tihog prepisivanja.

8. Prvih nekoliko dana tretiraj kao aftercare

Dogovori kratak period u kome jedna osoba svakodnevno pregleda izuzetke i pitanja tima. Jira i finalni izvoz ostaju dostupni kao read-only referenca u skladu sa internim pravilima, ali se novi rad ne deli između dva source of truth-a.

Checklist-a je završena kada tim radi bez pitanja „gde ovo sada upisujem”, a ne kada import job dobije zeleni status.

Otvori detaljno uputstvo za WorkThroughLine import ili pogledaj šta se prenosi, mapira i ostaje van importa.