Iterate.no The Lean Software Development Consultancy Prolog: Case 2 ‣ Et prosjekt fra gamledager ‣ Prosjektleder sa “Godt nok!” ‣ Kunden sa “Hva?? Skal.

Slides:



Advertisements
Liknende presentasjoner
Praktisk info til prosjektkunder
Advertisements

Skifteplan mobil en ny brikke i det teknologiske landbruket
Hvem skal oppdra selgerne?
Prosjektstyring In 140 Sommerville kap 4.
Nærhet, Kunnskap, Engasjement Smidige prosjekter... halleluja! …men hvor blir det av kunden? Erik Mong, Know IT Objectnet AS.
Målinger generelt •I et moderne samfunn brukes målinger i mange ulike sammenhenger •Eksempler: –Sammenligne priser, lønninger –Høyde: størrelse på klær.
Smidig forvaltning – En pragmatisk tilnærming
Smidighet vs ansvarsprosjekt Software 2012 Johannes Brodwall, Sjefsarkitekt Steria
Kontrakter i Smidig systemutvikling
 Galls lov og erstatningsprosjekter Johannes Brodwall Chief scientist, Steria.
Mesteparten av ketsjupen er fremdeles i flasken Geir Amsjø agile42.
Balansert målstyring synliggjør din prosjektsuksess.
Strategiske partnerskap med institusjoner i sør – Erfaringer og utfordringer Marit Egner, Forskningsadministrativ avdeling.
© PROGRAM UTVIKLING as Vellykkede prosjekter leverer hyppig Johannes Brodwall, Steria Chief Scientist, Utvikler, Arkitekt, Sertifisert ScrumMaster.
Designing the User Interface (Antall brukere == Antall meninger)
Usikkerhet skal integreres i prosjektstyringen
Prosjektstyring In 140 Sommerville kap 4.
Smidige metoder, SCRUM DAGENS : oppsum. Lean Software Development og FDD Detaljert gjennomgang av Scrum - Scrum and XP from the Trenches, H.Kniberg Pensum.
Mange IT-prosjekter kunne med fordel vært drevet mer som en Lean Startup.
Ledelse av smidige prosjekter – gi slipp på kontrollen?
The Scrum illusion? - foreløpige resultater av undersøkelse om bruk av utviklingsmetoder i Norge Lyntale på Smidig 2011 av Eivind Brevik og Tor-Morten.
Lean Startup sier du, men jeg jobber jo i prosjekt?
Leveransen Den siste barriere. Personer og samspill fremfor prosesser og verktøy Programvare som virker fremfor omfattende dokumentasjon Samarbeid med.
  © Steria FitNesse som nyttig verktøy Smidig FitNesse som nyttig verktøy Anders Vindvad.
Kodegjennomgang Thommy Bommen & Jarle Søberg Computas AS.
And Together. Free your energies Bodil Rabben 16.november 2010 Modne og modige kunder og leverandører.
Kanban, det er et alternativ til Scrum det! ... eller?
Nå har vi solgt skinnet. Hvordan dreper vi bjørnen?
Effektiv bruk av backlogs Erfaringer fra et agile prosjekt.
Arkitektur og smidighet
Opplev smidig programmering
Hvordan gjøre FINN.no raskere?
Kittil Skogen - Prosjektkontoret i Telenor Nordic
Hvordan jobbe smidig i prosjekter med fast- eller målpris
Verdistrømanalyse Henning Spjelkavik Smidig 2009 v1.1.
Teknisk gjeld i smidige prosjekter Synliggjøre: Fremgang Hindringer
Velkommen til Faglig Forum! :-). Problemstilling For lang feedbackloop under utvikling når man skal bygge og starte vortex og klikke seg fram til riktig.
Tema: Prosjektretrospektiver
Smidig utrulling Anders Sveen, BBS Efaktura. Hva? Ofte Tar lite tid Automatisert Sikkert XP Meetups.2.
Innføring i økonomi Hans O. Melberg.
Å omfavne forandringer med ekstrem programmering(XP) Brukt i In140 Skrevet av Ola Bø Bygger på Kent Becks artikkel "Embracing change with extreme programming."
Einar Gudmundsson Smidig 2010 Et smidig prosjekt i England med et offshore team i India.
DrillSim 29E - utvikling av boresimulator
Introduksjon til Lean EFD Induction AS
© Steria Deltagernes ”User Story” Som en din rolle i prosjekter Ønsker jeg å lære mer om ditt ønsketema Slik at jeg hvordan håper du kvelden skal forbedre.
Maintenance problems - Measuring Maintenance characteristics Software Engineering Gruppe 2 Carl-Erik Herheim Leendert Wienhofen Thomas Julsen Kjartan Haugen.
Utarbeidet av: Scott Downey Tilrettelagt og presentert på Smidig 2011 av: Reinert Kamøy.
Verdiskaping i SMB-sektor: Kan regnskapsføreren bli en utviklingspartner for SMB? Enhanced value creation in the SME-sector: Strengthening the impact of.
Kapittel 1.4 Modul I Kvalitetsledelse
Telenors satsing på fri programvare Paul Skrede - GoOpen 2009.
KOMMENTARER TIL “Strategi til besvær i balansert målstyring. En longitudinell studie” Petter Øgland, Department of Informatics, University of Oslo NEON,
Subversion addin for Visual Studio.NET Gruppe 03-10: Arild Fines Per August Krämer Kristin Borud.
9 Juni, 2015 Magne Jørgensen Simula Research Laboratory, Scienta og Universitetet i Oslo Å (mis)lykkes med IT-prosjekter.
Markedsføring – nødvendig kompetanse for bibliotekarer? Forum for økonomibibliotekarer av Arve Pettersen.
Forbedringsmetode for klinikere v/Jo-Inge Myhre & Martin Paulson.
Evaluering av [prosjektnavn] [navn]. Resultat kontra mål Målsetting: Oppgi opprinnelig mål eller prosjektmål –Lag en liste over de viktigste måleenhetene.
Tips og råd Til hva dere bør tenke på når dere setter samme et business case (basert på innspill fra seminar )
Kunnskapsbygging og strategi for evaluering Ida Lindkvist og Anette Wilhelmsen Evalueringsavdelingen 07. June 2017.
Find Fraud B4 it Finds You!
2021.AI.
Relevant questions for the Reference Group
Evaluering av [prosjektnavn]
Østlandet – en konkurransedyktig næringsregion i 2030
Hva er XP ? Ikke ekstrem, men heller meget forsiktig
Dagfinn Bergsager Universitetet i Oslo SMIDIG 2016
Når virker 1:1 kommunikasjon? Miriam Gade Nicolaisen
Hvorfor markedsføring? Morten H. Abrahamsen Førsteamanuensis BI
- Endelig forslag til ønsketsituasjon
Utskrift av presentasjonen:

iterate.no The Lean Software Development Consultancy Prolog: Case 2 ‣ Et prosjekt fra gamledager ‣ Prosjektleder sa “Godt nok!” ‣ Kunden sa “Hva?? Skal jeg betale for at dere skal gjøre arbeidet på nytt, som dere burde levert med god nok kvalitet I første omgang???!!!??”

iterate.no The Lean Software Development Consultancy Refaktorisering er en viktig nøkkel til suksess i programvareutvikling, men hvordan får man til en fornuftig strategi for dette?

iterate.no The Lean Software Development Consultancy Kim Leskovsky ‣ Iterate AS ‣ Oslo Lean Meetup ‣ Prosjektleder ‣ Rådgiver ‣ Utvikler ‣ CodeCamp 2010 hos Kent Beck

iterate.no The Lean Software Development Consultancy Refaktorisering ‣ Lean SW/ Mary Poppendieck: ‣ “Optimize the whole” -> “Appreciate the system” ‣ Kent Beck: “Mikrooptimalisering vs suboptimalisering vs optimalisering” ‣ Eric Evans: “Refactoring is the redesign of software in ways that do not change its functionality”

iterate.no The Lean Software Development Consultancy Refaktorisering ‣ Mekanisk: ‣ Mikro: Dele opp metoder etc ‣ Patterns: Gjør om koden til å benytte patterns ‣ Feedback-drevet: Bake inn nyerhvervet domenekunnskap

iterate.no The Lean Software Development Consultancy Hvorfor refaktorisere? ‣ Redusert kompleksitet og økt lesbarhet: ‣ Lettere å håndtere endringer ‣ Billigere å vedlikeholde ‣ Mindre duplisert kode: ‣ Økt kvalitet ‣ Færre feil ‣ En domenemodell som speiler “virkeligheten” ‣ Bedre kjennskap til kodebasen

iterate.no The Lean Software Development Consultancy Kost nytte – refaktorisering som investering Kost Nytte

iterate.no The Lean Software Development Consultancy Cost benefit – refactoring as an investment Cost Benefit

iterate.no The Lean Software Development Consultancy Case 1 ‣ Lite team ‣ Arvet en “klump” av arbeide fra et annet team ‣ 25 moduler brukte “klumpen” ‣ Kort tid til leveranse

iterate.no The Lean Software Development Consultancy Case 1 ‣ Torde ikke gjøre en eneste endring i “klumpen” før tester var på plass ‣ Små enheter med arbeide: test -> refactor, test -> refactor

iterate.no The Lean Software Development Consultancy Case 1 ‣ Hvordan gikk det? ‣ Vet ikke

iterate.no The Lean Software Development Consultancy Case 2 ‣ … så hva skjedde??...

iterate.no The Lean Software Development Consultancy Case 2 ‣ … så hva skjedde??... ‣ Vi endte opp med å ikke refaktorisere

iterate.no The Lean Software Development Consultancy Case 2 ‣ Hvordan gikk det? ‣ Det gikk lukt åt #%¤?”#¤%!!!

iterate.no The Lean Software Development Consultancy Case 3 ‣ Nyutviklingsprosjekt ‣ 6-8 i teamet ‣ Premisser; ‣ Hyppige protoyper ‣ Liten domeneforståelse -> Avhengig av å kunne vise funksjonalitet for å få livsviktig feedback på vår forståelse

iterate.no The Lean Software Development Consultancy Case 3 ‣ Slet med balansen mellom å holde kodekvaliteten og hastigheten høy ‣ Duplikate biblioteker –> uforklarlige feil ‣ Ulik kodestil ‣ Ulik oppfatning av kvalitet ‣ … ‣ Prioriterte ”feil” refaktoriseringsoppgaver

iterate.no The Lean Software Development Consultancy Case 3 ‣ Ukentlige refaktoriseringsmøter ‣ Gjennomgang av kode for synkronisering av stil og oppfatning av kvalitet ‣ Gjennomgang av alle nye biblioteker ‣ ”Produkteier” til stede på møtene ‣ Valgte ut ukens refaktoriseringsoppgaver ‣ Viktigst: Satte refaktorisering på agendaen

iterate.no The Lean Software Development Consultancy Case 3 ‣ Hvordan gikk det? ‣ Leverte alltid på tid og budsjett