Mindre = Smartere (når du velger riktig)

Store IT-leverandører er som cruiseskip: imponerende, dyre – og fryktelig trege til å endre kurs. Når været snur, eller forsyningskjeden din plutselig står i brann, skal du være heldig om kapteinen i det hele tatt merker noe før du treffer isfjellet.

Det er den skjulte prisen for “skala”. På papiret ser det trygt ut: glinsende logoer, endeløse sertifiseringer og den beroligende illusjonen om at et firma med 500 ansatte må vite hva de driver med.
Men størrelse garanterer ikke intelligens. Det garanterer treghet.

Som en LinkedIn-kommentar så treffende sa det:

“ERP-feil? De starter på dag én. Ikke under implementeringen. Ikke ved lansering. Men på det aller første møtet.”

Det første møtet er som regel der den “trygge løsningen” begynner å synke. Leverandøren kommer inn med en ferdig oppskrift, limer logoen din inn i PowerPointen sin, og antar at du vil tilpasse deg deres prosess. De har allerede bestemt hvilke moduler, rammeverk og arbeidsflyter du skal bruke – lenge før de har forstått hvordan virksomheten din faktisk fungerer.

Prøver du å protestere, nikker de forståelsesfullt, lover å “ta det med videre”, og fortsetter deretter som planlagt.
Planen står fast. Kostnadene øker. Tilliten fordamper.

Forskjellen mellom å bygge for og å bygge med

Et av teamene i Kaunas High Tech Cluster tok over et prosjekt som dette for et logistikkfirma. Den tidligere leverandøren – et globalt storfirma med glinsende referanser – hadde brukt seks måneder på å bygge uten å sette sine bein på lagergulvet. Ikke én eneste gang.

Så Kaunas-teamet gjorde det selvfølgelige: de tok på seg vernevester. De gikk gjennom lageret, skannet strekkoder og fulgte den faktiske flyten av varer fra mottak til utsending. De tegnet et kart over virkeligheten – og fant flaskehalser som “prosessdiagrammet” aldri hadde oppdaget.

Fire måneder senere gikk systemet live – uten nedetid, uten overtid og uten kaos. Lagerlederen kaller dem fremdeles “de som lyttet.”

Det er ikke magi. Det er hva som skjer når du jobber med ingeniører som tenker før de bygger. Som heller vil forstå forretningen din enn å vise frem sitt favorittverktøy.

Lite er ikke alltid bedre – men det riktige lille er det

La oss være ærlige: “lite” kan også bety risiko.
Det finnes små byråer som tar på seg mer enn de klarer. Frilansere som forsvinner ved første problem. “Agile” team som forveksler fleksibilitet med improvisasjon.

Men det riktige lille teamet – erfarent, fokusert og personlig investert i din suksess – jobber annerledes. De kan levere på måneder det en tung gigant ikke får ferdig på et helt regnskapsår.
Hvorfor? Fordi de slipper å navigere gjennom hierarkier og godkjennelsesprosesser i femten lag.

Møtene deres er kortere. Tilbakemeldingene kommer raskere. Og når noe går galt, får du ikke et saksnummer – du får en telefon.

Tre spørsmål du bør stille før du velger “lite”

1. Vil de faktisk besøke arbeidsplassen din (bokstavelig eller billedlig) før de skriver kode?
   Hvis de ikke forstår hvordan din virksomhet fungerer, bygger de feil-system – bare raskere.
2. Kan de forklare arbeidsflyten din tilbake til deg – presist og på vanlig språk?
   Hvis de ikke kan gjenta det, har de ikke forstått det.
3. Har de myndighet til å endre plan underveis uten femten ledd med godkjenning?
   Ekte smidighet handler ikke om metoder – det handler om beslutningskraft.

Hos Kaunas High Tech Cluster har vi sett nok store IT-prosjekter gå i grøfta til å vite én ting: hastighet, forståelse og kvalitet handler ikke om størrelse. De handler om omtanke, kontekst og kompetanse.

Så før du velger din neste IT-partner, husk dette: det største skipet kommer ikke alltid først i havn. Noen ganger er det smartere å seile med et mindre mannskap – så lenge de faktisk kjenner farvannet.

Slutt å stole på store navn. Begynn å løse virkelige problemer.