De fleste beslutningstakere kryper når de hører ordene tilpasset utvikling. Du vil høre skrekkhistorie etter skrekkhistorie når det gjelder et tilpasset programvareutviklingsprosjekt. Hvis du får virkelig gode utviklere som har jobbet sammen i et tiår og bruker en solid fleksibel prosess, kan du ha ekstraordinære resultater og den beste programvaren som er tilgjengelig.
På den annen side kan du ende opp med noe som ikke gjør hva du vil at den skal gjøre og koster 12 ganger hva du trodde det skulle koste i begynnelsen. Av denne grunn vil mange beslutningstakere fjerne risikoen og gå med pakket programvare.
Fordi pakket programvare er allerede utviklet og bare må installeres og administreres, reduseres risikoen forbundet med å vedta programvaren kraftig.
Du vil likevel høre horrorhistorier om implementeringsprosessen for pakket programvare. Det faller vanligvis ut som noen trodde at noen andre hadde konfigurert sikkerhetskopiene, og personen som den andre personen trodde hadde konfigurert dem, hadde allerede forlatt selskapet. Oh yeah, og systemet ble designet for å være overflødig, slik at hvis en nøkkelserver gikk ned, ville alt fortsette å virke.
Det eneste problemet er at du bare finner ut om alt fungerer riktig når noe går galt. Hvis de riktige prosedyrene ikke ble fulgt under implementeringen, kan organisasjonen befinner seg i en svært dårlig posisjon.
De med erfaring vil si at det ofte ikke er feil for noen bestemt person. IT-team er overarbeidet og strukket utover deres evne til å håndtere alt effektivt. Av denne grunn blir bruk av SAAS stadig mer populært. Med servicebasert programvare spesialiserer et annet selskap seg i å administrere programvaren og holde den tilgjengelig, pålitelig og sikkerhetskopiert.
Du betaler månedlig og kobler til og bruker programvaren over Internett. Dette siste riket fjerner risikoen for beslutningstakerne av sjefteknologistypen. Ikke bare trenger de ikke å betale noen for å utvikle programvaren, de trenger ikke engang å bekymre seg for å strekke sine verdifulle IT-ressurser utover brytepunktet.
Og hvis det verste fallet skjer, er et annet selskap ansvarlig for problemet basert på kontrakten som er inngått.
Fordi vertsfirmaet 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 mange penger i banken.
Din fetters venn som begynte å hoste programvare i kjelleren, har sannsynligvis ikke de samme ressursene som Microsoft har i tilfelle noe går galt.