Brukbarhetstesting avslører om et datasystem oppleves intuitivt i stedet for å virke irriterende, men testingen droppes ofte. Med geriljametoder er terskelen for å teste lavere, uten at det reduserer effekten.
Geriljabasert testing i praksis: Inviter noen venner på middag og test (på engelsk)
by Roebot (click image)
Hvis brukere slippes løs på et nytt system tidlig, øker sannsynligheten for suksess når systemet går på lufta. Brukbarhet handler om hvordan systemene er i praktisk bruk, og ikke om hva som er logisk og riktig for designere og programmerere.
Et nytt datasystem må først og fremst forankres hos de som skal bruke det. Start testing tidlig, og bruk enkle grep. Det er en billig måte å sikre at systemet oppfører seg i tråd med hva brukerne faktisk trenger.
På samme måte som en fjellklatrer må en utvikler ofte utfordre sine egne grenser for å komme fram til målet. Men det er vanskelig å nå toppen hvis klatreren ikke stoler på sikringen. Der fjellklatrere bruker tau og bolter, kan utviklere stole på automatisert testing.
Et utviklingsprosjekt handler om å innføre ny funksjonalitet. Jo større og mer uoversiktelig systemet er, desto mer skremmende kan det være å innføre ny funksjonalitet.
Utviklere kan bli redde for å innføre nye feil – enten i selve koden de leverer, eller i form av følgefeil som kan dukke opp helt andre steder. Frykten kan gå utover leveransefart og lyst til utprøving av nye ting som kan øke kvaliteten.
Endringsvillighet
Utviklingsprosjekter kan lande i en situasjon hvor testing av ny funksjonalitet tar for lang tid. Konkurransedyktighet innenfor programvareutvikling handler om å raskt kunne tilpasse seg endringer. Forretningsmuligheter kan forsvinne fordi man ikke klarer å levere raskt nok.
Innenfor programvareutvikling er testing av løsningen prosjektets sikkerhetsutstyr. Sikkerhetsutstyret bør være i orden og enkelt og bruke for at de som gjennomfører prosjektet skal kunne yte maksimalt.
Gratisverktøy gjør enterprise søk mer enn bra nok for vanlige norske bedrifter. Men for at søk skal levere verdi er faktisk relativt enkle råd viktigere enn prislappen på søkemotoren.
Det finnes ikke noe mer irriterende enn å klikke og lete rundt på nettet på jakt etter informasjon man ikke finner. En irritert kunde forlater et nettsted etter kort tid. Noe av problemet er at det er vanskelig å strukturere websidene slik at sidene er enkle å finne frem til for alle.
Bedrifts-søkemotorer, eller såkalt enterprise-søk, utgjør en slags universalløsning på problemet, siden brukerne er vant til å finne fram på internett med søk. En søkemotor har potensial til å gi brukere rask tilgang til alle former for informasjon, helt fristilt alle former for struktur.
Dette har åpnet et marked, som så langt har vært dominert av verktøy med høy lisenskost. Produktfunksjonalitet og ytelse har gjerne vært hoveddriverne for å få søket til å virke bra.
Gratis er bra nok
Men dette bildet har sakte, men sikkert forandret seg. Nylig skrev The New York Times at ”Lucene gir søkeprodukter fra leverandører som Microsoft, Google og Autonomy en real kamp om pengene”.
I løpet av det siste året har jeg satt meg inn i Beyond Budgeting. Blant annet har jeg lest boken til Bjarte Bogsnes, som jeg fant meget interessant. Når jeg leser prøver jeg å trekke paralleller til IT-bransjen. Ved å sammenligne budsjetter med estimering fikk jeg en liten ekstra innsikt som jeg deler her.
I Beyond Budgeting omtaler man et av problemene med det tradisjonelle budsjettet – det er på en og samme tid både målsetning, forespørsel om ressurser og estimat. Ideen i Beyond Budgeting er at disse bør deles opp i tre separate tall:
- Estimatet – med det vi vet nå tror vi at vi kommer til å bruke så mye penger
- Målet – vi mener at det bør være bedre måter å gjøre dette på, dette er vår ambisjon
- Forespørsel om ressurser – estimatet er bare et estimat, vennligst sett av så mye penger til dette formålet
Her er målet lavere enn estimatet, og estimater er lavere enn ressursforespørselen. På denne måten får man utfordret estimatet, på samme tid som man ikke trenger å gå til ledelsen for å be om mer penger selv om man bommer noe på estimatet.
Parallellen jeg trekker er til estimering i IT-bransjen. For et gitt prosjekt eller en bestemt iterasjon blir vi bedt om å estimere tid- og ressursbruk. Kunne vi med fordel ha delt dette oppi flere ulike elementer, akkurat som for budsjettene i Beyond Budgeting?
I så fall ville selve estimatet ha vært vår beste gjetning. Vi kunne satt oss selv et ambisiøst mål, slik at vi kunne utfordre oss selv og finne kreative løsninger. Om estimatet skulle slå feil har vi allikevel litt ekstra å gå på, så slipper vi canossagang til den som sitter på ressursene. Estimater er jo tross alt bare estimater.
Etter NHOs undersøkelse om partienes næringspolitikk (nho.no, 18. aug. 2009), gikk vi gjennom programmene til de største partiene før valget. SV omtales i undersøkelsen som “minst opptatt av næringslivets behov”. Ved vår egen gjennomgang av SVs partiprogram, noterte vi oss imidlertid at SV “vil arbeide for at offentlig sektor bruker programmer basert på åpen kildekode”.
Etter vår vurdering er dette positivt for Norge og norsk næringsliv. Åpen kildekode er rimeligere, mer langsiktig, og mer egnet for innovasjon. Slik programvare er ikke belagt med dyre lisenser, den låser ikke brukeren til en gitt proprietær teknologi og den er mer fleksibel og lettere å videreutvikle.
OpenOffice er et eksempel på åpen kildekode-programvare som i økende grad brukes også av offentlig sektor i Norge. Dette gir utvilsomt store innsparinger. Microsoft er på den andre siden eksempel på et selskap som ansees som lukket og proprietært.
Det er derfor med en viss undring vi konstaterer at SVs store nettkampanje “oppavsofaen.no” til fulle benytter nettopp lukket og proprietær Microsoft-teknologi på sin webserver. Spesielt med tanke på at det finnes bedre og mer utbredte åpne alternativer.
Det er positivt at SV har slike ambisjoner på vegne av det offentlige, men det er både skuffende og lite troverdig når vi får et håndfast bevis på at de ikke tar sin egen medisin. Denne problemstillingen fremstår kanskje noe teknisk, men for oss som driver med IT til daglig, er dette som å få se et bilde av Dagfinn Høybråten dampende med en sigar i munnviken.
Når ledelsen i SV ikke klarer å etterleve sine egne prinsipper internt, hvordan skal de da klare å gjennomføre denne delen av partiprogrammet i det komplekse IT-landskapet i offentlig sektor?
- Informasjon om serverprogramvaren på SV sitt nettsted oppavsofaen.no. Informasjonen er hentet fra Netcraft.com.
I den siste tiden har jeg hatt glede av å delta i en tankesmie om bruk av Lean i IT-prosjekter. I tankesmien har det deltatt både ingeniører, advokater og økonomer. Ideen har vært å få ulike perspektiver på hva som er de praktiske utfordringene i slike prosjekter, både fra leverandørsiden, kundesiden og det juridiske. I smien har vi hatt med Iterate fra leverandørsiden, Belief som representant fra kundesiden og Bull & Co fra juridisk.
Arbeidet har bestått i å sammenligne de tradisjonelle prosessene med de arbeidsmåtene Lean foreskriver. På den måten har vi klart å tegne et kart som beskriver veien frem til å utnytte potensialet til Lean i dine IT-prosjekter. Hva er potensialet til Lean? Riktig utnyttet kan det oppsummeres på denne måten:
- Lavere investeringer og dermed lavere risiko
- Tidligere Return-On-Investment og dermed mer lønnsomme prosjekter
- Bedre feedback og dermed bedre løsninger for sluttbrukeren
Arbeidet med dette skal resultere i et veikart fra tradisjonelle til innføring av Lean i organisasjonen. Det vil være fokusert på utfordringer fra de ulike ståstedene i tankesmien. Det ser ut til å bli i form av et frokostseminar torsdag 8. oktober 
Følg med!
Minimum marketable features and incremental funding are used to partition the functionality of a computer system into units that are capable of delivering business value independently. By organizing a development project around MMFs and their internal dependencies, it is possible to have partially self-funding projects: As an MMF is completed, the business value that is saved or generated as it goes into production is used to fund the development of subsequent MMFs. Hence, we lower the up-front investment of our projects, and we reduce the development risks by continuously deploying functionality into production.
In short, we may say that using MMFs provide a financial model for lean thinking in software development projects. (For more info on this, refer to the excellent introduction given in “Software By Numbers” by Mark Denne and Jane Cleland-Huang, Prentice Hall, 2003).
Inspired by General Electric’s concept, described in the book called “The GE Work-Out” by Ulrich, Kerr and Ashkenas, we have carried out our first “Iterate Work-Out”. Work-Out is a concept where the organization uses it’s employee’s creativity to solve problems. We used it to look at our organisation while we’re growing. What can we keep doing and what do we have to change as Iterate is becoming a mid-sized company?
So, every single Iterati went to Trondheim for a full day of brainstorming, action planning and decision making. The outcome of the day was formiddable, with big decisions made and plans laid out for localization, reception of new employees, new areas of responsibility and more. We’re already looking forward to the next Work-Out, which is our take on continuous improvement.
To round of the day we went to NTNU, the university, and taught Lean Software Development to students there. They were very interested in the topic and wanted to learn. At least we choose to believe that they came for the learning, not only for the beer and pizza afterwards.
Iterate is celebrating a year of providing services to the software industry. You can see from our reference section that we have many strong and healthy customers. Still, we’re always looking to get in touch with more. Perhaps it’s time to, well, reiterate what it is we’re actually doing.
Our main service today is filling roles in software development projects – we’re developers, Scrum Masters, Product Owners and so forth. Not unlike other consultancies. What’s unique about Iterate’s consultants is the mindset. We are all trained and experienced in Lean Thinking – this means that we always seek to improve the way we work, as well as the way you, our valued customer, work. When we’re on your project, we do our job well, but we also make others better.
The other service we provide is advice. Customers who seek help within Lean, Scrum or who just wants to make software more efficiently and with higher quality ask Iterate for assistance. We have different solutions for different needs, both to kick off your new initiative, follow up and keeping the pace of your ongoing effort.
