Smidig-workshop for Agresso

Slides:



Advertisements
Liknende presentasjoner
Hvor stor er en fisk? Yggdrasil Hvor stor er en fisk?  Vanlige kundetyper og prosjekter  Faktorer som påvirker.
Advertisements

Skriv om slik at setningene betyr omtrent det samme
Vurdering og IKT Egenvurdering i matematikk med
Hvordan skrive en vitenskapelig artikkel?
Effektiv prosjektplanlegging
Noen tema for samtaler om vennskap (Barnetrinnet)
RAFT Prosjekt hørsel Leif Foss, NAV Lerkendal Marianne Simensen, NAV Sør-Trøndelag.
Together. Free your energies Scrum mot Utvikler - Kampen for tilværelsen! Mads Aagaard
Tema 6 VURDERING OG DOKUMENTASJON
Standardisert arbeid.
Elementer av en utviklingsprosess
Smidig forvaltning – En pragmatisk tilnærming
Produkteier vs virksomhetsarkitekt
Kontrakter i Smidig systemutvikling
Behaviour Driven Development, Steg 1: - Ikke tenk som en utvikler Jan Fredrik Stoveland , Smidig 2009.
Om smidig brukerkommunikasjon Smidig 2011 Johannes Brodwall Steria Norway.
Foreldresamarbeid Kan vi gjøre det enda bedre ?
Velkommen til Scrum-kurs
1 Hvem har plyndret Tanzania for gull, og hvor er det gjemt?
Title of presentation Customer/user group/conference Johannes Brodwall, Chief scientist Exilesoft Global.
Resultater Kundesenter
© PROGRAM UTVIKLING as Vellykkede prosjekter leverer hyppig Johannes Brodwall, Steria Chief Scientist, Utvikler, Arkitekt, Sertifisert ScrumMaster.
Hvem stakk av med produkteieren min?
Presentasjonsteknikk Kursledere: Ram Gupta og Gro Elin Hansen
23. januar 2004TDT4285 Planl&drift IT-syst1 Tjeneroppgraderinger TDT4285 Planlegging og drift av IT-systemer Anders Christensen, IDI.
Utført av: Jeppe Flensted HiST Vår 2009
Muntlige presentasjoner
Arbeid med bistand Rapportering.
Cafédialog – elevmedvirkning
Empiriske metoder Oppgaveanalyse, observasjon
  © Steria FitNesse som nyttig verktøy Smidig FitNesse som nyttig verktøy Anders Vindvad.
Improving Products Gruppe Presenteres av : Hege-Kristin Johansen Herman Kolås Marianne Ates Marit Finden Jonas Lillevold André Johansen Tom.
Velkommen til Medisinsk bibliotek
  © Steria Hvordan bli en bedre utvikler? Johannes Brodwall, Chief scientist, Steria Cicero 23. juni, 2010.
  © Steria Å Lytte til koden Johannes Brodwall, Chief scientist, Steria Statkraft 16. april, 2010 Du kan lytte til koden.
  © Steria Å Lytte til koden Johannes Brodwall, Chief scientist, Steria Iterate 21. mai, 2010.
PUS iterasjon 0 Johannes Brodwall Statens Landbruksforvaltning
Tema: Test First Positivist: Det som ikke kan måles, eksisterer ikke! Reduserer sjanser for defekter! Gir en oppdatert ”TODO-liste” Gir trygghet til å.
Scrum APressen Johannes Brodwall, Sjefsarkitekt Steria Norway.
Scrum lunsj.
ROOTS Johannes Brodwall, Kløne Steria Norway
Opplev smidig programmering
Agenda Velkommen til nye medlemmer!
Scrum er noe helt annet enn det vi har trodd Dagfinn Reiersøl.
kunder i aktive prosjekt/forvaltning, 6 interne product owner proxys, to team og tre backlogger – kan det likevel ligne på Scrum? Kristin Wulff,
Scrum gir forventede resultater selv i
Teknisk gjeld i smidige prosjekter Synliggjøre: Fremgang Hindringer
Figur 1 Behov. Figur 2 Behov Figur 3 Prioritering/ressursinnsats.
Andre funksjoner. Her kommer en beskrivelse av søkefunksjoner, knapper og annen funksjonalitet. 2.
*BEST Coaching Strategi – Organisasjonsutvikling – Executive Search - Coaching 1.
GØY MED GRAMMATIKK: KURS FOR LÆRERE 1. og 2. MARS 2004
Noen nyttige råd og tips – IK - Akvakultur
Spørsmål og aktiviteter på ulike nivåer
Brukerundersøkelse for Etat for byggesak og private planer
Matt 28:18 Og Jesus trådte fram, talte til dem og sa: Meg er gitt all makt i himmel og på jord! 19 Gå derfor ut og gjør alle folkeslag til disipler, idet.
Beskrivelse av gjennomføringsprosessen
Agenda: Kort gjennomgang av ARK, innhold og teori Gruppearbeid
Cafédialog – elevmedvirkning
Arbeidsmiljø- og klimaundersøkelser (ARK)
Arbeidsmiljø- og klimaundersøkelser (ARK)
JIRA dreper smidigheten din
Telenors satsing på fri programvare Paul Skrede - GoOpen 2009.
Forstudie Nå situasjonen: dagens situasjon med ulemper og fordeler
Arbeid i valgkomite og nominasjonskomite på fylkesplan i Sp
Dialogverksted [Sett inn navn på arbeidsplassen og dato]
Et praktisk verktøy for å kartlegge dine lokale aktører
Dagfinn Bergsager Universitetet i Oslo SMIDIG 2016
Klubbutvikling oppfølging
- Første forslag til ønsket situasjon
Utskrift av presentasjonen:

Smidig-workshop for Agresso Johannes Brodwall, Chief Scientist, Steria

Konfidensiell - Navn på presentasjon.ppt Agenda Hvordan gjøre team mer involverte? Hvordan håndtere endringer i omfang under iterasjonen? Tips for bedre Scrumtavler. 04.04.2017 Konfidensiell - Navn på presentasjon.ppt

Konfidensiell - Navn på presentasjon.ppt Plan Introduksjon rundt bordet Hvem er du? Hva er din erfaring med smidige metoder? Hva ønsker du å få ut av workshopen? Per spørsmål 15 minutter om ”hva er problemet” 15 minutter med 5 innspill fra Johannes 15 minutter diskusjon, spørsmål og svar 15 minutter oppsummering fra Johannes Men først: Skal vi gå gjennom Scrum? NB: Stopp meg når jeg bruker rare ord! 04.04.2017 Konfidensiell - Navn på presentasjon.ppt

Hvordan få hele teamet til å ta ansvar Involvering Hvordan få hele teamet til å ta ansvar

Konfidensiell - Navn på presentasjon.ppt Fem forslag Workshop med ”teamets kjøreregler” Workshop med ”definition of done” Gjengprogrammering Møteledelse på rundgang Plukk arbeidsoppgaver i stedet for tildeling 04.04.2017 Konfidensiell - Navn på presentasjon.ppt

Konfidensiell - Navn på presentasjon.ppt Teamets spilleregler Workshop er konsensusbasert. Det vil si at alle har veto Når skal vi ha standup-møter? Når skal vi ha iterasjonsoverganger? Hvordan skal vi organisere arbeidsområdet? Hvilke teknikker skal vi følge? (Møteleder kan komme med liste eller åpen brainstorming) Formål: Det er mer motiverende å følge regler man selv har vært med å lage ”Alle vet at alle vet hvordan de forventes å oppføre seg” 04.04.2017 Konfidensiell - Navn på presentasjon.ppt

Konfidensiell - Navn på presentasjon.ppt Definition-of-done Konsensusbasert workshop Hva skal vi gjøre før vi kan kalle oss ”ferdig”? Hvilke tester? Hvordan skal kode se ut? (kodestandard) Hva skal oppdateres av dokumentasjon? Skal noen sjekke arbeidet? Formål: Det er mer motiverende å følge regler man selv har vært med å lage 04.04.2017 Konfidensiell - Navn på presentasjon.ppt

Konfidensiell - Navn på presentasjon.ppt Gjengprogrammering Ta en typisk oppgave (eks: legg til felt i skjermbilde og database) Én person utfører oppgaven først for å kunne anslå omfanget og veilede Teamet samles med en maskin og en prosjektor Enten Veilederen + en til programmerer – resten kommenterer, eller To sitter ved tastaturet til en hver tid. Hvert 5-10 minutt bytter én plass med en ”publikummer” Formål: Diskutere hva som er ”god kode” og ”god arbeidsskikk” 04.04.2017 Konfidensiell - Navn på presentasjon.ppt

Møteledelse på rundgang Aktuelle møter: Stand-up Retrospektiv Demo-møte (veldig aktuelt!) ScrumMaster/Teamleder/Coach går gjennom agenda for møtet med møtelederen på forhånd For demo-møte og retrospektiv – bruk 1-3 timer på forberedelse Formål: Bygge kompetanse, øke involvering 04.04.2017 Konfidensiell - Navn på presentasjon.ppt

Plukk arbeidsoppgaver På starten av en iterasjon: Alle deltar på å dele opp produktkøelementer til oppgaver Innfør gjerne ”sjablongoppgaver” som ”gjennomgang brukergrensesnitt”, ”testbetingelser”, ”godkjenning” Ikke plasser ansvar på oppgavene! Alle oppgavene er i teamets verktøy eller på tavla Teammedlemmene har kun lov å jobbe med oppgaver som er planlagt, men kan selv velge hvilken ledig oppgave de vil ta Formål: Redusere personavhengighet, unngå skjev arbeidsfordeling 04.04.2017 Konfidensiell - Navn på presentasjon.ppt

Bonus: Regelmessige retrospektiver Set the stage (eksempel: Hva håper du å oppnå) Gather data (eksempel: Tidslinje, value-chain-mapping) Generate insights (eksempel: Happy/Frustrated/Thanks/Insights) Decide what to do (eksempel: prioritert forbedringsliste – skill på ”gratis” forbedringer og de som krever investering) Close the retrospective (Return-On-Time-Invested, én annen ting til neste gang) 04.04.2017 Konfidensiell - Navn på presentasjon.ppt

Håndtere omfangsendringer Hvordan redusere forstyrrelser utenfra? Hvordan redusere konsekvensen av forstyrrelser?

Konfidensiell - Navn på presentasjon.ppt Agenda Produktkø + review: Synlige prioriteringer Redusere iterasjonslengde Høyere kvalitet ”Ofre ett teammedlem” 04.04.2017 Konfidensiell - Navn på presentasjon.ppt

Konfidensiell - Navn på presentasjon.ppt Produktkø + review Avtalt prioritering skal være synlig! Ny oppgave: Må plasseres på produktkøen Alle som berøres blir informert Faktisk resultat skal være synlig! Review beskriver omfang ved start og endringer underveis Synliggjør fremdrift på produktkø Formål: Synliggjør at endringer kommer utenfra og ikke skyldes teamet selv. Formål: Kun endringer som er viktige vil bli tatt inn 04.04.2017 Konfidensiell - Navn på presentasjon.ppt

Redusere iterasjonslengde På slutten av en iterasjon er oppgaver enten ferdige eller ikke (”no partial credit”) Kortere iterasjoner tvinger fram at man må jobbe med færre samtidige oppgaver Færre samtidige oppgaver tvinger fram mer samarbeid Kortere iterasjoner kan redusere behovet for å endre omfang underveis 04.04.2017 Konfidensiell - Navn på presentasjon.ppt

