Solutions

Hver dag bruker millioner av mennesker løsninger som er laget av Knowit Solutions. Vi som jobber her er sultne på å lære og liker å dele kompetansen vår – både med kolleger og omverdenen.

Solutions

TESTING & QA continuous integration Testautomasjon

Kom i gang med Cypress og CircleCI ⚙️🛠️

Denne bloggposten vil hjelpe deg til å forstå hvordan du kan implementere dine frontend E2E-tester med Cypress og sammensy test-kjøringene med godt utbredte CI/CD applikasjonen CircleCI. 


Cloud azure AWS

Knowit Academy og Cloud-sertifiseringer

Kontinuerlig læring er viktig for oss — både for å tiltrekke oss de flinkeste folkene og for å sikre relevant kompetanse inn i oppdrag hos kundene våre.


Design UX User research

Categories are dead

In the attempt to understand the chaotic world we live in, we rely upon categories. We live in a city or in the suburbs, we go to school or we go to work, we are male or female, married or single etc. In the design field user experience (UX) we often apply categories to users. Some use personas, stereotypes, archetypes, or other types of categories. But designing for users in today’s world requires us to kill the concept of categories and start learning how our user behave.


Design UX writing UX design

UX writing fra en designers perspektiv

Vil du gi brukeren en god opplevelse gjennom hele løsningen? Lær deg å skrive mikrotekster! Her er noen tips for å komme i gang.


produktledelse

Hvorfor er det så vanskelig å prioritere?

Her er tre tips til hvordan du kan gjøre det enklere. 


Sommerstudenter

Takk for innsatsen til årets sommerjobb-team!

Knowit Solutions søker hvert år etter studenter til sitt sommerprogram ved kontoret i Oslo. I mange år har Knowit hatt et tett samarbeid med forskjellige utdanningsinstitusjoner, og sommerprogrammet er en viktig del av det Knowit gjør i forhold til rekruttering. I år var det 27 sommerstudenter fra ulike studieretninger som ble sendt ut i forskjellige kundeprosjekter, hvor de har jobbet i minimum 6 uker. I tillegg til lærerike arbeidsdager, og mange hyggelige sosiale arrangementer, toppet sommerjobb-perioden seg da prosjektene til to av teamene ble demonstrert på Arendalsuka. 


Forskning Hybrid hjemmekontor SINTEF

Verdien av et bookingsystem i en hybrid arbeidshverdag


(f.v. i bildet; Scott Aleksander Bekke, Ada Olsdatter Hagaseth, Malin Holte, Kristina Nydal,
Jenny Nøkleberg Sandbæk, Hedda Wasskog Aamo) 


documentation dokumentasjon

Hva er beste praksis for systemdokumentasjon?

Mange kan være enig i at dokumentasjon er bra, og dokumentasjon er viktig. Men hva trenger vi å dokumentere, og hvordan skal vi skrive og forvalte dokumentasjon på en god måte?


GDPR personvern personopplysninger

Rødt kort til barneidretts-appene

Teknologien har løpt fra personvernet - på tide for dommeren å gripe inn.


Konferanse LeadDev New York

LeadDev konferanse i New York

Konsulenter i Knowit Objectnet har muligheten til å dra på én konferanse i året. I år falt valget vårt på LeadDev konferanse i New York som setter fokus på ledelsen innenfor teknologi. Konferansen strakk seg over tre fulle dager med workshops og presentasjoner fra ledere fra blant annet Github, Spotify og Netflix. Les om våre opplevelser fra konferansen og New York under. 


digitaltwin

Practical Experiences with Digital Twin

You may have heard of digital twins before, but have you ever thought about how complex this can be to build? This is a retelling of a recently completed assignment for one of our clients, a so-called Proof-of-Concept test (hereinafter abbreviated ‘PoC’) of a digital twin as a visual source of information. The assignment was performed on behalf of and together with The Norwegian Mapping Authority. We have received their approval to share this blogpost.

Post available in Norwegian here: Praktiske erfaringer med digital tvilling.


digitaltvilling

Praktiske erfaringer med digital tvilling

Du har kanskje hørt om digital tvilling før, men har du noen gang tenkt på hvor kompleks en slik sak kan være å stable på beina? Dette er en gjenfortelling fra et nylig ferdigstilt oppdrag, en såkalt Proof-of-Concept test (heretter forkortet ‘PoC’) av digital tvilling som visuell informasjonskilde. Oppdraget ble utført på vegne av og sammen med Kartverket. Vi har fått deres godkjenning for å dele dette blogginnlegget.

Innlegg tilgjengelig på engelsk her: Practical Experiences with Digital Twin.


Analytics machine learning data science

Hvordan lykkes med AI?

AI gjør det mulig å forstå kundene langt bedre ved å forutse deres behov og ønsker på et tidlig tidspunkt.
Dette gir din virksomhet en gylden mulighet til å tilpasse produkter og tjenester mest mulig optimalt, som igjen gir tilfredse kunder og høy forretningsmessig gevinst, samt konkurransemessige fortrinn.


Sikkerhet prosjektledelse

Cyberangrep - Hvor godt sover du om natten?

Har produkteiere, prosjektledere og styringsgruppen nok fokus på sikkerhet i utvikling av nye applikasjoner? Hvordan reduserer du risikoen for at appen, portalen, nettsiden eller systemet ditt blir tatt over av noen fremmede? Avisoverskrifter med cyberangrep, kundedata på avveie, svarte skjermer har store konsekvenser for kunder, medarbeidere og eiere. Jeg har derfor  satt opp tre konkrete tips på sikkerhet, slik at du kan sove bedre om natten.   


Web Development regression testing continuous integration

Test setup for JavaScript/web development with less stress and pain— My solution so far: batr

batr — A “bundle and test … and repeat” library.


TESTING & QA Web Development User Interface

The time for UI regression testing is now!

A quick personal story on why it hasn’t been time for UI regression testing before, and what changed?


Utvikling ledelse kvinnedagen

Vil ikke kvinner bli ledere?

I 2021/2022 arrangerte Knowit for fjerde gang utviklingsprogrammet GROW for unge kvinner og ikke-binære som ønsker å bevege seg i retning av å bli leder eller spesialist. En av bakgrunnene for programmet er antagelsen om at kvinner ikke ønsker å bli ledere eller spesialister. I anledning kvinnedagen 8.mars ønsker vi å presentere programmet, og høre hva en av årets deltakere tar med seg videre. Vilde Karin Andersen (27) deler sine erfaringer, og egne refleksjoner rundt det å være ung kvinne i IT/ teknologibransjen. Hun benytter også muligheten til å fortelle hvorfor hun syns andre unge jenter bør velge teknologistudier!


Youtube

Best of: Winter 2022

Da var det mars allerede, og etter en lang vinter begynner vi så smått å bevege oss mot lengre og lysere dager.☀️ Her kan du se noe av det folk i Knowit har drevet med de siste månedene👇


enterprisearchitecture virksomhetsarkitektur

A roman general and an enterprise architect walk into a bar…

For en kort stund tilbake begynte jeg å høre på en spennende podkast om britisk historie. Enkelt og greit «The British History Podcast». En av episodene handlet om den romerske erobringen av de britiske øyene med Gaius Julius Caesar i spissen. Det hele fikk meg til å tenke på hvorfor romerne egentlig var så vellykket i mye av det de gjorde. Er det noe, virksomhetsarkitekter kan lære av romerne? I dette innlegget kommer jeg med 5 romersk inspirerte tips som vi kan låne, når vi skal i gang med å etablere en virksomhetsarkitektur.


machine learning AI

Generelle steg i utviklingen av en machine learning-modell.


AI er et system hvor en eller flere maskinlæringsmodeller produserer datadrevne prediksjoner. Systemet benytter prediksjonene til å velge datadrevne handlinger basert på tidligere digitale registreringer eller transaksjoner.


Forretningsdesign

Forretningsdesign - del 2: Metoder, verktøy og eksempler

I forrige artikkel lovet jeg dere mer om metoder, verktøy og eksempler. I denne artikkelen viser jeg hvordan noen verktøy eller øvelser fra forretningsdesign kan brukes enkeltvis eller satt i system. La meg hoppe rett ut i det. 


Offentlig sektor Innbyggerkontakt

Proaktive innbyggertjenester - hvor vanskelig kan det være, da?

Å lage tverrsektorielle, proaktive og individuelle innbyggertjenester har vært offentlig sektors våte drøm helt siden man begynte å tenke seriøst på digitalisering sånn rundt årtusenskiftet. Men hvor blir det av disse tjenestene? Og behøver det egentlig å være så innmari vanskelig?


Teknologi modning endring

Den vanskelige modningsreisen

En god kollega sa en gang noe sånt som at "det finnes ikke noe som er kjedeligere enn å se på at en kunde modner". Og det har han jo helt rett i – maling som tørker er jo rene sprintøvelsen sammenliknet med modningsreiser, som jo mange ganger kan være ganske langtrukne og slitsomme øvelser for alle involverte. Likevel er det å bidra til modning hos kunden noe av det viktigste vi gjør som konsulenter.


Youtube

Best of: Autumn 2021

Da er det 1. desember og vi har allerede tent det første adventslyset. Det har vært en travel høst for de fleste med mye på agendaen, samt mange konferanser og arrangementer. Hvis du er nysgjerrig på hva folk i Knowit har drevet med i det siste, så kan du ta en titt på videoene her 😍


COVID-19 enterprisearchitecture governance

Trust me, I’m a doctor.

Maintaining architecture governance in a world of agile development can seem difficult. Christian Holmboe writes about what we can learn from the management of the COVID-19 pandemic. 


Team Utvikling Forskning

På vei mot omforente metrikker i IT-bransjen

Det finnes ikke en konsensus i IT-bransjen rundt metrikker som hjelper oss å måle produktivitet og som setter utvikler-team i stand til å forbedre seg selv. Vi har gått gjennom forskning og funnet et tydelig budskap som forklarer hvorfor metrikker er så vanskelig: Metrikker bør brukes til å sette team i stand til å forbedre seg selv – ikke til å kontrollere og belønne dem. 


