Tabelarvutusprogramm, mis ei suutnud enam sammu pidada

Sissejuhatus

Üks piirkondlik jaotuskompanii juhtis aastaid kogu oma tegevust ühise arvutustabeli abil, jälgides, milline laomeeskond milliseid tellimusi täitis, kes tegi ületunde ja millised saadetised olid graafikust maas.

See toimis hästi, kui töötajaid oli viisteist. Kui neid sai kuuskümmend, läks süsteem ühe nädalaga täielikult sassi: kaks meeskonda broneerisid sama veoki kahekordselt, laojuht ei saanud aru, et saadetis oli kolm päeva hilinenud, enne kui klient helistas kaebusega, ja keegi ei suutnud kindlalt öelda, millega teised tegelikult tegelesid. Ettevõte ei olnud oma ambitsioonidest välja kasvanud. See oli oma tööriistadest välja kasvanud.

See lugu kordub pidevalt, lihtsalt erinevate tööriistade ja erinevate osakondadega, ning see viitab millelegi suuremale kui ajakava tarkvara.

Koordineerimine laguneb vaikselt, enne kui see valjuhäälselt kokku kukub

Kasv ei ilmne tavaliselt koordineerimisprobleemina. See avaldub tähtaegade ületamises, töö dubleerimises ja üldises tunnetuses, et kõik on hõivatud, kuid mingil põhjusel ei liigu asjad nii kiiresti, kui peaksid. Kui juhtkond seda märkab, on selle põhjus tavaliselt juba mitu kuud kujunenud.

Siin leiab töökoormuse haldamise tarkvara oma koha – mitte kui tootlikkuse moesõna, vaid kui tõeline lahendus konkreetsele rikkeolukorrale. Sellised tööriistad nagu Asana, Monday või ClickUp annavad ülevaate sellest, kes mida teeb, mis kõlab lihtsana, kuni oled näinud, kuidas ettevõte ilma selleta toimib. Sellist tööriista kasutav jaotuse juht oleks näinud, et mõlemad meeskonnad on sama veoauto endale broneerinud juba enne, kui ükski juht teele saadeti, mitte alles pärast seda, kui klient helistas ja küsis, kuhu tema saadetis jäi. Väärtus ei peitu tarkvaras endas. See peitub selles, mida tarkvara paljastab: kitsaskohad, ülekoormatud töötajad, topelt töö – kõik see on nähtav enne, kui need muutuvad klientidele nähtavateks probleemideks, mitte alles pärast seda.

Ettevõtted, kes võtavad need tööriistad kasutusele hilja, teevad seda tavaliselt reaktiivselt, alles siis, kui silmnähtav ebaõnnestumine sunnib neid seda tegema. Ettevõtted, kes võtavad need varem kasutusele, suudavad tavaliselt avastada väiksemad probleemid enne, kui need kuhjuvad ja muudavad jaotuse ettevõtte nädala katastroofiks.

Kasv tekitab andmeprobleemi, mida keegi ei märka

Siin on see osa, mis jääb tähelepanuta. Kuna töökoormuse haldamise tööriistad hõlmavad üha enam ettevõtte tegelikke operatiivandmeid, ülesannete ajalugu, kliendisuhtlust ja ajakavaandmeid, muutuvad need millegiks, mida tuleb kaitsta, mitte lihtsalt kasutusele võtta. Tööriist, mis koordineerib kuuekümne töötaja igapäevast tööd, hoiab nüüd ka andmeid, mille käsitsi taastamine võtaks nädalaid, kui need kaduksid.

Enamik ettevõtteid ei mõtle oma projektijuhtimistarkvara varundamisstrateegiale enne, kui midagi läheb valesti: juhuslik massiline kustutamine, tarnija teenuse katkemine, sünkroniseerimisviga, mis kustutab terve nädala uuendused. Siis on tegemist reaktiivse paanikaga, mitte planeeritud reageerimisega.

Varundusvahendite võrdlemine ei ole valikuline, kui panused on reaalsed

Siinkohal muutub ettevõttepilve varundusvahendite võrdlemine asjakohaseks isegi nende ettevõtete jaoks, kes peavad end liiga väikseks, et vajada midagi ettevõttetasemel. Töökoormuse haldamise platvorm, mis hoiab 60 töötaja operatiivandmeid, ei erine funktsionaalselt – ohu seisukohast – palju suurema ettevõtte põhisüsteemidest.

Veeam sobib hästi ettevõtetele, kelle keskkonnas on endiselt segamini pilve- ja kohapealseid tööriistu. Druva toimib täielikult SaaS-lahendusena, mis sobib ettevõtetele, kes on juba täielikult üle läinud pilvepõhistele operatsioonitööriistadele ja ei soovi varundusinfrastruktuuri ise hallata. AWS-i omad varundusvõimalused on mõistlikud ettevõtetele, kes on juba sügavalt selles ökosüsteemis, kuigi need pakuvad tavaliselt vähem platvormiülest paindlikkust, kui operatsiooniline keskkond hõlmab mitut tarnijat. Õige valik sõltub vähem ettevõtte suurusest ja rohkem sellest, kus andmed tegelikult asuvad ning kui kiiresti need peavad taastuma, kui midagi läheb katki.

Ettevõtted, kes jätavad selle hindamise vahele, eeldades, et nende operatsioonitööriistad on „lihtsalt ajakava tarkvara”, avastavad tavaliselt valusalt, kui palju operatsioonimälu neis tööriistades tegelikult oli, kui see on kadunud.

Mida kasv tegelikult nõuab

Jaotusettevõte võttis lõpuks kasutusele töökoormuse haldamise platvormi ja kuus kuud hiljem selle juurde kuuluva varunduspoliitika, mille ajendiks oli napilt vältitud õnnetus, kui sünkroniseerimisviga kustutas lühiajaliselt kahe nädala ülesannete ajaloo. Sel korral oli neil õnne. Ettevõtted, kes ei looda õnnele, on need, kes käsitlesid koordineerimistööriistu ja nendega seotud andmekaitset ühe projektina, mitte kahe eraldi ostuna, mis tehti vajaduse sunnil aasta vahega.