Download to read offline
Uploaded byOda Nilsen
Systemsutviklingsprosesser
Presentasjon jeg holdt om systemutviklingsprosesser på Girl Geek Dinner Kristiansand, 10. april 2012.
Systemsutviklingsprosesser
- 1. Systemutviklingsmetoder Girl Geek DinnersKristiansand – 10. april 2012 – Oda R. Nilsen CONNECTING BUSINESS & TECHNOLOGY
- 2. COPYRIGHT© Kort om meg Oda R. Nilsen Bachelor i Informatikk – språk, logikk og psykologi fra UiO Masterstudent i Informasjonssystemer ved UiA KRS Masteroppgave: Enterprise Content Management og Enterprise Architecture Trainee i Devoteam Solutions AS Enterprise Service Management 2 12/04/2012
- 3. COPYRIGHT© Temaet Systemutviklingsmetoder Plan-drevet smidig ”Method in action” ”Method tailoring” 3 12/04/2012
- 4. COPYRIGHT© Tilnærminger Plan-drevne Smidige ”tradisjonelle” ”Lettvektsprosesser” Requirements/design/build Iterativ – inkrementell – paradigme selvorganisernde – Ingeniørdisiplin ”utviklende” Standardisering ”Embrace change” Dokumentasjon Agile manifesto 4 12/04/2012
- 5. COPYRIGHT© 5 12/04/2012
- 6. COPYRIGHT© Prinsipper 1. Vår høyeste prioritet er å tilfredsstille kunden 8. Smidige metoder fremmer bærekraftig gjennom tidlige og kontinuerlige leveranser programvareutvikling. av programvare som har verdi. Sponsorene, utviklerne og brukerne bør kunne opprettholde et jevnt tempo hele tiden. 2. Ønsk endringer i krav velkommen, selv sent i utviklingen. 9. Kontinuerlig fokus på fremragende teknisk kvalitet Smidige prosesser bruker endringer til og godt design fremmer smidighet. å skape konkurransefortrinn for kunden. 10. Enkelhet – kunsten å maksimere mengden arbeid 3. Lever fungerende programvare hyppig, som ikke blir gjort – er essensielt. med et par ukers til et par måneders mellomrom. Jo oftere, desto bedre. 11. De beste arkitekturer, krav og design vokser frem fra selvstyrte team. 4. Forretningssiden og utviklerne må arbeide sammen daglig gjennom hele prosjektet. 12. Med jevne mellomrom reflekterer teamet over hvordan det kan bli mer effektivt og 5. Bygg prosjektet rundt motiverte personer. så justerer det adferden sin deretter. Gi dem miljøet og støtten de trenger, og stol på at de får jobben gjort. 6. Den mest effektive måten å formidle informasjon inn til og innad i et utviklingsteam, er å snakke ansikt til ansikt. 7. Fungerende programvare er det primære målet på fremdrift. 6 12/04/2012
- 7. COPYRIGHT© “Metode-in-Action” 7 12/04/2012
- 8. COPYRIGHT© Metodebruk 8 12/04/2012
- 9. COPYRIGHT© Balansering og ”method tailoring” Elefanten og apen + Home grounds Systemet – ledelsen – teknisk – personnel Smidighet Disiplin 9 12/04/2012
- 10. COPYRIGHT© Plan-dreven eller smidig? 10 12/04/2012
- 11. COPYRIGHT© Spørsmål? 11 12/04/2012
- 12. COPYRIGHT© Takk for meg 12 12/04/2012
- 13. COPYRIGHT© Kilder Agile manifesto. http://agilemanifesto.org/ og http://www.agilemanifesto.org/iso/no/ Boehm & Turner (2004). Balancing agility and discipline. A guide for the perplexed. Fitzgerald (1997). The use of systems development methodologies in practice: a field study. Information Systems Journal. Fitzgerald, Russo & Stolterman (2002). Information systems development. Methods in action. 13 12/04/2012
- 14. COPYRIGHT© Diverse interessante artikler (med interessante diskusjoner) http://www.tu.no/it/2011/12/02/ikke-sa-smidig-prosjektmetode-likevel http://www.digi.no/883804/jobber-med-smidig-avtale http://www.digi.no/858400/bare-halvparten-leverer-programvare-i-tide http://www.digi.no/881998/smidig-maa-kombineres-med-arkitektur http://www.digi.no/888584/hva-betyr-det-egentlig-aa-vaere-%ABsmidig%BB http://www.idg.no/computerworld/article185651.ece http://www.idg.no/computerworld/article185651.ece?curPage=2 http://www.idg.no/computerworld/karriere/article180178.ece http://www.idg.no/computerworld/article185204.ece http://www.idg.no/computerworld/article187783.ece http://www.idg.no/computerworld/article187783.ece?curPage=2 http://blog.crisp.se/2009/06/26/henrikkniberg/1246053060000 http://www.idg.no/computerworld/article229357.ece http://www.idg.no/computerworld/article215569.ece http://www.idg.no/computerworld/article188118.ece http://www.idg.no/computerworld/article185415.ece http://www.idg.no/computerworld/article216519.ece http://www.idg.no/computerworld/article204935.ece ……. 14 12/04/2012
Editor's Notes
- #6 2001
- #8 Utviklet av Fitzgerald, Russo og Stolterman basert på forsknig og forfatterne har også egen erfaring med utvikling av informasjonssystemer innen mange ulike bransjer og i ulike land.
- #9 Jf. ’Developers’ i rammeverket
- #11 Boehm & Turner konkluderer med at det er 5 kritiske faktorer som er med på å avgjøre om en smidig eller plan-drevet tilnærming er best egnet for et spesifikt prosjekt.Man kan bruke denne til å ”rate” et prosjekt og så få en grafisk fremstilling av dets home ground. Hvis du er nær mindten, så er du i det ”agile hjørnet” mens hvis du er lenger ute i peripherien så har du større sjans for å lykkes med plan-drevetHvis man har tilfellet at det er tydelig en plan-drevet/smidig tilnærming på 4/5 faktorer så indikerer dette at man må gjøre en miks av smidig og plan-drevet.Når det gjelder ”Endringer i krav per måned” så er dette hovedsaklig relatert til plan-drevet da det ikke har noen spesiell betydning for smidigPå ”Personell” – plan-drevet kan fungere godt for både erfarne og uerfarne, mens smidig krever at det er flere med erfaring.Konklusjon: hverken smidig/plan-drevet er alene en silver bullet!!!