Korišćenje brojeva nedelja u upravljanju projektima — sprintovi, roadmapovi i skrivene zamke koordinacije

Brojevi nedelja su standard u planiranju projekata. „Ciljani release: W22” je urednije od „nedelja od 27. maja” i preciznije od „krajem maja”. Roadmapovi, sprint kalendari i rasporedi isporuka izgledaju urednije kada se izraze kroz brojeve nedelja.

Ali brojevi nedelja nose skrivene pretpostavke — o tome kada počinje nedelja, koja se računa kao nedelja 1 i koji sistem numerisanja koriste tvoji alati. U timu koji je u jednoj zemlji i koristi jedan alat, te pretpostavke se poklapaju i nikad ih ne primetiš. U distribuiranom timu, isplivaju kao propuštene predaje, pogrešno shvaćeni rokovi i „prozori isporuke” koji se ne preklapaju onako kako je bilo kome delovalo.

Zašto timovi koriste brojeve nedelja za planiranje

Kalendarski datumi imaju problem u upravljanju projektima: previše su precizni. Roadmap zasnovan na tačnim datumima sugeriše preciznost koja retko postoji šest meseci unapred. „Funkcija X do 14. marta” postaje netačno čim se plan pomeri, a ažuriranje svakog datuma stvara trenje.

Brojevi nedelja pogađaju sredinu između neodređenih kvartala i krhkih, tačnih datuma:

• Dovoljno su granularni za planiranje sprintova i prekretnica
• Dovoljno su apstraktni da se pomeraju bez prepisivanja celog dokumenta
• Lako je razmišljati o njima relativno („za 3 nedelje” = trenutna nedelja + 3)
• Dosledni su tokom godine — svaka nedelja ima istu dužinu, za razliku od meseci

Za timove koji rade u dvonedeljnim sprintovima, struktura je posebno prirodna. Sprint 1 je W1–W2, sprint 2 je W3–W4, i tako dalje. Broj sprinta i broj nedelje ostaju usklađeni cele godine.

Problem sa dva sistema brojeva nedelja

Zamka: SAD i Evropa podrazumevano koriste različite sisteme numerisanja nedelja.

ISO 8601 (Evropa, veći deo sveta): Nedelje počinju u ponedeljak. Nedelja 1 je ona koja sadrži prvi četvrtak. Podrazumevano u većini evropskih alata za planiranje i eksplicitno u alatima označenim kao „ISO”.

Američki sistem: Nedelje počinju u nedelju (ponekad u ponedeljak). Nedelja 1 je ona koja sadrži 1. januar. Podrazumevano u mnogim alatima sa sedištem u SAD.

Tokom većeg dela godine brojevi se poklapaju ili se razlikuju najviše za jedan. Ali oko prelaza godine jasno se razilaze — a razlika nije očigledna osim ako znaš da je tražiš.

Primer — kraj decembra 2026:

Inženjer u Berlinu vidi 1. januar kao W53 iz 2026. PM u Njujorku vidi ga kao W1 iz 2027. „Da završimo u W1” znači različite stvari za njih dvoje.

Jira, Linear, Asana, Monday.com — šta zapravo koriste?

Odgovor zavisi od alata i od toga kako je konfigurisan. Većina to ne ističe.

Jira: Datumi sprintova su kalendarski datumi, ne brojevi nedelja. Kada se brojevi nedelja pojave u izveštajima ili prikazima tabli, prate lokalizaciju Jira instance — tipično ISO za evropske instance, a američki stil za instance u SAD. Podešavanje je zakopano u administraciji.

Linear: Prikazuje nedelje u roadmap prikazu. Koristi ISO 8601 podrazumevano. Početak u ponedeljak, pravilo „prvi četvrtak”.

Asana: Timeline prikaz označava nedelje. Prati lokalizaciju podešenu u podešavanjima workspace-a. Podrazumevano za nove workspace-e je početak u nedelju (američki stil).

Monday.com: Kolona sa brojem nedelje prati početak u ponedeljak, ali koristi američko pravilo za nedelju 1 (prva nedelja koja sadrži 1. januar, a ne prvi četvrtak). To daje drugačiji rezultat od ISO-a tokom 3–4 nedelje godišnje.

