☐ Kunskap och förståelse
Efter genomgången kurs ska studenten självständigt kunna relatera begrepp, processer och arbetsmetoder från huvudområdet informatik och designvetenskap till design av och med digitala medier (1)

☐ Färdighet och förmåga
Efter genomgången kurs ska studenten självständigt kunna planera och genomföra ett större designprojekt (2)

☐ Färdighet och förmåga
Efter genomgången kurs ska studenten självständigt kunna gestalta för att demonstrera ett designkoncept (3)

☐ Värderingsförmåga och förhållningssätt
Efter genomgången kurs ska studenten självständigt kunna värdera och kritisera designarbete (8)

G: Samtliga lärandemål måste uppfyllas. Uppgiftsbeskrivningen måste utföras till fullo, samt komplett underlag för bedömning lämnas in. Samtliga kriterier för Godkänt betyg måste uppfyllas, varav max ett (1) delvis. Kompletteringsmöjlighet ges ej.

"Vi skall minska antalet samtal till kundtjänsten med 10% den 15/5 2018"

"Vi skall ha 10.000 medlemmar den 3/2 2017"
https://digitalist.se/effektmal


Varför är effektmålen viktigare än projektmålen?

Problemen med projektmålen är att vi ofta "tror" att bara vi levererar dessa funktioner så kommer vi även att uppnå effekten. Verkligheten visar dock att så fungerar det inte i praktiken. De initiala kraven vi tar fram är enbart gissningar och vi vet väldigt lite om huruvida dessa krav faktiskt levererar någon effekt.

Vi skall givetvis inte glömma bort projektmålen, men det är väldigt mycket effektivare att även under projektet fokusera på just effekterna. Det spelar ju egentligen ingen roll om ett projekt levereras i tid, med alla funktioner på plats och inom budget om inga effekter uppnås. Problemet är att vi ofta låser våra avtal kring just projektmålen, vilket leder till att leverantörer och beställare faktiskt inte kan fokusera på effekterna. Det finns helt enkelt ingen drivkraft för detta. Lösningen på den utmaningen handlar om att driva Agila projekt, där man undviker att låsa omfång (krav) så att man faktiskt kan ta nya beslut under projektet när man lär sig nya saker.  

Videos med @gojkoadzic, båda i samma kategori men med lite olika twist.

 

 

Presentationer om Impact Mapping / Effektkartläggning

Prezi presentation om Impact Mapping gjord av @Jennyjmar

 

Impact Mapping: "Making a big impact with software products and projects"  PRINT ISBN: 978-0-9556836-4-0 

 

Effektstyrning av IT : "nyttan uppstår i användningen" ISBN: 9789147095865

Först måste vi motivera det vi gör och det gör vi genom att ta fram Effektmål, så att alla vet vad vi vill och vart vi ska. När vi vet vad vi vill åstadkomma kan vi samla in förslag/hypoteser (av det lite större slaget) på hur vi kan uppnå dessa effekter. Det kan ske genom idélådor eller genom att någon är ansvarig för att fånga upp de förslag som uttalas inom företaget. 
Vi har själva testat att ha medarbetarluncher där ca 5 personer träffas över en lunch och pratar om förbättringsmöjligheter och det som fungerar riktigt bra inom företaget. Jag lovar, det finns massor med förslag på förbättringar. Kategorisera kontinuerligt förslagen enligt vad de tillför för värde för medarbetare, kunder och företaget.

Då ser du lätt vilka förslag som verkligen ska genomföras och testas snabbt och vilka som kanske kräver lite mer planering. Och även vilka som inte bör genomföras, men återkopplingen på varför blir lätt att ge. Och glöm inte att de flesta idéer inte ens behöver utvärderas, det är bra att köra!

Ett retrospektiv, eller retro, är ett tillfälle när gruppen samlas för att diskutera vad som varit bra och vad som fungerat mindre bra under en given tidsperiod.

Det vanliga är att man har retros på projekt eller inom ett utvecklarteam, men det går bra att ha inom alla grupperingar. Testa t. ex. i ledningsgruppen, marknadsföringsgruppen, säljgruppen eller varför inte företaget som helhet. Att utvärdera och se vad man gjort bra och vad man kan förbättra är en grundsten inom agila organisationer.

Ibland träffar den hypotes vi testar inte helt rätt. Var öppen med det och ändra. Ibland pendlar man mellan extremer för att till slut se att pendeln stannar i mitten.

Skapa en kultur där varje medarbetare känner ett ansvar för sina arbetsuppgifter och en stolthet i det de gör och vågar testa nya saker. Vår erfarenhet är att det bästa sättet att öka värdet för kunden är att alla som jobbar på företaget tycker att det är roligt och både vill och kan ta ansvar för de leveranser vi gör och förstår värdet i kunskapen vi ger.

Det kan inte nog poängteras att om man har kul på jobbet så presterar man bättre. Slösa med beröm och uppmuntran. Uppskattning ska komma från alla inom företaget och så klart gärna kunder (om man har en organisation där det är möjligt). Fira när ni kan, belöna och se till att alla känner att just deras jobb och kunskap är en viktig pusselbit för att få hela företag att fungera och att just de skapar värde genom sin prestation.

Att skapa en ny företagskultur är lättare sagt än gjort. Det går inte på en dag. Vad vi har lärt oss är att små, men regelbundna förändringar gör stor skillnad på sikt. Och för att lyckas som agilt företag måste kulturen inte bara vara öppen för förändring utan aktivt eftersträva den. På Wunderkraut utmanar vi oss själva att hela tiden bli bättre genom att testa, ändra, utvärdera och ge feedback. Vi testar hypoteser. Ibland lyckas vi riktigt bra, ibland blir det som låter bra i teorin inte lika lyckat i verkligheten och då är det viktigt med snabba justeringar.

Det är dags att börja!

En viktig del till Toyotas stora framgångar har företagets produktionssystem varit. Toyota Production System (TPS) har sitt ursprung i Toyotas tidigare huvudgren som var vävstolstillverkning. Sakichi Toyoda skapade en vävstol som stannade eftersom garnet gick av och sedan inte fortsatte producera felaktig väv. Detta har sedan varit grunden för det system som senare utvecklades vid Toyotas bilfabriker. Japanska nyckelord som Jidoka och Kaizen är vägledande begrepp som förklarar processens strävan efter kvalitet (Jidoka) och ständig förbättring (Kaizen). Toyotas mål är att få produktion optimerad genom att undvika felen från start och om de uppkommer direkt åtgärda dem. Vidare beställer man aldrig mer än som behövs till produktionen som på detta sätt hela tidens hålls "slimmad". Systemet har bidragit till en kostnadseffektivare produktion och bilar av god kvalité ^[11].

BUILD MMF (minimum markable feature)

-With a hypothesis and design in place, teams can proceed to implement the functionality in a Minimum Marketable Feature (MMF). The MMF should be the minimum functionality that the teams can build to learn whether the benefit hypothesis is valid or not.

USER STORIES
- As a user I wont to be able to......

PERSONAS
To better understand their users, Agile teams apply user personas, which are representations of the characteristics, goals, and behavior of different types of end users.

EVALUATE