Slik skaper du et effektivt utviklingsteam

Effektive utviklingsteam handler om å jobbe tett sammen. Ikke bare internt blant React-utviklerne for eksempel, men mellom prosjekteier, tech lead, UX-designerne, innholdsprodusenter og testere.

Så hvordan jobber vi tett sammen – når vi sitter rundt omkring i Norge? Eller rundt omkring i verden?

  1. Kjenn hverandre
  2. Del faglige utfordringer på tvers av fagområdene 
  3. Still nok spørsmål 

*

1. Kjenn hverandre

Et team som kjenner hverandre jobber bedre sammen. Og da mener jeg ikke kun å kunne navnet på hverandre, men å vite om hverandres:

  • Fag
  • Fritid
  • Familie
  • Fortid
  • Fremtid 

Min erfaring er at de fire F’ene fra Relasjonskompetanse-teorien (Spurkeland, 2015) er noe som burde inkluderes i alle team. Kjenn dine ansattes faglige bakgrunn, deres familieliv, fritid, fortid og fremtid. Det er ikke så hokus-pokus, kun at man skal kjenne hverandre utover dag-til-dag-oppgavene på jobb.

Fortsett å lese «Slik skaper du et effektivt utviklingsteam»

Slik lykkes du med outsourcing

Er du skeptisk til et eksternt utviklingsteam? Det er det ingen grunn til. Outsourcing funker! Om det gjøres på den riktige måten. Her er 4 tips.

I Brainify er vi stolt av å jobbe på tvers av verdensdeler. Vi lykkes med «outsourcingen vår», med at vi har utviklere i Bangladesh. Hva kan du lære av Brainify, dersom du også vil lykkes med ditt team av utviklere i et lavkostland?

Per i dag består konsulentstaben i Brainify av 11 konsulenter. Fire av konsulentene sitter i Dhaka i Bangladesh, tre i Oslo og fire på Bjørkelangen. Andre dager jobber noen av oss hjemmefra, innimellom til og med på bortekontor som krever et gyldig pass.

Våre konsulenter snakker ulike språk. Fire har bengali som morsmål, en portugisisk og resten norsk. Sammen snakker vi engelsk, både på våre daglige videomorgenmøter og når vi chatter på Slack. Så snakker de fleste av oss norsk med kundene våre (mens utviklerne i Bangladesh enn så lenge kun sier ‘ha det bra’ og ‘tusen takk’).

Tips 1:
Sørg for en flat struktur

I et hierarki opplever jeg at «utviklerne i lavkostlandet» ofte kan havne nederst. Å være den som er nederst på rangstigen gjør noe med arbeidsinnsatsen, innstillingen og bidraget til en utvikler, eller en designer for den del.  Fortsett å lese «Slik lykkes du med outsourcing»

Hva er din appidé? Og hvordan kan den bli en realitet?

Utrolig ofte snakker jeg med folk som sier de har en idé til en app. Det er jo morsomt! Men det hadde vært enda morsommere å få realisert appdrømmen til flere av dere. 

Nå vil jeg tro at 9 av 10 av disse appideene vi alle kommer opp med, aldri bør se dagens lys. Det kan det være flere grunner til:

  1. Det finnes fullgode alternativer allerede
  2. Det er ikke et stort nok behov for appen eller fordi det vil koste deg for mye å realisere og markedsføre en slik app
  3. Fordi en app ikke er rette måten å løse problemet på.

Test om appideen din er realiserbar:

Fortsett å lese «Hva er din appidé? Og hvordan kan den bli en realitet?»

7 trinn for å lage nettsider selv

Skal du lage nettsider? Det viktigste er ikke å kunne kode html eller ‘å kunne Wordpress’. Det viktigste er å ha forstått hvem du skal nå og hvorfor de i det hele tatt besøker nettsiden din. 

Alle som lager nettsider bør gå gjennom de syv trinnene jeg nevner i dette blogginnlegget, selv om du lager en nettside for 1 million brukere eller en nettside for 10 brukere. Uansett må jeg ta for gitt at du lager nettsidene fordi du antar at målgruppen din har nytte av den, og ikke bare fordi du ‘føler for å lage nettside’.

La oss gå gjennom en forenklet nettsideprosess i 7 trinn:

 

Du trenger ikke vite hvem du lager nettsiden for. Sats på at alt går bra, du.

1

Hvem og hva?

Hvem lager du nettsiden din for? Har du ikke et avklart forhold til hvem målgruppen din er, er steg 1 et godt tidspunkt for å tenke gjennom dette.

Se for deg 2–4 personer din bedrift er avhengig av for å overleve, og som vil kunne bruke nettsidene deres til ting som i dag gjøres via telefon, e-post, over disk eller i møter. Fortsett å lese «7 trinn for å lage nettsider selv»

Derfor velger vi Ruby on Rails og WordPress

Vi elsker Ruby! Og vi liker alle mulighetene som ligger i en god Wordpress-løsning. Men er det nødvendigvis rett teknologi for deg?

Ruby on Rails har vi skrytt opp i skyene tidligere. Jeg synes (som en designer og prosjektleder, uten kodekunnskaper) at enkelheten og smidigheten i kodespråket og rammeverket, kombinert med lett-å-lære-seg-faktoren gjør RoR til et godt valg i mange tilfeller.

Forståelig

Skal vi lage nettsider, i de fleste størrelser, er jeg glad i å foreslå WordPress. Det er det noen konkrete grunner til.

For det første kan faren min på 65 lære seg WordPress på få dager. Raskt vil han også kunne løse mange ting selv CMSet (publiseringsløsningen) – for eksempel ved å søke opp opplæringsfilmer på YouTube.

Fortsett å lese «Derfor velger vi Ruby on Rails og WordPress»

7 grunner til at du bør elske Ruby on Rails

Det er likegyldig hvilket kodespråk en utvikler velger, tenker du kanskje? Så lenge det ser bra ut og fungerer som det skal; hvorfor skal du bry deg om det er .NET, PHP, Java eller Ruby som ligger bak der og durer? Nå skal du høre.

Kodespråket Ruby ble lansert av Yukihiro Matsumoto i 1995. Rammeverket Rails ble utviklet av den danske programmereren David Heinemeier Hansson i 2004. Siden den gang har det vært brukt og brukes av de aller største nettstedene du vet om, som eksempelvis AirBnB, Hulu og Nabobil.

Når vi ikke skal lage en enkel blogg (da ofte kunden foretrekker WordPress) ender vi i 9 av 10 tilfeller på Ruby. Det er det 7 grunner til. 7 grunner, som i høyeste grad også påvirker deg som kunde: Fortsett å lese «7 grunner til at du bør elske Ruby on Rails»

%d bloggere liker dette: