Bør vi bygge egen løsning eller kjøpe en fagapplikasjon? 
Kjøpe ferdig eller lage selv?
Det kan ofte være vanskelig å beslutte hva som er den mest hensiktsmessige måten å implementere nye IT systemer. Mange leverandører tilbyr, mer eller mindre, nøkkelferdige fagsystemer som skal gi en rask implementering og gi tilgang til funksjonalitet som dekker de behov man antar at bedriften har.
Andre igjen tilbyr å tilrettelegge funksjonaliteten man, i samarbeide med kunden, har kommet frem til best understøtter selskapets organisasjon, rutiner og regelverk. Av disse finnes de som bygger systemet fra bunn av, basert på tilgjengelig utviklingsverktøy – og de som baserer leveransen på et rammeverk som medfører stor grad av konfigurasjon i motsetning til programmering.
Det er en vanlig oppfatning i dag at utvikling av systemer fra «bunn av» i de fleste tilfeller viser seg å bli for tid- og kostnadskrevende.
Vi vil derfor her konsentrere oss om å se på noen forhold som kan hjelpe beslutte om det vil være mest hensiktsmessig å anskaffe en kommersiell fagapplikasjon, eller å tilpasse løsningen basert på et tilgjengelig rammeverk.
| Med en Fagapplikasjon | Løsning basert på et Rammeverk | |
| Lisenskostnader | Priset iht bruk. Ofte pr bruker og komponent. | Rammeverk ofte inkludert i kundens lisensavtaler.
Ingen lisens for tilpasset løsning. |
| Optimal utnyttelse | Bedriften må tilpasse rutiner iht produktets funksjonalitet, og anbefalte bruksmåte. | Løsningen tilpasses bedriftens eksisterende rutiner og regler, som må kartlegges før implementering. |
| Tilgang på kompetanse | Avhengig av produktleverandør/produsent. | Mange selskaper og konsulenthus med kunnskap om rammeverket vil kunne benyttes. |
| Implementering | Forutsigbar, gitt at standard funksjonalitet benyttes.
Håndteres i hovedsak av leverandør/produsent. |
Krever prosjektgjennomføring i samarbeid med kunden. |
| Videreutvikling,
Ny funksjonalitet |
Kommer med oppgradering av produkt.
Alle endringer krever aksept og prioritet hos produsent (ofte tidkrevende). |
Nye muligheter kommer med oppgraderinger av rammeverket (skjer sjelden).
Funksjonalitet kan legges til eller endres fortløpende ut fra behov. |
| Spesialtilpassinger | Krever spesialutvikling av leverandør.
Kan skape utfordringer ved senere oppgraderinger av basisproduktet. |
Kan utvikles av alle med kompetanse i rammeverket.
Finnes ofte tilgjengelige 3dje parts tilleggsfunksjoner som kan kjøpes/hentes. Kan skape utfordringer ved senere oppgraderinger av rammeverket. |
| Integrasjon | Inkluderer ofte kobling mot utvalgte serverkomponenter og 3dje parts produkter.
Kan inkludere kobling til utvalgt(e) rammeverk. Bør inkludere API’er som tilgjengelig gjør hovedfunksjoner for bruk fra andre systemer. |
Rammeverket sikrer tett integrasjon med serverkomponenter.
Finnes ofte tilgjengelige 3dje parts tilleggsfunksjoner som kan kjøpes/hentes. Rammeverket inkluderer API’er som tilgjengelig gjør hovedfunksjoner for bruk fra andre systemer. Kan utvikle egne, spesifikke, grensesnitt som del av løsningen. |
| Problemløsning | Avhengig av leverandør/produsent. | I tillegg til implementeringspartner kan andre med kompetanse i rammeverket benyttes.
Finnes ofte omfattende nettsamfunn for informasjonsdeling, og spørsmål/svar. |
Beslutning bør fattes ut ifra hvilket alternativ man tror best vil
· Gi selskapet et effektivt arbeidsverktøy
· Kunne realiseres på tid og kostnad
· Kunne vokse og videreutvikles i takt med bedriften
Kommentarer
Legg inn din kommentar til innlegget:
