innovation og internet softwareudvikling

Udviklingsprocesser: Brugerens rolle i internetsoftwareudvikling Anja Bechmann, Digital Footprints Research Group, AU

Program

¤  Forandring vs. Innovation

¤  Forskellige former for innovation i produktudvikling

¤  Pause

¤  Udviklingsprocesser I internetvirksomheder

¤  Case brugerinvolvering i internetudviklingsprocesser

Anja Bechmann, Digital Footprints Research Group, Aarhus University

2

Innovation – Schumpeter

”the process of creative destruction is the essential fact about capitalism”

Capitalism, socialism, and democracy s. 83.

Innovation: ”new combinations” og ”setting up new production functions” (1934)

Min fortolkning: Evolution indebærer større eller mindre innovationer – beskrevet som cirkler


3

Forandring vs. innovation

¤  Innovation forudsætter forandring

¤  Forandring kan godt finde sted uden at der sker en innovation


4

Innovation (Clark & Henderson)

¤  Innovation er relativ (fokuserer på produktudvikling)

¤  Al innovation er ikke radikal


5

Innovation (Clark & Henderson)

Klassiker, der skelner mellem fire former:

Trinvis (inkremental)

Modular

Arkitektonisk

Radikal


6

Clark & Henderson


7

På tavlen… Type af innovation Karakteristik

Trinvis/inkremental Mindre ændringer I produkt,komponenter uændret & koncept uændret, spejler eksisterende dominante virksomheder på markedet, ikke ændringer I koncept eller komponenter

Modular forbindelse mellem koncept og komponenter uændret – men konceptet ændret fx programformatet/indholdsbidderne

Arkitektonisk forbindelse mellem koncept og komponenter ændret – konceptet uændret fx programformatet

Radikal Ny videnskabelige og tekniske principper og tekniske og kommercielle færdigheder, nye spg., nye problemløsningsteknikker,


8


9


10


11


12


13


14

Øvelse

Diskutér de fire innovationsformers anvendelighed til at beskrive nedenstående innovationer

¤  1. Netflix

¤  2. iphone

Hvilken type innovation vil I klassificere dem som? Hvorfor? Hvad ændres/hvad forbliver uændret?

Reflekter over analyseværdien I denne klassifikation. I hvor høj grad giver kategorierne en beskrivelse af den pågældende innovationsituation (markedsændringer, kompetenceændringer, teknologiske ændringer)?


15

Opsamling på øvelse


16

Pause 20 min


17

Udviklingsprocesser I internetvirksomheder ¤  Innovation I hurtigt forandrende mediemiljø:

internetvirksomheder

¤  Design, redesign, og adaptering (verganti et al 2005)

¤  Indoptage ny information el. Risikerer at udvikle produkt der er uaktuelt når lanceres (MacCormack et al 2001)


18

¤  MacCormack et al 2001:

¤  Brugerbehov ændres & teknologi ændres (e.g. devices, standarder & centrale services)

¤  Fra vandfaldsmodel til agile/iterative udviklingsprocesser


19


20

¤  Verganti et al 2005

¤  Jo før vi tester desto større sandsynlighed for succesfuld service

¤  Agile illustration er misvisende

¤  Der er intet slutprodukt – the perpetual beta


21

Path dependency – inerti I udviklingsprocesser

¤  Inerti I organisationen (kompentencer, rutiner, strukturer) ¤  Løsning: Decoupling & overskilling


22

¤  Inerti hos eksterne samarbejdspartnere/leverandører ¤  Redundans: større leveringsportfolio hos enkelte leverandør

¤  Redundans: Levering af samme delkomponenter fra flere leverandører


23

¤  Teknisk Inerti: ¤  Løsning: at gøre systemdesign modular, fleksibelt og åbent


24

¤  Inerti hos brugerne (overfor servicen, overfor interaktionen/interfacet) ¤  Løsning: bygge servicepakker frem for en service

¤  Løsning: bygger hjælp på toppen af interfacet når ændring foretages istedet for den daglige skjulte position


25

Fleksibelt udviklingsmiljø (verganti et al 2005)

¤  Hvordan skaber man fleksibelt udviklingsmiljø:


26

Eksempel på MSA perspektiv


27

Case: brugerinvolvering i internetudviklingsprocesser

¤  “Opgave”spørgsmål (RQ):

¤  Hvilken rolle spiller brugerne i udviklingsprocessen i internetservices?

¤  casestudie: udvikling af Google Chrome

¤  Metode: semistrukturerede eliteinterviews med lederen af udviklingsteamet.


28

¤  Motiv og baggrund for undersøgelse:

¤  Hurtigt ændrende brugerbehov og teknologi (Verganti)

¤  internetprodukter ER brugerinput (Bechmann & Lomborg 2013; Bruns, 2008)

¤  Agile modeller, “Life-Cycle Flexibility” (verganti 2005), perpetual beta


29

Brugerinput/-involvering

¤  Bechmann & Lomborg, 2013


30

Google Chrome


31

Ideen og visionen

¤  Hastighed, sikkerhed, enkelhed

¤  “Do you remember in the old days, were basically half the screen was the browser, and half the window was the content.”

¤  Diktere udviklingen for andre browserleverandører


32

Ændrede ideen sig med brugerinput?

¤  Nej – ideen blev fastholdt hele vejen igennem

¤  Udvikleren som opfinder ikke brugerdeltagelse på ideplanet

¤  Brugte sig selv som modelbruger for hvad brugerne havde behov for


33

Hvilken karakter har brugerinput?

¤  Fire forskellige software-stadier og brugerinput hos Google:

¤  (Dog-fooding: intern release)

¤  Canary: 1% experiments eller mindre


34

¤  Beta-canal: folk skriver sig op som betatestere, teamet vil helst have en bestemt mændge til at bruge de n første version ¤  Rapportere bugs


35

¤  Stable-release: sender nye versioner til brugeren hver 6. uge, nye features, forbedret sikkerhed, hastighed ¤  Code.google.com – laver koden bedre, tilføjer, bugfikser

¤  Test – funktionalistisk (bugfixes, regression-test)

¤  Performance-test (hvor godt performer systemet)


36

¤  “But basically it's like staging, right. We have this, when we have a new feature, and they are ready to be pushed to the next level, and there are a lot of users, that would like to be on the bleeding edge of the software. And they report …when that has sufficient quality, has moved up to the beta-canal and the beta-canal is robust than we will promote it to stable and than everybody will get it.”


37

¤  Well, we have to follow the old standards and stuff like that. It's just easier in the beginning to innovate, right. Because the code get's more and more complicated. That's the problem with software in general, that it grows over time.


38

Konklusion

¤  Brugerne ikke indflydelse på ide og grundprodukt

¤  MEN

¤  Funktionelle og performance brugstests hele tiden

¤  Jo ældre kode, desto sværere at ændre/innovere (også I internetvirksomheder)


39

Næste gang

¤  Klassiker inden for strategianalyse: Mintzberg five Ps

Øvelse på timerne næste gang bliver at prøve at se på en selvvalgt (født)-digital case igennem Mintzbergs 5 perspektiver på strategi.

Prøv derfor derhjemme at forberede ved at læse teksten og eksemplificere de forskellige tilgange gennem aktuelle strategi-cases.


40

Vi ses


41

innovation og internet softwareudvikling

Education