Lyckade projekt - finns det?



Relevanta dokument
Projektkaos. Chaos-rapporten. 34% av projekten avslutades i tid och enligt budget % misslyckades!

RUP - Rational Unified Process

RUP Rational Unified Process. 17 november 2004

Symptom på problemen vid programvaruutveckling

PMM (Process Maturity Metrics) Allmänt. Mätetal för framgångsfaktorer. 1. CM konfigurationsstyrning

Agil programutveckling

Delivering Business Value through IT

Martin Völcker, SLL & Suit

Projektmetodik. Översikt. Lektion 1: Metodiker. Metodiker.

Agil utveckling ställer nya krav på upphandling. Roland Bäcklin, Jaybis Konsult AB

PB 1. Securing progress

Föreläsning om OO, OOA och UML

Chaos om IT-projekt..

Hur lyckas med förändring?

Projektmetodik II. HF1005, Informationsteknik och ingenjörsmetodik för Datateknik. Projektarbete

Användarcentrerad Systemutveckling

Automation Region. Affärsdriven systemutveckling genom agila metoder. Stefan Paulsson Thomas Öberg

12 principer of agile practice (rörlig)

Chaos om datorprojekt..

RUP och lite användbarhet...

Agile-metoder, XP och ACSD

Användbarhet i sitt sammanhang

Tråkmånsarnas comeback

Elmarknadshubben: Kompetensbaserad upphandling

Projekt- och kvalitetsstyrning på Frontec

Informationssystem och databasteknik, 2I-1100

Design för användbarhet

Presentation. Fredrik Runnsjö 1996 Utvecklare 2004 Testare ~2006 Scrum/Canban

BESKRIVNING AV PROCESSMETODEN SCRUM

Konsumenten i centrum. Samrådsgrupp 10 december 2013

Skapa värde för verksamheten genom affärsplanerings- & prognosprocessen. Sara Lindberg,

Roller i mjukvaruprojekt. Åke Liljenberg ake.liljenberg@volvo.com

Agil transformation och DevOps Hur lyckas du? Stockholm, Stefan Ingelgård

Kurser och seminarier från AddQ Consulting

RUP och lite användbarhet...

PROJEKTLEDNING. Vad är ett PROJEKT? Ett projekt:

Att välja projektverktyg eller ska vi säga portföljverktyg. Lena Dubbelman Marknadsansvarig PMI Semcon Project Management

IT-Projekt - Ingenting att skratta åt!

IT-projektledning - introduktion 725G62

SAPSA 12 NOVEMBER 2014

Processbeskrivning Systemutveckling

Gösta Ljungberg 31 mars 2014

Change management effectiveness.

Hållbarhet, kvalitet och innovativ verksamhetsutveckling Dr Lars Sörqvist

Informationshantering vid systemutveckling styrd av CM

Att välja verktyg för portföljhantering. - Vad vet en leverantör om det?

Projektarbete. Grunder

Kravfångst Bra kravarbete handlar om att ställa rätt frågor och att ge rätt svar i rätt form

RUP och lite användbarhet...

Detta dokument syftar till att ge en introduktion till RUP och bemöta argument såväl för som emot processen.

Javautvecklare. Utbildningsfakta. 400 YH-poäng, 2 år

Modern utvecklingsmetodik. Användarcentrering i företag. Användarcentrering i företag. Användarcentrering i företag. Användarcentrering i företag

UML: Exempel. Ett modelleringsspråk. UML: Ansvar. UML: tre huvudanvändningar. Exempel: En klass position storlek. UML Unified Modelling Language

Visionen om en Tjänstekatalog

Projektering av informationssystem

INITIATIVKRAFT LEDER TILL FRAMGÅNGSRIKA PROJEKT. Webinar