Notion: Date property u bazama ne prikazuje brojeve nedelja „iz kutije”. Formule koje korisnici dele online često su pogrešne — većina koristi ceil(dayOfYear / 7), što nije ni ISO ni američki standard.

Google Sheets / Excel (kada se koristi za planiranje): Podrazumeva američki stil kao što je objašnjeno drugde. Bezbedan izbor je da eksplicitno koristiš ISOWEEKNUM().

Praktična posledica: dva tima koja koriste različite alate, ili isti alat sa različitim podešavanjima lokalizacije, mogu imati „ispravan” broj nedelje u jednom sistemu koji znači nešto drugo u drugom.

Planiranje sprintova pomoću brojeva nedelja

Dvonedeljni sprint ciklusi se lepo mapiraju na ISO nedelje kada sprintovi počinju u ponedeljak. Sprint N pokriva ISO nedelje 2N-1 i 2N. Sprint 1 = W1+W2, sprint 2 = W3+W4, i tako dalje.

Komplikacija su godine sa 53 nedelje. U godini sa 53 ISO nedelje, dvonedeljni sprint ciklus koji počinje u W1 „sleće” tačno na granicu 53. nedelje — ostavljajući jednu „višak” nedelju na kraju. Timovi to rešavaju na nekoliko načina:

• Apsorbuju je: Sprint 26 postane sprint od 3 nedelje. Najavi se unapred, korisno za tehnički dug ili kao buffer pred veći release.
• Ignorišu je: Uopšte ne usklađuju sprintove sa kalendarskim nedeljama. Samo broje od trenutka kada je godina počela. Raskorak raste polako i niko ne primeti dok ne dođe planiranje u Q4.
• Replaniraju u leto: Neki timovi resetuju sprint kalendar na polovini godine, pa se druga polovina lepo poravna.

Godine sa 53 nedelje su 2026, 2032, 2037. Ako ti sprint kalendar sada izgleda skoro savršeno usklađen sa ISO-om, planiraj dodatnu nedelju unapred.

Problem sprintova na granici godine

Čak i bez 53-nedeljnih godina, kraj godine unosi konfuziju u planiranje.

Većina organizacija planira po kalendarskoj godini. Roadmap se resetuje u januaru. Budžet se resetuje. Menja se broj ljudi u timu. Ali ISO nedelja 1 ne počinje uvek 1. januara — u nekim godinama, prvi dani januara su u poslednjoj nedelji prethodne godine.

2027: 1. januar (petak) je u ISO nedelji 53 iz 2026. Prvi ponedeljak 2027. je 4. januar, što je ISO nedelja 1 iz 2027.

Ako tvoj tim tretira „prvi sprint u godini” kao W1, početak tog sprinta 4. januara znači da su 1–3. januar i u poslednjem sprintu prošle godine i u prvom sprintu ove godine. Završavaju u „ničijoj zemlji” — u nedelji koja tehnički pripada prethodnoj godini.

Čisto rešenje: priznaj da sprint kalendar i fiskalni/kalendarski ciklus ne počinju uvek istog dana. Ne pokušavaj da ih na silu poravnaš na 1. januar.

Roadmap brojevi nedelja i zamka „relativne nedelje”

Roadmapovi često prikazuju brojeve nedelja kao fiksnu kolonu — W1, W2, W3 — što implicira da se odnose na konkretne kalendarske nedelje. Ali neki timovi koriste brojeve nedelja kao relativne brojače od početka projekta, ne kao kalendarske brojeve nedelja.

„Ciljani launch u W8” može da znači:

• ISO nedelja 8 u tekućoj godini (konkretan opseg datuma)
• Osma nedelja od početka projekta (zavisi potpuno od datuma starta)
• Osmi sprint (koji može, ali i ne mora, da traje 2 kalendarske nedelje)

Ova dvosmislenost je bezopasna kada svi dele isti mentalni model. Postaje problem kada:

