Atlassianin käyttöön perustuva hinnoittelu: päätökset, jotka on tehtävä 3. joulukuuta mennessä

Milloin tämä tapahtuu?
Useimpien mittareiden osalta laskutus käyttökiintiöt ylittävästä käytöstä alkaa 3. joulukuuta 2026.

Mitä tämä tarkoittaa sinulle?
Muutos vaikuttaa organisaatioosi kahdella tavalla:
1. Jos lisäkäyttö pysyy käytössä, sinulle voi syntyä kuluja, kun käyttökiintiöt ja mahdollisesti ostettu kapasiteetti on käytetty loppuun.
2. Jos lisäkäyttö on poistettu käytöstä tai sen raja on liian tiukka, tietyt toiminnot, myös liiketoimintakriittiset työnkulut, voivat keskeytyä.

Oikea päätös riippuu siitä, mikä kuluttaa kapasiteettia, mitkä työnkulut ovat siitä riippuvaisia ja mitä liiketoiminta-arvoa käyttö tuottaa. Yleispätevä päätös lisäkäytön sallimisesta tai estämisestä voi ratkaista yhden ongelman mutta aiheuttaa toisen.

Mitä sinun pitäisi tehdä ennen 3. joulukuuta 2026? 

• Tarkista käyttö: Avaa Atlassian Administration ja tarkista jokaisen soveltuvan mittarin osalta Insights ja sitten Platform usage.

• Määritä vastuuhenkilöt: Varmista, kuka vastaa organisaation hallinnasta, laskutuksen hallinnasta, budjettipäätöksistä ja kustakin operatiivisesta käyttötapauksesta.

• Määritä rajat: Tarkista, onko lisäkäyttö käytössä ja onko jokaiselle mittarille asetettu sopiva raja.

• Kartoita vaikutukset: Tunnista kriittiset työnkulut (automaatiot, pipelinet, tekoäly), jotka keskeytyisivät rajojen tullessa vastaan. Kiinnitä erityistä huomiota automaatioihin, pipelineihin, importteihin, ulkoisen kontekstin kutsuihin ja asiakasrajapinnassa käytettävään tekoälyyn.

• Tarkista piilevät kulutustekijät: Käy läpi sandbox-ympäristöt, silmukat, tiheästi suoritetut säännöt ja massatuonnit, päällekkäiset Assets-objektit, epäonnistuneet pipelinet ja säilytetyt paketit.

• Mallinna kustannukset: Vertaa optimointia, käyttöpaketteja, käytön mukaan maksettavaa mallia, palvelupakettimuutoksia ja Collections-vaihtoehtoja ennustettuun kasvuun.

• Arvioi työkaluketju: Auditoi päällekkäiset tekoäly- ja automaatiokyvykkyydet sekä työkalut koko laajemmassa työkaluketjussasi.

Atlassianin käyttö on yksi osa laajempaa tekoälyinvestointiasi koskevaa päätöstä. Saatat maksaa päällekkäisistä avustajista, agenteista, automaatiosta, mallien käytöstä ja kontekstin hausta Atlassianissa, GitHubissa, GitLabissa, pilvialustoilla ja muissa työkaluissa. Nämä kyvykkyydet ovat usein yhteydessä toisiinsa samassa ohjelmistotoimitusprosessissa, ja käyttö yhdessä järjestelmässä voi käynnistää toimintoja tai kuluttaa kapasiteettia toisessa.

Ennen kuin asetat rajoja tai ostat lisää kapasiteettia, tunnista ja kartoita liiketoimintakriittiset prosessit, jotka ovat riippuvaisia näistä työkaluista. Tämä tarkoittaa, että ymmärrät, mitkä järjestelmät ja integraatiot tukevat kutakin prosessia, miten käyttö liikkuu niiden välillä, kuka omistaa työnkulun ja mitä tapahtuu, jos jokin kyvykkyys keskeytyy. Ilman tätä kokonaiskuvaa yhdellä alustalla tehty järkevä kustannustenhallintapäätös voi keskeyttää hyväksynnät, käyttöönotot, palveluihin liittyvät toiminnot, datapäivitykset tai muun työn muualla SDLC:ssä.

Eficode voi auttaa sinua määrittämään käytön lähtötason, tunnistamaan operatiiviset riskit, optimoimaan agentteja ja automaatioita, vertailemaan lisensointi- ja kapasiteettivaihtoehtoja sekä arvioimaan Atlassianin käyttöä osana laajempia tekoäly- ja kehitystyökaluinvestointeja.

• Useimpiin kelpoisiin maksullisiin palvelupaketteihin sisältyy soveltuville mittareille kuukausittaisia käyttökiintiöitä.

• Käyttökiintiöt ovat yhteisiä koko organisaatiolle, joten tiimit ja sivustot voivat käyttää samaa saldoa.

• Lisäkäyttö on oletusarvoisesti käytössä useimmissa mittareissa, ja siitä laskutetaan, kun mukana tuleva ja etukäteen maksettu kapasiteetti on käytetty.

• Ylläpitäjät voivat seurata käyttöä, asettaa rajoja ja saada ilmoituksia, kun käyttökiintiöstä on käytetty 80 tai 100 prosenttia.

• Jos mittari keskeytyy, taustalla oleva tilaus pysyy aktiivisena, mutta kyseinen toiminto voi lakata toimimasta.

• Atlassianin käyttöä tulisi arvioida yhdessä laajemman työkaluketjun päällekkäisten tekoäly-, automaatio- ja kehittäjätyökalujen kanssa.

Mitkä tuotteet voivat kerryttää Rovo-krediittejä?

Vain seuraavien tuotteiden maksulliset tilaukset kerryttävät kuukausittaisia Rovo krediittejä organisaation yhteiseen käyttökiintiöön.

• Teamwork Collection

• Service Collection / Jira Service Management (JSM)

• Jira

• Confluence

(Tuotteet, kuten Jira Product Discovery (JPD), Bitbucket ja Free-plans, eivät suoraan kasvata Rovo-creditien käyttöoikeutta, mutta näiden tuotteiden käyttäjät voivat käyttää organisaation yhteistä poolia.)

Mitkä tuotteet ja palvelutasot tarjoavat eniten creditejä?

• Teamwork Collection (suurin käyttöoikeus): Collectionit tarjoavat suurimman käyttäjäkohtaisen käyttöoikeuden: jopa 10 kertaa suuremman käyttöoikeuden kuin vastaavan palvelutason erilliset sovellukset.

• Korkeammat palvelutasot (Enterprise ja Premium): Käyttöoikeudet skaalautuvat suoraan palvelutason mukaan (Enterprise > Premium > Standard). Palvelutason korottaminen kasvattaa merkittävästi kuukausittaista käyttäjäkohtaista credit-määrää.

• Useiden tuotteiden yhdistäminen: Useiden käyttöön oikeuttavien erillisten sovellusten tilaaminen (esimerkiksi Jira + Confluence) yhdistää kunkin tuotteen käyttöoikeudet yhdeksi organisaation laajuiseksi pooliksi.

• 1. syyskuuta 2026: Laajennettu mittarien näkyvyys tuli saataville Atlassian Administrationissa

• 26. lokakuuta 2026: Bitbucketin kuukausittaiset käyttöoikeudet siirtyvät workspace-tasolta organisaatiotason yhteiseen pooliin

• 3. joulukuuta 2026: Useimpien laajennettujen mittarien lisäkäytön laskutus alkaa; Bitbucketin vuosisopimuksissa aletaan laskuttaa käyttöoikeudet ylittävästä käytöstä

Hinta-arvio on hyödyllinen, mutta se ei paljasta kaikkia toiminnallisia riippuvuuksia. Tarkista nämä tilanteet, ennen kuin asetat rajan tai ostat lisää kapasiteettia.

Yksi tiimi voi kuluttaa kapasiteettia, jota toinen tiimi odottaa saavansa käyttöönsä

Käyttöoikeudet yhdistetään organisaatiotasolla. Paljon käytetty sivusto, sovellus, tiimi tai käyttötapaus voi kuluttaa samaa mittaria kuin muut tiimit. Varmista omistajuus ja budjettivastuu ennen käytön kasvua.

Automaatiota mitataan vaiheiden, ei kokonaisten suorituskertojen perusteella

Jokainen suoritettu triggeri, ehto, toiminto, haara ja silmukka voi kerryttää käyttöä. Tiheästi ajettava sääntö voi kuluttaa merkittävästi kapasiteettia, vaikka se muuttaisi työtehtävää harvoin. Enterprise-palvelutasoissa siirrytään myös rajattomasta automaatiosta määriteltyihin käyttöoikeuksiin.

Keskeytys voi aiheuttaa puuttuvia liiketoimintatoimia

Jos automaatio pysähtyy, keskeytyksen aikana tapahtuvia tapahtumia ei automaattisesti aseteta jonoon ja suoriteta uudelleen kapasiteetin palauduttua. Vaikutuksena voi olla puuttuvia hyväksyntöjä, ilmoituksia, päivityksiä tai integraatioita pelkän viiveen sijaan.

Hälytyksiä vastaanottavat henkilöt eivät välttämättä omista työnkulkua

