Mobile besøkende er noe alle bør tenke på. Ved siden av å jobbe i Steria skriver undertegnede også artikler for et par teknologiblogger der over 30 % av leserene kommer fra en mobil enhet. Da er det viktig å tilpasse nettstedet etter de besøkende.
Hva forventer dine brukere av responstider og ytelse på en mobil enhet, det være seg ett nettbrett eller en smarttelefon? Jeg har sett litt nærmere på dette.
Les mer
Forutsetter din prosjektplan at ingenting endrer seg etter at prosjektet starter eller tar den inn over seg læring? For utviklingsprosjekter av programvare kaller vi sistnevnte “Smidige” prosjekter. I smidige prosjekter verdsetter vi “å tilpasse oss endringer fremfor å følge en plan” og “samarbeid med kunden fremfor kontraktsforhandlinger”. Det betyr ikke at smidige prosjekter ikke har planer og kontrakter. Det betyr bare at jo mer vi forsøker å låse pris og omfang, desto mindre kan kunden og leverandøren dra fordel av det man lærer. I denne blogposten vil jeg legge fram en alternativ måte å tenke rundt smidige kontrakter. Les mer
Sist helg var jeg på Agile Coach Camp der vi hadde to dager fylt med open spaces med positive, engasjerte og smarte mennesker.
Har du noe du kunne tenke deg å diskutere? Har du kunnskap du kunne tenke deg å dele? Har du noe du kunne tenke deg å lære? Er det noen måte du kunne tenke deg å endre verden rundt deg?
På kick-off i år vil Steria feire “The Power of Sharing” ved å vie den faglige delen til Open Space. Her har alle som deltar anledning til å skape dialog om ting som interesserer dem. På en open space kan du ta opp ting du er flink til som du ønsker å dele, ting du ikke er flink til som du ønsker å lære, måter du ønsker andre endrer seg på eller hva enn som interesserer deg.
Nettstedet forsvaret.no ble redusert fra omlag 7500 til 750 informasjonssider i fjor. Webredaksjonen visste at en del av det opprinnelige innholdet ikke holdt mål kvalitetsmessig og de mange særsidene og undersidene gjorde at weben lignet et mangehodet troll. Prosjektgruppen valgte å begynne med blanke ark når innholdet skulle inn i det nye publiseringssystemet og legge større vekt på hvem informasjonen var til for.
Kjekt å ha. Hvor mange av e-postene du fikk i dag tror du at du virkelig kommer til å få bruk for? Slettet du de du ikke trengte? Tok du vare på viktige vedlegg?
Mange som programmerer enten i java eller i andre programeringsspråk har en gullgruve rett under beina uten å vite om det, nemlig deres utviklingsmiljø eller IDE (Integrated Developing Enviroment). Jeg vil her beskrive Code Templates som finnes i de fleste IDE-er, og som kan hjelpe deg til en mer effektiv programmeringshverdag. Code templates kan generere de rutinepregede delene av koden for deg slik at du kan konsentrere deg om det som gir forretningsverdi.
Har du noen gang opplevd å levere noe du trodde kunden ville ha, men som i ettertid viste seg å være noe helt annet en hva kunden forventet? Hvorfor gikk det galt?
I smidige prosjekter jeg har deltatt i dukker det ofte opp problemer med å splitte opp brukerhistorier. Enten er de for store til å kunne estimeres eller til å passe inn i en iterasjon. Spørsmålet mange stiller er hvordan kan jeg splitte opp brukerhistorien min?
Her er tre ting du kan gjøre:
Det er omtrent fire måneder siden forrige gang vi møttes for å la oss inspirere av foredrag fra TED.com. Også denne gang fulgte vi kjent oppskrift. For nye lesere er #TEDatSteria en sosial setting der vi samler oss over litt mat og god drikke, mens vi lar oss underholde og inspirere av foredragsholdere fra TED.com. Her ser du listen over de utvalgte filmene. Les mer
Retrospektiv er en av de tre seremoniene i Scrum, og kanskje den viktigste. På retrospektiv evaluerer vi iterasjonen som har vært. Vi snakker om hva som har fungert godt, hva vi skal ta med oss videre og hva vi skal fortsette å gjøre. Og vi diskuterer hvor vi trenger å forbedre oss, hva vi skal endre på og hva vi skal slutte å gjøre.
Spør du deg dette når du skriver kode? Hvem stiller du spørsmålet til? Hvem kan egentlig si om kode er riktig eller ikke? Det finnes ingen fasit innen programmering. Man bør ikke se kode som enten riktig eller gal, men heller som fungerende eller ikke-fungerende. Får den testen til å bli grønn. Ja da fungerer koden som den skal. Klapp deg selv på skulderen. Well done!
Parprogrammering der man roterer parene ofte er genialt på mange forskjellige måter. Man lærer masse fra hverandre. Kodestilen blir naturlig mer lik og dermed lettere å vedlikeholde, og sist men ikke minst: koden blir sett av nye ferske øyne stadig vekk.
Men de ferske øynene kan føre til problemer…
Denne øvelsen ble opprinnelig utført foran publikum på Go Open / Communities in Action eventet i mars 2011.
En code kata er en enkel øvelse for å skjerpe programmeringsferdighetene dine. Det vil si – du trener bare problemløsning den første gangen du utfører øvelsen. Så gjentar du øvelsen, om og om igjen, til det sitter i fingerspissene. Og hver gang prøver du å gjøre det litt kjappere. Hensikten er å trene hastighet, teknikk og verktøy. Les mer
Tenk deg at du har fått inn håndtverkere til å pusse opp badet ditt. Du har gitt dem klare instrukser og du må ha badet ferdig i løpet av et par uker. Du har spart penger lenge og gleder deg enormt til det ferdige resultatet.
Les mer
Du må ikke nødvendigvis vite hvor moden den er. Men det er kanskje en god idé å gi dine testhelter litt pusterom ved å forvandle din organisasjon til en med definerte testaktiviteter. Test Maturity Model integrated (TMMi) viser deg veien. Les mer
Med jevne mellomrom arrangerer vi fredagspils med faglig inspirasjon i Steria. Da ser vi etter foredrag som er utenfor IT-verdenen eller som på andre måter kan inspirere, underholde og få oss til å se verden med litt andre øyne. Som regel har vi vist foredrag fra TED-konferansen, en konferanse der verdensledende fagfolk forteller om sitt arbeid på en lettfattelig måte.
Denne samlingen satte vi et samlet tema for foredragene. Det som går igjen i alle videoene er kunnskap. De drøfter både hvordan få tak i informasjon, men like mye hvordan bruke den. Sistnevnte omhandler i stor grad også hvordan visualisere den og hvorfor det er et kraftig virkemiddel.
Nytt år, nye muligheter. Kanskje du skal skrive litt i 2011? I fjor skrev Johannes en artikkel med råd om blogging. Her er flere skrivetips:
For å holde et godt foredrag, må du kunne noe, du må ville noe og du må gjøre noe.
På Smidig 2010 arrangerte jeg en workshop der jeg testet ut en del retrospektiv-teknikker på deltagerne. Workshopen var veldig godt besøkt og jeg har fått en del forespørsler om å skrive en oppsummering av teknikkene.
Øvelsene kan tjene som inspirasjon til dine egne retrospektiver og workshops.
Dette er en oppsummering av foredraget mitt på Smidig 2010 konferansen
Jeg har vært så heldig å være på et prosjekt med en produkteier som har sørget for at vår innsats har blitt brukt til å effektivt skape verdi for brukerne av systemet. Jeg vil trekke fram mine observasjoner om hvordan produkteieren på dette prosjektet brukte produktkøen, hvordan han skapte dialog med brukerne og hvordan han kommuniserte effektivt med utviklerne.
Visste du at det er mulig å kjøre mange forskjellige scriptspråk Java Virtual Machine? Vil du vite hva du kan bruke det til? Da er dette en bloggartikkel skrevet for deg.
Et scriptspråk kan være et kraftig verktøy for å konfigurere java-applikasjonen din. Det tillater endringer på en kjørende applikasjon. Det gir deg frihet til å endre på kjørende javakode som du velger å eksponere. Det er kjent og kjær teknologi og derfor enklere å få tak i ansatte med riktig kompetanse enn om du velger mindre kjente teknologier. Og kanskje det viktigst av alt, et argument som burde veie tyngre enn det ofte gjør i avgjørelser; det er enkelt.
For noen dager siden besøkte jeg Dagen@IFI på UiO, hvor jeg promoterte Steria for informatikk-studenter. En student fortalte om en bekymring han hadde: “Dersom jeg velger feil kurs på skolen – låser jeg meg da til feil karriere?” Han ble lettet da jeg forsikret ham om at det ikke var tilfelle. For heldigvis er arbeidslivet det man selv gjør det til: du kan utvikle deg selv og skifte retning underveis.
Systemutviklere er både heldige og uheldige. Vi kan tilegne oss kunnskap og ferdigheter helt på eget initiativ, men vi tvinges også til å gjøre det for å holde oss relevante, ettersom teknologi endrer seg raskt.
Selv synes jeg at det er topp å plukke opp nye ting – her er noen metoder for å lære…
Har du startet å bruke smidige metoder, men lurer på hvordan du skal få det til å fungere bedre? I denne artikkelen kan du få konkrete tips om hvordan å forbedre kommunikasjonen, kvaliteten og forretningsfokus på ditt smidige eller ikke-smidige utviklingsprosjekt.
Hvordan skal jeg løse dette problemet på mest mulig effektiv måte? Det er når man kan stille seg dette spørsmålet at det er gøy å være programmerer. Men altfor ofte blir spørsmålet heller: Hvordan i helvetet får jeg løst dette problemet innenfor arkitektur-rammene som har blitt bestemt? Her er det mindre morro å være programmerer. Man har haugevis av potensielt gode løsninger, men får ikke lov til å implementere dem pga arkitekturbestemmelser.
Hvordan havner man i slike situasjoner? Kan de unngås? Les mer
Med dette innlegget ønsker jeg å legge fokuset på at dagens IT-investeringer innenfor tjenesteorienterte løsninger er den riktige og naturlige veien å gå mot en fullverdig tilværelse i nettskyen. Det blir stadig viktigere at man har et bevisst forhold til nettskyen, samtidig som man har et nøkternt og reflektert forhold til hva denne nye teknologien muliggjør.
- Les mer
I den intensive godkjenningsperioden vi har vært gjennom, ble rollen ”Loggvakt” opprettet. Rollen har holdt løpende oppsyn med serverlogger, gjort logganalyse og ytt bistand til Delprosjekt Test for preanalyse av feil som rapporteres. Bemanning av rollen har gått på rundgang i prosjektet.
Les mer
Uavhengig om du er juniorutvikler eller er du senior systemspesialist, er jeg sikker på at du kan bli prosjektets neste ”Buglock Holmes”! Hvis du vil….
Les mer
“Skjer ‘a?” Det er nesten vanskelig å tenke tilbake på tiden før mobiltelefon. Tiden da man måtte planlegge “vi møtes ved kinoen klokken 20:00, og dersom noe går galt, så møtes vi i stedet ved billettluka 21:00″. Tiden da man måtte legge igjen en beskjed, eller låne en telefon for å ringe hjem for, ja nettopp, høre om noen hadde lagt igjen beskjed. Normalen i dag er at man har en omtrentlig plan “og så ringes vi når jeg er på vei til byen.” Fordelen er at man kan tilpasse seg. “Jeg har hørt at Ole feirer 35 år. Skal vi stikke innom i stedet for å gå på bar?”
Dette er et eksempel på hvordan kommunikasjon erstatter planlegging. Slik kan det også være i prosjekter. Man må være enige om hva målet med prosjektet er, men dersom man kommuniserer underveis, kan de nøyaktige midlene bli til underveis.
Har du fått med deg at Smidig 2010 arrangeres 16.-17. November på Radisson BLU, Holberg plass i Oslo? Konferansen har åpnet for foredrag. Early bird prisen på billetter varer KUN TIL TORSDAG, så det gjelder å bestemme seg fort!
Opplev vårt unike format, med over 70 lyntaler og 100 diskusjonsgrupper! Smidigkonferansen er den årlige nasjonale hendelsen som samler mennesker fra alle typer roller i IT-bransjen; prosjektledere, produkteiere, utviklere, bedriftsledere og testere og flere.
Jeg liker å holde foredrag og seminarer der jeg involverer deltagerne. Å stille spørsmål til forsamlingen er en god måte å engasjere folk på, men jeg har lært meg at ikke alle spørsmål er skapt like. Hvilke spørsmål er gode for å få respons?
Dette er blog-versjonen av et foredrag som jeg holdt på JavaZone 2010.
Jeg har fått dilla på dynamiske programmeringsspråk (JavaScript, Ruby, Lisp, med flere) i det siste. Et av fellestrekkene ved slike språk er at de lar deg programmere interaktivt. Vet du ikke hva interaktiv programmering er? Flott, da har du kommet til riktig artikkel!
En varm glede fyller hjertet mitt i dag: Løsningsarkitekturen jeg laget vårt tilbud til Statnetts nye system for handel av kraftreserver ble undertegnet på fredag. De valgte oss!
Det siste halve året eller så har jeg gått å gledet og gruet meg over dette tilbudet. Og det har slått meg: Å skrive et tilbud er som å forelske seg. Les mer
Klarer du ikke å fornye din virksomhet går sannsynligvis bedriften med tid og stunder konkurs. Likevel kan det være vanskelig å gjennomføre innovasjon i praksis. En kan leve godt på ”melkekua” i mange år og innovasjon krever som regel endringer i roller og ansvar og da kan det bli motstand og nye maktstrukturer. Man kan skyve innovasjonsbehovet foran seg slik de har gjort i bilindustrien i Detroit, eller brette opp ermene og begynne. Er vi enige om å begynne nå? Bra! Hva så? Hva skal vi så gjøre og hva kan software gjøre for å hjelpe? Les mer
La oss si at du er en systemutvikler. Du er ansatt for din ekspertise i et av de “to store” applikasjonsspråkene – Java eller C#. Disse språkene kan brukes til svært mange oppgaver. Du kan teoretisk løse ethvert problem med dem, og de er sannsynligvis hovedgrunnen til at cv-en din er salgbar. Så hvorfor lære noe mer enn Java eller C#?
Jeg skal fortelle deg hvorfor du bør lære deg et s.k. scriptspråk. Scriptspråk har andre styrker enn Java og C#, og tilfører allsidighet og produktivitet til verktøyskuffen din. En kompetent håndtverker bruker mer enn hammer på jobb: skrutrekker, meisel og knipetang må også med.
Kompleksitet er den viktigste årsaken til at IT-prosjekter feiler. Prosjekter som feiler og dårlig programvare gjør våre kunder og brukere ulykkelige.
Hvorfor gjør vi IT-investeringer? Det handler om å redusere komplekse problemer til meningsfylte oppgaver som mennesker kan fullføre.
Unit-tester er nyttig for de fleste systemutviklere.
Noen av oss kjører strikt, metodisk testdrevet utvikling. Andre bruker bare automatiserte tester nå og da som sikkerhetsnett for å unngå regress-feil. Hvor ofte fyrer du selv av testene dine? Kjører du testsuiten din en gang i ny og ne, eller strikt for hver metode du implementerer?
Jeg liker å kjøre testene mine ofte mens jeg arbeider. Det jeg liker enda bedre er å la utviklingsmiljøet mitt kjøre dem for meg, automatisk. Poenget med yrket vårt er jo nettopp å automatisere og effektivisere arbeidsprosesser – dette forsøker jeg å gjøre også med mine egne rutiner og verktøy. La oss se hvordan vi kan få til dette.
Med jevne mellomrom arrangerer vi fredagspils med faglig inspirasjon i Steria. Da ser vi etter foredrag som er utenfor IT-verdenen eller som på andre måter kan inspirere, underholde og få oss til å se verden med litt andre øyne. Som regel har vi vist foredrag fra TED-konferansen, en konferanse der verdensledende fagfolk forteller om sitt arbeid på en lettfattelig måte.
Fredag 28. mai var temaet for kvelden miljø og bærekraftig fremtid. Vi viste følgende foredrag:
Les mer
Mange elsker å bruke tid på dette. It avdelinger i alle organisasjoner tar del i det, og det kan i mange sammenhenger utvikle seg til å bli en langdrøy affære. Les mer
Det er blitt spådd stor vekst i Cloud Computing markedet de nærmeste årene. Det er mange aktører på dette markedet. Eksempelvis Amazon, Microsoft, Google etc. Hver og en har sin egen visjon for hvordan skybaserte tjenester skal tilbys. I tillegg har selskap som VMware kommet med sin egen definisjon av cloud. Les mer
En gruppe som skal nå et mål sammen trenger å ha en felles forståelse av målet. Og de trenger å stole på at resten av gruppen også har samme mål. Derfor har mange prosjekter en visjon som man utarbeider i fellesskap. Men hva gjør du fram til du har tid til å lage en grundig visjon?
Trender i kunnskapssamfunnet er dagens tema for First Tuesday. Vi lever uvilsomt i et kunnskapssamfunn. Mengden av tilgjengelig informasjon har skutt i taket de siste årene. Utviklingen går stadig raskere, veldig mye raskere enn før. Hva er det så som er viktig for å kunne lykkes som medarbeider og menneske i dette ”nye” samfunnet? Det er ambisiøst å oppsummere det i fem punkter, men her er mitt forsøk. Les mer
Hvis man spør de ansvarlige for større virksomheter hvordan de oppdaterer operativsystem og applikasjoner, svarer majoriteten at dette gjøres kontrollert igjennom en prosedyre. Det er ikke uvanlig at prosedyren inkluderer egne testmiljø eller at oppdateringer slippes gradvis ut mot en gruppe av objekter. I produksjonsmiljø sendes oppdateringer ofte ut på en slik måte at hvis det skulle være noe galt, er det kun deler av miljøet som blir rammet. Les mer
Jeg befinner meg for øyeblikket i München som deltager på Europas store IAM konferanse i regi av analyseselskapet Kuppinger Cole. På agendaen står det mye spennende innenfor fagområdet, som i år også tar for seg Cloud computing sammen med områder innenfor IAM. Jeg oppsummerer her de fem store trendene Kuppinger Cole ser for seg i 2010 og 2011 innenfor IAM, GRC og Cloud computing.
Har ditt erstatningsprosjekt mot til å produksjonssette på 70 % av funksjonaliteten til det gamle systemet? Det er mange, kanskje spesielt bedriftsledere og avdelingsledere i styringsgrupper rundt om kring, som tror at IT-prosjektet er ferdig når man har produksjonssatt den nye løsningen. Det er en oppfatning som kan få katastrofale følger. Les mer
Jeg holdt nylig en teknisk workshop for noen kollegaer, og forsøkte da å markedsføre, forberede og gjennomføre kurset på en hensiktsmessig måte. Her er noen prinsipper og teknikker som fungerer bra.
Brukeradministrasjon og tilgangskontroll, eller Identity and Access Management (IAM), kan, som de fleste andre strategiske forretningsinitiativ, sammenlignes med en slankekur. Her vil jeg vil bruke en personlig anekdote til å forklare hvordan mange organisasjoner betrakter og praktiserer innføring av IAM.
Noen ganger lurer jeg på om det har oppstått en form for religionskrig mellom miljøene innen for IT-Drift og de som arbeider med utvikling. Det utvikles industristandarder og ”good practice frameworks” på mange områder. Men ingen av rammeverkene har lykkes med å kommunisere godt med de som er utenfor sin primærmålgruppe. Det er et gap mellom utvikling og drift. Les mer
Slik lykkes du med Lean og kontinuerlig forbedring
Den japanske forbedringsfilosofien Lean spres med rekordfart. Nå har metodikken fått solid fotfeste i vidt ulike bransjer som bank og finans, helse, media og ikke minst offentlig sektor. Lean er allmenngyldig og leverer dokumenterte resultater. Men innføringen er ikke noe en gjør halvhjertet. Hvordan kan du unngå fallgruvene og lykkes med Lean? Les mer »