Vår kultur
Manifest för Välmående & Autonomi
Vi bryr oss inte om hur många timmar du arbetar. Vi bryr oss om att systemet är uppe, att koden är underhållbar och att ingenjören som skrev den har sovit bra.
Vi anställer inte människor för att fylla stolar. Vi anställer ingenjörer för att lösa komplexa problem. Och komplexa problem löses bäst med autonomi, fokus och vila.
Fyra principer vi inte kompromissar om
Det här är inga aspirationer. Det är operativa beslut vi fattar varje dag och som definierar hur man arbetar på Digital Axios.
Resultat > Timmar Framgångsrika driftsättningar och stabila processer.
Vi mäter inte framgång i timmar framför en skärm. Vi mäter det i driftsättningar utan rollback, i automationspipelines som bearbetar tusentals dokument utan inblandning, och i kunder som sover lugnt för att deras system inte kraschar.
En ingenjör som löser en kritisk bugg på 45 minuter och går ut och promenerar är mer värdefull än en som tillbringar 8 timmar med att simulera produktivitet.KPI:erna som spelar roll: systemupptid, felfrekvens i produktion, incidentlösningstid. Inte stämpelklockan.Om din kod klarar testerna, passerar kodgranskningen och integreras rent i CI/CD-pipelinen har du gjort ditt jobb. Klockslaget då du gjorde det är irrelevant.
Asynkron kultur Deep Work utan avbrott.
Programmering av komplexa system kräver djup koncentration. En ingenjör som avbryts var 20:e minut skriver inte solid arkitektur: den skriver plåster. Vi designar vår verksamhet för att skydda koncentrerade arbetsblock.
Skriftlig kommunikation först. Om något kan vara ett Slack-meddelande med kontext, är det inte ett 30-minutersmöte.Möten med förinställd agenda och fast tid. Inga 'snabba samtal' som blir en timmes avvikelse.Dokumentation som sanning. ADR:er (Architecture Decision Records) och runbooks ersätter 'fråga den kollegan, hen vet'.Vi respekterar 'stör ej'-statusar. När en ingenjör är i Deep Work-läge och löser ett concurrency-problem eller designar ett mikrotjänstflöde är den koncentrationen helig.
Respekt för ingenjören Din professionella utveckling är inget hinder.
Våra ingenjörer studerar på universitetet, tar AWS-certifieringar, bidrar till open source-projekt. Det här är inte något vi 'tolererar' trots arbetet: det är något vi uppmuntrar för att det gör oss bättre.
Flexibla scheman designade så att akademisk utbildning aldrig konkurrerar med arbete. Har du föreläsning anpassar sig ditt schema.Årlig utbildningsbudget: molncertifieringar, tekniska konferenser, specialiserade kurser. Ingen byråkrati för att begära det.Skyddad forskningstid. Det här är ingen dekorativ förmån: det är anledningen till att vi kan erbjuda våra kunder lösningar med det senaste inom AI och dokumenthantering.Intern mentorskap mellan seniora och juniora ingenjörer. Delad kunskap skalar; kunskap samlad hos en enda person är en single point of failure.
Mental hälsa Ren kod kräver utvilade sinnen.
Det finns ingen hjälteingenjörskonst. En ingenjör som arbetar 14 timmar för att 'rädda' en driftsättning är ett symptom på ett dåligt designat system, inte en akt av hängivenhet. Vi designar våra processer så att hjältemod inte behövs.
Produktionsincidenter har blameless postmortems. Vi söker systemiska orsaker, inte syndabockar.On-call-rotation med tydliga gränser. Ingen är 'alltid tillgänglig'. Har du jour vilar du veckan efter.Hållbar arbetsbelastning. Omöjliga sprintar producerar teknisk skuld som kostar mer än deadline de försökte hålla.En utvilad ingenjör upptäcker race conditions, förutser edge cases och skriver tester som täcker scenarierna som en utmattad ingenjör ignorerar.
Hur detta ser ut i praktiken
Det här är inte bara ord. Så här arbetar vi konkret varje vecka.
Hållbara sprintar
Vi planerar verklig kapacitet, inte fantasier. Vi inkluderar buffert för forskning, teknisk skuld och det oväntade. En sprint som kräver hjältemod att slutföra är en dåligt planerad sprint.
Dokumentation över möten
Varje arkitekturbeslut dokumenteras i en ADR. API-specifikationer finns i Swagger. Runbooks är första försvarslinjen vid incidenter. Vi är inte beroende av någons minne.
Kodgranskningar som mentorskap
Kodgranskningar är ingen byråkratisk formalitet. De är tillfället att dela kunskap, upptäcka problem innan de når produktion och höja hela teamets tekniska nivå.
Blameless postmortems
När något misslyckas i produktion söker vi inte syndabockar. Vi söker vad som tillät att felet kom så långt. Saknade ett test? Varnade inte monitoring i tid? Var dokumentationen tvetydig? Vi fixar systemet, vi pekar inte finger.
Vill du arbeta i ett team som respekterar din tid?
Om du är ingenjör och värderar autonomi, ren kod och verkliga tekniska utmaningar, låt oss prata.
Kontakta oss