Regnearket som ikke klarte å holde tritt lenger

Innledning

Et regionalt distribusjonsselskap drev hele virksomheten sin på et delt regneark i årevis, og holdt oversikt over hvilket lagerteam som håndterte hvilke ordrer, hvem som tok overtid og hvilke forsendelser som var forsinket.

Det fungerte fint med femten ansatte. Da antallet økte til seksti, brøt systemet sammen på bare én uke: to team dobbeltbooket de samme lastebilene, en lagerleder oppdaget ikke at en forsendelse var tre dager forsinket før en kunde ringte for å klage, og ingen kunne med sikkerhet si hva de andre faktisk jobbet med. Selskapet hadde ikke vokst ut av ambisjonene sine. Det hadde vokst ut av verktøyene sine.

Denne historien gjentar seg stadig, bare med andre verktøy og andre avdelinger, og den peker på noe større enn planleggingsprogramvare.

Koordineringen bryter sammen stille før den bryter sammen med et brak

Vekst viser seg vanligvis ikke som et koordineringsproblem. Den viser seg som overskredne frister, dobbeltarbeid og en generell følelse av at alle er opptatt, men at ingenting likevel går så fort som det burde. Når ledelsen legger merke til det, har den underliggende årsaken vanligvis vært under oppbygging i flere måneder.

Det er her programvare for arbeidsbelastningsstyring kommer til sin rett, ikke som et produktivitetsbuzzword, men som en reell løsning på en spesifikk feilmodus. Verktøy som Asana, Monday eller ClickUp gir oversikt over hvem som har ansvar for hva, noe som høres grunnleggende ut inntil man har sett et selskap operere uten det. En distribusjonssjef som bruker et slikt verktøy, ville ha sett at begge teamene hadde reservert de samme lastebilene før en eneste sjåfør ble sendt ut – ikke etter at en kunde ringte og spurte hvor forsendelsen deres hadde blitt av. Verdien ligger ikke i selve programvaren. Den ligger i det programvaren avdekker: flaskehalser, overbelastet personale, dobbeltarbeid – alt synlig før det blir problemer overfor kundene, i stedet for etterpå.

Bedrifter som tar i bruk disse verktøyene sent, har en tendens til å gjøre det reaktivt, etter at en synlig feil har tvunget frem problemet. Bedrifter som tar dem i bruk tidligere, har en tendens til å oppdage mindre problemer før de forverres til en «distribusjonsbedriftens verste uke».

Vekst skaper et dataproblem som ingen har øye med

Her er det som ofte overses. Etter hvert som verktøy for arbeidsbelastningsstyring tar inn mer av selskapets faktiske driftsdata, oppgavhistorikk, kundekommunikasjon og planleggingsoppføringer, blir de noe som må beskyttes, ikke bare tas i bruk. Et verktøy som koordinerer det daglige arbeidet til seksti ansatte, inneholder nå også data som det ville ta uker å rekonstruere manuelt hvis de forsvant.

De fleste bedrifter tenker ikke på sikkerhetskopieringsstrategi for prosjektledelsesprogramvaren sin før noe går galt: en utilsiktet massesletting, et leverandørbrudd, en synkroniseringsfeil som sletter en ukes oppdateringer. Da blir det reaktivt kaos i stedet for en planlagt respons.

Å sammenligne sikkerhetskopieringsverktøy er ikke valgfritt når innsatsen er reell

Det er her sammenligning av sikkerhetskopieringsverktøy for bedrifter i skyen blir relevant, selv for bedrifter som anser seg for små til å trenge noe på bedriftsnivå. Arbeidsbelastningsplattformen som inneholder driftsdata for seksti ansatte, skiller seg funksjonelt ikke fra kjernesystemene til en mye større bedrift når det gjelder hva som står på spill.

Veeam fungerer vanligvis godt for bedrifter som fortsatt har en blanding av skybaserte og lokale verktøy i miljøet. Druva opererer utelukkende som SaaS, noe som passer bedrifter som allerede har gått helt over til skybaserte driftsverktøy og ikke ønsker å administrere sikkerhetskopieringsinfrastrukturen selv. AWS-integrerte sikkerhetskopieringsalternativer er fornuftige for bedrifter som allerede er dypt inne i dette økosystemet, selv om de ofte tilbyr mindre plattformoverskridende fleksibilitet hvis driftsstakken omfatter flere leverandører. Det riktige valget avhenger mindre av bedriftens størrelse og mer av hvor dataene faktisk befinner seg og hvor raskt de må gjenopprettes hvis noe går galt.

Bedrifter som hopper over denne vurderingen fordi de antar at driftsverktøyene deres «bare er planleggingsprogramvare», oppdager ofte på den harde måten hvor mye driftsminne som lå i disse verktøyene når det først er borte.

Hva vekst faktisk krever

Distribusjonsselskapet tok til slutt i bruk en plattform for arbeidsbelastningsstyring og, seks måneder senere, en sikkerhetskopieringspolicy som passet til den, utløst av en nestenulykke da en synkroniseringsfeil kortvarig slettet to ukers oppgavshistorikk. De var heldige den gangen. Selskapene som ikke stoler på flaks, er de som behandlet koordineringsverktøyene og databeskyttelsen rundt dem som ett prosjekt, ikke to separate innkjøp gjort med ett års mellomrom av nødvendighet.