Selv om samarbejde med en ekstern partner inden for softwareudvikling bliver en stadig mere populær løsning, har det stadig sine modstandere. Der er flere faktorer, der giver anledning til bekymring. I virkeligheden er det ikke problemer - det kan vise sig, at man ved at arbejde med softwarehuse opnår bedre resultater end med sit eget interne team.
Opbygning og udvidelse af en internt hold eller snarere starte samarbejdet med en softwareudvikling virksomhed? Det er et meget almindeligt dilemma. Grundlæggende har begge tilgange deres fordele og ulemper. Jeg vil gerne bevise for dig, at de populære bekymringer om softwarehuse ikke er et reelt problem, som nogle måske tror. Se selv efter!
For stort budget
Omkostninger er en af de mest almindelige årsager til bekymringer i forbindelse med at arbejde med softwarehuse. Nogle mennesker tror fejlagtigt, at softwareudviklingsbureauer genererer meget højere omkostninger end et internt team. I mange tilfælde er det dog en mere omkostningseffektiv løsning at etablere et samarbejde med en ekstern partner. Du betaler kun sådanne virksomheder for hver times udviklingsarbejde. På den måde undgår man andre omkostninger som f.eks. finansiering af rekrutteringsprocessen, onboarding, tilvejebringelse af det nødvendige udstyr, styring af udviklernes arbejdstid eller betaling af ferie. Alt dette bliver ekstraomkostninger, hvis du har dit eget interne team.
Du behøver ikke at bekymre dig om for høje priser, hvis du finder en pålidelig og omkostningseffektiv partner. Vær opmærksom på, at du i Vesteuropa betaler op til 80-90 euro for en times udviklingsarbejde; omkostningerne er endnu højere i USA. Til gengæld kan du finde udviklere til 50 euro i timen i Central- og Østeuropa.
Ingen erfaring med at arbejde med en ekstern softwareudviklingspartner
Nogle bekymringer stammer fra det faktum, at virksomheden aldrig har brugt en lignende løsning før. Virksomhederne er ikke sikre på, om denne tilgang til softwareudvikling vil fungere for dem. Deres tvivl vedrører mange aspekter. For eksempel er det god praksis blandt kunderne at have en person, der er dedikeret til at kontakte eksterne udviklere - det kan være en projekt leder, en produkt ejer eller endda nogle gange den CTO. Så spørgsmålet er, om det kan blive et problem, at denne person ikke har tilstrækkelig erfaring med denne type samarbejde?
Der er faktisk ikke noget at frygte. Jeg har bemærket, at alle bekymringer forsvinder efter de første par dages samarbejde. Det hele handler om at opstille klare regler for samarbejdet helt fra begyndelsen. Så kører hele processen glat.
Afstand mellem interne teams og eksterne teams
Codest arbejder med kunder, der har deres egne in-house teams, men deres store behov førte til, at de startede et samarbejde med en Softwarehus. Kort sagt, antallet af opgaver overstiger deres teams kapacitet. Når man kombinerer et sådant samarbejde, kan der være indvendinger i forhold til effektiviteten af den daglige kommunikation eller informationsudveksling.
Svaret på dette spørgsmål ligner det, der blev givet i det foregående punkt - det hele afhænger af den rette ledelse af et sådant samarbejde. Jeg tror, at Agil og Scrum fungerer godt i fjernsamarbejde. Møder som "daily" og "planning" løser alle problemer. Desuden er værktøjer, der fremmer teamwork, også nyttige. Vi bruger Jira og Slack. Derudover er vi i konstant kontakt med vores kunder. Vi analyserer vores samarbejde og forsøger hele tiden at forbedre processen. Og det virker! Dette er blot et af eksemplerne på et veldrevet samarbejde.
Tab af kvalitet
Mange mennesker tror stadig, at fjernsamarbejde er forbundet med et fald i kvaliteten. Det er jeg ikke enig i. Først og fremmest samarbejder flere og flere globale giganter med softwareudviklingsbureauer. Hvorfor gør de det? En sådan løsning betaler sig mere - både med hensyn til omkostninger og kvalitet.
For det andet følger jeg nøje med i IT-branchen hver dag. Jeg er ikke i tvivl om, at vi i øjeblikket har at gøre med populariseringen af fjernarbejde. De fleste softwarehuse har udviklet høje standarder for den slags aftaler. For eksempel mener Codest, at vores vigtigste værdi er at skabe høj kvalitet. Kode. Vi mener, at denne tilgang er den eneste måde at udvikle de bedste produkter og skabe tillid i samarbejdet med kunderne. Det giver os mulighed for at opretholde de højeste standarder for samarbejde med vores partnere.
En af vores kunder sagde engang, at vores udviklere, da de begyndte at arbejde sammen med deres interne team, bragte en masse god praksis ind i virksomhedens daglige arbejde, og det forbedrede direkte kvaliteten af de interne programmørers arbejde. For os er enhver sådan kommentar en grund til stor tilfredshed. For dig er det en bekræftelse på, at denne løsning virkelig virker.
Hvordan kan du verificere dine bekymringer?
Der er kun én overbevisende løsning - i praksis. Hvis du vil finde ud af, om det er en god idé for din virksomhed at samarbejde med et softwareudviklingsfirma, skal du bare prøve det. Du kan altid vælge en kort pilotperiode. I løbet af denne periode vil du lære om udviklingsteamet, deres principper og de særlige forhold, der gør sig gældende i det daglige samarbejde.
Til sidst vil jeg anbefale at læse to artikler, som måske vil interessere dig. De har titlen 'Hvordan gennemfører vi kravanalysen?' og 'Vores tilgang til kunderejsen.' Begge dele kan findes i vores Playbook. Disse artikler præsenterer vores tilgang til at starte et samarbejde med et softwarehus. Jeg tror, du vil finde dem oplysende.
Læs mere om det: