Nearshore delivery pods til bureauer og konsulenthuse
En navngiven gruppe folk med en aftalt månedlig kapacitet og ikke en fast liste over jobtitler: backend den ene uge, QA og releasearbejde den næste, en frontend-specialist til en lancering, support og ændringsleverancer hele vejen igennem. Den arbejder inden for jeres processer og værktøjer, den kan have kundekontakt, og den har en teknisk leder hos os, der ejer kontinuitet, kvalitet og eskalering.
Hvorfor en pod og ikke en fast bemanding
En enkelt dedikeret udvikler løser et bemandingsproblem, man kan forudsige. De fleste partnere kan ikke forudsige det: en kunde har brug for test denne måned og integrationsarbejde den næste, en anden går i stå, en tredje lander med en stack, som ingen hos jer har rørt. At ansætte til det betyder enten at holde folk på reservebænken eller bede en kunde om at vente.
En pod er kapacitet, man køber én gang og trækker kompetencer fra. Inden for et aftalt bånd flekser I den op og ned efter efterspørgslen, og sammensætningen indeni ændrer sig med arbejdet og ikke med en rekrutteringscyklus. Det, vi ikke lover, er øjeblikkelig, ubegrænset skalering, for den eneste måde at holde det løfte på er at bemande jeres arbejde med den, der tilfældigvis er ledig.
Hvad I kan trække på i en pod
Softwareudvikling
C# og .NET på Azure er vores dybeste kompetenceområde, med Python ved siden af til automatisering, integration og dataarbejde samt Angular, React, Vue og Next.js på frontend. Mobil i Swift, .NET MAUI og React Native, når en kunde har brug for det.
Teknisk support og fejlfinding
At genskabe og diagnosticere fejl i systemer, der allerede er live, også dem, ingen hos jer har skrevet, og rette årsagen i stedet for at genstarte symptomet hver mandag.
QA og testautomatisering
Manuel QA, testplaner og automatiserede testsuiter i Playwright, kørt i continuous integration, så en fejlende test blokerer releasen og ikke når frem til jeres kunde.
Cloud, DevOps og CI/CD
Azure-infrastruktur deklareret i Terraform, pipelines i GitHub Actions og Azure DevOps, overvågning, drift detection og omkostningskontrol, så releases er forudsigelige og uden dramatik.
Projekt- og ændringsleverancer
Den uglamourøse halvdel: planlægning, koordinering af releases, ændringskontrol og skriftlig status, som jeres egen account manager kan videresende uden at skrive den om.
Design, når arbejdet kræver det
Figma-designsystemer, prototyper og grænsefladedesign, overdraget til udviklere i det samme firma, som bygger dem pixelnøjagtigt og tilgængeligt.
Tretten udviklings- og driftsdiscipliner står bag en pod, fordelt på de sytten ydelser, vi bemander. Mere nyttigt for en partner end nogen enkelt stack: vi er vant til at overtage det, et projekt allerede kører på, i stedet for at styre det hen imod det, vi tilfældigvis kender, for jeres kunder er ikke alle på den samme teknologi.
Tilsyn på partnersiden og ikke kun folk
Hver pod har en navngiven teknisk leder hos os. Det er ikke en account manager; det er en, der læser koden og er ansvarlig for fire ting.
Kontinuitet
Afløsning under orlov og sygdom kommer fra BigTree108 og ikke fra jeres budget, og en person, der forlader os, er en overdragelse og ikke et hul, I opdager i en stand-up.
Præstation
Lederen er ansvarlig for det, poden leverer, tager det op med os, når nogen ikke fungerer, og erstatter dem fra vores egen rekrutteringsproces.
Kvalitet
Arkitekturgennemgang og et ekstra par øjne på pull requests kommer indefra virksomheden. Vores skrevne udviklingsregler gælder for jeres kundes kode på samme måde som for vores.
Ét eskaleringspunkt
Én person, I ringer til, når noget er galt, på ethvert tidspunkt, der har betydning for hændelsen, i stedet for en postkasse og et håb.
Jeres egne ledere fastsætter stadig prioriteterne og godkender arbejdet. Lederen hos os sørger for, at den kapacitet, I har betalt for, bliver til det.
Inde i jeres proces, i jeres arbejdstid
Poden indgår i jeres repositories, jeres tracker, jeres CI, jeres stand-ups og jeres ticketflow og rapporterer ikke fremdrift hen over en mur. Hvor arbejdet kræver det, har folk kundekontakt: på jeres kundes opkald, ved at afholde demoer og håndtere supportsamtaler, under jeres brand eller vores afhængigt af, hvad I har aftalt. Vi tager vores udviklingsregler med, for det er det, der holder resultatet ensartet, men den proces, arbejdet kører igennem, er den, jeres organisation allerede har.
Ukraine ligger en til to timer foran Vesteuropa, så for partnere i Storbritannien og EU overlapper hele arbejdsdagen. Uden for Europa behandler vi tidsplanen som et bemandingskrav og ikke som et kompromis: vi har allerede folk, der arbejder efter europæisk tid, australsk tid og amerikansk Stillehavstid, så poden bemandes efter jeres dag.
Overflow uden at forpligte sig til en pod
Ikke alle partnerskaber bør starte med en månedlig kapacitet. Hvis I blot er fyldt op, så send os det projekt, I ikke kan tage: vi afgrænser det, giver tilbud og leverer det fra start til slut, under jeres brand eller vores, uden fast forpligtelse for nogen af parterne. Det er den lette måde at finde ud af, om vi arbejder godt sammen, og flere partnerskaber er lettere at bedømme efter ét overflow-projekt end efter tre møder.
Det gælder også den anden vej. Når der kommer arbejde til os, som ligger uden for det, vi gør godt, giver vi det hellere videre til en partner, der gør det ordentligt, end tager det og lærer på kundens regning, så fortæl os, hvad I gerne vil have sendt jeres vej.
Hvad en pod koster
Pods prissættes efter kapacitet, pr. måned, med flexbåndet og opsigelsesvarslet aftalt i kontrakten og ikke improviseret senere. Vi giver tilbud pr. partner i stedet for at offentliggøre en prisliste, fordi sammensætningen af erfaringsniveauer, de kompetencer, I har brug for i beredskab, og samarbejdets længde ændrer prisen. Alle registrerer tid i vores egen portal, og I kan se den hele måneden, så en kapacitet, I betaler for, kan kontrolleres mod det arbejde, der kom ud af den.
Hvis det, I egentlig har brug for, er levering under jeres eget navn, beskriver white-label-udvikling den ordning; hvis det er at holde live systemer kørende, gør managed applikationssupport det.
Spørgsmål, partnere stiller om pods
Hvad er en delivery pod, og hvordan adskiller den sig fra at ansætte én udvikler?
En pod er en navngiven gruppe med en fast månedlig kapacitet frem for en fast liste af jobtitler. Inden for den kapacitet kan I trække på de kompetencer, I har brug for i denne måned: backend den ene uge, QA og testautomatisering den næste, en frontend-specialist til en release, levering og change management hele vejen. En udvikler giver jer én kompetence; en pod giver jer en reservebænk, uden at I betaler for en.
Kan vi skalere poden op og ned?
Ja, inden for et aftalt bånd og et aftalt varsel. Det bånd er hele den kommercielle samtale, og vi taler hellere ærligt om det fra starten end opdager midt i samarbejdet, at jeres definition af fleksibel og vores er forskellig. Det, vi ikke vil gøre, er at love øjeblikkelig, ubegrænset skalering, for den eneste måde at holde det løfte på er at bemande jeres arbejde med den, der tilfældigvis er ledig.
Hvem leder poden til daglig?
En navngiven teknisk leder hos os har ansvaret for kontinuitet, ydeevne og kvalitet og er jeres eneste eskaleringspunkt. Det betyder én person, I ringer til, når noget er galt, regelmæssig rapportering om, hvad poden laver, og ingen situation, hvor nogen forsvinder, og ingen overtager deres arbejde. Jeres egne ledere fastsætter stadig prioriteterne og godkender arbejdet.
Arbejder poden i vores værktøjer og processer eller i jeres?
I jeres. Vores folk kommer ind i jeres repositories, jeres tracker, jeres CI, jeres stand-ups og jeres ticketflow i stedet for at rapportere fremdrift hen over en mur. Vi tager vores engineering-regler med, for det er dem, der gør leverancen ensartet, men den proces, arbejdet løber igennem, er den, jeres organisation allerede har.
Kan podens medlemmer have kundekontakt?
Ja, hvor arbejdet kræver det, og det er vores almindelige arbejdsform frem for en undtagelse. Folk kan deltage i jeres kunders møder, køre demoer og håndtere supportsamtaler, under jeres brand eller vores, afhængigt af aftalen.
Hvilke tidszoner kan poden arbejde i?
Ukraine ligger én til to timer foran Vesteuropa, så for partnere i Storbritannien og EU overlapper hele arbejdsdagen. Ud over det behandler vi arbejdstid som et bemandingskrav frem for et kompromis: vi har allerede folk, der arbejder efter europæiske tider, australske tider og US Pacific, så poden bemandes efter jeres dag.
Vi er et bureau med overskydende arbejde. Kan vi sende jer det, vi ikke selv kan tage?
Ja, og det kræver ikke en pod. Overflow er den letteste måde at starte med os på: I sender det projekt, I ikke har kapacitet til, vi afgrænser og leverer det under jeres brand eller vores, og ingen af parterne har forpligtet sig til en månedlig kapacitet. Flere partnerskaber er lettere at vurdere efter ét overflow-projekt end efter tre møder.
Har I brug for kapacitet, der flekser med jeres pipeline?
Fortæl os, hvilke kompetencer I bliver ved med at mangle, de timer, I har brug for dækket, og hvor meget jeres efterspørgsel svinger. I får svar inden for én arbejdsdag: de folk, vi ville sætte på poden, og hvor hurtigt de kan starte.