En hastighetsmätning provar inte hela arbetsflödet. Företaget kan få ett bra mätvärde och ändå vänta länge på en kundbild, ett dokument eller ett beslut i affärssystemet. Programmet behöver ofta flera steg innan användaren får svar. Börja därför med det konkreta moment som är långsamt. Undersök vilka delar som påverkar just det momentet i stället för att direkt anta att ett högre annonserat bredbandsvärde kommer lösa problemet.
Beskriv en enda tydlig reproduktion. Skriv vilket program som används, vad användaren gör och när väntan börjar respektive slutar. Ange om programmet är en lokal klient eller används i webbläsaren. ”Det tar lång tid att öppna kundärendet” är mer användbart när det kompletteras med en bestämd åtgärd och tidpunkt. För själva kapacitetsmätningen finns företagets hastighetsprotokoll. Den här guiden hjälper er att tolka varför ett positivt test och ett långsamt arbetsmoment kan förekomma samtidigt.
Rita vägen från klick till färdigt svar
| Kontrollpunkt | Underlag för företagets beslut |
|---|---|
| Reproduktion | Ange program, klient och den bestämda åtgärd som väntar på svar. Markera steget där väntan uppstår och skilj överföring från behandling som programmet utför efteråt. |
| Jämförelser | Registrera motsvarande moment på en annan godkänd enhet eller anslutningsväg. Behåll säkerhetsfunktioner och markera konton, rättigheter eller datamängder som gör resultaten mindre direkt jämförbara. |
| Ansvar | Lämna avgränsade observationer till appens support, företagets IT och operatören när respektive del behöver granskas. Kontrollera samma arbetsmoment efter ändring och dokumentera vad som faktiskt blivit bättre. |
Dela upp arbetsmomentet i synliga steg. Exempelvis kan användaren först öppna en sida, logga in, söka ett ärende och sedan hämta en bilaga. Anteckna vilket steg som dröjer. Två kollegor som båda beskriver ”segt system” kan i verkligheten ha olika problem i den kedjan. En tydlig uppdelning gör det lättare att fråga appens support om rätt funktion och hjälper IT att välja ett prov som inte påverkar andra delar av arbetet.
Skilj överföring från behandling efter överföringen. Ett dokument kan ha hämtats färdigt samtidigt som programmet fortsätter öppna eller bearbeta det. Vid sändning kan mottagartjänsten också behöva behandla material innan kollegor ser det. Dokumentera vad appen visar under väntan. Om tiden främst gäller utgående filer finns guiden om låg uppladdning på jobbet. Ett långsamt färdigställande i en tjänst ska inte automatiskt beskrivas som långsam sändning genom mobilnätet.
Notera om felet är konstant eller händelsestyrt. Ange om samma moment alltid är långsamt, bara för vissa ärenden eller vid bestämda tider. Registrera ungefärlig filstorlek och typ om det är relevant, utan att kopiera känsligt innehåll till felsökningsunderlaget. En viss tung rapport kan ha andra förutsättningar än en liten kundsökning. Håll exemplen jämförbara så att nästa ansvarig kan upprepa provet utan att behöva tolka hela användarens arbetsdag.
Jämför arbetsenheter och klienter kontrollerat
Prova en andra godkänd dator med samma moment. Om bara en enhet påverkas finns skäl att kontrollera dess klient, lagring, uppdateringar och nätverksanslutning. Anteckna versioner och relevanta skillnader i stället för att anta att enheten är trasig. Om båda datorerna påverkas är gemensamma delar mer intressanta. Användare med olika rättigheter eller datamängder kan däremot få olika svar av appen. Markera sådana skillnader innan resultatet används som jämförelse.
Jämför godkända klientalternativ om leverantören stöder dem. En webbläsarversion och ett installerat program kan vara olika vägar till samma tjänst. Be IT eller appens support avgöra om en jämförelse är relevant och vilket moment som motsvarar varandra. Radera inte användarinställningar eller hela programprofiler på chans. Ett återställningsförsök kan ändra fler förutsättningar än ni avsett och skapa nytt arbete när företagets vanliga åtkomst ska tas i bruk igen.
Kontrollera om problemet bara gäller en tjänst. Prova ett annat godkänt arbetsverktyg under samma period och registrera vilket moment som jämförs. Om bara ett program avviker ska dess driftbesked och support ingå i utredningen. Om flera oberoende arbetsverktyg påverkas kan den gemensamma anslutningen behöva granskas närmare. Det är en avgränsning, inte ett slutligt orsaksbesked. Samma dator och säkerhetsväg ingår fortfarande i jämförelsen och kan påverka flera program samtidigt.
Avgränsa wifi och företagets anslutningsväg
Jämför kabel med wifi utan att flytta routern. Anslut samma dator till nätverket genom en godkänd kabelväg när det är möjligt. Upprepa det avgränsade momentet och skriv vilka delar som ändrats. Om väntan försvinner kan den lokala trådlösa anslutningen vara relevant att undersöka. Guiden om routerplacering på kontoret beskriver hur mobilmottagning och arbetsytornas wifi hålls isär. En ny routerplats ska inte blandas in i samma första kabeljämförelse.
Behåll obligatorisk säkerhet under proven. Ett företags VPN, brandvägg och säkerhetsprogram är delar av den godkända arbetsmiljön. Koppla inte bort dem för att få ett bättre testresultat. Be IT om en tillåten jämförelse om anslutningsvägen behöver undersökas. Microsoft beskriver nätverkets väg som relevant i sin nätverksplanering för Teams. Det är ett konkret exempel på varför rätt nätförutsättningar behöver bedömas för den tjänst som används, snarare än genom ett ensamt generellt test.
Svarstid kan vara relevant trots hög kapacitet. Om programmet väntar på många små svar kan upplevelsen påverkas på ett annat sätt än vid en stor sammanhängande filöverföring. För den typen av observation finns guiden om ping och fördröjning i arbetsverktyg. Anteckna vilket mätmål som användes och vad appen visar. En siffra från en annan server ska inte tillskrivas affärssystemets hela svarstid utan stöd.
Använd mätresultat utan att övertolka dem
Ett hastighetstest beskriver kommunikationen med sin mättjänst. Bredbandskollens hjälp förklarar att störningar mot andra servrar inte nödvändigtvis syns i dess mätning. Därför kan företagets test och användarnas observationer båda vara riktiga. Skriv tid och mätmål och lägg arbetsprovet bredvid. Undvik att förkasta ett dokumenterat programproblem bara för att ett kapacitetstest är positivt. Nästa kontroll behöver följa den tjänst eller anslutningsdel som skiljer sig mellan resultaten.
Ett exempel är ett system som snabbt öppnar startsidan men långsamt skapar rapporter. Om filhämtning och andra verktyg fungerar under samma period bör rapportfunktionen granskas med appens leverantör. Det är fortfarande möjligt att nätet spelar roll, men en ny bredbandsbeställning är inte ett belagt nästa steg. Skriv vilka rapporter som provats, ungefärlig omfattning och tidpunkter. Ett sådant ärende hjälper supporten att skilja behandling i tjänsten från väntan i anslutningen.
Ett annat exempel är problem som följer en viss arbetsyta. Om samma dator och moment fungerar med kabel men inte via wifi i mötesrummet blir den lokala länken en rimlig nästa kontroll. Prova det under jämförbar belastning och återanvänd en godkänd metod. Om resultaten växlar vid olika tider ska tidsmönstret registreras separat. Då undviker företaget att behandla ett rumsproblem, ett programproblem och ett eftermiddagsproblem som om de vore en enda säker diagnos.
Lämna ett avgränsat ärende och kontrollera lösningen
Ge varje ansvarig ett konkret nästa steg. Appens support behöver moment, tid och relevanta klientuppgifter. IT behöver dator, anslutningsväg och vad kabeljämförelsen visade. Operatören behöver tydliga observationer om själva anslutningen när den delen återstår. Skicka bara nödvändiga uppgifter genom företagets godkända kanal. Låt en ansvarig samordna svaren så att ärendet inte stannar i en rundgång där varje part hänvisar till att någon annans test såg normalt ut.
Följ upp samma arbetsmoment efter ändringen. Registrera vad som ändrats och prova den ursprungliga uppgiften vid relevant belastning. Kontrollera även att andra viktiga verktyg fungerar efter åtgärden. Om ett annat upplägg för mobilt bredband för företag till sist är motiverat ska observationerna följa med beställningen. Då blir det tydligt vilket problem den nya lösningen ska svara mot och vilket arbetsprov företaget behöver godkänna när den tas i drift.
Hur omfattande är felet och vilken väg ska appen använda? Avgränsa ett problem som bara berör en arbetsdator och genomför ett godkänt arbetsprov genom befintlig företags-VPN när den ingår i den avsedda åtkomsten.