Transparens prosjektledelse

Skjeletters liv og død

Har du noen gang lurt på hvorfor visse uforskyldte problemer ender opp hos deg, eller hvordan du unngår at det skjer? 

De fleste som har vært i arbeidslivet (eller politikken), har hørt om «skjeletter» som har tendens til å «ramle ut av skap». I dette innlegget skriver jeg om hva «skjeletter» er, hvorfor de oppstår og hva som skal til for å unngå at de blir ditt endelikt.


DataOps

DataOps – DevOps i dataæraen?

Skrevet av Anne-Line Dahlen og Jørn Atle Husbyn. DataOps (Data Operations) er et relativt nytt begrep som har dukket opp i løpet av de siste årene og henter inspirasjon fra blant annet DevOps, Agile og Lean. Dette er en tankegang som skal gjøre datahåndtering i selskaper lettere, for å få verdi ut av store informasjonsmengder. Siden begrepet DataOps er såpass nytt finnes det heller ikke noen felles akseptert definisjon, men i denne bloggposten skal vi prøve å forklare hva DataOps er og dele våre tanker rundt temaet.


Forretningsmodell tjenester verdiskaping

Kan du gjøre meg en tjeneste?

Når noen vi kjenner spør oss om vi kan gjøre de en tjeneste vil de fleste av oss gjerne stille opp. Om det er en nær relasjon som spør trenger du kanskje ikke engang å høre hva du skal bidra med før du sier ja. Det handler om tillit. Du stoler på den som spør deg, og du hjelper gjerne. Du er samtidig trygg på at den som spør vil stille opp for deg når du har behov for bistand. Å gjøre noen en tjeneste handler om å investere tid og ressurser i en relasjon.

Finnes det noen likheter mellom det å gjøre noen en tjeneste privat og tjenestebaserte forretningsmodeller? De viktigste fellestrekkene ligger i relasjonen som nøkkel til gjensidig verdiskapning. 

Vi skal i dette innlegget se på hva som gjør tjenestebaserte forretningsmodeller attraktive og hva som er viktig å tenke på både når man utvikler og anskaffer tjenester.

 

Hjelper du meg, skal jeg hjelpe deg – sammen er vi sterke!

Når vi gjør noen en tjeneste uten å ta betalt gjør vi det for å hjelpe. Har vi en sterk relasjon gjør vi det uforbeholdent uten å be om å få noe tilbake. Vi gjør kanskje tjenesten for å styrke eller bevare relasjonen. Om det ikke ligger en sterk relasjon til grunn forventer vi kanskje å kunne be om en tjeneste tilbake ved en senere anledning.

Vi kan si at det som oftest ligger en forventning om en felles verdiskapning. Det er sjelden helt gratis når noen gjør deg en tjeneste. Eller som ordtaket sier: “There is no such thing as a free lunch!”.  Likevel vil det å hjelpe hverandre bidra til å styrke relasjoner og gjøre livet enklere. I balanserte relasjoner er det å gjøre hverandre tjenester med på å skape verdi for alle parter.

Hva er sammenhengen mellom tjeneste og produkt?

Med produkt mener vi som oftest noe som er laget for å bli solgt, vanligvis noe som er produsert gjennom en industriell prosess. Produkter kan være matvarer, forbrukerelektronikk, klær osv. Produkter behøver ikke være fysiske gjenstander. Vi kan si at produkter er konfigurasjon av en organisasjons ressurser satt sammen for å kunne dekke et markedsbehov. Eksempler på ressurser kan være: ansatte, prosesser, leverandører, IT-systemer osv.

Ordet tjeneste betyr i sin enkleste form at en hjelper eller utfører arbeid for noen. Med tjeneste mener vi en transaksjon der fysiske gjenstander ikke bytter eier. Dette skiller seg fra transaksjoner der en vare bytter eier. Når vi leverer en tjeneste kan vi si det er en måte å tilgjengeliggjøre verdiskapning sammen med kunder gjennom å tilrettelegge for de effekter kunden ønsker å oppnå. Dette gjøres uten at kunden selv må ta eierskap til kostnader og risiko som ligger i å produsere tjenesten.

Tjenester kan for eksempel være telefonabonnement, undervisningstimer eller tilgang til strømmetjenester. Vi kan også ha tjenester der fysiske gjenstander er involvert, men hvor eierskapet til gjenstanden ikke overføres til kunden. For eksempel mobiltelefon som tjeneste eller bil som tjeneste. Dette er forretningsmodeller hvor kunden betaler for tilgang til et produkt med tilhørende egenskaper inkludert. For eksempel reparasjoner, support eller oppgraderinger.

Hvorfor er tjenesterelasjonen så viktig?

Vi kan ikke si at vi har en tjeneste uten at det er etablert en tjenesterelasjon. Vi kan ha produkter som er designet for å skape verdi for en forbruker. Når disse produktene tilbys en kunde med pris og tilhørende egenskaper sier vi at vi har et tjenestetilbud. Et tjenestetilbud kan omfatte produkter, tilgang til ressurser og tjenestehandlinger der kunden får bruksrett, men ikke eierskap.

Selve tjenesten eksisterer først når vi har etablert en tjenesterelasjon. Når vi oppretter en tjenesterelasjon gjør vi det gjerne ved at det inngås en avtale mellom kunde og leverandør. Når tjenesten leveres etablerer vi en instans av tjenesten for den spesifikke kunden.

Når en kunde starter å ta i bruk en tjeneste og denne tjenesten skaper verdi er tjenesten etablert. På leverandørsiden av tjenesterelasjonen skjer det tjenesteproduksjon og på kundesiden av tjenesterelasjonen skjer det tjenesteforbruk. Mellom kunde og leverandør administreres tjenesteforholdet og relasjonen pleies.

Figuren under viser forholdet mellom ressurser, produkter, tjenestetilbud, og tjeneste.

Kjeder av tjenesterelasjoner

Alle selskap er ledd i en verdikjede og de fleste både kjøper og selger tjenester. Man kan eksempelvis kjøpe regnskapstjenester, IT tjenester, logistikktjenester eller juridiske tjenester. Selv innenfor en bedrift kan det være kjeder av tjenesteproduksjon og tilhørende konsumering av tjenester. Eksempelvis kan en lønnsavdeling yte lønnstjenester for alle i et selskap eller alle selskap og datterselskap i en konsernstruktur.

Eksempel på kjeder av tjenesterelasjoner kan være følgende: Et selskap som selger regnskapstjenester selger sine tjenester til et IT-selskap, som selger sine tjenester til et advokatfirma, som selger sine tjenester til et logistikkselskap, som selger sine tjenester til en kaffeleverandør, som selger sine tjenester til et regnskapsfirma osv.

Figuren under viser kjeder av tjenesterelasjoner mellom virksomheter.

Gjensidig verdiskaping gjennom tjenesterelasjon

På samme måte som når vi gjør en tjeneste for noen privat er det viktig med gode relasjoner i salg og kjøp av tjenester. Verdiskapning må skje både på kunde og leverandørsiden. Om tjenestekjøpet ikke skaper tilstrekkelig verdi hos en kunde vil behovet for tjenestekjøp bortfalle, og kunden avslutter tjenesterelasjonen. Et selskap som ikke tjener eller skaper verdi på tjenestene de leverer vil som oftest avvikle disse eller i verste fall avvikle selskapet. På den andre siden vil et selskap som har stor verdi av tjenestene de kjøper kunne utvikle sin forretning og kjøpe flere tjenester. Økt etterspørsel eller økt verdiskapning vil også gjøre at en tjenesteleverandør vil kunne utvikle sin virksomhet og selge mer tjenester, samt ta seg bedre betalt for disse. I tillegg vil virksomheten skape handlingsrom for å utvikle nye tjenester. Gjensidig verdiskapning er sentralt i kjøp, salg og utvikling av gode tjenester.  Økt verdiskapning på begge sider av tjenesterelasjonen gir grunnlag for vekst og utvikling hos begge parter.

Sentralt i tjenesterelasjonen ligger at denne kontinuerlig utvikles gjennom god dialog. Dialogen kan skje på mange måter. For tjenesteleverandøren er det viktig å følge med på markedet og få innspill fra kundene til hvordan tjenestene bør utvikles for å støtte nåværende og fremtidige behov. For kunden er det viktig å ha tilsvarende dialog for påvirke tjenesteutvikling til å dekke deres behov best mulig. Slik kan de tilrettelegge for best mulig resultat i sitt selskap.

Hvilke tjenester bør vi kjøpe og hvilke skal vi produsere selv?

Når et selskap skal konkurrere i dagens tøffe markeder må det tas gode valg i forhold til hvilke funksjoner virksomheten skal produsere selv og hvilke funksjoner det er mer hensiktsmessig å anskaffe. Vi kjøper tjenester fordi det er billigere, innebærer mindre risiko eller rett og slett fordi det hindrer at vi tar fokus bort fra det vi ønsker å bli gode på. Vi produserer tjenester selv når det er en del av vår kjernevirksomhet, kjernekompetanse eller funksjoner som understøtter disse.  Vi må velge hva vi skal bli gode på fordi det er vanskelig å bli god i alt.

Om vi for eksempel er gode på å designe og produsere bilmotorer er det ikke sikkert vi ønsker å bruke tid og penger på å bygge opp en egen lønns- eller regnskapsfunksjon. Det er heller ikke sikkert at vi ønsker å bruke innsatsen på å bygge kunnskap og kapasitet om logistikk og leveranser. Dette vil være tjenester det er naturlig å kjøpe av noen som har riktig kompetanse og kapasitet for å dekke våre behov.

Hvordan skal ulike tjenester skape verdi?

Som tidligere nevnt er det viktig at tjenester skaper verdi for å ha eksistensgrunnlag. Når vi leverer en tjeneste forventer vi ofte at det skal gi oss verdi i form av økonomisk utbytte. Samtidig bør tjenester vi skaper være med på å utvikle kompetanse og kapasitet som er sentrale i egen virksomhet. Det kan i tillegg være et mål at tjenesten skaper trivsel og motivasjon hos medarbeidere. I noen tilfeller kan det også være at tjenestene bidrar til andre former for verdiskapning. For eksempel verdier som er nyttig for samfunnet, miljøet eller liknende.

