Estimering. INF1050: Gjennomgang, uke 09
|
|
- Kathrine Abrahamsen
- 7 år siden
- Visninger:
Transkript
1 Estimering INF1050: Gjennomgang, uke 09
2 Kompetansemål Estimering Hva og hvorfor? Estimeringsprinsipper Estimeringsprosessen Spesifikasjonsbasert testing / Strukturbasert testing Estimeringsmodeller COCOMO II / Planning Poker
3 Bakgrunn for estimering Hva? Hvorfor? Utfordringer Estimeringsprinsippene
4 Estimering: Hva? Estimering Beregne ukjente størrelser Danner grunnlag for anbud og budrunder Mål Utlede et sett med parametere som tilfører leveransen en høy grad av trygghet Man er sikker på å kunne levere et akseptabelt produkt gitt prosjektets rammer Hensyn Produktets egenskaper / funksjoner / kvalitetsattributter Innsats fra deltakere Øvrige ressurser Tidsrammer / Budsjett / Teknologi
5 Estimering: Hva? Hva kan estimeres? Kostnader Hvor mye vil utviklingen koste? Hvordan skal midlene disponeres? Tidsbruk Hvor lang tid vil utviklingen ta? Hvordan skal innsatsen fordeles? Ressurser Hvilke ressurser vil vi trenge?
6 Estimering: Hvorfor? Estimering Forutse en realistisk prosess Bedre planlegging av prosjektet Ressurs- og arbeidsfordeling Prioritering av arbeidsoppgaver Avgjøre prosjektets lønnsomhet / nytteverdi (gevinstrealisering) En slags garanti til kunden om at man kommer til å levere Bør levere realistiske anbud Utgangspunkt for styring og måling av fremgang i prosjektet Tids- og kostnadsrammer
7 Estimering: Utfordringer Estimering Vanskelig å mestre Sammenheng mellom estimat og kravspesifikasjon Kvaliteten på kravspesifikasjonen er toneangivende for nøyaktigheten av estimatet Utfordringer (domene- og prosjektrelaterte) Høy kompleksitet Prosjektets omfang (scope) er dårlig definert / endrer seg underveis Utviklingstider estimeres av ikke-utviklere Utviklere er altfor optimistiske Ikke nok tid settes av til testing av systemet
8 Estimering: Utfordringer Oppdragsgiverrelaterte utfordringer Forskjellen på det enkle og det umulige Utilstrekkelig kravspesifikasjon / uklare krav Lite kunnskap om oppgaven / problemet Feilaktige forventninger Politikk og organisasjonsdynamikk Kommunikasjonsproblemer med leverandør Avsetter for lite tid / ressurser til oppfølging Anbudsprosessen er kunstig Velger alltid laveste anbud
9 Estimering: Utfordringer Leverandørens utfordringer Mangel på erfaring med planlegging / gjennomføring av lignende prosjekter Fare for at man overfører irrelevante erfaringer Mangel på lærdom fra tidligere prosjekter Stort sett svært dårlige til å lære av tidligere erfaringer For lite fokus på risiko Overoptimisme / naivitet Det skjer ikke oss Valg av systemutviklingsprosess Mangel på kunnskap om hva som kjennetegner / påvirker de ulike prosessene Krav Aktører Risiko Utviklerteam Aktiviteter Kundeforhold Ressurser
10 Estimeringsprinsippene 1. Erfaring fra fortiden Basis for estimering Tidligere erfaringer fra lignende prosjekter 2. Kunnskap om fremtiden Kravspesifikasjonen kan endres Sluttproduktet endres Hva vet vi om prosjektets begrensninger? Tid, budsjett, kundehensyn 3. Justeringer for å overføre fortid til fremtid Justeringsfaktorer Hvilke hensyn må tas? Sett prosjektet i kontekst og juster for begrensninger
11 Gjennomgang av ukesoppgaver Ukens tema: Testing av programvare
12 Oppgave 1 Ved bruk av SCRUM er det vanlig å estimere brukerhistorier fra en backlog (prioritert av produkteier). Ved oppstart av hver Sprint estimeres historiene, ved å tildele story points. Brukerhistoriene vurderes mot hverandre (relativ estimering). Brukerhistoriene deles i oppgaver som estimeres hver for seg. Disse gis et tidsestimat (absolutt estimering) i timer. Under estimering benyttes Planning Poker Cards (1,2,3,5,8,13,21). Alle i teamet som har noe å gjøre med de ulike brukerhistoriene er med på estimering. For hver brukerhistorie legger alle ned et kort samtidig. Er det veldig store avvik, kan det bli en diskusjon.
13 Oppgave 1(a) Hva kan være grunnen til at det har blitt så populært å estimere på denne måten?
14 Oppgave 1(a): Løsningsforslag Hva kan være grunnen til at det har blitt så populært å estimere på denne måten? Fordeler med Planning Poker Flere hoder tenker bedre enn ett Teammedlemmene har ulike erfaringer Enkel og engasjerende måte å estimere på Inkluderer alle nødvendige parter fra utviklerteamet Spørsmål stilles og informasjon blir delt Store avvik må begrunnes og nye synsvinkler kommer frem Samtidig visning av estimater kan forbedre estimatet Det første estimatet vil ofte fungere som et anker / Man lar seg påvirke
15 Oppgave 1(b) Hva er årsaken til at man som regel benytter seg av relativ estimering av brukerhistorier?
16 Oppgave 1(b): Løsningsforslag Hva er årsaken til at man som regel benytter seg av relativ estimering av brukerhistorier? Spørsmål: Kan dette skipet frakte to lastebiler?
17 Oppgave 1(b): Løsningsforslag Hva er årsaken til at man som regel benytter seg av relativ estimering av brukerhistorier? Spørsmål: Kan dette skipet frakte to lastebiler? Kontekst: Skipet har tidligere fraktet tre lastebiler Forbedret beslutningsgrunnlag Hva gir denne informasjonen oss?
18 Oppgave 1(b): Løsningsforslag Hva er årsaken til at man som regel benytter seg av relativ estimering av brukerhistorier? Spørsmål: Kan dette skipet frakte to lastebiler? Svar: Ja. Mest sannsynlig. Relativ estimering Bruker kontekst (forhold) for å estimere skipets last
19 Oppgave 1(b): Løsningsforslag Hva er årsaken til at man som regel benytter seg av relativ estimering av brukerhistorier? Nøyaktig estimering av antall timer er svært krevende Vi er flinkere til å vurdere mengde / størrelse enn tid Kontekst og sammenligninger gir ofte en bedre forståelse Oppgavene vektes i henhold til hverandre Forholdet er uavhengig av hvem som utfører oppgaven Lettere å vurdere brukerhistorier opp mot hverandre Eksempel: En brukerhistorie tar X ganger så lang tid å implementere som en annen
20 Oppgave 1(c) Diskuter svakheter og problemer ved denne måten å estimere på. Både når det gjelder brukerhistorier og oppgaver.
21 Oppgave 1(c): Løsningsforslag Diskuter svakheter og problemer ved denne måten å estimere på. Brukerhistorier kan være vage / tvetydige Inneholder ofte for få / irrelevante detaljer Utviklere kan misforstå Løser et problem for enkelt / for komplisert Utviklere har begrenset med kjennskap til hva som kreves Mangel på erfaring fra lignende oppgaver / prosjekter Gjennomsnitt er ikke alltid et godt mål Median kan foretrekkes
22 Oppgave 1(c): Løsningsforslag Diskuter svakheter og problemer ved denne måten å estimere på. Øvrige ulemper ved gruppeestimering Ressurskrevende sammenlignet med individuell estimering Group think kan forekomme Ønske om harmoni påvirker avgjørelsene >> Alle er enige med sjefen Group polarisation Samlet er gruppen mer optimistisk enn hver enkelt
23 Oppgave 2 Diskuter om det er etisk forsvarlig at et programvarefirma bevisst bruker en tvetydig kravspesifikasjon for å estimere for lavt (tilby en lav pris) for å få en kontrakt, hvor de senere krever en høy pris for endringer i kravspesifikasjonen som de vet vil komme.
24 Oppgave 2: Løsningsforslag Etiske aspekter ved bevisst over- og underestimering Skaper en kunstig anbudsprosess Ingen har tiltro til estimatene Disse kommer uansett til å endre seg Hva skjer dersom alle følger samme praksis? Denne typen praksis kan virke ødeleggende i lengden Systemutviklere kan oppfattes som utspekulerte Systemutviklere tas ikke på alvor Viktig å bevare gode kunderelasjoner Viktig med gode referanser
25 Oppgave 2: Løsningsforslag Etiske aspekter ved bevisst over- og underestimering
26 Oppgave 3 Et programvarefirma har fått i oppgave å utvikle et sikkerhetskritisk system, designet for å kontrollere en radioterapimaskin for behandling av kreftpasienter. Systemet skal integreres i maskinen og kjøres på en spesialprosessor med et gitt minne (256 Mbytes). Maskinen kommuniserer med et pasientdatabasesystem, som henter inn detaljer om pasienten. Etter behandling oppdateres databasen. Ved bruk av COCOMO-metoden har innsatsen som kreves for å utvikle systemet blitt estimert til 26 månedsverk. Alle faktorer som påvirker kostnadene var satt til 1 da estimatet ble beregnet.
27 Oppgave 3(a) Forklar hvorfor dette estimatet bør justeres for å inkludere personell-, produkt-, og organisasjonsfaktorer.
28 Oppgave 3(a): Løsningsforslag Estimater som tar høyde for øvrige faktorer COCOMO-modellen Algoritmisk modell Estimat (månedsverk) = A * SIZE B * M A = Konstant faktor avhengig av type programvare og type organisasjon (2.94) Size = KSLOC Antall kodelinjer i 1000 (1000(K) Source Lines of Code) B = Basert på produktkompleksitet (størrelse, innovasjonsgrad) (1-1.5) Reflekterer økt innsats som følge av økt prosjektomfang M = Faktor baser på syv prosjekt- og prosessattributter
29 Oppgave 3(a): Løsningsforslag Estimater som tar høyde for øvrige faktorer M = Syv prosjekt- og prosessattributter (1 6) Produktkompleksitet (Reliability and complexity RCPX) Krav til gjenbruk Plattform Personellkapasitet Personellerfaring Tidsramme Supportfasiliteter (Reuse required RUSE) (Platform difficulty PDIF) (Personnel capability PERS) (Personnel experience PREX) (Schedule SCED) (Support facilities FCIL) Jo høyere tall, desto lenger tid vil prosjektet ta
30 Oppgave 3(a): Løsningsforslag Estimater som tar høyde for øvrige faktorer Et prosjekt handler om mer enn antall kodelinjer Personell-, produkt-, og organisasjonsfaktorer påvirker prosjektet Øvrige faktorer som påvirker prosjektet Hvilke ressurser man har til rådighet Utviklernes kompetanse, budsjett- og tidsrammer, teknologi Hvilken type produkt som skal utvikles Hvordan organisasjonen fungerer / disponerer ressurser Hvordan alt henger sammen Det store bildet
31 Oppgave 3(b) Foreslå fire faktorer som kan ha stor effekt på COCOMOestimatet, og foreslå mulige verdier for disse faktorene. Begrunn svaret.
32 Oppgave 3(b): Løsningsforslag Foreslå fire faktorer som kan ha stor effekt på COCOMOestimatet, og foreslå mulige verdier for disse faktorene. Produktkompleksitet: 2 Dette er et kritisk system, tilnærmet ingen toleranse for feil Det skal integreres med et eksisterende databasesystem Høye sikkerhetskrav Plattform: 1.5 Systemet skal kjøre på en eksisterende plattform med en rekke begrensninger Må man hente inn eksterne personer med domenekunnskap om plattformen?
33 Oppgave 3(b): Løsningsforslag Foreslå fire faktorer som kan ha stor effekt på COCOMOestimatet, og foreslå mulige verdier for disse faktorene. Personellerfaring: 2.5 Mange nye utfordringer som krever kompetanse innen området Viktig med erfarne utviklere Viktig med et samkjørt utviklerteam: Hvordan er gruppesammensetningen? Tidsramme: 2 Systemet er kritisk, og derfor estimeres det høyere enn for andre prosjekter Sannsynlig at det brukes lengre tid på testing og feilretting
34 Faresignaler for underestimering Høy usikkerhet og lang varighet på prosjektet Lite relevant erfaring Prosjektet er betydelig større enn tidligere prosjekter Sterkt ønske om å starte prosjektet fra de som estimerer Vanskelig å evaluere estimatene Prosjektleveranser med liten grad av fleksibilitet Manglende skille mellom prosesser for estimat, plan, og tilbud Kundens forventinger / budsjett er kjent for de som estimerer
35 Sammenligning av metoder
36 Spørsmål? Ta kontakt Yulai Fjeld uio.no Husk å inkludere emnekoden! Andre gruppelærere Delta på gruppetimene
37 Takk til Foilene er basert på Tidligere presentasjoner laget av Emilie Hallgren og Kristin Brænden Eksisterende forelesningsnotater av Dag Sjøberg og Yngve Lindsjørn Sommerville, I. (2010). Software Engineering (9th Edition). Pearson.
38 Takk for meg Neste uke : Prosjektledelse og teamarbeid
Kravhåndtering. INF1050: Gjennomgang, uke 03
Kravhåndtering INF1050: Gjennomgang, uke 03 Kompetansemål Kravhåndtering Anvende metoder og teknikker for å Innhente / Analysere / Spesifisere krav Ulike typer krav Funksjonelle krav Ikke-funksjonelle
DetaljerKonfigurasjonsstyring. INF1050: Gjennomgang, uke 11
Konfigurasjonsstyring INF1050: Gjennomgang, uke 11 Kompetansemål Konfigurasjonsstyring Hva og hvorfor? I en smidig sammenheng Endringshåndtering Versjonhåndtering Systembygging Release -håndtering Del
DetaljerSystemutvikling. Universitetet i Oslo, Institutt for informatikk Vår 2017
Systemutvikling Universitetet i Oslo, Institutt for informatikk Vår 2017 Dagens plan Introduksjon Emnets oppbygging Praktisk om ukesoppgaver og obligatoriske oppgaver Gjennomgang av ukesoppgaver Registrering
DetaljerProsjektledelse, planlegging og teamarbeid. INF1050: Gjennomgang, uke 10
Prosjektledelse, planlegging og teamarbeid INF1050: Gjennomgang, uke 10 Kompetansemål Prosjektstyring og prosjektledelse Hva og hvorfor? Risikohåndtering Ledelse av mennesker og motivasjon Teamarbeid og
DetaljerKontrakter. INF1050: Gjennomgang, uke 12
Kontrakter INF1050: Gjennomgang, uke 12 Kompetansemål Kontrakter I plandrevet utvikling I smidig utvikling Behov for smidige kontrakter Kontraktsmodeller PS2000 Del I: Kontrakter Grunnleggende: Hva? Plandrevet
DetaljerForskningsmetoder. INF1050: Gjennomgang, uke 13
Forskningsmetoder INF1050: Gjennomgang, uke 13 Kompetansemål Forskningsmetoder Hva? Hvorfor? Empiriske forskningsmetoder Eksperiment Case-studier Etnografi Aksjonsforskning Spørreskjema Systematisk litteraturstudie
DetaljerProsessmodeller og smidig programvareutvikling. INF1050: Gjennomgang, uke 02
Prosessmodeller og smidig programvareutvikling INF1050: Gjennomgang, uke 02 Kompetansemål Prosessmodeller Kunne redegjøre for hva som kjennetegner ulike prosessmodeller Vurdere prosesser for utvikling
DetaljerLøsningsforslag: Oblig 1. INF1050: Gjennomgang, uke 12
Løsningsforslag: Oblig 1 INF1050: Gjennomgang, uke 12 Obligatorisk oppgave 1: Pensum Bakgrunn for systemet Aktører og interessenter Utviklingsprosesser Kravhåndtering og kravspesifikasjon Use case-modellering
DetaljerUse Case-modellering. INF1050: Gjennomgang, uke 04
Use Case-modellering INF1050: Gjennomgang, uke 04 Kompetansemål Modellering av krav Kunne modellere ulike typer krav UML-diagrammer Innføring i grunnleggende UML-modellering Bruksmønster (use case) Sekvensdiagram
DetaljerFra krav til objekter. INF1050: Gjennomgang, uke 05
Fra krav til objekter INF1050: Gjennomgang, uke 05 Kompetansemål Systemmodellering og systemperspektiv Utvikle abstrakte modeller av et system Ulike modeller representerer ulike perspektiver av systemet
DetaljerEksamen INF1050: Gjennomgang, uke 15
Eksamen 2012 INF1050: Gjennomgang, uke 15 Overblikk Varierte spørsmål fra pensum Modellering Use case Tekstlig beskrivelse Sekvensdiagram Klassediagram Krav Empiriske metoder Smidig metodikk Varierte spørsmål
DetaljerGJENNOMGANG UKESOPPGAVER 2 PROSESSMODELLER OG SMIDIG PROGRAMVAREUTVIKLIG
GJENNOMGANG UKESOPPGAVER 2 PROSESSMODELLER OG SMIDIG PROGRAMVAREUTVIKLIG INF1050 V16 HVA ER EN SYSTEMUTVIKLINGSPROSESS? De aktivitetene som utføres for å utvikle et IT-system Eksempler på aktiviteter:
DetaljerTesting av programvare. INF1050: Gjennomgang, uke 08
Testing av programvare INF1050: Gjennomgang, uke 08 Kompetansemål Testing av programvare Hva og hvorfor? Testfaser Ulike nivåer Testtyper Spesifikasjonsbasert testing / Strukturbasert testing Testdrevet
DetaljerTyve fagpersoner fra samme firma estimerte hver for seg arbeidsmengden for det samme systemutviklingsprosjektet [*]
Gruppe-estimering Eksperiment: individuell vs gruppe-estimeringestimering Tyve fagpersoner fra samme firma estimerte hver for seg arbeidsmengden for det samme systemutviklingsprosjektet [*] Deltakerne
DetaljerUKE 9 Prosesser og prosessmodeller inkludert smidige metoder. Gruppetime INF1055
UKE 9 Prosesser og prosessmodeller inkludert smidige metoder Gruppetime INF1055 Hva skal vi i dag? Introduksjon til modul B - systemutvikling (kap. 1, 2 og 3) Prosesser og prosessmodeller + smidig utvikling
DetaljerForskning på gruppe-estimeringestimering
Eksperiment: individuell vs gruppe-estimeringestimering Gruppe-estimering Tyve fagpersoner fra samme firma estimerte hver for seg arbeidsmengden for det samme systemutviklingsprosjektet [*] Deltakerne
DetaljerUKE 15 Prosjektledelse, planlegging og teamarbeid. Gruppetime INF1055 Julie Hagen Nilsen & Maria Stolinski
UKE 15 Prosjektledelse, planlegging og teamarbeid Gruppetime INF1055 Julie Hagen Nilsen & Maria Stolinski Hva skal vi i dag? Se på oblig 5 Prosjektledelse og teamarbeid (kap. 22) Prosjektplanlegging og
DetaljerPlanleggingsfasen.. Estimering av kostnader i IT-prosjekter. Gjennomføringen. Hvor gode er vi til å planlegge (estimere kostnader) ihht Standish Group
Planleggingsfasen.. Estimering av kostnader i IT-prosjekter Magne Jørgensen Industriell Systemutvikling Institutt for Informatikk 1 2 Gjennomføringen. Hvor gode er vi til å planlegge (estimere kostnader)
DetaljerMaking IT your winning asset.
Making IT your winning asset. Gjennomsnittlig overskridelse av estimater i IT-prosjekter har ligget på ca. 30% siden 70-tallet! Overoptimistiske estimater kan ha alvorlige konsekvenser:! Software med lav
DetaljerESTIMERING I SMIDIGE PROSJEKTER
ESTIMERING I SMIDIGE PROSJEKTER Hvorfor forsker vi på estimering av systemutviklingsarbeid? I 2007 er estimatene tilsynelatende like unøyaktige som for 30 år siden Undersøkelser viser at, da som nå, er
DetaljerObjektorientering og UML. INF1050: Gjennomgang, uke 06
Objektorientering og UML INF1050: Gjennomgang, uke 06 Kompetansemål Objektorientert design Objektdesign og ansvarstilordning Bruk av UML Fokus på klassediagrammer Designmodeller Designmønstre ( design
DetaljerGJENNOMGANG UKESOPPGAVER 9 TESTING
GJENNOMGANG UKESOPPGAVER 9 TESTING INF1050 V16 KRISTIN BRÆNDEN 1 A) Testing viser feil som du oppdager under kjøring av testen. Forklar hvorfor testing ikke kan vise at det ikke er flere gjenstående feil.
DetaljerSystemarkitektur. INF1050: Gjennomgang, uke 07
Systemarkitektur INF1050: Gjennomgang, uke 07 Kompetansemål Systemarkitektur Hva og hvorfor? Arkitektoniske modeller Kjennetegn Fordeler og ulemper Arkitektoniske stiler Ulike typer: Pipe-and-Filter /
DetaljerSCRUM EB og TMG 2010
SCRUM Hovedmål Mer om roller i SCRUM Es/mering av innhold i sprinter Visualisering av fremdri; ved burndown Scrum Daily SCRUM 24h Product backlog Sprint backlog 1 uke Sprint Delprodukt / delleveranse Roller
DetaljerProsjektledelse - fra innsiden
Prosjektledelse - fra innsiden Presentasjon hos UiO 31.08.2012 Ida Lau Borch, fagansvarlig i Metier AS Det ligger et fantastisk potensial i det å være best i prosjektledelse og -styring Prosjekteierstyring
DetaljerEstimering av kostnader i IT-prosjekter. Stein Grimstad (Simula)
Estimering av kostnader i IT-prosjekter Stein Grimstad (Simula) 1 Planleggingsfasen.. 2 Gjennomføringen. 3 Overskridelser I gjennomsnitt sterk underestimering av kostnader. o 30-40% overoptimistiske i
DetaljerProsjektledelse, prosjektplanlegging, teamarbeid
SKK modul B 03. Mai 2017 Prosjektledelse, prosjektplanlegging, teamarbeid Yngve Lindsjørn ynglin@ifi.uio.no INF1055 > SKK -> Prosjektledelse og teamarbeid 1 Temaer i dagens forelesning Prosjektstyring/Prosjektledelse
DetaljerPlanleggingsfasen.. Estimering av kostnader i IT-prosjekter. Overskridelser. Gjennomføringen. Stein Grimstad (Simula)
Planleggingsfasen.. Estimering av kostnader i IT-prosjekter Stein Grimstad (Simula) 1 2 Gjennomføringen. Overskridelser I gjennomsnitt sterk underestimering av kostnader. o 30-40% overoptimistiske i gjennomsnitt
DetaljerGJENNOMGANG UKESOPPGAVER 3 KRAVHÅNDTERING
GJENNOMGANG UKESOPPGAVER 3 KRAVHÅNDTERING INF1050 V16 HVA ER KRAVHÅNDTERING? Kravhåndtering er prosessen å identifisere, analysere og spesifisere kravene til et nytt system eller et system som skal forbedres
Detaljer1. Hvilke type krav angår sikkerhet og pålitelighet?
1. Hvilke type krav angår sikkerhet og pålitelighet? a) Funksjonelle b) Ikke-funksjonelle Svar: b), IS side 88, lærebok s.96 2. Verdien av etnografi er at den hjelper til å oppdage som reflekterer hvordan
DetaljerTeamarbeid og smidig metodikk. Lean og Scrum. Prosjektarbeid
IN 2001 29 januar 2018 Teamarbeid og smidig metodikk. Lean og Scrum. Prosjektarbeid Yngve Lindsjørn ynglin@ifi.uio.no IN 2001 > Prosjekt og teamarbeid 1 Utvikling av programvare - Suksesskriterier Levere
DetaljerObligatorisk oppgave 3. INF1050: Gjennomgang, uke 16
Obligatorisk oppgave 3 INF1050: Gjennomgang, uke 16 Pensum for oppgaven Estimering Arkitektur 4+1 view-modellen og lagdeling Arkitektoniske stiler UML-modellering Tilstands- og aktivitetsdiagrammer Testing
Detaljer1. Hvilke type krav angår sikkerhet og pålitelighet?
1. Hvilke type krav angår sikkerhet og pålitelighet? a) Funksjonelle b) Ikke-funksjonelle Svar: b) 2. Verdien av etnografi er at den hjelper til å oppdage som reflekterer hvordan folk faktisk jobber a)
DetaljerOppgaver uke 42. Systemutvikling
Oppgaver uke 42 søndag 16. oktober 2016 13.55 Systemutvikling 1. Hva er systemutvikling? Systemutvikling er prosessen hvor man lager og opprettholder informasjonssystemer. Systemutvikling involverer alle
DetaljerKonfigurasjonsstyring
INF1050: Systemutvikling 28. mars 2017 Konfigurasjonsstyring Yngve Lindsjørn ynglin@ifi.uio.no INF1050 Systemutvikling ->Konfigurasjonsstyring 1 Temaer i dagens forelesning Versjonshåndtering Systembygging
DetaljerProsjektledelse, prosjektplanlegging, teamarbeid
INF1050: Systemutvikling 21. mars 2017 Prosjektledelse, prosjektplanlegging, teamarbeid Yngve Lindsjørn ynglin@ifi.uio.no INF1050 Systemutvikling ->Prosjektledelse og teamarbeid 1 Temaer i dagens forelesning
DetaljerNeste generasjon ERP-prosjekter
Neste generasjon ERP-prosjekter Jan-Olav Arnegård 27. okt 2016 Nøkkeltall 2015 22 Land der vi er direkte representert 36 BearingPoint-kontorer 67 Kontorer der vi er representert via vår globale alliansepartnere
DetaljerUKE 10 Kravhåndtering. Gruppetime INF1055
UKE 10 Kravhåndtering Gruppetime INF1055 Hva skal vi i dag? Kravhåndtering - kapittel 4 Ukesoppgaver: Smidig programvareutvikling og kravhåndtering Krav KRAV KOMPETANSEMÅL: Kravhåndtering: anvende metoder
DetaljerMellom barken og veden Smidig testing i krevende terreng TTC 2015
Mellom barken og veden Smidig testing i krevende terreng TTC 2015 FOREDRAGSHOLDERE Kristian Bjerke-Gulstuen Accenture siden 1999 Fra utvikler til Testleder og Kvalitetsansvarlig Leder Accenture Norway
DetaljerTogether. Free your energies Moden og modig! Ansvarsfull og fleksibel!
Moden og modig! Ansvarsfull og fleksibel! Anine Ragnif og Bodil Rabben 13. Mai 2009 Agile Hvorfor? Gjennomsnittlig overskridelse i arbeidsmengde var 24% for prosjektene som benyttet en fleksibel metodikk,
DetaljerEvaluering av «MUSIT Ny IT-arkitektur» Oppsummert
Evaluering av «MUSIT Ny IT-arkitektur» Oppsummert 0.06.07 Spørsmål til utviklere. Jeg fikk tilstrekkelig informasjon om prosjektet før det begynte/ ved oppstart. Jeg har fått tilstrekkelig informasjon
DetaljerEstimering av kostnader i softwareutvikling. Hans Christian Benestad PhD, Expertware AS
Estimering av kostnader i softwareutvikling Hans Christian Benestad PhD, Expertware AS 1 Lesson 1: Planlegging er nødvendig 2 men ikke tilstrekkelig 3 Lesson 2: Vit hvorfor du estimerer 4 Estimering i
DetaljerGJENNOMGANG OBLIGATORISK OPPGAVE 1
GJENNOMGANG OBLIGATORISK OPPGAVE 1 INF1050 V16 KRISTIN BRÆNDEN 1 Systemet for utleie av markasykler ønsker a benytte seg av en eksisterende betalingsløsning, og valget har falt pa det samme betalingssystemet
DetaljerGJENNOMGANG UKESOPPGAVER 13 KONTRAKTER
GJENNOMGANG UKESOPPGAVER 13 KONTRAKTER INF1050 V16 KRISTIN BRÆNDEN Kontrakter En kontrakt er en avtale som mellom partene etablerer en bindende forpliktelse til å gjøre eller å unnlate å gjøre noe Smidig
DetaljerPrøveeksamen INF1050: Gjennomgang, uke 15
Prøveeksamen 2016 INF1050: Gjennomgang, uke 15 Overblikk Multiple choice Modellering Aktivitetsdiagram Sekvensdiagram Klassediagram Tilstandsdiagram Krav Ikke-funksjonelle krav og målbarhet Smidig metodikk
DetaljerEksamen 2013 Løsningsforslag
Eksamen 2013 Løsningsforslag Oppgave 1. Multiple choice 1b# 2a# 3b# 4c# 5b# 6a# 7a# 8b# 9d# 10b# Oppgave 2 - Bibliotek - Utlån av bøker a) Måle størrelse eller mengde funksjonalitet Denne oppgaven ser
DetaljerProsjektledelse,,prosjektplanlegging,, teamarbeid
IN1030 11.&april&2019 Prosjektledelse,,prosjektplanlegging,, teamarbeid Yngve&Lindsjørn ynglin@ifi.uio.no IN1030& >&Prosjektledelse og teamarbeid 1 Temaer&i&dagens&forelesning Prosjektstyring/Prosjektledelse&(Project&Management)
DetaljerProsjektledelse, prosjektplanlegging, teamarbeid
INF1050: Systemutvikling 25. mars 2015 Prosjektledelse, prosjektplanlegging, teamarbeid Universitetslektor Yngve Lindsjørn INF1050 Systemutvikling ->Prosjektledelse og teamarbeid 1 Temaer i dagens forelesning
DetaljerMODUL C Prosjektorganisering og Teamutvikling BETTER PROJECTS THE KNOWLEDGE TO GET YOU THERE
MODUL C Prosjektorganisering og Teamutvikling Morten A. Torp Version 1.3 24.08.2017 Organisering av Virksomheter Side 2 Organisering av Prosjekter Typiske kjennetegn for prosjekter: - Har min. 2-3 deltakere
DetaljerTeknisk gjeld - hvor mye er forsvarlig? Per Otto Bergum Christensen, Objectdesign 27 August, Smidig fagdag i SPK
Teknisk gjeld - hvor mye er forsvarlig? Per Otto Bergum Christensen, 27 August, Smidig fagdag i SPK Om meg Per Otto Bergum Christensen Siv.ing, Datateknikk, NTNU Senior konsulent, Tre siste prosjekter:
DetaljerNyttestyring og gode brukerhistorier. Stein Grimstad, 25.august, ITPP
Nyttestyring og gode brukerhistorier Stein Grimstad, 25.august, ITPP Presentasjonen er basert på egne erfaringer, forskning, erfaringsrapporter og diskusjoner med fagpersoner Oppdrag som produkteier og/eller
DetaljerFra virksomhetsmål til prioritert produktkø
Fra virksomhetsmål til prioritert produktkø For å prioritere etter forretningsverdi trenger vi en sammenhengende modell fra forretningsmål til prioritert produktkø Hans Christian Benestad, Expertware Kjetil
DetaljerErfaringer fra bruk av Scrum i PS2000-prosjekter NSP temadag Agile metoder i prosjekt 13.05.2009. Motivasjon av kunder og Nyttige verktøy
Erfaringer fra bruk av Scrum i PS2000-prosjekter NSP temadag Agile metoder i prosjekt 13.05.2009 Motivasjon av kunder og Nyttige verktøy 2009-05-20 Computas AS 2008 Computas-metodikk fra da til nå Computas
DetaljerGJENNOMGANG UKESOPPGAVER 7 REPETISJON
GJENNOMGANG UKESOPPGAVER 7 REPETISJON INF1050 V16 KRISTIN BRÆNDEN DAGENS TEMA Oppgaver hentet fra tidligere eksamensoppgaver om temaene vi har gått gjennom til nå DAGENS PLAN Gjennomgang av oppgaver Repetisjon
DetaljerUKE 16 Kontrakter. Gruppetime INF1055 Julie Hagen Nilsen & Maria Stolinski
UKE 16 Kontrakter Gruppetime INF1055 Julie Hagen Nilsen & Maria Stolinski Hva skal vi i dag? OBS!! Siste ordinære gruppetime Kontrakter Ukesoppgaver Gjennomgang av oblig 4 Kontrakter Kompetansemål - Kontrakter
DetaljerEstimering av kostnader i ITprosjekter
Estimering av kostnader i ITprosjekter Magne Jørgensen Institutt for Informatikk 1 Eksempler på prosjekter med alt for lave estimater 2 tinyurl.com/inf1050-march2017 3 En (av mange) grunnleggende årsaker
DetaljerUKEOPPGAVER 2: SYSTEMUTVIKLINGSPROSESSER OG PROSJEKTARBEID INNSPILL TIL SVAR
INF 1050 UKEOPPGAVER 2: SYSTEMUTVIKLINGSPROSESSER OG PROSJEKTARBEID INNSPILL TIL SVAR Oppgave 1 a) Foranalyse: Foranalysen kan med fordel gjøres i to trinn. Den første er å undersøke finansiering og øvrige
DetaljerBusiness Process Re-engineering (BPR)
1 Business Process Re-engineering (BPR) Strategirådgiver 2 Business Process Re-engineering BPR konsept og praktisk prosjektledelse Forstå, kommunisere og forankre pågående forbedringsprosjekter Praktisk
DetaljerStatusrapport. MUSIT Ny IT-arkitektur Pilot. NØKKELINFORMASJON Rapporteringstidspunkt 12. august 2016 Rapporteringsperiode Juli 2016
Statusrapport MUSIT Ny IT-arkitektur Pilot NØKKELINFORMASJON Rapporteringstidspunkt 12. august 2016 Rapporteringsperiode Juli 2016 Prosjektleder Line Arild Sjo Prosjekteier Leder MUSIT styre Prosjektnummer
DetaljerKap 11 Planlegging og dokumentasjon s 310
Kap 11 Planlegging og dokumentasjon s 310 11.1 Ulike arbeidsmetoder Systemutvikling Som systemutvikler er du i stand til å omsette din innsikt i brukerbehov til praktiske programbaserte løsninger. Samarbeid:
DetaljerProsjektledelse - fra innsiden av et utviklingsprosjekt. Presentasjon hos UiO Ida Lau Borch, prosjektleder i Bouvet ASA
Prosjektledelse - fra innsiden av et utviklingsprosjekt Presentasjon hos UiO 09.09.2011 Ida Lau Borch, prosjektleder i Bouvet ASA Agenda De umulige IT-prosjektene Hvordan vi gjør det Utfordringer og lykkestunder
DetaljerHvordan kundens anbudsprosess får deg til å estimere overoptimistisk og hva du kan gjøre med det
Hvordan kundens anbudsprosess får deg til å estimere overoptimistisk og hva du kan gjøre med det Magne Jørgensen, Simula Research Laboratory magnej@simula.no Dagens situasjon: Høye kostnadsoverskridelser
DetaljerUser Story Mapping gir en nyttigere backlog
User Story Mapping gir en nyttigere backlog Workshop, Smidig 2011 Nils Christian Haugen nch@scienta.no Christian Stensholt christian.stensholt@bouvet.no 1 Agenda Intro til User Story Mapping (15 min) Demo
DetaljerInstitutt for Informatikk, 24. august 2012
INF5700 - Organisering og ledelse av tekniske prosjekter Institutt for Informatikk, 24. august 2012 joshi@ifi.uio.no Oversikt Del 1: Overgangen Utfordringer En ny verden nye måter å jobbe på Å tenke Del
DetaljerVURDERING I INDUSTRIMONTØRFAGET Til vurdering Bestått meget Bestått Ikke bestått
Prøvekandidat: Bedrift: Dato for gjennomføring: VURDERING I INDUSTRIMONTØRFAGET Til vurdering Bestått meget Bestått Ikke bestått Planlegging: *Framdriftsplan *Valg av utstyr og verktøy *HMS *Tilrettelegging
DetaljerHvorfor (ikke) fastpris?!! Vinnerens forbannelse,! informasjonsasymmetri,! utvalgsrisiko,! opportunistisk adferd,! og! IT-kontrakter!!
Hvorfor (ikke) fastpris?!! Vinnerens forbannelse,! informasjonsasymmetri,! utvalgsrisiko,! opportunistisk adferd,! og! IT-kontrakter!!! norsvin, 6. sept! Magne Jørgensen Fire spørsmål! Du legger inn bud
Detaljer11 Planlegging og dokumentasjon
11 Planlegging og dokumentasjon Ulike arbeidsmetoder Systemutvikling Som systemutvikler er du i stand til å omsette din innsikt i brukerbehov til praktiske programbaserte løsninger. Samarbeid: Programmerer
DetaljerEstimert lesetid 5 minutter. Bli en god PROSJEKTEIER og ta kontroll over PROSJEKTET.
Estimert lesetid 5 minutter Bli en god PROSJEKTEIER og ta kontroll over PROSJEKTET www.adire.no FUndamentet Det er noen grunnleggende prinsipper som gjelder for alle prosjekter - uansett prosjektfaglig
DetaljerUKE 14 Versjonshåndtering og testing. Gruppetime INF1055 Julie Hagen Nilsen & Maria Stolinski
UKE 14 Versjonshåndtering og testing Gruppetime INF1055 Julie Hagen Nilsen & Maria Stolinski UKENE FREMOVER OBS! Ikke forelesning 17. mai ikke gruppetime 19. og 23. mai Felles gruppetime for alle fredag
DetaljerModellering IT konferanse
Modellering IT konferanse 1. Interessenter Utviklere som besøker konferansen: besøke IT konferanse Frivillige hjelpere: få gratis inngang på konferansen Ledelse: Tjene penger Matkjeder: Selge mat og drikke,
DetaljerIntroduksjon,l SCRUM. EB og TMG 2010 1
Introduksjon,l SCRUM EB og TMG 2010 1 Hva er Scrum? Kilde: http:/image.google.com EB og TMG 2010 2 Kompleksitet Kilde: http://www.coderfriendly.com/ EB og TMG 2010 3 SCRUM - kortversjonen Scrum er en smidig
DetaljerDiskusjonsoppgaver Hvilke fordeler oppnår man ved analytisk evaluering sammenliknet med andre tilnærminger?
Definisjonsteori Hva er de tre hovedtilnærmingene til evaluering? Nevn de seks stegene i DECIDE. (blir gjennomgått neste uke) Gi et eksempel på en måte å gjøre indirekte observasjon. Hva ligger i begrepene
DetaljerTom Røise 25. Januar 2011
IMT2243 Systemutvikling, 25. Jan 2011 Tema: Estimering og Risikoanalyse i Systemutviklingsprosjekter Estimering av innsatsbehov Historisk utvikling innen fagfeltet Tre ulike estimerings som anvendes innen
DetaljerVURDERINGSKRITERIER INDUSTRIMONTØRFAGET Til vurdering Bestått meget Bestått Ikke bestått Planlegging:
Prøvekandidat: Bedrift: Dato for gjennomføring - oppstart/slutt: Nemdas Leder: Leders telefon nr: VURDERINGSKRITERIER INDUSTRIMONTØRFAGET Til vurdering Bestått meget Bestått Ikke bestått Planlegging: *Framdriftsplan
DetaljerINTRANETT FOR DEN NORSKE KIRKE. Kristine Ekeberg-Andersen, Prosjektleder Kirkerådet Ingebjørg Holm Vogt, Prosjektleder Making Waves
INTRANETT FOR DEN NORSKE KIRKE Kristine Ekeberg-Andersen, Prosjektleder Kirkerådet Ingebjørg Holm Vogt, Prosjektleder Making Waves «Vi har troen på at en arbeidskultur med stor grad av kunnskapsdeling
DetaljerCONNECTING BUSINESS & TECHNOLOGY KURS OG SERTIFISERINGER - SCRUM
CONNECTING BUSINESS & TECHNOLOGY KURS OG SERTIFISERINGER - SCRUM Scrum Master og Product Owner i Høst 2015 1 Om Scrum Scrum er et populært rammeverk laget med henblikk på å utvikle komplekse informasjonssystemer.
DetaljerUNIVERSITETET I OSLO
Bokmål Kandidat nummer: UNIVERSITETET I OSLO Det matematisk-naturvitenskapelige fakultet Prøveeksamen i: INF1050 Eksamensdag: 0. mai, 2011 Tid for eksamen: 00:00 00:00 Oppgavesettet er på 6 sider Vedlegg:
DetaljerForfattere: Daníelsdóttir, Drífa Meland, Maiken Mijalkovic, Biljana Svendsen, Simen H. Gruppelærer: Zarei, Amir Hossein. 5.
2 Forfattere: Daníelsdóttir, Drífa Meland, Maiken Mijalkovic, Biljana Svendsen, Simen H. Gruppelærer: Zarei, Amir Hossein 5. april 2017 Innhold 1 Klassediagram 2 Sekvensdiagram 2.1 Oppgave 2a 2.2 Oppgave
DetaljerOppgave 1 Multiple Choice
Oppgave Multiple Choice a 2c 3a 4c 5d 6d 7a 8b 9b 0a b 2c 3c 4a 5b 6b 7a 8d 9c 20b Se video fra forelesningen (Kahoot) for mer detaljer) Eksamen INF050-204 Oppgave 2 a Aktivitetsdiagram Enkelt Eksamen
DetaljerMindIT sin visjon er å være en anerkjent og innovativ leverandør av teknologi og tjenester i den globale opplæringsbransjen
If you think education is expensive... try ignorance! MindIT sin visjon er å være en anerkjent og innovativ leverandør av teknologi og tjenester i den globale opplæringsbransjen Styrende verdier i MindIT:
DetaljerMindIT sin visjon er å være en anerkjent og innovativ leverandør av teknologi og tjenester i den globale opplæringsbransjen
If you think education is expensive... try ignorance! MindIT sin visjon er å være en anerkjent og innovativ leverandør av teknologi og tjenester i den globale opplæringsbransjen Styrende verdier i MindIT:
DetaljerStatusrapport. MUSIT Ny IT-arkitektur Pilot. NØKKELINFORMASJON Rapporteringstidspunkt 6. juli 2016 Rapporteringsperiode Juni 2016
Statusrapport MUSIT Ny IT-arkitektur Pilot NØKKELINFORMASJON Rapporteringstidspunkt 6. juli 2016 Rapporteringsperiode Juni 2016 Prosjektleder Line Arild Sjo Prosjekteier Leder MUSIT styre Prosjektnummer
DetaljerSmidig innhold Hvordan smidige metoder hjelper oss å lage kvalitetsinnhold. Ove Dalen
Smidig innhold Hvordan smidige metoder hjelper oss å lage kvalitetsinnhold Ove Dalen There is a lack of discipline in many web publishing processes because managers in charge of websites often don't respect
DetaljerINF1050 dagsorden 18. april 2007
INF1050 dagsorden 18. april 2007 Tema: Systemutviklingsprosessen Hvilke utviklingsmodeller kan vi velge mellom? Hvilke elementer inngår? Hvilke kriterier skal vi benytte for valg av modell? INF1050-systemutviklingsprosessen,
DetaljerEffektive samarbeidspraksiser for kravhåndtering
Effektive samarbeidspraksiser for kravhåndtering Hans Gallis Symphonical Kjetil Moløkken-Østvold Conceptos Consulting JavaZone, 18. september 2008 Viktige momenter ved denne sesjonen BOF = Diskusjonsbasert
DetaljerSaksframlegg. Møtedato Styret Helseforetakenes senter for pasientreiser ANS 10/06/2015
Saksframlegg Saksgang: Styre Møtedato Styret Helseforetakenes senter for pasientreiser ANS 10/06/2015 SAK NR 38-2015 Statusrapportering prosjekt Mine pasientreiser per 30.04.15 Forslag til vedtak: Styret
DetaljerNr. 1. Nr. 2. Har liten kjennskap til avtaler og vurdering av alternative løsninger. LAV
IKT-servicefag Systemdrift og systemovervåkning KOMPETANSEMÅL Nr. 1 planlegge, gjennomføre, dokumentere og vurdere systemdrift med utgangspunkt i eksisterende leveranseavtaler og gjeldende regelverk for
DetaljerDerfor er forretningssystemet viktig for bedriften
Innhold Derfor er forretningssystemet viktig for bedriften... 2 Når er det på tide å bytte forretningssystem?... 2 Velg riktig forretningssystem for din bedrift... 3 Velg riktig leverandør... 4 Standard
DetaljerGrunnleggende om Evaluering av It-systemer
Grunnleggende om Evaluering av It-systemer Hva er å evaluere? Foreta en vurdering av systemet og avklare nytten det har for brukerne. En systematisk innsamling av data som gir informasjon om nytteverdien
DetaljerInnovasjon og usikkerhet
Innovasjon og usikkerhet ABB Robotics, Bryne Fredag 9.mars 2012 Eric Brun Produktutvikling og usikkerhet Usikkerhet om begrensninger og muligheter i prosjektet Kostnader for endringer Planlegging Lansering
DetaljerVelkommen. Torsdag 24 januar 2019 time 1. Yngve og Jo. IN 1030 Systemer, krav og konsekvenser
Velkommen IN 1030 Systemer, krav og konsekvenser Torsdag 24 januar 2019 time 1 Yngve og Jo Hvorfor dette kurset? Hvordan og hva - struktur? Hvem kan dere kontakte? 2 Foto Joshi Fotograf: Joshi 3 Oversikt
DetaljerCRIStin 2.0 Om videreutvikling av CRIStin-systemet. Oppstartseminar 22. Oktober 2013
CRIStin 2.0 Om videreutvikling av CRIStin-systemet Oppstartseminar 22. Oktober 2013 CRIStin og de gode hjelperne Mål for CRIStin-systemet Nav i norsk forskning Gi oversikt og pekere til mer detaljer Koblinger
DetaljerSystemutviklingen er ferdig når et system er operativt. Med operativt menes når systemet blir brukt av brukerne på et faktisk arbeidssted.
Presentasjon nummer 5 The changing system and the nature of maintenance Silde 1 Gruppen introduseres Slide 2 The changing system and the nature of maintenance The Changing system Systemutviklingen er ferdig
DetaljerLøsningsforslag Sluttprøve 2015
Høgskolen i Telemark Løsningsforslag Sluttprøve 2015 Emne: IA4412 Systemutvikling og dokumentasjon Fagansvarlig: Hans- Petter Halvorsen, Olav Dæhli Klasse: IA2, A- vei Dato: 2015.05.27 Time: 09:00-12:00
DetaljerMODUL A Prosjektledelse Oversikt og Innsikt Dag 3 BETTER PROJECTS THE KNOWLEDGE TO GET YOU THERE
MODUL A Prosjektledelse Oversikt og Innsikt Dag 3 Morten A. Torp Version 2.3 14.10.2017 Gjennomføringsplan Dag 1: Dag 3: 1. Prosjekter & prosjektledelse 2. Kunde og leverandør 3. Organisering 4. Eierstyring
DetaljerErfaringer med PS2000 kontrakt og kontraktsstyring i PERFORM. Mette Gjertsen Prosjektleder Statens Pensjonskasse
Erfaringer med PS2000 kontrakt og kontraktsstyring i PERFORM Mette Gjertsen Prosjektleder Statens Pensjonskasse mette.gjertsen@spk.no Agenda 1. Statens pensjonskasse 2. Kort om prosjektet 3. Gjennomføringsmodell
DetaljerKommITs lederkurs i gevinstrealisering
KommITs lederkurs i gevinstrealisering Økonomiforum i Skien 4. juni 2015 Grete Kvernland-Berg, PA Consulting Group Liza Nienova, PA Consulting Group Plan for dagen 13:30 Introduksjon 13:50 14:20 14:30
DetaljerStein Grimstad. Konsulent i Scienta AS. Prosjekt hos Skatteetaten. Forsker hos Simula (deltid) 3/7/18
Bedre gevinstoppnåelse med nyttedrevet utvikling Stein Grimstad (stein@scienta.no), 7 th mars, Oslo Stein Grimstad Konsulent i Scienta AS Prosjekt hos Skatteetaten Forsker hos Simula (deltid) stein@scienta.no
DetaljerProsjektbeskrivelse. Prosjektnavn : Utvikling av prototype Dato: Prosjektleder : Sondre Larsen Ovrid
Prosjektbeskrivelse Prosjektnavn : Utvikling av prototype Dato: 02.10.16 Prosjektleder : Sondre Larsen Ovrid 1 - Bakgrunn Beskriv problemet/behovet og hvordan dette henger sammen med bedriftens mål og
DetaljerMaking IT your winning asset.
Making IT your winning asset. Den gode kunden - viktigere enn du kanskje tror Magne Jørgensen Stein Grimstad (magnej@simula.no) (stein@scienta.no) DEN GODE KUNDE HAR EVNE OG VILJE TIL Å VEKTLEGGE HØY KOMPETANSE
Detaljer