Uge 5.3: (Search,) Select & implement and development methods



Relaterede dokumenter
Innovationsprocesser. Uge 2: Innovation: begreber og deres brug. En gennemgådene case: 4S A A R H U S U N I V E R S I T E T.

Introduktion til Systemudvikling Efteråret 2002

Lovkrav vs. udvikling af sundhedsapps

Det vigtigste først! Dette er måske den vigtigste bog der nogensinde er skrevet om agile vs. vandfald. Muligvis fordi det vel stadig er den eneste

Vejen til nemmere og mere sikker implementering af Microsoft Dynamics AX

Hvem er vi? Kursus Introduktion. Kursuslærerne. Agenda for i dag

It-direktør Nils Lau Frederiksen

Et bud på regulatorisk strategi og niveau(er) for nye MedTech virksomheder

Om forretningsmæssige kompetencer

Øvelse Slides må ikke deles uden godkendelse fra Anne Holmbæck

Succesfuld implementering af automatiseret test

Online kursus: Certified Information Security Manager (CISM)

3D GeoInformation. Systemudvikling. 1. Introduktion til Systemudvikling og Projektmodeller. Systemudvikling L Lars Bodum

Byg din informationsarkitektur ud fra en velafprøvet forståelsesramme The Open Group Architecture Framework (TOGAF)

Innovationens syv cirkler. Skab klarhed over virksomhedens innovationspotentiale

Ud af krisen. Software på tværs, 15. juni 2009

CV Jakob Niemann. Resumé: Nøglekvalifikationer. Personlighed. Født: 24/

Forskning med Danske Bank CFIR-arrangement om forskning og innovation

IT-Universitetet, Projekt- og Programledelse November 2013 AGIL PROGRAMLEDELSE

Den røde tråd fra testdækning til releasemetrikker

VÆRKTØJSKASSEN TIL INNOVATION OG ENTREPRENØRSKAB I UNDERVISNINGEN

Systematic Software Engineering A/S

Software Design (SWD) Spørgsmål 1

OVERBLIK Gennem de seneste 20+ år har jeg med succes planlagt og styret komplekse program/projekt change implementeringer:

Christian Sandbeck, Direktør for KMDs Contract Management

Kvalitetssikring af IT udvikling hos TDC

PRINCE2 Certificeringsforløb. PRINCE2 Foundation PRINCE2 Practitioner. Knowledge that sets you apart

The LEGO Journey: Building an agile test foundation one brick at the time. Casper Gaardland Englund. Stephan Hjelmdal Nielsen The LEGO Group l

Agil softwareudvikling i praksis. v/ Thomas Schou-Moldt, Lead Architect, Miracle A/S

Jeg har en bred baggrund indenfor IT branchen som spænder over 22+ år som projektleder og PMO/PPM konsulent.

Finn Gilling The Human Decision/ Gilling September Insights Danmark 2012 Hotel Scandic Aarhus City

Fra best practice til next practice: Projektledelse 2.0

Branchens perspektiv på den gode indkøbs organisation. En måling er bedre end 100 mavefornemmelser. Per Hartlev

Projekter i Udvikling: 2. Brugerperspektivet

Sandkassemiljø til CURA økosystem

SIV: Service Innovation i Værdikæder. Innovation i servicesektoren 9. januar Mads Christiansen, DELTA. Ganske kort om ImprovAbility Modellen

Virksomheders samfundsansvar (CSR) & Arbejdsmiljø. Anne K. Roepstorff, cbscsr Dorte Boesby Dahl, NFA/cbsCSR

Afprøvninger med Plan- Do-Study-Act cirkler

Iterativ og Agil udvikling

Praktiske erfaringer og eksempler på forandringsledelse. 23. april 2014

BRUGERCENTRERET DESIGN.

leverer forventet udbytte Kun 10% af strategiske projekter

Forventer du at afslutte uddannelsen/har du afsluttet/ denne sommer?

Branchens perspektiv på den gode indkøbs organisation. En måling er bedre end 100 mavefornemmelser. Per Hartlev

IT-UNIVERSITETET I KØBENHAVN. KANDIDAT I SOFTWAREUDVIKLING OG -TEKNOLOGI ITU.dk/uddannelser

Det Digitale Mindset? Industri 4.0: Møde 1 Parathed, Potentialer og Udbytte

2a. Conceptual Modeling Methods

Software Design (SWD) Spørgsmål 1

OPALL d. 19 juni 2013

Implementering af projekter

Roadshow: ITIL V3 hvordan træder man ud af børneskoene?

Seminar om agil projektledelse vs. PRINCE2

Blue Water Rejsen mod Social Business A model for communication and collaboration

Proces orientering af IT organisationer (ITIL - implementering)

Strategisk relationel ledelse om at skabe forandringskapacitet

IT Projektleder ERFA 9. juni Tema: Brug af Business Intelligence (BI) og sociale medier

Hvad er cloud computing?

En præsentation af Primavera Risk Analysis

Kompleksitet i projekter og hvad du kan gøre ved det. Jan Pries-Heje 29. november Pries-Heje Kompleksitet i projekter

Outsourcing af test. Your Flexible Outsourcing Partner

Innovationsprocesser: Uge 1.1: Intro

Standardiseret tilgang til Software Asset Management. ISACA Medlemsmøde 2013 Jan Øberg ØBERG Partners

Introduktion til projekter

Virksomheders internationalisering ikke kun for store virksomheder!

Program. Fremlæggelse. Afrunding

DROSSELVEJ FREDERIKSSUND TLF.: MOBIL C U R R I C U L U M V I T A E

High performance maksimér potentialet. En måling er bedre end 100 mavefornemmelser. Per Hartlev 30/9-2015

It all starts & end with a life event.

Management of Risks (M_o_R ) Professionel styring af risici

Kris,an Bilenberg. Joachim Allerup

Roadshow: ITIL V3. hvordan træder man ud af børneskoene?

New Public Governance sætter turbo på samarbejdsdrevet innovation

Skub, puf og bevæg ledelse i kompleksitet Morgenmøde, 22. og 25. september 2015

Transkript:

Innovationsprocesser Uge 5.3: (Search,) Select & implement and development methods A A R H U S U N I V E R S I T E T Department of Computer Science 1

Innovation & ICT development *** Innovation *** * *** * *** * * ICT development A A R H U S U N I V E R S I T E T Department of Computer Science 2009 John Wiley & Sons Ltd. www.wileyeurope.com/college/tidd 2

Om Projektmodeller for ICT udvikling Formål Begreber Principper Resultat At strukturere projektets overordnede forløb Projektmodel: Skabelon for projektets forløb Fase: Afgrænset periode i projektets forløb Faselinie: Et projekts tilstand ved faseskift Tilpas projektmodellen til regler, vilkår og strategi En projektmodel, der er tilpasset det konkrete projekt Fra A.M. Madsen (1996): "Strategisk Projektledelse". 3

Vilkår - Strategi - Model Projektets særlige vilkår Strategi Grundlæggende projektmodel Usikkerhed Eksperimenter Eksperimentel Kompleksitet Formalisering Traditionel Tidspres/ org. Opdeling/ geografi Decentralisering Parallel Tidspres / Økonomi Tilpas standardsystem Anskaffelsesmodel Særlig svære Forenkling Trinvis 4

Unified Proces Iterativ & trinvis 5

Unified Process Development cycle 6

Unified Proces Disciplines & time 7

Rational Unified Process Essentials Eller: hvad skal der altid til? 1. Develop a Vision 2. Manage to the Plan 3. Identify and Mitigate Risks 4. Assign and Track Issues 5. Examine the Business Case 6. Design a Component Architecture 7. Incrementally Build and Test the Product 8. Verify and Evaluate Results 9. Manage and Control Changes 10. Provide User Support 8

Og hvad så? Gør-som-jeg-siger-ikke-som-jeg-gør syndrom? Mange nye metoder Vandfald,..., prototyping, RAD, PD, UP & RUP, XP, Agile-X, fx Agile UP Begrænset gennemslag På nær certificering, ex: Systematic CMM(I) niveau 5 alle CSCs datterselskaber i Indien er på niveau 5 9

Et skridt tilbage: at få afstand til metoderne Normativt Diverse metoder: Andreas, OOA&D osv Deskriptivt Diverse samfundsvidenskab : Fx diverse Business School Inno litt Mål: Kompetente, kontekstafhængige valg Erfaring Teori + Alt det andet (ressourcer...) Også i analyse af projekter :-) 10

Teorier, begreber,... Borum: Administrativt Floyd: fiasko p.g.a. uklare mål, uhensigtsmæssig formel struktur Politisk fiasko p.g.a. modstand, manglende stærke støtter Netværk fiasko p.g.a. manglede deltagelse af motiverede og ressourcefulde aktører, væsentlige relationer er for svage Produkt Metoder er produkter; korrekt brug af en metode vil give uniforme resultater Proces Der er ingen metoder, kun metodeudvikling og -brug 11

CMM: Capability Maturity Model Systemudvikling: en organisatorisk forbedrings-/læreproces CMM: fem stabile niveauer Black box Gentagelig/proj Defineret/org Styret/kvantitativ Optimerende Disciplineret Standard & konsistent Forudsigelig Kontinuert forbedrende 12

Google litt [Royce, 1970] Definition ikke anbefaling af vandfaldsmodel Requirements analysis -> design -> development Specifikations-dreven: kravspecifikation -> designspecifikation (Faktisk originalt 2 x vandfald før release) 13

Standish Group, 1998 23,000 (!) projekter analyseret for at finde årsager til at projekter fejler Vigtigste grunde til at projekter fejler er korreleret med brug af vandfaldsmodellen 14

Parnas & Clements, 1986 Hvorfor virker vandfaldsmodellen ikke? Fremtidige brugere ved ikke nødvendigvis hvad de vil have og kan ikke artikulere alt de ved Selv om alle krav kunne beskrives ville der være detaljer, der først blev opdaget under udvikling Selv om vi kendte alle detaljer ville vi ikke kunne håndtere så meget kompleksitet Selv om vi kunne håndtere så meget kompleksitet ville eksterne kræfter alligevel lede til ændringer af krav 15

Department of Defence (DoD) DoD-Std-2167 krævede vandfaldsudvikling 1987 75% af projekter fejlede Kun 2% brugt uden omfattende modifikation The software contractor is responsible for selecting software development methods Stadig vandfald mest brugt 1994: Mil-Std-498 anbefaler inkrementel og iterativ udvikling 2000: DoD 5000.2 inkrementel og iterativ udvikling foretrækkes 16