Kilde: Unsplash

Å utvikle tjenester for salg har likhetstrekk med å gjøre noen en tjeneste privat

Mål med å tilby tjenester er å dekke markedsbehov som kunder ikke kan eller ønsker å produsere selv. For å få til dette må vi designe gode tjenester som skaper verdi for både kunde og leverandør. Verdiskapingen bør utvikles over tid slik at tjenesten stadig skaper økt verdi og til enhver tid er konkurransedyktig. Verdiskapningen skjer gjennom utvikling av relasjonen mellom partene.

På samme måte er det med private relasjoner. Relasjonene må pleies over tid og vi må stadig tilføre hverandre opplevd verdi. Ikke bare gjennom tjenester vi gjør for hverandre, men gjennom alle handlinger som påvirker relasjonen. Tenk at du investerer i en forretningsrelasjon på samme måte som i en privat relasjon. Om begge parter ønsker hverandre vel og jobber for at forholdet skal vokse vil det tjene begge parter og sjansen for felles måloppnåelse er stor.

Ta tak i virksomheten! - Gå i gang med å skape enda bedre tjenester

Når du som leverandør skal levere og videreutvikle tjenester bør du fokusere på verdiskapning. Start der du er i dag og ikke gjør ting for komplisert. Utvikle tjenestene dine gjennom tilbakemelding fra kundene. Jobb med å holde verdikjedene enkle og praktiske og optimaliser og automatiser i alle ledd.

Når du som kunde har bestemt deg for å kjøpe en tjeneste bør du fokusere på å få ut maksimal verdi. Velg tjenester som dekker dine behov. Bruk en leverandør du stoler på som du er trygg på at vil strekke seg for at du som kunde skal nå dine mål. Velg en leverandør med gode referanser og sikre at du har gode avtaler med tydelige leveransebeskrivelser og balanserte ansvarsforhold.

I Knowit leverer vi konsulenttjenester etter as-a-service modellen der kundene betaler abonnementspris. Vi setter sammen kompetanse, metode og verktøy for å skape høyest mulig verdi gjennom tjenestene vi leverer. Dette gjør vi i tett partnerskap med våre kunder for å sikre at vi bidrar til målbare konkurransefortrinn. Når kunder eksempelvis skal endre sin virksomhet til å utnytte potensiale som ligger i digitale forretningsmodeller bistår vi gjennom hele reisen.

Om du ønsker å mer informasjon om tjenestebaserte forretningsmodeller kan du lese mer om det i vårt tidligere blogg-innlegg "Hva kan konsulentbransjen lære av Netflix?" 


Cloud Knowit

Knowit + Cloud = sant!

Knowit har lang erfaring og kompetanse på skybaserte løsninger, og gjennom pandemien har vi valgt å øke vår satsning på skytjenester og cloud-sertifiseringer. Som konsulent er det viktig å imøtekomme de behovene som finnes på markedet, spesielt når det kommer til teknologi som utvikler seg i hurtig tempo. I dette innlegget har vi hentet frem noen av våre ansatte som sitter med cloud ekspertise, og spurt dem om fordeler med skyløsninger og hensyn som bør tas. 


Cloud GDPR Schrems II

Cloud-måneden og Schrems ll-dommen

Bladene på trærne har fått vakre, fine høstfarger. Høsten er endelig her og vi er nå i oktober måned. For oss er det et sikkert høsttegn at vi også er inne i sikkerhetsmåneden. I Knowit er vi nå inne i cloud-måneden, eller "cloudtober" som vi kaller det, og det er ikke tilfeldig at dette sammenfaller med den nasjonale sikkerhetsmåneden. I det moderne IT-landskapet kommer vi ikke unna verken sikkerhet eller sky, og man er nødt til å se disse i sammenheng. Spesielt sikkerhet og sky i kombinasjon med personvern er noe som opptar mange, og her ser vi at mye fortsatt er i endring. For oss som jobber med personvern og informasjonssikkerhet er det ikke mulig å diskutere amerikanske skytjenester uten å nevne hvilke overordnede føringer som er aktuelle. Vi bringer en kort oversikt over de nyeste bitene i dette puslespillet og forklarer hva det betyr for deg.


Youtube

Best of: Summer 2021

Velkommen tilbake! Vi håper at alle har hatt en fin sommer! Her er et utvalg av noe av det de fine menneskene i Knowit har drevet med i det siste.😎


Forretningsdesign

Forretningsdesign - del 1: Hva er forretningsdesign?

Litt historie

Design av systemer er et relativt ungt yrke og ble (slik jeg ser på det) i sin tid skilt ut fra systemutvikling. På 80-tallet før World Wide Web (WWW) var det få spesialistroller innen systemutvikling. Det fantes da få, om noen i det hele tatt, systemarkitekter, informasjonsarkitekter, interaksjonsdesignere, tjenestedesignere o.a. Man var systemutvikler og gjorde alt som var nødvendig for å ferdigstille det ønskede systemet.


GDPR authentication

How I learned to love the GDPR

Earlier this year I was lucky enough to pass a computer related exam. What you probably
don´t know, is that passing the exam involved a crime. A crime of which I was the victim. 


Studentliv Sommerjobb

Sommarjobb i Knowit 2021

Denne sommaren har 26 studentar vore så heldige å få jobbe i Knowit i Oslo. Me har hatt ulike stillingar og kundeprosjekt, og me har vore innom ulike teknologiar og utviklingsmetodar. Dette har gitt oss eit innblikk i kvardagen som konsulent i Knowit.  


social distancing physical distancing colleagues

Coming back to social life

I have for most of the days, hours and minutes since 12th March 2020 stayed at home. Working, playing, reading, watched too many tv-shows, read a couple of books and so on…


Sommerprogram Studenter Søkerekord

Søkerekord til årets sommerprogram

Knowits sommerprogram er mer populært enn noen gang, og det har aldri vært så mange søkere som i år. Spennende prosjekter, fagarrangementer og sosiale aktiviteter er noe av det årets studenter kan se frem til i løpet av sommeren.

Hvert år søker Knowit etter studenter til sitt sommerprogram ved kontorene i Oslo og Bergen. De siste ukene har Knowit hatt onboarding av studenter fra forskjellige utdanningsinstitusjoner rundt omkring i landet. Årets gruppe består av studenter fra blant annet informatikk, dataingeniør, datateknologi, DigØk og design. Det er god spredning på læresteder og studentene kommer fra mange forskjellige studieretninger.

(Fra venstre): William Andersson, Adrian Pleym, Marie Heggebakk, Tonje Løfqvist, Ahlam Aatif


Mangfold Pride Likestilling

Mangfolds- og verdiskapende musikkopplevelser på Oslo Pride

Oslo Pride har blitt arrangert årlig siden 1974, og tradisjonen tro er programmet spekket med underholdning, musikk og aktiviteter. Festivalen anses å være Norges største og viktigste feiring av skeiv kjærlighet og mangfold, og selv om man i år også må ta hensyn til Covid-situasjonen, er det tydelig at den engasjerer både liten og stor.

Daniel Horn, rekrutteringsansvarlig for Objectnet i Knowit Solutions, skal sammen med surf rock bandet sitt Baja Bug spille konsert på Pride. Det handler om å få lov til å spille musikk for folket, men kanskje enda viktigere, et bevisst valg fra deres side om å støtte mangfold og likeverd.   

 


GDPR AI legaltech

Kort om is og AI på en varm sommerdag!

Skrevet av Frida Strøm Anthonisen og Benita Haftorn Hildonen.


Organization hierarchy leadership

Må man ha en hierarkisk organisasjon i et konsulentfirma?

Den tradisjonelle organiseringen i et konsulentfirma er hierarkisk. Må vi ha det slik, eller er det mulig å utfordre dagens strukturer? Vil selskapet stoppe opp dersom man fjerner ledelsen? Er det avgjørende for selskapets suksess at man har en ledelse som løfter blikket, styrer retning, tar hånd om de ansatte? Trenger vi dedikerte ressurser med overordnet ansvar som kan etablere, forvalte og videreutvikle strukturen i selskapet?


enterprisearchitecture technology

“It depends…” About settling which technology is better

This article was first published on LinkedIn October 24, 2016.


Youtube

Best of: Spring 2021

Nå er endelig sommeren her og vi nyter varme og lyse dager utendørs.🌞🌡La oss ta et tilbakeblikk på hva de flotte menneskene i Knowit har drevet med denne våren.  


lessonslearned diversity

Hva ville Pippi gjort?

De fleste av oss kjenner til karakteren Pippi Langstrømpe fra barndommen. Pippi, «den sterkeste pike i verden», er hovedpersonen i en serie barnebøker som vakte både begeistring og debatt. Det var nemlig lite som var «vanlig» med Pippi, spesielt ikke på 40-tallet da de første bøkene kom ut. Mange tolket karakteren som gal, lovløs, rappkjeftet, vilter og full av fantasi - kontroversiell og radikal for sin tid. Men selv om Pippi er frekk og rebelsk, er hun det på en sjarmerende og inspirerende måte.


Security failsafe

Kredittsperre – «fail open» eller «fail safe»?

Begrepet «fail safe» innebærer at feil ikke skal føre til fare. Det motsatte av «fail safe» er «fail open», det vil si at feil kan føre til fare. 


innbyggertjenester

Om innbyggertjenester og sjømenn

 

Kan et gammelt, akterutseilt direktorat inspirere til hvordan vi kan organisere innbyggertjenester på tvers av sektorer og forvaltningsnivåer? Kanskje?


Strategy disruption businessmodel

Hva kan konsulentbransjen lære av Netflix?

Innlegget er skrevet av Trygve Bjørnstad og Camilla Krogstad Grøneng.