Konfidensiell - Navn på presentasjon.ppt Høyere kvalitet Noen ”forstyrrelser” kan være forårsaket av defekter fra levert funksjonalitet Prosesser som forbedrer kvaliteten: Test-drevet utvikling Akseptanse-test-drevet utvikling Parvis programmering Kodegjennomgang Formål: Redusere forstyrrelser ved å redusere defekter som må rettes 04.04.2017 Konfidensiell - Navn på presentasjon.ppt

Konfidensiell - Navn på presentasjon.ppt ”Ofre et teammedlem” Kalles ofte en ”batman” av en eller annen grunn En person som tar alle forespørsler i løpet av en iterasjon, slik at teamet kan konsentrere seg om oppgaven. 04.04.2017 Konfidensiell - Navn på presentasjon.ppt

Konfidensiell - Navn på presentasjon.ppt Mangler én her! 04.04.2017 Konfidensiell - Navn på presentasjon.ppt

Fem tips til din Scrum-tavle Bedre Scrum-tavler Fem tips til din Scrum-tavle

Først: Hva er en Scrum-tavle? Produktkøelementer splittes opp i oppgaver Alle oppgaver skrives på lapper (Ekstra bonustips: Bruk ”supersticky” Post-its) Lappene flyttes horisontalt mellom kategorier etter hvert som man jobber med dem Ekstra bonustips: Alle standup-møter bør være ved tavla. Det er et godt tegn når man refererer til lapper. 04.04.2017 Konfidensiell - Navn på presentasjon.ppt

Konfidensiell - Navn på presentasjon.ppt Tips for Scrumtavler Fleksibel oppgavefordeling Swimlines for MMF ”Godkjenn” lapp Tilpass til ditt arbeidsmiljø Work-in-progress limit 04.04.2017 Konfidensiell - Navn på presentasjon.ppt

Fleksibel oppgavefordeling Ikke skriv navn på lappene Skriv i stedet navn på magneter som man flytter til lappen man jobber med (Har også plassert magneter i ”feriesonen” og ”sykesenga”) 04.04.2017 Konfidensiell - Navn på presentasjon.ppt

Konfidensiell - Navn på presentasjon.ppt Swimlines for MMF Hver oppgave er knyttet til et produktkøelement Ideelt sett: En ”minimal marketable feature” (”MMF”) Det vil si: Noe man kan reklamere for i neste release En iterasjon tar inn flere MMF’er (4-7) Hver MMF kan være en horisontal inndeling på Scrum-tavla 04.04.2017 Konfidensiell - Navn på presentasjon.ppt

Konfidensiell - Navn på presentasjon.ppt ”Godkjenn” lapp I stedet for å ha en ”godkjenn” kategori hver hver oppgave -> ha en ”godkjenn” lapp for en user story som inneholder flere oppgaver Da unngår man at folk kvier seg for å flytte oppgaver over til ”ferdig” Man kan bruke andre ”sjablong” oppgaver også: Utarbeide testbetingelser Gå gjennom brukergrensesnitt (”vakkert GUI”) Dokumentert 04.04.2017 Konfidensiell - Navn på presentasjon.ppt

Tilpass ditt arbeidsmiljø Overleveringer => forskjellige kolonner Bruk tavla til å ta fram annen viktig informasjon Tegn en burn-down Lag en ”parprogrammeringsstjerne” Lag en liste over hindringer Hva er en del av ”definition of done” for en oppgave og hva er egne oppgaver? 04.04.2017 Konfidensiell - Navn på presentasjon.ppt

Konfidensiell - Navn på presentasjon.ppt WIP-limits Begrens samtidig arbeid For eksempel: Kun to oppgaver ”under utvikling” og en ”produksjonssettes” Gitt at vi har: 1 oppgave som utvikles 1 oppgave som er ”ferdig” 1 oppgave som testerne strever med å verifisere Utviklere har ikke lov å ta oppgaver fra produktkøen (WIP = 2) I stedet: Hvordan kan vi hjelpe flaskehalsen i systemet? http://blog.crisp.se/henrikkniberg/2009/06/26/1246053060000.html 04.04.2017 Konfidensiell - Navn på presentasjon.ppt