Funkcje planów zmieniają się; opis odpowiada stanowi na 3 lipca 2026 i dotyczy Jiry, Confluence i Jira Service Management (różnice między produktami są zaznaczone w tabeli).
| Funkcja (Premium) | Co daje | Komu potrzebna |
| Sandbox | Kopia środowiska do testowania zmian konfiguracji i aplikacji poza produkcją | Organizacjom, które często zmieniają konfigurację albo podlegają formalnej kontroli zmian |
| Release tracks | Zmiany od Atlassiana wdrażane w pakietach, w przewidywalnym rytmie, z możliwością wcześniejszego testu w sandboxie | Większości organizacji, w których Jira jest kluczowym narzędziem — niezapowiedziane zmiany dezorganizują użytkowników |
| SLA 99,9% | Finansowo gwarantowana dostępność w skali miesiąca | Firmom, w których narzędzie obsługuje procesy o znaczeniu operacyjnym, i tym z zobowiązaniami umownymi |
| Wsparcie 24/7 | Pomoc Atlassiana całodobowo; w Standardzie wsparcie w godzinach roboczych | Zespołom pracującym w wielu strefach czasowych lub poza standardowymi godzinami |
| IP allowlisting | Dostęp do instancji wyłącznie z zatwierdzonych adresów, np. sieci firmowej i VPN | Organizacjom z polityką ograniczania dostępu do systemów, w tym regulowanym |
| Limit automatyzacji | Standard: wspólna pula uruchomień reguł na produkt (Jira: 1700 miesięcznie, JSM: 5000, Confluence: 100); Premium: 1000 uruchomień na użytkownika miesięcznie | Organizacjom opierającym procesy na automatyzacjach (przydzielanie zgłoszeń, eskalacje, synchronizacje); wspólna pula Standardu nie rośnie z liczbą użytkowników |
| Przestrzeń na pliki | Standard: 250 GB; Premium: bez limitu | Organizacjom z dużą liczbą załączników, zwykle po latach pracy instancji |
| Plans (Jira) | Planowanie i zależności obejmujące wiele projektów i zespołów | Organizacjom koordynującym pracę wielu zespołów nad wspólnymi celami |
| Assets (JSM) | Baza zasobów i konfiguracji powiązana ze zgłoszeniami | Zespołom IT prowadzącym ewidencję sprzętu, usług i zależności; organizacjom z rozbudowanymi procesami SSDLC korzystającym z możliwości AI Atlassiana |
Sandbox i kontrola wydań: jak testować zmiany bez ryzyka dla produkcji?
W planie Standard nową aplikację, zmianę przepływu pracy czy automatyzację sprawdzasz na produkcji, na żywym organizmie. Dla zespołów przechodzących z Data Center sandbox i release tracks to najbliższy odpowiednik dawnej kontroli nad terminem upgrade’u, którymi wcześniej zarządzały w całości po swojej stronie. Jeśli Jira steruje u Was procesami wytwarzania oprogramowania zazwyczaj sprawa staje się przesądzona. Niezapowiedziana zmiana w narzędziu, które spina CI/CD i obsługę zgłoszeń, kosztuje więcej niż różnica w cenie między planami.
Dostępność i wsparcie: co gwarantuje SLA?
Plany Standard i Premium działają na tej samej infrastrukturze- różnica dostępności i wsparcia dotyczy zobowiązania umownego, a nie „gorszej” wersji usługi. Znaczenie SLA i zakresu wsparcia zależy od tego, co się dzieje, gdy narzędzie stanie. Jeśli wraz z nim staje obsługa zgłoszeń albo praca zespołów deweloperskich, wsparcie wyłącznie w godzinach roboczych może okazać się niewystarczające.
Automatyzacje: pula wspólna czy na użytkownika?
W Standardzie wszystkie reguły automatyzacji w produkcie korzystają z jednej puli uruchomień miesięcznie, niezależnie od liczby użytkowników. Po wyczerpaniu puli reguły przestają działać do pierwszego dnia kolejnego miesiąca. W Premium pula rośnie z organizacją: 1000 uruchomień na użytkownika, więc sto osób daje sto tysięcy uruchomień miesięcznie. Atlassian zapowiada przy tym, że w przyszłości przekroczenie limitu będzie rozliczane dodatkowymi opłatami, a nie tylko zatrzymaniem reguł.
Jeżeli automatyzacje obsługują u Was przydzielanie zgłoszeń, eskalacje albo synchronizację między projektami, porównajcie dzisiejszą skalę z pulą Standardu, zanim zamkniecie budżet.
Kontrola dostępu i wymogi regulacyjne: co dostajesz w Premium?
Dla działów bezpieczeństwa IP allowlisting to często warunek zgody na chmurę, bo odtwarza kontrolę znaną z systemów wewnętrznych. Jest to opcja dostępna od planu Premium.
Standard również spełnia część wymagań – przechowywanie danych w wybranym regionie (data residency) jest dostępne także w tym planie, bez dopłat. Jeśli jedynym wymaganiem regulacyjnym jest przechowywanie danych w UE, nie potrzebujesz do tego Premium.
Wymogi regulacyjne wskazują Premium wtedy, gdy audytor pyta o kontrolę zmian (sandbox, release tracks), gwarancje dostępności (SLA) albo ograniczenie dostępu (allowlisting).
Kiedy Standard w zupełności wystarczy?
Częściej, niż sugerują dostawcy. Standard jest dobrą decyzją, gdy wszystkie niezbędne wymagania mogą zostać spełnione w ramach tego planu. Wymóg trzymania danych w UE Standard spełnia, o czym wyżej. Potrzeba Single Sign-On też nie przesądza o wyborze wyższego planu, ponieważ w Atlassian Guard jest ono dostępne się niezależnie.
Jeżeli po przejściu listy wymagań wychodzi Standard, bierzcie Standard. Pamiętajcie też, że ewentualne podniesienie planu to operacja administracyjna, nie druga migracja: gdy za rok pojawi się wymóg sandboxa albo SLA, zmieniacie plan i pracujecie dalej. Problemem nie jest wybór Standardu, tylko podjęcie decyzji bez sprawdzenia wymagań: wtedy temat Premium wraca już po zamknięciu budżetu i rozjeżdża kalkulację całego projektu.
Jak wybrać plan przy migracji?
Od wymagań do funkcji, w trzech krokach. Po pierwsze, zbierz wymagania z trzech źródeł: od działu bezpieczeństwa (kontrola dostępu, kontrola zmian), od właścicieli procesów (co się dzieje przy niedostępności narzędzia) i z umów z klientami (zobowiązania, które przenosisz na swoich dostawców). Po drugie, zmapuj je na tabelę różnic. Po trzecie, policz różnicę kosztu planów przy swojej liczbie użytkowników i zestaw ją z ryzykiem, które Premium zdejmuje: zmiany testowane na produkcji, awaria poza godzinami wsparcia, brak rekompensaty za przestój.
Jedna uwaga licencyjna na koniec: przy dużych środowiskach wybór planu Premium lub Enterprise otwiera dostęp do dual licensingu, czyli darmowego przedłużenia Data Center na czas migracji. Warunki tego programu, razem z drugim mechanizmem licencyjnym na czas przejścia (Cloud Migration Trial), opisuje osobny artykuł. [link: artykuł #6]
Dobór planu to stały element naszej analizy przedmigracyjnej. Jeśli chcesz przejść przez listę wymagań dla swojej organizacji, umów bezpłatną konsultację. [link: landing migracji, CTA „Umów bezpłatną konsultację”] Osobno piszemy też o raportach po przejściu do chmury i o migracji w sektorze regulowanym.