Vi kjenner alle til Netflix, et skoleeksempel på vellykket disrupsjon av filmutleiebransjen. Netflix holdt opprinnelig på med utleie og salg av én og én film på DVD (sendt ut til kundene via post), men tok likevel sjansen på å satse på streaming, til tross for at dette potensielt var i konkurranse med kjernevirksomheten. Nå tror vi ikke at Netflix ville tatt i en DVD med ildtang lengre, og i dag selger de deg heller tilgangen til et helt bibliotek med filmer og serier. Med denne forretningsmodellen når de ut til flere kunder og har et sterkere merkevarenavn enn noensinne. Netflix har klart det mange drømmer om – de har funnet nøkkelen til fremtiden, blitt mer lønnsomme og mer verdt som virksomhet og merkevare, og fått en verden full av fornøyde kunder.


technology remotework

Jeg lar vinden ta meg videre


En kald vinterdag i februar 2021 står jeg på togperrongen ved Oslo S. Sekken er fylt av det jeg finner mest nødvendig for øyeblikket: turutstyr, en høyttaler, lys og flammer, en gitar og en MacBook. 18 kg til alle slags klima- og værforhold. Gjennom store deler av coronapandemien har jeg bodd aleine i ei leilighet på Grünerløkka. Et forgylt fengsel på 54 kvadratmeter langt unna minnene om et luftig barndomshjem på kysten av Trøndelag. Jeg har vært mye frustrert det siste året og har innsett at jeg ikke kan fortsette å leve sånn.


iot enterprisearchitecture

How can Enterprise Architecture save your IoT initiative?

The term IoT (Internet of Things) has been around for a while. I still remember when I moved from the world of electronics and Industrial Automation to the world of internet connected devices. I struggled to catch the differences between the old M2M (Machine to Machine) and the new trendy IoT technologies. Which applications fall under one domain and which under the other? Over time I learned this is not a zero-one kind of question, but a topic more suited for a Friday-beer with colleagues, rather than a substantial classification.


Strategy technology decisionmaking

Difficult Decisions made Easy

This article was first published on LinkedIn October 24, 2016.


prosjekteier prosjekt

Prosjekteieren – en byrde eller frelse?

”Alle” har erfaring med prosjektlederrollen. Prosjekteieren derimot, er oftere fjernere fra prosjektet og mer usynlig for de fleste – dessverre. I dette innlegget deles tanker og praktiske erfaringer rundt prosjekteiers betydning for prosjektsuksess.


Youtube

Best of: Winter 2020/21

We have left 2020 behind us and are already well into 2021. April is here and we are heading towards spring, which means sunshine, longer days and brighter times. What's better than a quick recap and reflection back at what people of Knowit have been up to this winter! ☃❄


Mobilutvikling Firebase

En iOS-utviklers nybakte erfaringer om Firestore

Hjelp, jeg er en frontender!

I mine seks år som native iOS apputvikler har jeg opparbeidet meg en god slump erfaringer med hvordan denne plattformen fungerer, og jeg anser meg selv som dreven nok til å kunne analysere og gjenskape de fleste elementene fra andre apper. Men hva er en app uten en backend? Jeg kan godt forsøke å gjenskape iOS-appene til Facebook, Snapchat, DnB og Slack, men de vil jo naturligvis ikke fungere uten å være del av en større tjeneste slik at appen kan kommunisere eksternt.


user stories User research user interviewing

User interviews — Why is it so hard to ask why 5 times? Why, why, why, why, why?

In a user interview you are looking for user stories. To get to drill down to the root of a problem or underlying reasons for doing tasks, it is often suggested that you repeat asking why 5 times. As this Wikipedia article states, the “5” / “five” in the name derives from an anecdotal observation on the number of iterations needed to resolve the problem.


enterprisearchitecture architectureboard

The Architecture Board – A Bouncer or a Nurse?

A fictional interview gives insight into
the work of the Architecture Board


ledelse digitalkompetanse

Om å lede i en digital verden

De siste årene har det vært veldig mye snakk om at alle ledere måtte skaffe seg digital kompetanse. Vi har utviklet lederprogrammer og kompetansehevingskonsepter over en lav sko, for å sikre at alle ledere kunne nok om den digitale verden til å kunne ta gode beslutninger og hjelpe virksomheten til å utvikle seg digitalt.


Cloud iot Cybersecurity

Hvordan gjøre risikovurdering av IoT-anskaffelser?

Bloomberg kunne i mars i år avsløre et cyberangrep som ga hackere direkte tilgang til videostrømmer fra 150.000 internett-tilknyttede videokamera fra oppstartsselskapet Verkada. Angriperne har demonstrert at de har tilgang til direkte videostrømmer, lagrede opptak og til og med root-tilgang til operativsystemet i hvert kamera. Selskaper som er berørt omfatter ifølge Bloomberg blant annet Tesla, Cloudflare, sykehus, politistasjoner, fengsler og skoler.


GDPR Passwords Law

Never Gonna Give You Up – Passwords – It´s personal

By Benita Haftorn Hildonen and Andreas Faafeng

Bring out your dead


In 2004 Bill Gates famously predicted the death of passwords. Almost two decades later the migration away from password-based authentication to more secure alternatives on the web remains slow. The industry’s main response has been technical solutions such as multi-factor authentication using one-time passwords (OTP), or codes delivered with SMS. Selected sectors such as finance and health care has resorted to hardware-based solution, an expensive exception not within reach for the average service provider.   


Cloud maskinlæring bærekraft

Reduserer retur fra nettbutikker med maskinlæring og skytjenester

Knowit lanserer ZIZR – en skybasert tjeneste som gjør det enkelt å finne riktig størrelse på nett.


virksomhetsarkitektur prosjektledelse samarbeid

Fra smidig prosjektleder til analytisk virksomhetsarkitekt

Da jeg startet å jobbe i Knowit for ca. et halvt år siden begynte jeg ikke bare i ny jobb, men også på reisen fra å være prosjektleder til å bli virksomhetsarkitekt. På denne reisen har jeg oppdaget flere ulikheter i hvordan man tenker og jobber i rollene. Samtidig har det blitt tydelig hvor viktig det er at disse to rollene jobber godt sammen for at virksomheten skal lykkes med digitalisering. I denne bloggposten utforsker jeg ulikhetene og reflekterer over hvordan man sikrer et godt samarbeid mellom prosjektledere og virksomhetsarkitekter.


Fraud Cybersecurity Awareness

Øst mot vest - Bergen er best

Når vaksinesvindlerne kommer

Nasjonal sikkerhetsmyndighet (NSM) har en egen podcast med mange interessante og relevante diskusjoner om samfunnssikkerhet. I episode 107 fra 18.februar 2021 tar de opp nok et viktig tema: Hvordan skal offentlige myndigheter kommunisere med innbyggerne på en sikker måte? Asker kommune nevnes som er eksempel med dårlig praksis, men hvordan står det til i landets største kommuner?


simplicity enterprisearchitecture

You cannot KEEP it simple, if it's already complex!

This article was first published on LinkedIn October 16, 2016.


Digitalisering

En virksomhetsarkitekturfunksjon - Din reiseleder gjennom digitale transformasjoner.

Det å gjennomføre et digitaliseringsprosjekt eller en digital transformasjon i en virksomhet kan sammenliknes med en familie som skal flytte og kjøpe et nytt hus. Det er mange likhetstrekk som er sammenfallende, og mye handler om håndtering av fornuft og følelser, der vi både gleder og gruer oss, er skeptiske og optimistiske. Det er viktig at alle som blir berørt, blir hørt og opplever at de blir tatt med på reisen.


Systemutvikling

Erfaringer fra min første uke med Go

En fersking prøver seg på Go

Jeg har holdt øye med programmeringsspråket Go, eller Golang som det ofte skrives hvis du vil at Google skal skjønne hva du prater om. Språket har vokst eksplosivt de siste årene og har tatt en posisjon som standardspråket for infrastrukturverktøy. Docker og Kubernetes har vært bjellesauer for språket og viser at Go kan takle komplekse oppgaver. Nå er det på tide å se og føle litt på kroppen hvordan det er å løse oppgaver med Go.


Security mfa dataprotection

The S in Spotify stands for Song – not Security.

Ignoring the second commandment: Thou shalt not implement broken authentication.

 

Boulevard of broken dreams


Cloud Agile DevOps

Vi er Knowit og vi er gode på utvikling av tjenester på en smidig måte

Dette blogginnlegget er skrevet for deg som lurer på hva Knowit gjør av smidig metodikk, forvaltning og utvikling, også kalt “Agile Devops”.

Heidi Hundåla er Senior prosjektleder hos Knowit Solutions


Jeg har intervjuet to gode kollegaer som jobber hos to av våre kunder som illustrerer hvordan “Agile Devops” fungerer i praksis. 

Utviklingen av samfunnet i dag fører til stadig nye behov og ønsker om konstant forbedring av applikasjoner på nett og bedre sikkerhet. Knowit hjelper deg og din bedrift med å få dette til, men hvordan gjøres det i praksis?

Mange bedrifter velger skyteknologi for å dekke behovene sine. Med skyteknologi går utvikling til produksjon raskere. Utfordringer til drift, som for eksempel god ytelse ved økning i antall brukere, innkjøp av servere, “Single Sign-on” eller backup, slipper man å tenke på. Dette er typiske fordeler man får automatisk ved å velge en skyløsning for applikasjonene/tjenestene/produktene dine. Knowit kan bistå på alt av skyløsninger enten de kommer fra Azure, Google eller Amazon. Knowit satser på sky og utdanner et stort antall teknologer samtidig som flere jobber med dette i dag. Skyteknologi er ingen forutsetning for å levere smidig og kontinuerlig, men det gir en teknisk fordel i mange sammenhenger i dagens teknologimarked.

Smidig prosjektorganisering (Agile) handler om å få produsert én del av produktet, bit for bit, — til produktet fungerer bra i produksjon uten for mye planlegging (*).

Med “Devops” (**) får man ny funksjonalitet og forbedring raskere ut i produksjon fordi reelle brukere er viktige kilder til forbedring. De gir oss det vi trenger i utviklingsteamet.

Med “Agile Devops” organiseres teamet best mulig slik at vi virkelig minimerer tiden det tar fra en funksjonell forbedring er oppdaget til at den er i produksjon. Prosessen må med andre ord gi mulighet for rask tilbakemelding fra bruker til utvikler.

