Useisiin organisaatioihin liitetyn käyttäjän käytettävissä olevat mallit riippuvat nyt käyttöä tukevasta mallista.
Käyttäjille, joilla on copilot-paikkoja useissa organisaatioissa, GitHub määrittää nyt pääsyn malleihin organisaatiosta, joka maksaa käytöstä, ja ne näkyvät laskutustiedoissa.
Mitä mainos todella muuttaa
Tämä muutos linjaa oikeudet ja kustannukset, mutta voi yllättää käyttäjän, joka on aiemmin hyötynyt toisen organisaation valtuuttamasta mallista. Yksittäinen pääsy riippuu siis enemmän aktiivisesta laskutuskontekstista kuin kaikkien havaittujen käytäntöjen summasta.
Tämä uutinen on luettava lähteen kuvaamana erityisessä laajuudessa: päivämäärä, kyseiset tuotteet tai organisaatiot, saatavuus ja rajoitukset. Ennen päätöksen tekemistä tiimin on tarkistettava ilmoitetut tosiasiat ja tuotava ne lähemmäksi omaa ympäristöään.
Tärkeimmät kohdat muistaa
- Laskutusorganisaatiosta tulee saatavilla olevien mallien referenssi.
- Tämä ei välttämättä vaikuta käyttäjiin, jotka on liitetty yksinomaan yritykseen.
- Käytäntöero voi muuttaa valitsinta ilman paikallista muutosta.
Seuraukset sivustoille ja digitaalisille tiimeille
Tukitiimien on osattava tunnistaa nopeasti käytön rahoittava organisaatio. Konsulteille tai usean organisaation kehittäjille on tärkeää tarkistaa konteksti ennen tietystä mallista riippuvan työn käynnistämistä.
Toimistolle tai yritykselle oikea reaktio koostuu ilmoituksen konkreettisen seurauksen määrittämisestä: kyseiset järjestelmät, paljastuneet tiedot, vastuuhenkilöt, kustannukset ja määräajat. Tällä vaiheella vältetään ad hoc -tietojen muuttaminen hätäiseksi päätökseksi tai liian yleiseksi suositukseksi.
Mitä tarkistaa ennen kuin toimit
- Tarkista asianomaisten tilien laskutettu käyttö.
- Vertaa niiden organisaatioiden mallikäytäntöjä, joihin käyttäjä kuuluu.
- Suunnittele vaihtoehto, jos malli ei ole enää käytettävissä.
Meidän lukeminen
Moniorganisaation hallinto on edelleen herkkä aihe, koska identiteetti, oikeudet ja laskutus kohtaavat. Lyhyt sisäinen dokumentaatio estää näiden muutosten tekemisen teknisten tapahtumien osalta.
Hyödyllinen seuranta koostuu tilanteen dokumentoinnista ennen muutosta, testauksesta rajoitetulla kehällä ja askelpalautuksen ylläpitämisestä. Tuloksia tulee arvostaa todellisissa tapauksissa: laatu, turvallisuus, säästetty aika, täydet kustannukset ja helppo hallita ihmisiä.
virallinen lähde
Tämä artikkeli perustuu julkaisemaan ilmoitukseen GitHub-blogiLähdesivu on edelleen saatavuusehtojen ja myöhempien muutosten viite.