• Stakeholder van tima pročita roadmap i koristi kalendarsku nedelju 8
• Kontraktor se priključi usred projekta i pretpostavi ISO brojeve nedelja
• Roadmap se sačuva i pregleda godinu dana kasnije

Najbolja praksa: U bilo kom roadmapu ili dokumentu za planiranje koji koristi brojeve nedelja, dodaj jednu referentnu vrstu koja pokazuje kojim datumima odgovara W1. To sidri ceo dokument nedvosmisleno.

Predaje preko vremenskih zona i granice nedelje

Timovi raspoređeni po vremenskim zonama imaju specifičan problem: granica nedelje (nedelja/ponedeljak u ponoć) dešava se u različito vreme na satu za različite članove tima.

Za većinu planiranja to nije bitno — rok „kraj W14” se razume kao kraj radnog dana u petak u relevantnoj lokalnoj zoni. Ali za automatizovane sisteme — deploy-e, zakazane poslove, generisanje izveštaja — granica nedelje je precizna, i posao koji radi na „početku W15 u ponedeljak” će se pokrenuti u različito UTC vreme u zavisnosti od toga koja je vremenska zona na serveru.

Tipičan kvar: Nedeljni izveštaj koji se generiše „na početku nedelje” radi u ponoć u ponedeljak po UTC. Za tim u San Francisku, to je nedelja uveče — prethodna nedelja još nije gotova. Izveštaj uključuje podatke iz trenutne nedelje, ali izostavlja nedelju, pa nastaje dosledan „off-by-one” u nedeljnim agregacijama.

Rešenje je uvek isto: radi u UTC na serverskoj strani za izračunavanje nedelja, a u lokalno vreme konvertuj samo za prikaz. Granice nedelja čuvaj kao eksplicitne timestampove, ne kao brojeve nedelja.

Brojevi nedelja u planiranju release-a

Rasporedi release-a izraženi kroz brojeve nedelja su česti u softverskim timovima:

• „Code freeze W19, release W20”
• „RC cut u W47, GA u W49”

Ovo je jasno i upotrebljivo uz jednu napomenu: osoba koja čita raspored mora da zna na koju godinu se odnosi nedelja 19. To je očigledno u trenutku pisanja, ali roadmap napisan u Q1 koji pominje „W47” može biti dvosmislen do Q4 ako dokument ne navodi godinu.

Konvencija koja radi: uvek piši godinu uz broj nedelje. 2026-W19, ne samo W19. ISO 8601 daje standardni format baš za to: YYYY-Www.

Ovo je posebno važno za:

• Release beleške okrenute ka spolja
• Planove zavisnosti deljene sa drugim timovima ili vendorima
• Bilo koji dokument koji se može čitati i nakon završetka godine

Praktična checklista za timove koji koriste brojeve nedelja

Pre početka projekta:

• Dogovorite jedan sistem numerisanja nedelja (ISO je bezbedan podrazumevani izbor za međunarodne timove)
• Proverite da li primarni alat za planiranje koristi taj sistem
• Zapišite kojim datumima odgovara W1 vašeg projekta

U roadmapovima i rasporedima:

• Uvek uključite godinu: 2026-W22, ne W22
• Dodajte „sidro” sa datumima koje pokazuje na koje datume mapira nedelja 1
• Navedite da li „kraj W22” znači kraj radnog dana u petak ili nedelja u ponoć

Za 53-nedeljne godine (2026, 2032, 2037):

• Obeležite godinu tokom godišnje planning sesije
• Unapred odlučite kako se rešava dodatna sprint nedelja
• Proverite da li payroll, reporting i scheduling sistemi podnose 53 iteracije

Za automatizovane sisteme:

• Koristite UTC za sva izračunavanja granica nedelje
• Granice nedelja čuvajte kao timestampove, ne kao brojeve nedelja
• Testirajte sa datumima u poslednjoj nedelji decembra i prvoj nedelji januara

Koristi ISO kalkulator broja nedelje da potražiš opseg datuma ponedeljak–nedelja za bilo koji broj nedelje, ili proveri trenutni broj nedelje odmah.