Effek%va(App+projekt(

BIF NEWS. November % av företagen har misslyckats med sina effektiviseringar!

Föreläsning 4: Designprocessen

Störst, b äst och vack rast? Ett av tr e räcker.

Förvaltningsplan NyA 2016

Våra kunniga och kompetenta medarbetare skapar och möjliggör vår framgång.

Astrakan Strategisk Utbildning AB

SCRUM. Vattenfallsmodellen. Analys. Design. Kod. Test. Rational Unified Process Agile. Kallas också linjär sekventiell modell.

Spelplanen ändras. 1. Agila arbetssätt växer sig starkare. 2. Förenkling, transparens och flexibilitet blir ledstjärnor i förändringsarbeten.

CREATING VALUE BY SHARING KNOWLEDGE

Deluppgift 2 Kravhantering a) (2p) När man diskuterar krav brukar man ange två olika typer av krav. Beskriv dessa och ge exempel.

Design för användbarhet Användarcentrerad utvecklingsprocess

Två resor till molnet. Per Sedihn CTO Proact IT Group

Processinriktning i ISO 9001:2015

Aktivitetsbaserade kontor - ett nytt arbetssätt?

Praktikum i programvaruproduktion

Produktionsteknik Förbättringsprojekt. Produktionsteknik - Steg-Till-Milstolpe-Plan

Projektplan för utvecklingen av Kryssarklubbens nya webbplats

Projekt intranät Office 365 av Per Ekstedt

Iterativ mjukvaruutveckling. 1DV404 HT14 Jesper Andersson

Linköpings universitet 1 TDP029. Systemutveckling. Systemutveckling. Vanliga faser. Fler faser. Systemutvecklingsmetod

Ramverk för projekt och uppdrag

Kravfångst Bra kravarbete handlar om att ställa rätt frågor och att ge rätt svar i rätt form

Att fatta rätt beslut vid komplexa tekniska upphandlingar

Nyttorealisering Anna Pegelow, SKL

HP ALM som stöd under implementationslivscykeln av standard applikationer Sarah Eriksson & Per Nordlander SAST

SYSTEMUTVECKLING METODER & MODELLER. Suzana Ramadani

CONFIGURATION MANAGEMENT. på fem minuter

Alla rättigheter till materialet reserverade Easec

Digitalisering, styrning och IT-driven förändring

LUNDS UNIVERSITET. Projektledning

Platina och kvalité. Rasmus Staberg, Teknisk direktör,

TL BYGG SÅ BYGGER VI STOLTHET TL BYGG - FÖRETAGET SOM BYGGER STOLTHET

Riskhantering. Tieto PPS AH006, , Sida 1

Projektplan, Cykelgarage

SCRUM och mycket mer

Utkast på utgångspunkter, avgränsningar och kriterier för prioritering. För synpunkter

Effektstyrd upphandling med Agila kontrakt på 5 min

Kravplan Projekt Datum Version. Författare KRAVPLAN. KravXperts i samarbete med Kunskapsresan Sida 1 av (7)

a White Paper by Wide Ideas En digital idésluss skapar nya möjligheter för offentlig sektor fem insikter

Varje rätt svar ger 0.5 poäng. (max 3p)

Bilaga 5 b: Mall för projektplan

Copyright Prolore All Rights Reserved.

GÖR VERKLIGHET AV DIN DIGITALA POTENTIAL.

Transkript:

Lyckade projekt - finns det? Maria Lindqvist Björkman Enea Business Software Enea Business Software 2002 Sida 1

Agenda Förväntningar kund & leverantör Statistik om projekt Framgångsfaktorer Exempel på lyckat projekt Rätta till projekt på fallrepet Slutsatser Enea Business Software 2002 Sida 2

Vad är ett lyckat projekt? Enea Business Software 2002 Sida 3

Förväntningar... Enea Business Software 2002 Sida 4

behov Enea Business Software 2002 Sida 5

Kunden & Leverantörens perspektiv Kostnadskontroll Nöjda användare Ökad effektivitet Flexibilitet Skalbarhet Affärsmässighet Kontrollerade krav Kundnytta Våga lova fast pris Nöjda medarbetare Enea Business Software 2002 Sida 6

Enea Business Software 2002 Sida 7

Misstag i systemutveckling resulterar i... Ökade kostnader Missade leveranstidpunkter Affärsnytta uppfylls ej Enea Business Software 2002 Sida 8

Många system vi levererar Är svåra att förändra och anpassa Är svåra att använda Blir en interimslösningar Måste kunden anpassa sin verksamhet till Fyller inte kundens behov Enea Business Software 2002 Sida 9

Typ 3 nedlagda projekt 31,1%: Projektet läggs ned någon gång under utvecklingscykeln. Type 3: Canceled 31,1% Typ 1 - lyckade projekt 16,2%: Projektet avslutas på tid och budget, med alla funktioner och finesser som ursprungligen specificerades. Type 1: Success 16,2% Typ 2 - project misslyckas 52,7 %: Projektet färdigställs och fungerar men har överskridit budget, leverera för sent samt innehåller färre funktioner än som ursprungligen specificerats. Type 2: Challenged 52,7% Standish Group CHAOS-report, 1995 Enea Business Software 2002 Sida 10

Kraven!!!! 30 % av utvecklingskostnad beror på ändringar i kraven under systemkonstruktion Yourdon: dödsmarschprojekt Antalet funktioner, 50 % fler än jämförbara lyckade projekt Enea Business Software 2002 Sida 11

Problem Dålig förståelse för användarnas krav Dålig ordning på tillägg och ändringar Sen upptäckt av dålig arkitektur Dålig projektkoordination Enea Business Software 2002 Sida 12

Fler problem Dålig kvalitet på tredjepartsprodukter Delsystem som är svåra att integrera Instabil byggprocess Dålig prestanda Enea Business Software 2002 Sida 13

Vanlig situation i projekt Kunder ställer orimliga krav Ledningen vill sälja in fler projekt Utvecklare går i väggen för att klara målen Enea Business Software 2002 Sida 14

Grundorsaker Brådska Apati Stolthet Brist på ansvar Trångsynthet Lättja Girighet Okunnighet Enea Business Software 2002 Sida 15

Finns det framgångsfaktorer? Göra mjukvaruutveckling förutsägbar, repeterbar och mätbar! Enea Business Software 2002 Sida 16

Människor Utvecklingsprocessen Riskreducering Teknologi Enea Business Software 2002 Sida 17

Behöver en utvecklingsprocess Definiera stegen som leder till leverabler Ange roll som ansvarar för respektive leverabel Stöd för att planera & styra projektet Kan mäta framgång Minska röra, kaos och dålig struktur Reducera risk Enea Business Software 2002 Sida 18

Best practices enligt RUP 1. Utveckla iterativt! 2. Kunna hantera kraven 3. Modellera visuellt 4. Använd komponentbaserad arkitektur 5. Verifiera kvaliteten - testa 6. Ha kontroll på ändringar Enea Business Software 2002 Sida 19

Framgångsfaktorer Användarengagemang Tidig modellering av användargränssnitt Tidig fokusering på arkitektur Komponentbaserad arkitektur Visuell modellering Väldefinierad utvecklingsprocess Enea Business Software 2002 Sida 20

Framgångsfaktorer forts. Små projektteam Iterativ utveckling Alla i teamet engagerade i alla moment Test med i projektet från första dagen Systematisk och kontinuerlig test Enea Business Software 2002 Sida 21

Viktiga faktorer Tydlig projektorganisation Granskning Tilläggs- och ändringshantering Upprepade riskanalyser Tidigt igång med CM Enea Business Software 2002 Sida 22

Måluppfyllelse Möjlighet Mål Behov Problem Egenskaper (hos lösning) Krav (på systemet) Projektplanering Design Test Enea Business Software 2002 Sida 23

Förstå kundens verksamhet Enea Business Software 2002 Sida 24

1: 2: 3: 4: 6: 5: Det system som vi bygger samverkar ofta med andra system! Enea Business Software 2002 Sida 25

Tydlig Kravbild! Enea Business Software 2002 Sida 26

Kommunikation! Enea Business Software 2002 Sida 27

Gemensam bild av systemet <<include>> <<include>> <<include>> <<include>> <<include>> <<include>> <<include>> Enea Business Software 2002 Sida 28

Glöm inte CM - Configuration Management Vi har många utvecklare utvecklingsteam geografiska platser iterationer releaser parallella projekt målplattformar Enea Business Software 2002 Sida 29

Ett lyckat projekt Enea Business Software 2002 Sida 30

Exempel lyckat projekt Handel med elterminer Stora kunder som säkrar sin förbrukning Kunder som spekulerar Realtidskrav Tunga accesser i befintliga bassystem Höga krav på time-to-market Enea Business Software 2002 Sida 31

Projektet Total kostnad 9,5 Mkr Byggtid 9 månader Ny teknik Nya verktyg På budget Levererat i tid Enea Business Software 2002 Sida 32

Hur bar vi oss åt? Etablerade bra kontaktnät i organisationen Många tidiga modelleringsseminarium Startade med liten projektgrupp Riskanalyser med noggrann uppföljning RUP med pragmatisk konfiguration Förankrat arbetssätt i teamet Fastslog skarp budget efter Elaboration Enea Business Software 2002 Sida 33

Hur bar vi oss åt? Forts. Användningsfallsmodellering Granskningsprocess Tidig HTML prototyp Tidig prototyp för att bekräfta arkitektur Mycket arbete på utvecklingsmiljön Mycket arbete på testmiljön Enea Business Software 2002 Sida 34

Projektets faser Förstudiefas Bearbetningsfas Konstruktionsfas 1 iteration, 5v 1 iteration, 7v 4 iterationer, 6v 4 personer 5 personer 8 personer Verksamhetsmodellering Kravfångst UC-modellering Kravanalys Analysmodell Design Prototyp Förfinad analys och design Kod Test Enea Business Software 2002 Sida 35

Paradoxal situation: Krav på att högre kvalitet ska utvecklas på kortare tid Det går inte styra så att projekten går i mål om man planerar allt innan man börjar Enea Business Software 2002 Sida 36

Slutsatser från projektet Iterativ utveckling av både mjukvara och planer Hela teamet och användarna måste engageras Arkitekturprototyp Strikt kvalitetstänkande Noggrann ärendehantering av ändringar och tillägg Enea Business Software 2002 Sida 37

Rätta till projekt på glid.. Enea Business Software 2002 Sida 38

Vad hände Fastnar i kravframtagande, inga leveranser Starka sidan tar över processen med snabba puckar Brådska, brist på ansvar Verksamhetssidan styr kravframtagning IT-sidan endast rådgivande Enea Business Software 2002 Sida 39

Problemen... Problem kan spåras till ledning: för teknikintresserad svårt att hantera personer ser inte teamets kapacitet anger inte tydliga mål kommunicerar inte effektivt motiverar inte beslut Projektet tar stryk vilket visar sig som: Ökad irritation i projektet Konsekventa förseningar i leveranser Människor som utnyttjar situationen Enea Business Software 2002 Sida 40

Lösningen... Skaffa hjälp! Förstärka roller och utvecklingsprocess Var tydlig med projektmålen Rationell beslutshantering Förståelse för utvecklingspersonal Ha även kortsiktiga mål - lätta att följa upp Rätt mötesformer Enea Business Software 2002 Sida 41

AntiPatterns En vanligt förekommande lösning till ett problem som resulterar i övervägande negativa konsekvenser AntiPatterns är en naturlig utvidgning av begreppet Patterns Enea Business Software 2002 Sida 42

Slutsatser Utvecklingsprocess Tydliga mål Tydlig kravbild Förstå verksamheten Kommunikation Ta hänsyn till teknologin Enea Business Software 2002 Sida 43

Litteraturreferenser The Rational Unified Process - En introduktion (Phillipe Kruchten) ISBN 0-201-79667-8 Därför blir IT-projekt så dyra (Karlander) ISBN 91-7738-559-4 AntiPatterns - Refactoring Software, Architectures and Projects in Crisis (Brown, Malveau, McCormick III, Mowbray) ISBN 0-471-19713-0 Enea Business Software 2002 Sida 44

Frågor? malb@enea.se Enea Business Software 2002 Sida 45