Utviklerne lærer fortløpende hvilke konsekvenser ny funksjonalitet og forbedringer får i produksjon og kan kontinuerlig forbedre sin egen kode og prosesser relatert til å få ut endringer (som f.eks. bedre automatiske tester) og gir derav brukerne det de vil ha før de blir lei av å vente, for eksempel bedre menyvalg eller at applikasjonen ikke virker i IE 11 (nettleser).

Med alle disse forutsetningene har vi mulighet for en effektiv organisasjon rundt applikasjonsutvikling og som er med på å øke “speed-to-market” (***).

Erfaringer med Agile Devops i bank

Per i dag har Knowit flere konsulenter i en større norsk bank hvor de har utviklet mange tjenester til rådgivere, service-senter og kunder. De driver med Agile Devops. Funksjonalitet flyttes fra en stor monolitt til uavhengige skytjenester i en lokal sky, som for eksempel søknad på forskjellige typer lån, søknad på kredittkort og regionsperre på kort. Disse tjenestene har blitt forenklet, automatisert og er programmert som løst koblede mikrotjenester. Organisasjonen av utviklingsteam speiler behovene til forretningssiden, hvor for eksempel forsikringsavdelingen og avdeling for daglig bank har hvert sitt team. Våre konsulenter jobber i kredittbank-teamet og jeg har snakket med teamleder der.

Smidig bank

I banken driver teamene med Scrum eller Kanban (****), men det varierer hvor autonome de er, da det spriker i erfaring og tverrfaglighet. Uten tverrfaglighet blir de avhengig av andre for å få sine leveranser i produksjon. Teamlederen fra Knowit sier de har tilgang til alle miljø og slipper venting på drift eller interessenter. De har frihet under ansvar.

Hele den tekniske strukturen i banken er tilrettelagt for at mange kan produksjonssette samtidig. Ingen springer i beina på hverandre. Provisjonering av nye applikasjoner og miljøer er automatisert. Applikasjoner i form av mikrotjenester er mindre spesialiserte enheter. Dette blir sett på som viktig for å kunne levere raskere. Tidshorisonten reduseres siden det er enklere å sette opp, dermed går hyppigheten opp. De er i dag på flere releaser i uken. Forsetter det slik, blir det daglige releaser.

Forretningssiden gir tilbakemelding til teamene om at de er veldig fornøyde med hastigheten det tar fra krav oppstår til de er ute i produksjon. Sammenlignet med før i tiden, med en vannfallslignende utviklingsprosess, ser de en stor forbedring i “speed-to-marked” i tiden det tar å få tjenestene levert ut i produksjon.

Utfordring

En utfordring de har er at de ikke følger Scrum-regelen på maks 9 på teamet. De har hatt et problem med at det ble altfor mange deltagere i ett team, noe som blant annet førte til at stand-up-møter ble til lange statusmøter. Dette er et typisk problem i utviklingsprosjekter uavhengig av sky og devops. Da kan løsningen være å dele opp i to mindre team og heller la “Scrum Master” for hvert team snakke sammen.

Devops

På grunn av automatisering, takket være skytjenester, er driftskostnadene redusert. Utviklingsteamet har tilgang til alle miljø og teamet gjør alt selv, for eksempel å spinne opp et nytt testmiljø. God grunndesign på organisasjon og det tekniske gjør at rettighetene til et team speiles i tilganger til logger og overvåkning, slik at man slipper å stoppe opp i en feilsøking, for eksempel, på grunn av manglende tilgang.

Skytjenestene gjør det enkelt å måle hvordan tjenestene går i produksjon og testmiljø, noe som gjør at utviklingsteamet selv fanger opp kapasitetsproblemer og fikser dem før brukerne varsler om problemer, såkalt proaktiv overvåking. Med så mange mikrotjenester som skal snakke sammen så har teamet fokus på god testdekning med automatiserte tester som oppdateres jevnlig. Teamet benytter også testing i produksjon og for dem er dette hverdagen siden testmiljøer rett og slett ikke dekker alt som ligger i ymse bank-kjerne-systemer.

Hver fredag har de demonstrasjon av det nyeste for forretningssiden og interessenter for å vise progresjon og få raske tilbakemeldinger.

Sikkerhet

Sikkerhet er innbakt i den daglige jobben til utviklerne. Videre har de automatisk sikkerhetstesting og regelmessige penetrasjonstester. Dette er vi i Knowit vant med å ha søkelyset på i prosjektene våre.

Erfaringer med Agile DevOps i forsikring

Knowit har en rekke konsulenter i forsikringsbransjen, deriblant et stort selskap som spenner over mange land. Her driver de også med Agile Devops. Ett team leverer verktøy for at skadebehandlere kan gjøre jobben sin på en god og effektiv måte. Det kan være registrering, behandling, utbetaling eller tilrettelegge for partnertjenester som f.eks. leiebil ved uhell. Også her har de en monolitt de jobber med å flytte ut i skyen, men mye blir fremdeles gjort som en del av monolitten. Det er ikke alt som passer til å flytte i skyen enda på grunn av avhengigheter. Kodebasen i monolitten er over 15 år gammel. De jobber med Windows-applikasjoner, web-applikasjoner og flere forbedringer på backend (kjernefunksjonalitet). Teknisk gjeld og forbedring av kodekvalitet inngår som en naturlig del av oppgavene deres . Organisasjonen av utviklerne speiler delvis avdelingene og noen team er crossover. På fire av teamene er Knowit-folk teamledere og jeg har snakket med en av dem.

Smidig forsikring

Mange av teamene på forsikringsselskapet bruker Scrum eller Kanban, men autonomiteten varierer. Det er forskjellig kultur i teamene. Teamleder fra Knowit sier de har et smidig forhold til smidig. Ingenting følges slavisk. De bruker ikke stand-up om de føler at det ikke gir dem noe tilbake. “Scrum Master”-rollen, estimering og sprinter har de forkasta. I stedet har de beskyttende ledere over dem som tar vekk støy når det trengs og de leverer kode til produksjon fortløpende. De kjører Kanban-ish, siden de opererer med flere oppgaver om gangen enn de grensene som Kanban setter.

Teamet ble tidligere avbrutt av interessenter som ba om funksjonalitet som ikke var i oppgavelista, hvor teamleder ga saken videre til lederne over og ba om at dette kommer den rette veien, via prioritering. Det er viktig å la folk være i fred på teamet. Da øker trivselen og produktiviteten. Oppgavene blir prioritert fortløpende av produkteier og teamleder, som er gode til å samarbeide. Teamet er tverrfaglig og består av utviklere, forretning, testere, og ux. De har mandat til å foreslå forbedringer og de får støtte av lederne til dette. De får sjelden nei. Dette er løsningen og sukesskriteriet for at teamet skal få arbeidsro og at oppgavene blir gjort.


Små endringer levert til produksjon gir liten risiko. Kontinuerlig oppdatering av automatiske tester gjør at de er trygge på at det går bra. Gjennom retrospektivene sine endrer de sin egen prosess og vil, hvis det skulle trengs, innføre “Scrum Master” igjen som rolle.

Devops

Når en oppgave plukkes opp har utvikler ansvar for den helt til den er i produksjon. Alle på teamet ønsker å levere kvalitet, dette er en viktig kultur å bygge på. Hvis forretning ønsker en høyt prioritert endring, er det ofte et krav at forretning har testkapasitet før oppgaven i det hele tatt startes på. Utvikler skal slippe å vente. Hvis den er viktig, forplikter bestiller seg til å verifisere endringen omgående. Det skal ikke være noe “neste uke”. Hvis det ikke er klart, er det ikke vits i å starte på oppgaven. Det er viktig for utvikler å få rask tilbakemelding.

Teamet har god kontakt med brukerne og tar hensyn til måten de jobber på når de utvikler nye tjenester. Utviklingen skal støtte det faktum at måten skadebehandlerne jobber på har endra seg de siste 15 årene. De endrer hele kjernelogikken.

De har også testere på teamet som fortrinnsvis skriver tester med en gang oppgaven defineres og som trykker på alle knapper som ikke skal trykkes på. Både testere og utviklere har ansvar for å oppdatere automatiske tester som i neste omgang er med på å minske risiko for feil i produksjon. Skytjenestene gir mye gratis, hvilket hjelper på hastigheten. Disse faktorene er med på å forbedre “speed-to-market”.

Utfordring

For en del år tilbake var det vanlig å levere “Big bang” fire ganger i året på monolitten. Da var det mye som kunne gå galt og helgejobbing måtte tas i bruk. Dette har gradvis endret seg fra fire ganger i året - til en gang i måneden — til omtrent hver dag. På stand-up er standardspørsmålet “hva hindrer oss i å gjøre deploy i dag?”.

Kulturen teamet har nå med å ta ansvar fra A til Å har ikke passet alle på teamet alltid. Det har tatt tid å innføre. Endringer på den tekniske siden kan være rett frem, men å endre måten de jobber sammen på er ofte en utfordring.

De demonstrerer funksjonalitet for interessentene fra tid til annen, men teamleder innrømmer at dette er et forbedringspunkt. De må ha det oftere. Det er viktig med demo jevnlig for å holde interessentene oppdatert på status og for å unngå unødvendige spørsmål til utviklerne. I tillegg er det bra for deling av kunnskap innad i teamet, “hvordan virker siste nytt i praksis?”

Sikkerhet

Det finnes mange gode prosesser for GDPR og generell sikkerhet i selskapet, blant annet prosesser for å godkjenne applikasjoner i skyen. Teamet føler seg veldig trygge på at de ikke setter sikkerhetshull ut i produksjon.

Oppsummering

Selv om kontinuerlige leveranser og smidig metodikk er vanlig i dag, er det likevel mange bedrifter som ikke får til dette. Utviklere opplever til stadighet å bli avbrutt med nye funksjonalitetsønsker og de må ta i bruk overtid for å bli ferdige med planlagte oppgaver. Teamkultur med frihet under ansvar er særdeles viktig, og i dette inngår aksept fra forretningssiden for at oppgaver tar tid å løse. Dette har begge team jeg har beskrevet her.

