Suorituskykybudjetti

Suorituskykybudjetti on joukko eksplisiittisiä rajoituksia ominaisuuksille, jotka määrittävät sivun latautumis- ja reagointinopeuden. Budjetit sovitaan etukäteen ja niitä noudatetaan osana kehitysprosessia. Budjetit ilmaistaan ​​tyypillisesti kynnysarvoina mittareille, kuten suurin sisällön piirto, määrille, kuten JavaScriptin kokonaiskoko, tai säännöille, kuten sallittujen kolmannen osapuolen pyyntöjen määrälle.

Sen käsittelemä ongelma on pikemminkin regressio kuin optimointi. Sivustot eivät hidastu yhden päätöksen seurauksena; ne kerryttävät painoa useiden yksittäin järkevien lisäysten kautta, joista jokainen on liian pieni aiheuttaakseen huolta. Uusi ominaisuus, ylimääräinen seurantaskripti, suurempi pääkuva, erilainen fontin paino ja komponenttikirjaston päivitys lisäävät kukin sekunnin murto-osan, ja kahden vuoden kuluttua sivusto on huomattavasti hitaampi ilman tunnistettavaa syytä. Budjetti asettaa jokaisen lisäyksen rajan.

Budjetit toimivat, koska ne muuttavat abstraktin nopeusmieltymyksen rajoitteeksi, johon on puututtava päätöksentekovaiheessa. Ilman budjettia väittely käsikirjoituksen kustannusten arvoisuudesta tapahtuu vasta päätöksenteon jälkeen, jos ollenkaan, eikä lisäystä ehdottavalla henkilöllä ole syytä harkita sitä. Budjetin tapauksessa jonkin lisääminen tarkoittaa joko pysymistä rajoituksessa tai jonkin muun poistamista, mikä on kompromissi, joka pitäisi joka tapauksessa tehdä.

Numeroiden asettaminen vaatii näyttöä pikemminkin kuin pyrkimystä. Hyödyllisiä ankkureita ovat nykyinen suorituskyky, jotta budjetti estää heikkenemisen; kilpailijoiden mittaukset, jotta tavoite heijastaa markkinoita, joilla sivusto kilpailee; ja kynnysarvot, jotka liittyvät haun ja käyttökokemuksen kannalta tärkeisiin mittareihin. Budjetit, jotka on asetettu tasoille, joita sivusto ei tällä hetkellä pysty saavuttamaan, ovat hyödyllisiä tavoitteina, mutta ne on erotettava uusille töille asetetuista rajoituksista, sillä muuten jokainen koontiversio epäonnistuu ja tarkistus poistetaan käytöstä.

Automatisoitujen työkalujen täytäntöönpano erottaa budjetin dokumentista. Tarkistuksen integrointi rakennusputkeen, jolloin rajan ylittävä muutos epäonnistuu tai vaatii nimenomaisen hyväksynnän, on mekanismi, joka tuottaa tämän käyttäytymisen. Spesifikaatioon kirjatut ja kiinnostuneen insinöörin säännöllisesti tarkistamat budjetit ylitetään rutiininomaisesti, koska siihen mennessä, kun kukaan huomaa työn lähetetyn ja peruutuksen kustannukset ylittävät sen hyväksymisen kustannukset.

Tarkkuuden tulisi vastata sivuston rakennetta. Eri mallipohjilla on erilaiset ominaisuudet, ja yksi koko sivustoa koskeva budjetti joko rajoittaa yksinkertaista sivua tarpeettomasti tai sallii interaktiivisen sivun laajentua rajoittamattomasti. Budjettien asettaminen mallipohjille, joissa tiukimmat rajoitukset koskevat arvokkaimpia polkuja, kuten laskeutumis- ja kassasivuja, ohjaa rajoituksen sinne, missä sillä on eniten merkitystä.

Poikkeukset tarvitsevat määritellyn prosessin sen sijaan, että ne olisivat joko kiellettyjä tai epämuodollisia. Oikeutettuja tapauksia syntyy, kun ominaisuus todella oikeuttaa lisäpainon ja budjetti ilman poikkeusreittiä joko kierretään tai estää arvokkaan työn. Vaatimus poikkeuksen pyytämisestä, suorituskyvystä vastaavan henkilön hyväksynnästä ja vanhenemisajan kirjaamisesta pitää mekanismin uskottavana ja samalla mahdollistaa aitojen tapausten käsittelyn.

Koska budjetit rajoittavat suunnittelun, markkinoinnin ja suunnittelun saralla tehtäviä päätöksiä, ne edellyttävät sopimusta suorituskykyä mittaavan tiimin ulkopuolella. Käytännössä rajat asetetaan verkkosuorituskyky työssä, valvonta on sisäänrakennettu putkeen tuotekehitys, ja rajoituksen kaupallinen perustelu esitetään yleensä kytkemällä suorituskyky konversioon käyttämällä analyysiä, jota ylläpidetään data-analytiikka.