De fleste beslutningstakere kryper seg når de hører ordene tilpasset utvikling. Du vil høre skrekkhistorie etter skrekkhistorie når det kommer til et tilpasset programvareutviklingsprosjekt. Hvis du får virkelig gode utviklere som har jobbet sammen i et tiår og bruker en solid smidig prosess, kan du få ekstraordinære resultater og den beste programvaren som er tilgjengelig.
På den annen side kan du ende opp med noe som ikke gjør det du vil at det skal gjøre og koster 12 ganger hva du trodde det skulle koste i begynnelsen. Av denne grunn ønsker mange beslutningstakere å fjerne risikoen og gå med pakket programvare.
Fordi pakket programvare allerede er utviklet og bare må installeres og administreres, er risikoen forbundet med å ta i bruk programvaren betydelig redusert.
Du vil imidlertid fortsatt høre skrekkhistorier om implementeringsprosessen for pakket programvare. Det er generelt sett slik at noen trodde at noen andre hadde konfigurert sikkerhetskopiene, og personen som den andre trodde hadde konfigurert dem allerede hadde forlatt selskapet. Å ja, og systemet ble designet for å være redundant slik at hvis en nøkkelserver gikk ned, ville alt fortsette å fungere.
Problemet er bare at du først finner ut om alt fungerer som det skal når noe går galt. Hvis de riktige prosedyrene ikke ble fulgt under implementeringen, kan organisasjonen din komme i en svært dårlig posisjon.
De med erfaring vil si at det ofte ikke er noen bestemt persons feil. IT-team er overarbeidet og strukket utover deres kapasitet til å håndtere alt effektivt. Av denne grunn blir det stadig mer populært å bruke SAAS. Med tjenestebasert programvare har et annet selskap spesialisert seg på å administrere programvaren og holde den tilgjengelig, pålitelig og sikkerhetskopiert.
Du betaler på månedlig basis og kobler til og bruker programvaren over Internett. Dette siste området fjerner risikoen for beslutningstakere av typen teknologisjef. Ikke bare trenger de ikke å betale noen for å utvikle programvaren, de trenger ikke engang å bekymre seg for å strekke sine verdifulle IT-ressurser utover bristepunktet.
Og hvis den verste hendelsen skulle skje, er et annet selskap ansvarlig for problemet basert på servicekontrakten som er signert.
Fordi vertsselskapet er ansvarlig for alt som går galt med vertsbasert programvare, er det viktig å sørge for at selskapet er anerkjent og i stand til å håndtere et stort problem. Microsoft er et av de største navnene i programvareindustrien med en etablert forretningsrekord og mye penger i banken.
Din fetters venn som begynte å hoste programvare i kjelleren sin, har sannsynligvis ikke de samme ressursene som Microsoft har i tilfelle noe skulle gå galt.