Bedriftene har ofte ikke testmiljøer eller såkalte staging-miljøer (et miljø som ligner på produksjon), og kvaliteten på det som leveres blir dårlig. Å bruke skytjenester gjør det lett å kunne spinne opp de miljøene de trenger. Automatiske tester og tid til å definere dem, slik de har i begge eksemplene her, er viktig for å få til kontinuerlig produksjon. Å ha tverrfaglighet på teamet, som aktive produkteiere og egne testere er helt klart et fortrinn i kvalitet og brukbarhet i produksjon, — man får reell gevinst. Venting gjør folk demotiverte. Unngå det. Og ha demo.

Den tekniske og det organisasjonsmessige er like viktig.

Et sluttpoeng er at om man ikke har oppnådd sitt fulle potensial selv om man har innført smidige ritualer og prosesser, kan være nyttig å snakke med en profesjonell som Knowit. Vi kan hjelpe til som nøytral part for å løfte teamet videre. Sånn oppstår det enda bedre verdiskapning og teamets tilfredshet øker.

(*) Definisjonen på “bra” kan variere, men per i dag anbefaler de fleste “Minimum Valuable Product” eller som jeg har vært med på: “Walking Skeleton”).

(**) Devops = Development + Operations, utvikling + drift, - det vil si utviklingsteamet gjør utvikling og drift.

(***) “Speed to market” er det samme som “Time to Market” og betyr tiden det tar fra de første ideene rundt et produkt oppstår og dets eventuelle tilgjengelighet på forbrukermarkedet. Bedrifter bruker beregning av time-to-market for å evaluere hvordan produkter utvikles og hvordan ett bestemt prosjekt håndterer ekstern konkurranse.

(****) Kanban er en måte for å begrense igangsatt arbeid i en produksjon. En ny jobb må vente hvis antall påbegynte jobber har nådd en grense. Så snart en jobb er ferdig, kan neste ventende jobb settes i gang. I tillegg har man en tavle med oppgaver, styring av arbeidsflyt, tydelige regler, hyppige tilbakemeldinger og kontinuerlig forbedring gjennom samarbeid, utvikling og eksperimenter.

Scrum er et rammeverk for å utvikle informasjonssystemer. Scrum-prinsippet bygger på samarbeide innenfor team fra tre til ni medlemmer som bryter ned oppgaver til prosjekter som kan ferdigstilles innen gitte tidsrom, såkalte «sprint», som vanligvis strekker seg fra to uker til én måned. Metoden omfatter også daglige vurderings- og planleggingsmøter som ikke skal vare lenger enn ett kvarter.


Youtube

Best of: Autumn 2020

Phew, we can all agree that this year feels like it has lasted way too long. Luckily, we’ve only got a month left of it! If you’re bored of Lockdown 2.0, have a look at what people of Knowit have been up to this autumn 😁!


Virtuell Quality Day i november

Siden viruset fortsatt setter begrensninger for å møtes fysisk ble denne månedens Quality Day helvirtuell. Heldigvis er entusiastene like motiverte og siden mange nå kjenner på det å sitte hjemme og jobbe hele tida, var vi nærmest fulltallig da dagen begynte med en felles sesjon på Teams.


Postgres Json Database

JSON — the relational database’s built-in ORM?

Database code. Queries, updates, and deletes. Repositories. Like many other developers, I have struggled with these things that tend to end up rather ugly. Not only might there be a lot of programming language (SQL) embedded inside another programming language (your app’s code), but there are a lot of mappings back and forth for data types, integration code, boilerplate! Or, you might be one of the lucky ones who get to use an Object Relational Mapping-library, clean, simple, and elegant code, right, hiding all of the interesting details? This post is about the quest for the Right Abstraction.


weareknowit

Strikker for et varmere samfunn

Strikkekampanjen oransje skjerf har blitt arrangert over hele landet de siste 10 årene, som et symbol på ønsket om et varmere og mer inkluderende samfunn. I år fungerer strikkedugnaden litt annerledes, og Kirkens Bymisjon har oppfordret til å bruke plaggene eller gi dem bort til en god venn, for å sette søkelys på ensomhet.


Cloud

Knowit fortsetter satsningen på Cloud

Kontinuerlig læring er viktig for oss — både for å tiltrekke oss de flinkeste folkene og for å sikre relevant kompetanse inn i oppdrag hos kundene våre.


integration Brukeropplevelse Remarkable

A reMarkable integration story to be?

No distractions.


Ny Quality Day i en litt spesiell tid

Mange savner sosiale og faglige treffpunkter i disse dager. Teams, Slack og Zoom er blitt en daglig vane, men som alle nå vet, det er ikke det samme som direkte kontakt.


Cloud

Muligheter, fokus og fart i skyen

I Knowit har vi jobbet med skyløsninger lenge, men vi har kanskje ikke vært så flinke til å fortelle om det. Oppdragene kommer inn og vi løser det på beste måte, uten å alltid si hvordan. Det har vi nå tenkt til å gjøre noe med.


En kvalitetsdag oppsummert

 

bedriftskultur

Bli kjent med de nyansatte i Knowit Solutions Oslo

De siste seks månedene har bydd på mange nye utfordringer, men vi i Knowit Solutions selskapene er storfornøyde med å ha ansatt flere flinke folk i vår og sommer 2020! Bli bedre kjent med gjengen, hva de driver med, også utenom jobben 🙃


The bigger picture of products and services

I have something important to tell you about the design and development of systems and services.


Youtube

Best of: Summer 2020

Welcome back 👋 We hope that you’ve had a nice summer! As you get settled back at your desk, we would like to share with you some of the things we’ve been up to this summer.


Communication skills

Storytelling — Use your drawing skills to communicate

In this workshop, you will learn how to use your drawing skills to tell stories, and thus communicate more effectively. If you have a customer journey or user story that you are working on, it could be a great starting point for practicing your storytelling skills.


bedriftskultur

Sommeren hos Knowit


Teknologien bak Zizr

Om du jobber i Knowit har du sikkert hørt om Zizr. Tjenesten som automagisk skal anbefale deg en størrelse på ditt neste online kleskjøp. Det er et faktum at returer er en belastning for miljøet, men det koster også nettbutikkene mye i form av kroner og ører. Vi i Zizr bruker maskinlæring og ny, kul teknologi for å løse dette problemet. Denne bloggposten er rettet mot deg som ønsker å ta en kikk under panseret på Zizr. Om du ønsker å lese mer om tall, statistikk og hvorfor Zizr ble til kan jeg anbefale deg denne bloggposten skrevet av min gode kollega og produkteier Andreas Hafsaas.


Drawing workshop with Miro — Intro to better distributed work

Simple drawing skills + a colaborative online whiteboard makes distributed work a lot easier.


Dotnet Teknologi

Veien videre for .NET

https://devblogs.microsoft.com/dotnet/ 


bedriftskultur Studentliv developer

Knowit holder på studentene

(Fra venstre): Kaja Lundgaard, Magnus Tidemann, Jonas Carlsen, Andreas Jonassen, Tobias Kongsvik og Merete Bertheau Fra NTNU har fullført sin første arbeidsuke hos Knowit.



I forrige uke startet 12 av 27 studenter fra NTNU og UiO i sommerjobb hos Knowit Objectnet, som er det største firmaet i Knowit i Norge.


Youtube

Best of: May 2020

Hi there! Summer is on the horizon, and we hope that you are getting some vitamin D in-between these rainy days ☀️!


usability development

Usability testing: Easy re-testing of your assumptions with Teston

 


Youtube Best Of Tech Talk

Best of : April 2020

Lighter days are coming our way 😎! Although it has been a month out of the ordinary we are pleased to be able to continue to provide you with interesting and inspiring content, produced by the people of Knowit. Some are in English and some are in Norwegian.

While you’re at it, check out our Youtube channel with more than 100 videos on technology, business and creativity!

Happy watching — and as we say in Norway “Kom mai du skjønne milde” 💐

 

Marcus Goplen — Hvordan gjennomføre et virtuelt retrospektiv🇳🇴

 

I pandemiens tid er mange av oss tvunget til å jobbe virtuelt. Møter kan ofte ha en tendens til å bli enda tyngre, vanskeligere å følge med på, og ikke minst være utfordrende å få godt utbytte av. Derfor er det viktig å gjennomføre retrospektiv for å finne og belyse utfordringer, og deretter kartlegge hvordan disse kan løses (eller i det minste forminskes). Denne artikkelen inneholder derfor erfaringer og råd til hvordan man kan gjennomføre virtuelle retrospektiv.

Les mer her

Maria Nordtveit — Feedbackens magi 🇳🇴

Å gi kvarandre tilbakemeldingar på arbeidsplassen er viktig. Men har tilbakemeldingane dine den effekten du ynskjer? Når — og korleis — bør ein eigentleg rose sine kollegaer? Kan det bli for mykje ros? Og ikkje minst, korleis gir ein kvarandre konstruktiv kritikk?

 

Hussam Samir Yousif — This Is The Monad Power 🇳🇴

Monader er en generell struktur som blir brukt til alt fra feilhåndtering, kontrollflyt og IO. Funksjonelle utviklere snakker høyt om monader, men hva er monader og hvordan brukes de? Målet med webinaret er at skal du få en intuitiv forståelse for hva monader er og hva de representerer.

 

Sigmund Marius Nilssen — A Cake for Kotlin Part 3: Compiler performance in Scala 🇬🇧

 

Is it any faster to compile code that doesn’t use self types?

It seems that our proposed new way of writing the code makes it easier to maintain high code quality by helping us to avoid circular dependencies and to keep test registries properly mocked.

Continue reading

Espen Klem — Draw to communicate: The definitive do-it-yourself workshop kit 🇬🇧

 

To teach yourself and colleagues to draw to communicate, I have put together the definitive do-it-yourself workshop list. My goal is to make anybody able to draw to communicate. By reading and following the blogposts below you will be able to run a 4 part draw to communicate-workshop together with colleagues or customers. Continue reading

 

