10.14.09
Har du råd att inte prioritera?
I mitt förra inlägg presenterade jag en modell för prioritering med olika nivåer. Inget speciellt överraskande eller provocerande där, kanske. Anledningen till att jag tycker att prioritering inom utvecklingsarbete är värt att skriva om är två fundamentala poänger som jag tycker inte uppmärksammas tillräckligt:
- Inom produktutveckling kan de minsta detaljerna vara avgörande. Hur många iPhone har inte Apple sålt efter att människor har sett och känt på den underbara rullfunktionen? Eller ett annat exempel: Hur rappa systemsvar till användare i en stressad miljö kan utgöra skillnaden mellan acceptans och motvilja. Hur ”läckert” eller användbart systemet är ner till minsta pixel kan vara avgörande för dess framgång.
- Prioriteringar görs, vare sig vi vill eller inte. Om inte rätt personer är på plats kommer prioriteringarna att göras ändå – helt enkelt för att de måste göras. Enda skillnaden är att de då görs omedvetet, alternativt av personer som inte ser helheten, inte helt förstår vad som är viktigt, inte exakt vet hur användarna arbetar eller hur företaget tjänar pengar.
I det här inlägget tänkte jag utforska prioritering på lite olika nivåer ännu mer. Hur fungerar traditionella metoder? Hur kan man nå högre nivåer och mer finkorning prioritering? Vem ska egentligen prioritera?
03.13.09
Cornerstone Developer Summit 2009
Den 15-17 april går det femte Developer Summit av stapeln på Sheraton hotell i Stockholm. Två dagar med seminarier och en dag med workshops. Cornerstone som arrangerar har traditionellt ett starkt microsoftfokus och så även detta år, men eftersom det finns spår om metod, mobilitet, arkitektur och människor så finns det mycket för alla. Jag var där som gäst förra året och hade några både trevliga och lärorika dagar.
Jag kommer att tala första dagen, direkt efter fikat på metodspåret. Ämnet jag har valt är ”Att samarbeta kring kod”. Grundtanken bakom föredraget är att samarbete är otroligt viktigt inom produktutveckling, men många verkar lägga av med samarbetet när de kommer till att skapa det viktigaste, programkoden. I talet tänkte jag titta på några bra sätt att samarbeta, påvisa några vanliga hinder och antimönster och försöka ge några konkreta motmedel mot dessa.
Hoppas att vi ses där!
12.16.08
En önskan om samarbete
S:t Görans sjukhus är sverigeledande på det som på engelska kallas ”Lean Healthcare”. Lean generellt handlar om att, trots bristande resurser och varierande behov, bygga effektiva verksamheter med kunden i centrum. Detta tänkande kan appliceras på många områden.
Vad innebär detta inom sjukvården? Dagens Nyheter hade en intressant artikel om detta 18 oktober 2008. I artikeln kan man bland annat läsa detta (kursiveringen är min egen): ”Lean betyder, enkelt uttryckt, att medarbetarna utformar sitt arbete så ändamålsenligt som möjligt – med patienten i fokus. På sjukhuset innebär det att patientens väntetid ska bli kortast möjlig och vården av bästa kvalitet”. Resultaten är förbluffande. Den genomsnittliga väntetiden på att få träffa en läkare på akuten har minskat med 70%. Målet är att en patient aldrig ska behöva vänta mer än 90 minuter från akutdörren till avdelningssängen. Snittiden är 20 minuter! Det är den typen av sjukvård vi vill ha, eller hur?
Det är värt att notera är att denna förbättring inte uppnåddes genom att man anställde duktigare läkare eller forskade fram bättre mediciner. Inte heller har någon duktig managementkonsult varit framme och optimerat. I stället har man uppnått detta resultat på egen hand, genom att släppa gamla prestigebarriärer och helt enkelt… samarbeta.
Jag vill mena att samarbete är en av de viktigast faktorerna – om inte den viktigaste – för framgång inom många ”system”. S:t Göran är ett exempel på detta. Människan är ju i någon mån byggd för att samarbeta. Vi har nått vår status på denna planet bland annat tack vare just vår förmåga att samarbeta. Ibland kan samarbete vara svårt, vi har en reptilhjärna i botten som har en tendens att överreagera ibland, men oftast är det givande och roligt.
Så varför inte tänka så inom systemutveckling? Faktum är att vi redan gör det – i form av Lean Software Development och agila metoder. Det agila manifestet, själva grunddokumentet för agila metoder har detta som sin första värdering (i svensk översättning): ”[vi värderar] individer och deras samarbete framför processer och verktyg”. Återigen, detta med samarbete. Samma fokus på kvalitet och att minimera tiden för en ”enhet” i systemet finns i andra delar.
Så här i slutet av år 2008 kan det kanske vara lämpligt med en önskan. Det här hoppas jag att vi kan uppnå i våra organisationer kommande år: Låt oss riva barriärer mellan roller och finner nya sätt att samarbeta för bästa resultat. Vi utbildar alla medarbetare om vikten av att bygga in kvalitet från början, via arbetssätt som testdriven utveckling och parprogrammering. Vi fokuserar gemensamt på att optimera helheten, tiden från koncept till nytta, genom att eliminera onödigt arbete. Och givetvis sätter vi användningen av mjukvaran i centrum. Vi har alla potentialen att bli lika framgångsrika som S:t Göran.
God Jul & Gott Nytt År!
