Copenhagen Software Lab findes, fordi softwareudvikling alt for ofte bliver behandlet som en leverancedisciplin. Et behov bliver omsat til requirements, requirements bliver omsat til en kontrakt, et team bliver sat på, noget bliver bygget, og noget bliver afleveret. Men den svære del er sjældent bare at bygge det, der blev bestilt. Den svære del er at forstå, hvad der faktisk skal blive bedre i virksomheden — og derefter finde ud af, hvilken teknologi, proces eller software der bedst skaber den forandring.
Det ansvar vil vi tage. Vi bygger ikke bare software, der virker. Vi vil bygge virksomheder, der virker bedre bagefter.
Vi vil ændre måden, professionel softwareudvikling bliver udført på. Vi tror, at fremtidens bedste udviklere skal kunne meget mere end at skrive god kode: forstå en forretning, facilitere et godt møde, stille det spørgsmål, ingen andre stiller, og tegne et komplekst problem på fem papkort. De skal kunne tale med en direktør uden at gemme teknikken væk, lytte ordentligt og udfordre respektfuldt. De skal kunne bygge noget hurtigt, smide det væk igen og tage ansvar for, om det faktisk gjorde en forskel.
Vores ambition er ikke at forblive en lille specialiseret boutique. Vi vil bygge en stor softwarevirksomhed uden at blive til et stort traditionelt softwarehus.
Vi tror ikke på store salg efterfulgt af lange leverancer med store teams. Vi tror ikke på softwareudviklere reduceret til modtagere af requirements, på forretningen på den ene side og teknologien på den anden eller på succes defineret som: “Vi leverede det aftalte.” Vi tror heller ikke på lange perioder uden noget konkret at vise, ekspertise brugt som argument for ikke at lytte, hierarki som erstatning for faglig autoritet eller metoder, der fortsætter, fordi “sådan plejer vi”.
Den sætning, vi aldrig ønsker at gemme os bag, er:
“Men det var jo det, kunden bad om.”
Før vi diskuterer løsningen, vil vi forstå, hvad der faktisk skal ændre sig. Det betyder, at vi nogle gange udfordrer selve problemet, før vi begynder at løse det.
Man kan ikke analysere sig frem til alt. Forretningen kan ikke altid forestille sig softwaren, før den eksisterer, og udvikleren kan ikke altid forstå konsekvenserne for forretningen fra et diagram. Derfor bygger vi tidligt. Prototyper er ikke bare en måde at validere løsninger på; de er en måde at tænke sammen på.
Vi tror ikke på workshops i starten og handover i slutningen. Kunden skal helt ind i arbejdet, og vi skal helt ind i deres virkelighed. De bedste løsninger opstår, når forskellen mellem kunde og konsulent, forretning og udvikling bliver mindre.
Vi gemmer heller ikke teknikken væk for at gøre samtalen “business friendly”. Vi gør den forståelig. Hvis en teknisk mulighed eller begrænsning fundamentalt ændrer, hvordan man bør tænke problemet, skal den ind i samtalen — også med direktionen. Hvis vi mener, at kunden er på vej i den forkerte retning, siger vi det. Og hvis en prototype viser, at vores egen idé var forkert, siger vi også det.
Vi er ikke loyale over for den oprindelige løsning. Vi er loyale over for det bedst mulige resultat.
Hvis man følger et CSL-team, skal man kunne se vores filosofi i praksis. Der vil være papkort på væggene og udviklere, der faciliterer møder. Der vil blive stillet mange spørgsmål, bygget prototyper tidligere, end kunden forventede, og vist ting, som endnu ikke er perfekte. Diskussionerne vil bevæge sig mellem organisationsdesign, arbejdsprocesser og brugeradfærd på den ene side og datamodeller, arkitektur og kode på den anden.
Og der vil være mennesker, der tør sige: “Jeg tror faktisk, vi angriber det her forkert.” Også når personen på den anden side af bordet er CEO.
Vores grundrytme er: Forstå → udfordre → visualisere → bygge → vise → lære → ændre → bygge igen.
Ikke: Analysere → specificere → estimere → bygge → aflevere.
Vi vil være et sted for mennesker med høj faglighed og høj energi. Mennesker med stærke holdninger, men uden behov for altid at få ret; mennesker, der aktivt opsøger det, de endnu ikke kan, og som hellere vil have en tydelig retning og stor autonomi end en detaljeret liste over opgaver. Mennesker, der kan gå fra whiteboard til IDE og tilbage igen. Mennesker, der både kan lide mennesker og computere.
Deep tech × easy to understand. Vi går langt ned i teknikken, men gør ikke kompleksitet til en identitet.
Big brain × casual. Høj intellektuel ambition. Lav selvhøjtidelighed.
Strong opinions × deep listening. Vi skal have noget på hjerte — men være villige til at ændre mening.
Experimentation × uncompromising quality. Vi tør bygge noget forkert hurtigt. Vi accepterer ikke at levere noget middelmådigt.
High autonomy × high responsibility. Frihed er ikke fravær af forventninger. Det er forventningen om at tage ansvar.
Serious outcomes × good energy. Det må godt være sjovt at løse alvorlige problemer.
God energi er ikke fredagsbarer, bordfodbold eller employer branding. Det er en arbejdsform.
Det er følelsen af et møde, hvor folk går derfra klogere og mere energiske, end da de kom. Det er nysgerrighed frem for defensivitet, mennesker, der deler idéer tidligt i stedet for at beskytte dem, og plads til smalltalk ved kaffemaskinen og intense tekniske diskussioner fem minutter senere. Det er ambition uden albuer.
Og det er vigtigt, fordi vi tror, at mennesker skaber bedre ting sammen, når de faktisk har lyst til at arbejde sammen. Den oplevelse skal kunderne kunne mærke.
Copenhagen er mere end vores adresse. Det skal kunne mærkes i den måde, vi driver virksomheden på: lav magtdistance, uformel omgangstone, respekt for godt håndværk og funktion frem for facade. Demokratisk samarbejde uden at gøre alle beslutninger demokratiske. Ambition uden overdreven status.
En CEO og en nyuddannet må gerne stå ved samme whiteboard og være uenige om problemet.
T-shirten fungerer kun, hvis fagligheden gør.
Vi behøver ikke gøre laboratoriet til en visuel gimmick, men mentaliteten passer os. Et lab er et sted, hvor man danner hypoteser, eksperimenterer, bygger, observerer og lærer; hvor man forkaster idéer, ændrer metode og prøver igen.
Det gælder både vores kunders løsninger og Copenhagen Software Lab selv. Ingen metode er hellig. Heller ikke vores egen.
Nothing is too established to question.
Lige nu er vi AI-native. AI ændrer grundlæggende, hvad der kan automatiseres, hvordan software bliver bygget, og hvordan virksomheder kan organisere deres processer. Derfor bygger vi ikke kun AI-funktionalitet. Vi hjælper virksomheder med at genoverveje arbejdet omkring teknologien: processer, roller, data, integrationer, interfaces, beslutninger og de softwarekomponenter, der skal få AI til faktisk at fungere i virksomheden.
Men Copenhagen Software Lab er ikke bygget omkring én teknologibølge. Når teknologien ændrer sig, skal vi ændre os med den.
Vores identitet er ikke: Vi kan AI.
Den er: Vi lærer hurtigt nok til at være relevante, når teknologien ændrer spillereglerne.
Når CSL en dag er 500 mennesker, skal vi stadig kunne genkende virksomheden.
Vi har fejlet, hvis hierarkiet har erstattet fagligheden; hvis nogle få partnere sælger store projekter, mens store teams længere nede i organisationen leverer dem; hvis energien er forsvundet, og dygtige mennesker går på arbejde, løser deres opgaver og går hjem uden at føle særlig meget for det.
Vi har også fejlet, hvis vi bliver tilfredse med vores egne svar, eller hvis de metoder, der gjorde os succesfulde, bliver til dogmer, som ingen længere tør udfordre.
At blive stor må aldrig blive vigtigere end at være god.