Cecilie Wian — Digital sikkerhet 🇳🇴

Hvordan står det til med IT-sikkerheten når hele landet har hjemmekontor? Sikkerhetsekspert Cecilie Wian loser deg gjennom dos and don’ts i uvanlige tider, enten du er en helt vanlig bruker eller leder en stor stab med ansatte.


User Experience User research User Interviews

What to ask in a user interview?

A quick look at what to ask and how to set up a script for a user interview.


Workshops Strategiogforretning Retrospectives

Hvordan gjennomføre et virtuelt retrospektiv

I pandemiens tid er mange av oss tvunget til å jobbe virtuelt. Møter kan ofte ha en tendens til å bli enda tyngre, vanskeligere å følge med på, og ikke minst være utfordrende å få godt utbytte av. Derfor er det viktig å gjennomføre retrospektiv for å finne og belyse utfordringer, og deretter kartlegge hvordan disse kan løses (eller i det minste forminskes). Denne artikkelen inneholder derfor erfaringer og råd til hvordan man kan gjennomføre virtuelle retrospektiv.

Først og fremst kan det være greit å bite merke i at erfaringen som belyses ikke strekker seg lenger enn over to virtuelle retrospektiv, men at undertegnede har erfaring med å holde vanlige retrospektiv og har skrevet både masteroppgave og forskningsartikkel om virtuelle team.

Gode verktøy er ofte en av de viktigste kriteriene for å gjennomføre gode virtuelle møter, da inkludert retrospektiv. Finn et kommunikasjonsverktøy som fungerer for ditt team, og bruk gjerne video. Dette resulterer ofte i at alle følger bedre med. Dette er både fordi du vet at andre ser på deg, samt at det er lettere å følge med når du kan se personen som snakker. Når det kommer til verktøy for gjennomføringen av retrospektive metodikker er det viktig å finne noe som alle medlemmene kan samhandle med. Dette igjen for å opprettholde oppmerksomheten til alle medlemmene.

Det gav oss mye bedre oversikt.-Teammedlem


Ved første virtuelle retrospektiv prøvde forfatter å bruke Google Docs på grunn av muligheten til å dele et dokument som alle teammedlemmene kunne både se og endre på live. Dette fungerte relativt greit til å være første forsøk, men ved å gå over til et verktøy som var laget for slike møter (miro.com) så undertegnede en stor forskjell mellom aktivitet fra teamet. Ved første møte kom det 19 tilbakemeldinger og det ble laget 4 action items ifra disse, og fra det siste møte kom det 37 tilbakemeldinger og det ble laget 9 action items. Flere faktorer kan spille inn på forskjellen, men fra tilbakemeldingene fra teamet kom det frem at det trolig hadde en del med verktøyet å gjøre da det gir bedre oversikt. Videre vil teksten legge vekt på selve gjennomføringen av retrospektiv.

Gå igjennom action items fra forrige møte. Det er lite vits i å holde retrospektiv hvis en ikke har intensjoner om å forbedre prosessene og arbeidshverdagen til teamet, og det kan derfor være lurt å ta en kort gjennomgang av forrige møte og se om alle punkter som ble satt opp er gjort siden sist. Punktene som ikke er gjort burde tas med videre til neste sprint, og eventuelt skrives om hvis punktet er for generelt.

 


Sett av nok tid til at alle teammedlemmene rekker å fylle ut de “lappene” (tilbakemeldingene) de ønsker.
Ved å lage en egen liten arbeidsplass til alle teammedlemmene ser man hva de andre skriver underveis. Dette kan potensielt også gi inspirasjon til de andre teammedlemmene til å komme på flere punkter. Det gjør det også mye enklere for møteholder å skulle gå igjennom alle punktene etterpå, da alt allerede er skrevet ned. Det kan også anbefales å sette farge på lappene for å lettere skille mellom positive og negative tilbakemeldinger.

 


Gå igjennom én lapp fra hvert medlem av gangen.
Spør vedkommende hvilken lapp de ønsker å ta opp først for å sette i gang diskusjonen, og la andre medlemmer komme med innspill. Ved å rullere på hvilken deltaker som tar opp sin sak, sørges det for at alle deltakerne prater flittig. Dette resulterer ofte i større engasjement og derfor også bedre diskusjoner. Enten før eller etter diskusjonen er ferdig plasserer møteholder lappen i det positive eller negative feltet. Det kan også anbefales å legge til feltene “kan påvirke” og “kan ikke påvirke”, da disse hjelper ved valg av action items siden.

Valg av nye action items. Ved å introdusere feltene nevnt over er det ofte enklere å både fokusere på punktene det faktisk er noe teamet kan gjøre noe med, og valg av nye action items. Det er ofte punktene som er kategorisert i feltet oppe i venstre hjørnet (negativt/kan påvirke) det er enklest å lage action items fra. Lag action items som er så spesifikke at de er gjennomførbare til neste retrospektiv, og gi gjerne ansvaret for at det blir gjennomført til et spesifikt teammedlem.

Lykke til, og hold dere friske!

Kilder:

 


bedriftskultur Korona Påskenøtter

Knowit påskenøtter 2020

I år var påsken annerledes for alle. I den forbindelse laget vi i Knowit noen påskenøtter man kunne løse, i fall man ble lei av puslespill og yatzi. En ny nøtt åpnet hver dag fra torsdag 9. april, til og med mandag 13. april.

Ikke alle har mulighet til å jobbe hjemmefra, og mange i vårt samfunn har mistet inntekt grunnet pandemien. Ved å løse våre påskenøtter, ble man automatisk med i trekningen av en donasjon på 5000,- NOK til en valgfri sak via bidra.no.

 
Vinneren Morten Aske Kolstad

Vinneren ble Morten Aske Kolstad, som valgte å donere til Parkteatret. Dette er beskjeden hans til den elskede konsertscenen: “Takk for en fantastisk konsert med Louis Cole i 2018. Når Corona har dabbet av, håper jeg dere kommer tilbake i vanlig drift, og gjerne booker Louis Cole/Knower igjen og/eller JD Beck+Domi.”

Fortsett å ta vare på deg selv og de rundt deg, og vi håper at Knowit Påskenøtter blir en tradisjon vi bevarer i mange år fremover 🐣!

 
 

Youtube Best Of Tech Talk

Best of: March 2020

Spring is finally upon us ☀️, but this season and Easter holiday will be quite different than usual for most of us. Why not spend a bit of time checking out some of our inspiring content?


Draw to communicate: The definitive do-it-yourself workshop kit

My goal is to make anybody able to draw to communicate. In order to teach yourself and your colleagues how to draw to communicate, I have put together the definitive do-it-yourself workshop list. By reading and following the blog posts below you will be able to run a four-part ‘Draw to communicate’ workshop together with colleagues or customers.


workshop Brukeropplevelse Communication skills

The visual alphabet — Your building blocks to draw quickly

In this workshop you’ll learn the basics for drawing to communicate. These simple steps will be good to know when you want to draw quickly and/or don’t think you can draw. For this we’ll use the Visual Alphabet as a handy tool.


Scala Dependency Injection Cakepattern

A Cake for Kotlin Part 3: Compiler performance in Scala

In the first article in this series, I presented my motivation for wanting to do dependency injection inspired by the Cake Pattern in Kotlin (and other languages without self-types), despite the known issues with that style of coding. I presented a way of doing so that I believe will allow coders to keep the good things from the Cake, while avoiding some of the problems. In the second article, I presented a larger example of what a program written in this style would look like.


workshop Brukeropplevelse UX design

Human beings and interaction — Get your people to interact

Stick figures can work for a lot of scenarios, but several of them interacting isn’t one of them. They tend to look very alike, not letting you differentiate them when you need to.

Key takeaway: How to draw people. How to make them interact. Emotions, middle aged, young, old, different looks and body shapes


iot data science Big Data

Industrial IoT in a nutshell


COVID-19 bedriftskultur Strategiogforretning

2020 ble ikke helt som planlagt; et glimt inn i vår nye arbeidshverdag

Inge Binfield Wang er Mobilutvikler hos Knowit og synes at teamarbeidet fungerer overraskende bra til tross for at de nå ikke kan sitte fysisk sammen.

COVID-19 bedriftskultur Strategiogforretning

Teamarbeid i Koronaens tid?

Er du en av de som foretrekker å kommunisere med den du sitter ved siden av på Slack? Eller synes du det er et slit med stadige avbrytelser og bråk i kontorlandskapet? Eller har du bare en hemmelig drøm om å få betalt for å sitte i pysjen, med pcen på fanget mens du løser det ene jobbrelaterte problemet etter det andre. Vi har gode nyheter til deg. Sjansen er stor for at du snart kommer til å sitte i stua, på soverommet, eller på kjøkkenet og utføre det du frem til nå har dratt på jobb for gjøre.

 

Photo by Andy Orin on Unsplash

Helsedirektoratet har oppfordret store arbeidsgivere til å tilrettelegge for hjemmekontor for hindre smitte av Koronaviruset, noe som har ført til at svært mange i bransjen vår de neste ukene vil bli å finne hjemme i arbeidstiden.

Fordelen med å jobbe hjemme er åpenbare; kort reisevei, kantine etter din egen smak, en innredning du har valgt selv og god mulighet for arbeidsro. Det vil si arbeidsroen kan vel kanskje bli litt hemmet av at både samboeren og ungen snart kan være i samme situasjon. Det finnes både gode og mindre gode sider ved å ha kort vei til jobben.

For å hjelpe folk i den nye situasjon har vi satt sammen noen tips og triks for lykkes med teamarbeid og andre utfordringer med hjemmekontor.

Vi har øvd lenge!

I bransjen vår har vi egentlig øvd oss lenge på å jobbe i distribuerte team, det vil si i team som er spredt geografisk og som jobber til ulike tider. Vi har verktøystøtte gjennom kommunikasjonsløsninger som Slack, videokonferanser, e-post osv. I tillegg er vi trent på å bruke prosjektstyringssystemer og smidige metoder som har en klar rytme for planlegging, status og erfaringsutveksling, noe som enkelt kan tilpasses det å jobbe remote. I mange team sitter vi også allerede geografisk spredt. Så dette er ikke noe nytt for oss.

