Mindset of a CTO – lederbok (e-bok)

Teknologidirektøren er ikke lenger den beste utvikleren i huset. Gode CTO-er gjør teknologi til konkurransefortrinn: de setter den tekniske retningen, bygger utviklingsteam som leverer, balanserer fart mot stabilitet, håndterer teknisk gjeld, tar de store arkitektur- og kjøp-eller-bygg-beslutningene, og forklarer kompliserte avveininger for toppsjefen og styret. Denne boken forklarer hvordan de tenker: tankeskiftene fra utvikler til leder, hvordan en CTO bruker uken, beslutningene som betyr mest, hvordan du bygger og skalerer utviklingsorganisasjonen, nøkkeltallene, sikkerhet, personvern og kunstig intelligens med norske og europeiske regler, fellene nye CTO-er går i, og en 90-dagersplan.

• Tankeskiftene fra utvikler til teknologidirektør
• Arkitektur, kjøp eller bygg, teknisk gjeld og kunstig intelligens
• Bygg, skaler og led utviklingsteam som leverer
• Sikkerhet og personvern med norske regler, pluss en 90-dagersplan
• Ca. 22 sider
• EPUB for lesebrett og PDF for mobil, nettbrett eller utskrift

Fra beste utvikler til teknologileder

De fleste CTO-er startet som utviklere, og mange var de beste i rommet. De kunne løse problemer andre ikke klarte, skrive koden ingen andre kunne skrive, og feilsøke systemet klokken tre om natten. Det er ofte slik de fikk jobben.

Det er også rollens største felle. CTO-ens jobb er ikke å være den beste utvikleren. Den er å sørge for at virksomhetens teknologi skaper verdi, og å bygge en utviklingsorganisasjon som kan levere den uten å være avhengig av én person, aller minst av CTO-en.

Hva en CTO gjør

Rollen varierer med virksomheten. I et oppstartsselskap skriver CTO-en kanskje fortsatt kode og designer arkitekturen selv. I et stort selskap kan CTO-en lede tusenvis av utviklere, eller konsentrere seg om strategi og innovasjon mens en utviklingsdirektør har ansvar for leveransene. Men de fleste CTO-er eier en variant av de samme fem tingene:

• Teknologivisjon og strategi: hvor teknologien vår skal, og hvordan den støtter virksomhetens strategi.
• Arkitektur: de store tekniske beslutningene som former hva vi kan bygge, hvor raskt og til hvilken kostnad.
• Utviklingsorganisasjonen: rekruttering, struktur, kultur, arbeidsmåter og ledelse.
• Leveranser og stabilitet: å levere det som betyr noe, og holde det i drift.
• Oversettelse: å hjelpe toppsjefen, styret og resten av ledergruppen å forstå teknologivalgene og konsekvensene.

CTO eller IT-direktør?

Titlene brukes ulikt. En vanlig deling er at CTO-en har ansvar for teknologien virksomheten bygger og selger, produktet og plattformen, mens IT-direktøren (CIO) har ansvar for teknologien virksomheten bruker internt: interne systemer, infrastruktur og data. I mange virksomheter gjør én person begge deler. Bli tydelig enig med toppsjefen om grensene.

… Utdraget fortsetter i boken.

1. Fra beste utvikler til teknologileder
2. De sju tankeskiftene
3. Slik bruker CTO-en uken
4. Beslutningene som betyr mest
5. Bygg utviklingsorganisasjonen
6. Nøkkeltallene
7. Sikkerhet, personvern og stabilitet
8. Kunstig intelligens
9. Teknologikostnader
10. Samarbeidet med produkt
11. Data som strategisk ressurs
12. Å forklare teknologi for ikke-teknologer
13. Fra oppstart til stort selskap
14. Relasjonene
15. Fellene
16. De første 90 dagene
17. Selvevaluering

Format: E-bok som EPUB (Apple Bøker, Kobo, Google Play Bøker, Kindle via «Send to Kindle») og PDF.. Laget med hjelp av AI og testet av vår kvalitetskontroll. Gir ingen skatte-, regnskaps- eller juridiske råd. Kjøpsvilkår og angrerett