Organisaatio- ja laskutuksen ylläpitäjät saavat käyttöoikeus- ja raja-arvohälytykset. He eivät välttämättä tiedä, mitkä automaatiot, pipelinet, tuonnit tai tekoälypalvelut ovat liiketoimintakriittisiä, joten eskalointivastuut on sovittava etukäteen.

Rovo-creditejä voi käyttää Atlassian-näkymän ulkopuolella

Ulkoiset työkalut, kuten ChatGPT, Claude, Cursor tai sisäinen copilot, voivat kuluttaa creditejä, kun ne hakevat rikastettua Atlassian-kontekstia Rovo MCP -palvelimen tai Teamwork Graph -rajapintojen kautta.

Perus- ja edistyneet tekoälyvuorovaikutukset eivät maksa saman verran

Laskutettavat Rovo-perusvuorovaikutukset käyttävät kiinteän määrän creditejä, kun taas vaativammat toiminnot, kuten Think Deeper, käyttävät vaihtelevan määrän. Agentin suunnittelu, päättelytila, toistuva suoritus ja järjestelmien välinen konteksti voivat kaikki muuttaa kulutusta.

Sandbox-työ voi kuluttaa tuotantoympäristön kapasiteettia

Sandboxeissa käytetyt Rovo-creditit ja automaatiovaiheet lasketaan organisaation käyttöoikeuteen. Testaus, demot ja kehitystoimet voivat siksi vaikuttaa samaan pooliin, jota tuotantokäytön työnkulut käyttävät.

Assets ei toimi kuten kuukausittainen toimintojen käyttöoikeus

Assets mittaa aktiivisesti tallennettuja objekteja. Tuonnit, API:t, integraatiot ja automaatiot voivat lisätä objekteja nopeasti, ja määrä pysyy korkeana, kunnes objekteja poistetaan.

Onnistuneista palveluratkaisuista veloitetaan ensimmäisestä ratkaisusta alkaen

Customer Service Managementin tekoälyagenttien ratkaisuilla ei tällä hetkellä ole mukana tulevaa käyttömäärää. Aktiivinen pyyntö, joka ratkaistaan päästä päähän ilman ihmistä, on maksullinen. Ihmiselle siirrettyjä pyyntöjä ei lasketa onnistuneiksi tekoälyratkaisuiksi.

Bitbucketin käyttö ei riipu vain build-volyymista

Vuosipaketeissa aletaan veloittaa mukana tulevat käyttömäärät ylittävästä käytöstä 3. joulukuuta. Tarkastele erikseen hostattujen buildien minuutteja, toistuvia ja epäonnistuneita pipelineja, Git LFS:n kasvua, pakettien säilytystä ja verkkosiirtoja.

Aloita käyttömittarista ja yhdistä sitten kulutus työnkulkuun ja sen omistajaan. Viisi kysymystä paljastaa useimmat välittömät riskit.

1. Mitkä käyttömittarit koskevat tuotteitasi ja pakettejasi?

2. Mitä Atlassian Administration näyttää nykyisestä käytöstä, ennusteesta ja nollauspäivästä?

3. Mitkä tiimit, sivustot, sandbox-ympäristöt, automaatiot, agentit, integraatiot ja ulkoiset tekoälytyökalut vaikuttavat tähän käyttöön?

4. Mikä lakkaa toimimasta, jos lisäkäyttö poistetaan käytöstä tai raja saavutetaan?

5. Kuka vastaa budjetista, vastaanottaa hälytykset ja päättää, optimoidaanko käyttöä, rajoitetaanko sitä vai rahoitetaanko lisäkäyttö?

Tämä järjestys erottaa hallittavan kustannuskysymyksen operatiivisesta riskistä. Se myös estää laskutuksesta vastaavaa ylläpitäjää tekemästä perusteltua taloudellista päätöstä näkemättä sen vaikutusta asiakasrajapinnassa tai liiketoiminnan kannalta kriittisessä työnkulussa.

Aloita käyttötapauksen arvosta ja riippuvuuksista, ja vertaa sitten kyseiseen käyttömittariin käytettävissä olevia hallintakeinoja.

Joulukuun 3. päivä on niin lähellä, että organisaatioiden kannattaa määrittää lähtötasonsa ja päätöksistä vastaavat henkilöt nyt. Jos odottaa 80 tai 100 prosentin hälytystä, aikaa jää vähemmän selvittää, mikä käyttöä kasvattaa, testata optimointia, varmistaa budjetti tai suojata kriittinen työnkulku.

Tarkastus nyt antaa selkeämmän kustannushaarukan, turvallisemmat suojakaiteet, vähemmän operatiivisia yllätyksiä ja vahvempaa näyttöä siitä, mihin tekoäly- ja automaatioinvestointeja kannattaa jatkaa SDLC:ssäsi.