Likevel så er det flere ting vi må være oppmerksom på når vi ikke møtes ansikt til ansikt. Spesielt går det på kommunikasjon og samhandling. Når man snakker sammen ansikt til ansikt vil man lettere se hva andre folk føler og mener, utover det som blir sagt med ord. Dette er signaler vi kan bruke til å dempe eller forsterke ting vi sier og som på mange måter kan bidra til å “smøre” dialogen mellom enkeltmennesker og i en gruppe. Man trenger ikke lese lenge i kommentarfeltene på nettet for å forstå hva som kan skje når man kun har tekst å forholde seg til.

Så når vi flytter kommunikasjonen fra fysiske møter til en mer skriftlig form bør vi ha en strategi for sikre at ting ikke blir misforstått eller fortolket på en måte som skaper usikkerhet og motsetninger.

Spilleregler

Vi jobber stort sett i team. Suksessen til et utviklingsteam er alltid basert på at vi samhandler og kommuniserer. Så en av de første tingene man bør gjøre er sikre at man er enig om spillereglene. Teamet bør snakke sammen om hvordan man bør ha det. Når skal man ta standup? Skal vi bruke Hangout, Slack videokonferanse, Skype? Er det greit å ta standup på telefon? Skal standup kjøres oftere enn normalt? Ha et annet innhold? Skal man tydeliggjøre rollefordelingen i teamet? Når man sitter ved siden av hverandre ordner det meste seg med en liten prat, men nå bør man kanskje ta initiativet til en prat om hvem som gjør hva i teamet.

Mål og visjon

Det er skrevet mye om distribuerte team, og mange selskaper har erfaring med team som er spredt over hele kloden og som jobber gjennom hele døgnet. Noe som går igjen i disse artiklene er betydningen av en klar oppfattelse av mål for teamet på både kort og lang sikt. Når du for eksempel gjennomfører en sprintplanlegging ansikt til ansikt med teamet, så er øvelsen å hele tiden veksle mellom målet for sprinten og de detaljerte oppgavene. Målsettingen for hva man skal oppnå blir ofte ikke uttalt tydelig fordi den ligger i konteksten og i et møte kan du se og forstå om alle deltakerne har oppfattet det. Når man gjennomfører et tilsvarende møte uten å kunne se deltagerne vil det lett kunne oppstå misforståelser. Så betydningen av å være tydelig blir viktigere. Diskuter hva målet for arbeidet er og bruk tid på sikre at alle har oppfattet hva man jobber med. Bruk av videokonferanse kan også bøte på noe av utfordringen.

Dokumentasjon, dokumentasjon, dokumentasjon

Jeg har sjeldent møtt utvikler som liker dokumentasjon og ofte opplever man at det meste av dokumentasjonen ligger i hodet til teammedlemmene. Nå kan det jo sies at det er en fornuftig prioritering å lage kode som fungerer fremfor å dokumentere en løsning som ikke er ferdig ennå, men det er jo grenser for hvor langt du kan dra det argumentet. I alle fall når teamet ikke sitter sammen.

Heldigvis finnes det gode løsninger for samhandling; løsninger som gjør det enkelt for flere å jobbe, skrive, kommentere og endre på det samme dokumentet samtidig.

Sørg for at teamet har tilgang til å bruker et felles dokumentstruktur. Alt bør dokumenteres, alt fra ferielister, kontaktlister og referater, til arkitekturskisser og løsningsforslag. Utforming av dokumenter i felleskap kan og bør erstatte det man før brukte møter til. Resultat kan faktisk bli at man blir flinkere og får bedre rutiner rundt dokumentasjon av teamets arbeid.

Sermonier

De fleste av oss jobber med en eller annen form for Scrum. Det betyr at vi er vant med sermoniene som sprintplanning, standup, retrospec osv. Betydningen av disse blir tydeligere når man sitter på forskjellige steder. Vi har allerede sagt at hvert enkelt team bør avtale sin måte å jobbe på, men et godt råd er ta seremoniene seriøst. En av bakdelen ved å jobbe hjemme er at man mister strukturen på arbeidsdagen. Frokost, t-bane, turen til kontoret, lunsj og turen hjem er alle seremonier du har i livet ditt som ordner dagen din i seksjoner. Når arbeidsveien blir redusert til noen meter over stuegulvet blir betydningen av slike seremonier viktigere.

I tillegg så er det som vi har snakket om mye av kommunikasjonen mellom folk som blir borte når vi ikke møtes ansikt til ansikt. Så respekter standupen og bruk den som et verktøy for å deg selv og for teamet. Et tips kan være å innføre en daglig standup til, en avslutning på dagen med et felles 5 minutter vil kunne gi deg en naturlig avrunding av dagen og teamet en mulighet til være samkjørte.

Dialog og koordinering

Hvor mange ganger i løpet av dagen avklarer du noe ved å snakke med de som sitter rundt deg? En kort samtale mellom to personer kan ofte være mer effektivt enn et fellesmøte i teamet og sannsynligvis gjør dere dette allerede, mange ganger om dagen. Dette er noe vi også må få til selv om vi ikke sitter sammen. Slack funker selvsagt, men ta også ned terskelen for å snakke sammen på telefon. Snakk med folk, bruk mulighet for videokonferanse, del skjerm og være bevisst på at fraværet av fysisk nærvær gjør at en del av kommunikasjonen vil bli “lost in translation”.

Oppbygging av uformelle erfaringer i distribuerte team

En viktig funksjon møter har i en organisasjon, er å samle og distribuere erfaringer gjort underveis i et prosjekt. Som et relevant eksempel så jobber jeg nå med tre forskjellige skyer. De har alle forskjellige filosofier som ligger til grunn for hvordan de er skrudd sammen. Noen av dem har preferanser for funksjonsrike API-er mens andre har mer basale API-er hvor klienten må gjøre mer jobb. Å forstå dette og hvilke konsekvenser det har for valg av sky og hvordan det påvirker implementasjonen er noe som gjerne skjer uformelt.

Når en går fra et fysisk samlet til et distribuert team så er det lett at slike erfaringer ikke brer om seg i teamet og dette kan føre til at teamet blir mindre effektivt. Derfor er det viktig at vi alle er bevisste på å dele små og store erfaringer vi gjør underveis i chat eller tilsvarende. Det er viktig å ikke legge lista for høyt for hva som deles. Det forutsetter selvsagt at en ikke deler på en måte som er forstyrrende. I Slack bør bruken av @channel og DM’er begrenses så du ikke forstyrrer mer enn du må.

Fysiske rammer

Nå kommer det en spådom; fysioteraputer og kiropraktorer vil oppleve en vekst i pågangen de neste månedene. På kontoret ditt sitter du sannsynligvis på en god stol, du har en arbeidspult som er i riktig høyde og du har ergonomisk riktig oppsett av mus, skjermer og tastatur. Hvis dette trekker ut i tid, noe vi bør ta høyde for så vil det være en god investering for alle å sørge for at man har et tilpasset arbeidsmiljø også hjemme. Sørg for at du ikke ødelegger kroppen med dårlig arbeidsstilling og dårlig utstyr. Arbeidsgiver og kunder vil ha en felles interesse av at du har en god arbeidsplass der du faktisk sitter. Be om å få det utstyret du trenger.

Det er også viktig å skille arbeid og fritid slik at du ikke får følelsen av å være på jobb 24/7. Har du mulighet til det bør du prøve å ha et eget sted hjemme hvor du jobber. Når du sitter akkurat der, er du på jobb. Hvis du bruker go’-kroken hvor du vanligvis slanger deg for å nyte Netflix, Knausgård eller potetgull som arbeidsplass, kan det etterhvert bli vanskelig å skille kos og jobb.

Hjemmekontor er ikke for alle!

Det er ikke alle som har en livssituasjon eller som har arbeidsoppgaver som passer til å jobbe remote. Litt av poenget for alle oss som nå sitter hjemme er å rydde plass på bussen og på kontoret for de som ikke kan sitte hjemme. Det kan hende at du har en bosituasjon som gjør at det ikke er mulig å være hjemme. Du kan ha oppgaver som krever tilstedeværelse eller andre ting som gjør at det er mest effektivt at du blir på jobben. Så gjør en vurdering av din situasjon. Hva er best for deg? Og om du ikke kan jobbe hjemmefra; se om du kan finne måter å komme deg på jobb på som ikke utsetter deg for smittefare. Kan du gå? Kan du sykle? Kan du kjøre privatbil?

Myndighetspersoner snakker om at vi trenger en nasjonal dugnad for å komme gjennom utfordringen med Koronaviruset. En del av dugnaden går ut på å holde hjulene i gang. Kundene våre har samfunnskritiske oppgaver, på et nasjonalt nivå trenger vi at selskaper og organisasjoner ikke stenger ned.

Takk for oppmerksomheten, husk god hostehygiene og å vaske hendene!

PS. Denne teksten er satt sammen av et distribuert team, så takk til Lars Lundby, Per Buer og Torbjørn Moen.

 

Youtube Best Of Tech Talk

Best of: February 2020

Winter is finally coming to an end! But since it’s still chilly outside, we suggest you get cozy and check out some inspiring content from us 🙌.


arkitektur Teknologi Monolitt

Monolitten er ikke død!

Vi som jobber i teknologibransjen deltar i en evig runde med buzzwordbingo. Et av buzzwordene som stadig dukker opp er: Mikrotjenester. Men hva er det egentlig? Er det en eliksir som løser alle våre problemer, eller skaper det flere problemer enn det løser?


Dependency Injection Kotlin Cakepattern

A Cake for Kotlin part 2: Making an example of Arithmetic

In the first article in this series, I explained my motivation for wanting to do dependency injection inspired by the Cake Pattern in Kotlin (and other languages without self-types), despite the known issues with that style of coding. I presented a way of doing so that I believe will allow programmers to keep the good things from the Cake, while avoiding some of the problems. The examples in that article, however, were extremely small. Let’s create a (slightly) bigger one and look at some more code.