Når jeg går ut av en intervju, vil jeg vite stillingens ansvar, jeg vil vite miljøet og jeg vil vite hva jeg forventes å oppnå i løpet av min første uke. Fremfor alt vil jeg vite om selskapet passer for meg. Oftere enn ikke vil selskaper ansette de beste blant kandidatene. Dette betyr ikke at de er de beste for stillingen. Ganske enkelt er de de beste i den gitte kandidatgruppen. Svært få selskaper gjenkjenner denne forskjellen. Det er din jobb som intervjuobjekt å vurdere selskapet.
Jeg har utviklet følgende spørsmål å stille under en intervju:
Hva blir min første oppgave?
Finnes det en prosjektplan? Hvor mye tanke har gått inn i denne stillingen?
Hva vil avgjøre suksess eller fiasko?
Hvis prosjektsuksess ikke kan artikuleres, hvordan kan de måle suksess i stillingen?
Hvordan får jeg mine oppgaver?
Brukes et issue tracking-system?
Bruker dere versjonskontroll?
Et selskap uten versjonskontroll i 2014 er nesten alltid en avtalebryter. Hvis et selskap ikke kan tilby det mest grunnleggende behovet for programvareingeniører, er det bundet til å være andre problemer.
Tillater dere fjernarbeid?
Telearbeid er en fin fordel. Det gir deg fleksibilitet til å gjøre ærend eller ha avtaler i løpet av lunsjen.
Beskriv datamaskinen/miljøet jeg får.
Hva slags maskin gis til programvareingeniører? To skjermer eller en? Er arbeidsområdet lavtrafikk og stille — Å bli sittende fast på et høylytt område med høy trafikk suger.
Hva er arbeidstidene?
Er arbeidstidene fleksible? Hva er kjernekjernene?
Er jeg på vakt?
Forventes det at du støtter produksjonsproblemer i arbeidstiden? Svarer programvareingeniører på kundesupportsamtaler?
Automatiserte bygg og distribusjoner?
Hvor utviklet er byggeprosessen? Bygger utviklere manuelt eller er det automatisert?
Har dere testere?
Er jeg ansvarlig for testing?
Hvilke teknologier bruker dere?
Det er noen teknologier som ikke lenger er interessante.
SCRUM, Lean, Agile eller Waterfall. Gjør teamet kodeanmeldelser? Hva med enhetstesting?
De fleste glemmer at en intervju er en toveis gate. Du, som intervjuobjekt, intervjuer selskapet og dine fremtidige kolleger for å finne et godt samsvar i selskapet og i stillingen.
Forfatter: Chuck Conway er en AI-ingeniør med nesten 30 års erfaring innen programvareutvikling. Han bygger praktiske AI-systemer—innholdspipelines, infrastrukturagenter og verktøy som løser virkelige problemer—og deler det han lærer underveis. Koble til ham på sosiale medier: X (@chuckconway) eller besøk ham på YouTube og på SubStack.