bra verktyg för produktägare som vidareutvecklar scrum - andré ekespong
Post on 22-Apr-2015
3.275 Views
Preview:
DESCRIPTION
TRANSCRIPT
© IRM AB
Bra verktyg för produktägare som vidareutvecklar Scrum?
Agila Sverige 2009
Tisdag 9.00
André Ekespong, IRM
© IRM AB
Agenda Bra verktyg för produktägare
Exempel på bra produktägare
Uppgift– Utveckla processägar-rollen(PO) i Scrum
Problem– Svårt att hitta PO idag som klarar rollen– Svårt för PO att lyckas– Medför (oförtjänt?) kritik mot Scrum/Agile
Hypotes på möjlig lösning
Inbjudan att delta
© IRM AB
André Ekespong
Sedan 1985 i IT-branschen
Konsult sedan 1990 (generalist/T-profil)• Certifierad verksamhetsarkitekt• Certifierad .NET-arkitekt(2xSundblad och
Microsoft Sverige)• Certified Scrum Master hos Crisp• Skriver kod fortfarande…
Agile Sweden medlem sedan 2002
IRM sedan nov 2008 som konsult
Bloggar sedan 2 år: http://ekespong.wordpress.com
Twittrar sedan 3 mån id: ekespong
© IRM AB
Nedlagd tid de senaste 12 mån
Jag är absolut ingen ”High Tower”-arkitekt !
© IRM AB
Projekt: Stöd för aktieanalytiker -98
© IRM AB
ProjektteamStöd för aktieanalytiker -98
Projektledare (Product Owner)
Chef för analys-verksamheten(> 20 milj lön/år)
© IRM AB
Framgångfaktorer aktieanalytiker -98
Tillit– Stöd från högsta ledningen– Förtroende inom teamet och med PO
Prestigelöst arbete– Max 20 min eget funderande innan man
måste fråga om hjälp av någon annan
Mycket bra/kunnig produktägare(PO)– Sa oftast nej
(80% av alla förslag/idéer sågades)– Kunde verkligen verksamheten/kraven– Skrev även SQL-koden för
nyckeltalsberäkningen
© IRM AB
Vad vi tillämpade i Agile/XPi projektet för aktieanalytiker 1998
Agile Manifesto (innan det skrevs)– Individer och interaktion framför metoder,
processer och verktyg.– Fungerande programvara framför omfattande
dokumentation.– Kundsamarbete framför kontraktsförhandlingar.– Anpassning till förändring framför att följa en
plan.
XP practices– Viss parprogrammering – Morgonmöte
© IRM AB
Resultat projektet för aktieanalys -98
Ovanligt stor kundnytta– 5 miljoner initial kostnad, flera hundratals
miljoner i nytta – Företaget fick marknadens bästa
verktygsstöd och det hjälpte till vid bl.a. rekrytering av stjärnanalytiker
– Framställa en 25-sidig rapport gick ner från 6 timmars arbete till 2-3 minuters
En orsak: Bästa produktägaren (PO) någonsin
© IRM AB
Uppgift – utveckla PO-rollen i Scrum
Bra verktyg för produktägare(PO) som vidareutvecklar Scrum
Bakgrund– Viktiga roller i Scrum idag
• Scrum Master• Product Owner(PO)
– Trend• Product owner team
© IRM AB
Problem idag för PO
Svårt att hitta bra PO idag som klarar rollen
och fyller hela kravbilden:
• Kunnig på verksamhetens krav
• Har tid att avsätta för projektet
• Tar hand om allt som ingen annan gör
Svårt för PO att lyckas
– Vilka verktyg/modeller skall PO använda egentligen?
– Är de verktygen/modellerna lättrörliga? Passar de in?
© IRM AB
Problem med arkitektur –(medelstort företag med ca 500 anställda)
> 200 applikationer/system
> 300 viktiga informationsobjekt
Många kopior av samma information
– Normalt 5-10 olika kundregister
– Idag kräver de integration(meningslöst arbete) för att hålla acceptabel datakvalitet
Låg återanvändning av information
© IRM AB
Value Optimization av raffinaderier(projekterfarenhet 2008/09)
Utmaning: Hur optimera utfall/resultat från vald råoljemix?
© IRM AB
Value Optimization av raffinaderier(resultat av projekt 2008/09)
Nöjda användare/beställare• Ersatte 2 misslyckade interna projekt• Gav hög datakvalitet för systemet
Men också:– Ytterligare 1 databas med 25 nya tabeller
som inte var integrerad med resten
Inte bra för företaget på arkitekt/helhetsnivån=> bristande arkitektur-tänk ?
© IRM AB
Förslag till lösning på problemet
Verksamhetsarkitektur blir PO’s verktyg– Process- och informationsmodeller tas fram
på kort tid ca 6-8 veckor– Nyttja erfarenheter från 25 år inom IRM –
verksamhetens perspektiv, vikten av helhetsperspektiv
– Använda seminarieteknik med folk från verksamheten, väggplast, få och enkla symboler i modeller
© IRM AB
Hypotes: Conceptual Modellingför Scrum-rollen Product Owner
80 % existerande verksamhetsarkitektur(VA) går att använda om det anpassas
– Utgå från en mix av IRM idéer och annan beprövad kunskap om VA
Lägg till 20 % nytt material
Döp om till ”Conceptual Modelling” som kanske fungerar i Agile-världen eftersom arkitektur associeras negativt bland Agile-folk(stämmer det?)
© IRM AB
Vad är då verksamhetsarkitektur?
Mycket kort beskrivning av vad verksamhetsarkitektur är
– Kräver idag minst 12 dagars utbildning– Baserad på >25 års erfarenhet– Idag >900 certifierade via Dataföreningen
Kompetens
© IRM AB
Verksamhetsarkitekturens hörnstenar
Processer InformationProcessernas informationsbehov
Lagradinformation
Informations-försörjning
Varför?
Hur? Vad?Vem?
När?
System ochtjänster
Var?
13107
© IRM AB
Verksamhetsarkitektur
13151
Utveckla övergripande objektmodell
Utveckla processkarta
Identifieratjänster
AnalyseraIRM-matriser
Identifiera strategiska processer
Utforma tjänstestruktur
Initiera projektIdentifieraberördatjänster
Utforma kravspecifikation
Utformagränssnitt
Prioritera processtjänster
Utveckla tjänster och
system
Förvaltatjänster och
system
© IRM AB
Arkitekturrollerna enl Dataföreningen
Värde-nätverk
Affär och strategi
Affärs-modell
Processer
Information
Applikation
Infrastruktur Teknologi
Tjänster
Affärsarkitekt
Verksamhets-arkitekt
IT-Arkitekt
© IRM AB
Exempel övergripande informationsmodell
2
9
ORG-ENHET
13
PERSONAL
14
KUND- KONTO
1
BRANSCH
5
KUND- ORDER
KUND
10
PRODUKT
8
LAND
tillh
ör
kund
ansv
arig
tillhör
tillhör
beställare
mottagare
MARKNAD
SÄ
LJA
RE
mar
knad
sans
varig
verksam /bor i 3
FÖRETAG 4
PERSON
20
KUND- FAKTURA
21
IN-BETALNING
23
ARTIKEL/ TJÄNST
26
INKÖPS- ANMODAN
22
UT-LEVERANS
24
MASKIN
25
TILLVERKNING/ OPERATION
28
LAGER-PLATS
27
IN-LEVERANS
30
LEVERAN-TÖRS
KATEGORI
31
LEVERAN-TÖR
33
LEVERAN-TÖRS-
FAKTURA
32
INKÖPS- ORDER
29
UT-BETALNING
UT
LEV
.-O
MF
AT
TN
ING
inkö
psan
svar
ig
FA
KT
UR
A-
KO
NT
RO
LL
INKÖPS-AVTAL
INLE
V.-
OM
FA
TT
NIN
G
PRODUKT-SAMMAN-SÄTTNING
MA
SK
IN-
KR
AV
TILLVERKNING- SPEC
LAGERSALDO
ARTIKEL-STRUKTUR
ORDER-OMFATT-
NING
Objektmodell nr 968
Objektmodell sep 2002ABC-bolaget
ORDER-INNEHÅLL
best
älla
re
orderansvarig
© IRM AB
Struktur via abstraktion till 25-35 objektgrupper
13153
Objektgrupper kan användas för att bringa ordning på verksamhetsregler och tjänster exempelvis
© IRM AB
Mål: Överbrygga klyftan mellan verksamhet och IT
Vision
Verksamhet
IT
WHY HOW WHAT
Process & Architecture
Matrix
Requirement
Matrix
System
Matrix
Perspektiv enligt Zachmans ramverk
© IRM AB
Mål för höst/vinter 2009/10
Bättre stöd för PO i Scrum– Bättre anpassade modeller– Större kunskap om hur man fångar
krav/behovStörre förståelse och acceptans för arkitektens helhetsperspektiv inom Agile
Rollen finns redan i andra branscher:
• Hos Toyota har man chefsingenjören (och hans team).
• Vid husbyggnad har man arkitekten (eller teamet av arkitekter).
• Vid filmproduktion har man filmregissören. (Vid teaterproduktion teaterregissören)
© IRM AB
Inbjudan att delta för intresserade
Alla intresserade är välkomna att delta– Bidrar du får du möjlighet att påverka och
möjlighet att använda resultatet
Kom ihåg min hypotes– 80% kvar i anpassad form, 20% nytt
Mejla intresse av att delta till andre@irm.se
© IRM AB
Sammanfattning
Helhetsperspektiv/arkitekturperspektivet
Modelldriven utveckling är effektiv
Utnyttja goda erfarenheter från verksamhets-arkitektur i Scrum
Se systemutveckling/IT som en del av verksamhetsutvecklingen
Undvik överlämningar mellan smala specialister
Delta i arbetet – ge ditt bidrag, din tid
© IRM AB
SOA-specialistens roll
Affärsarkitekt
Verksamhetsarkitekt
IT-arkitekt
© IRM AB
Identifiera tjänster - grundläggande synsätt
Stabilitet
Organisation Processvem? hur?
Informationvad?
© IRM AB
Verksamhetsarkitektur
13151
Utveckla övergripande objektmodell
Utveckla processkarta
Identifieratjänster
AnalyseraIRM-matriser
Identifiera strategiska processer
Utforma tjänstestruktur
Initiera projektIdentifieraberördatjänster
Utforma kravspecifikation
Utformagränssnitt
Prioritera processtjänster
Utveckla tjänster och
system
Förvaltatjänster och
system
© IRM AB 9015/10668
En process initieras av en händelse och består av en samling aktiviteter som tillsammans skapar ett resultat som utgör ett mervärde för kunden.
Vad är en process?
© IRM AB
Processarkitektur
Operativ process
Utvecklingsprocess
Infrastrukturprocess
Supportprocesser
© IRM AB
Vad vill vi åstadkomma?
Processägare
Flexibilitet och vighet genom utveckling av verksamhetens processer både horisontellt och vertikalt
För att möta omvärldens ständigt ökade krav på förändring
Kund
Kund
© IRM AB 7069/5125
Objektmodellering
En enkel och säker metod för beskrivning av information i en verksamhet
© IRM AB 8546
Smartast lagra enligt behoven?
© IRM AB
Exempel övergripande datamodell
2
9
ORG-ENHET
13
PERSONAL
14
KUND- KONTO
1
BRANSCH
5
KUND- ORDER
KUND
10
PRODUKT
8
LAND
tillh
ör
kund
ansv
arig
tillhör
tillhör
beställare
mottagare
MARKNAD
SÄ
LJA
RE
mar
knad
sans
varig
verksam /bor i 3
FÖRETAG 4
PERSON
20
KUND- FAKTURA
21
IN-BETALNING
23
ARTIKEL/ TJÄNST
26
INKÖPS- ANMODAN
22
UT-LEVERANS
24
MASKIN
25
TILLVERKNING/ OPERATION
28
LAGER-PLATS
27
IN-LEVERANS
30
LEVERAN-TÖRS
KATEGORI
31
LEVERAN-TÖR
33
LEVERAN-TÖRS-
FAKTURA
32
INKÖPS- ORDER
29
UT-BETALNING
UT
LEV
.-O
MF
AT
TN
ING
inkö
psan
svar
ig
FA
KT
UR
A-
KO
NT
RO
LL
INKÖPS-AVTAL
INLE
V.-
OM
FA
TT
NIN
G
PRODUKT-SAMMAN-SÄTTNING
MA
SK
IN-
KR
AV
TILLVERKNING- SPEC
LAGERSALDO
ARTIKEL-STRUKTUR
ORDER-OMFATT-
NING
Objektmodell nr 968
Objektmodell sep 2002ABC-bolaget
ORDER-INNEHÅLL
best
älla
re
orderansvarig
© IRM AB
En objektgrupp (subject area) = en datatjänst (data centric service)
Identifiera objekttjänsterIdentifiera objekttjänster genom analys av objektgrupper
13153
© IRM AB
Tjänstekarta
© IRM AB
Top-down arkitektur
-CIO/IT- Processägare
Obj
ekt
tjäns
ter
Infr
ast
rukt
ur-
tjäns
ter
Pro
cess
- tjä
nste
r
Säkerhet
Registrera försäkring
Hantera betalning
Person
Kontakt-tillfälle
Avtal Försäkring UtskickKund-faktura
Projekt
Organisa-
tionPersonnelPersonal Kund Leverantör
Produkt
Marknad BetalningVA-process
© IRM AB
Identifiera tjänster en del i verksamhetsarkitektur
© IRM AB 12305
En detaljmodell för en objektgrupp har relationer till objekt i andra objektgrupper.
ARTIKEL INKÖPS-ORDER
ORDER-INNEHÅLL
INKÖPSORDER
LEVERAN-TÖRS-AVTAL
refererartill
LEVERANS-SÄTTbegärt
MED-ARBETARE
handläggs avanmodas av
PROJEKT
inköps till
LEVERAN-TÖR
ställs till
Objektgrupp - detaljmodell
© IRM AB
Identifiera tjänster och struktur
Identifieras genom analys av IRM-matrisen
Funktion
Objekt- grupp
Obj
Obj
Obj
Obj
Obj
Obj
Obj
Obj
Obj
Obj
Obj
Obj
Obj
Obj
Obj
Obj
Obj
top related