Agil programutveckling

Storlek: px
Starta visningen från sidan:

Download "Agil programutveckling"

Transkript

1 Agil programutveckling Pontus Evertsson D00, Lunds Tekniska Högskola Anna Jennerheim D00, Lunds Tekniska Högskola

2 1. Inledning 3 2. Extreme Programming (XP) 3 3. Feature Driven Development (FDD) 5 4. Jämförelse mellan XP och FDD 6 5. Unified Process (UP) 8 6. Agile UP Jämförelse mellan XP och UP Sammanfattning 11 Referenslista 12 2

3 Abstract Vår djupstudie beskriver tre lättviktsmetoder, XP, Agile UP och FDD samt jämför de två sista med XP. 1. Inledning Agil är ett annat ord för lättvikt. Som studenter vid LTH har vi endast sett XP som lättviktsmetod vid programvaruutveckling i våra kurser. Därför är det intressant att se att det finns alternativ till XP som kanske i vissa situationer till och med kan passa bättre. Här tar vi upp två andra, Agile UP (Agile Unified Process) och FDD (Feature Driven Development). Vi beskriver vilka delar som ingår i dem och gör en jämförelse med XP. De som är tänkta att läsa vår djupstudie är andra studenter vid LTH som vill se att det finns andra sätt att utveckla mjukvara än med XP-metodiken. 2. Extreme Programming (XP) Extreme programming är en lättviktsmetodik som är optimerad för projekt med ca 2-10 projektmedlemmar. XP bygger på att man har många korta iterationer där varje iteration leder till ett fungerande program som sedan byggs ut i nästa iteration. Tack vare de korta iterationerna och den nära kundkontakten, on-site customer, som man utnyttjar i XP är, man inte rädd för förändringar av problembeskrivningen. XP Practices I XP finns ett antal practices att följa. Dessa är följande: Planning Game Small Releases Metaphor Simple Design Testing Refactoring Pair Programming Collective Ownership Continuous Integration 40-hour Work Week On-site Customer Nedan följer en kort beskrivning av dessa practices. Planning Game Planning game är det första som sker i varje iteration i ett XP-projekt. Det går ut på att så snabbt som möjligt komma upp med en grov plan över vad som skall göras under kommande iteration. Arbetsmetoden under Planning game går till så att kunden kommer med ett antal index cards där det står ett krav, i form av en story, på varje. Utvecklarna diskuterar sedan igenom dessa, tidsestimerar 3

4 dem samt tar på sig ansvaret för en story. Small Releases Small releases innebär att man har väldigt korta iterationscykler. Detta för att kunden hela tiden skall ha en aktuell upplaga av programmet så att man kan veta att utvecklingen drivs åt rätt håll, dvs att programmet blir som kunden vill ha det. Metaphor I XP har man en metafor som beskriver hela systemet. Alla utvecklare och kunder känner till och förstår denna metafor vilket gör att det blir lättare att kommunicera då kunder och utvecklarna garanterat förstår varandra om de använder sig av metaforen. Simple Design XP använder sig av Simple design vilket innebär att alla test ska fungera, det får inte finnas duplicerad kod, koden skall vara tydlig och lätt att förstå samt innehåller så få klasser och metoder som möjligt. Testing Då en ny enhet skall implementeras skrivs först testerna och sedan implementerar man enheten så att alla testerna går igenom. Detta sätt att jobba på kallas Test first. Refactoring I XP är man aldrig rädd för att ändra i koden och gör refaktoreringar så fort det finns ett behov av detta till exempel om man upptäcker duplicerad kod, onödigt invecklad kod eller liknande. Pair Programming All produktionskod utvecklas i par. Detta medför många fördelar. Exempelvis är det alltid minst två programmerare som känner den aktuella koden väl och kunskaperna om klasserna sprids i projektgruppen om man kontinuerligt byter par. Dessutom minskar risken för missar och slarvfel markant eftersom koden hela tiden granskas. Collective Ownership Collective ownership innebär att alla äger all kod gemensamt. Det gör att alla kan ändra överallt i koden och man behöver därför inte vänta på att någon annan ska få tid att göra ändringen åt en. Continous Integration Så fort en delenhet är testad och färdig integreras denna med hela projektet för att minska mergeproblem. 40-hour Work Week I XP jobbar man aldrig övertid förutom kortare perioder undantagsvis. Detta för att alla hela tiden skall vara utvilade och motiverade. Detta höjer kvaliteten på den kod som produceras. 4

5 On-site Customer I XP är kunden hela tiden närvarande vilket minskar chansen att utvecklingen går i fel riktning. Ingen behöver gissa på vad de tror är rätt utan det är bara att fråga kunden om det är några oklarheter. 3. Feature Driven Development (FDD) FDD, som står för Feature Driven Development, är en modelldriven process med korta iterationer. Processen bygger på att man först gör en grov modellering av hela problemet och detta efterföljs sedan av en serie med korta design by feature, build by feature-iterationer. FDD består av följande fem olika delprocesser: 1. Develop an Overall Model 2. Build a Features List 3. Plan by Feature 4. Design by Feature 5. Build by Feature Delprocess ett, två och tre utförs bara en gång i ett projekt, därpå följer iterationer innehållandes de sista två delprocesserna. 1. Develop an Overall Model I denna första fas av projektet arbetar utvecklingslaget under ledning av chefsarkitekten med att skapa ett grovt programskelett. Under det arbetet går man till väga på följande sätt: Först utvecklar designers en väldigt grov modell av hela problemet för att sedan presentera detta för resten av utvecklingslaget. Därefter producerar designers ett programskelett och presenterar återigen modellen för hela utvecklingslaget, fast denna gång lite mer djupgående. Nu när programskelettet finns delas utvecklingslaget in i mindre grupper för att sedan, lett av chefsarkitekten, arbeta parallellt med att designa mindre delar av modellen. Detta presenteras sedan och slås samman med den totala designen med stöd av chefsarkitekten. 2. Build a Feature List Denna del i utvecklingen går ut på att sätta samman en feature list, som är en lista med alla saker som kunden sagt att programmet skall kunna göra. Ett exempel, då programmet som skall utvecklas är en ordbehandlare, kan vara: Beräkna det totala antalet tecken i dokumentet. Om inte kunden har specificerat problemet med hjälp av användarfall och sådana här funktionella krav får utvecklarna själva försöka ta fram features under aktivitet 1. Under denna fas grupperas även features med närliggande funktionalitet ihop. 3. Plan by Feature I denna tredje fas görs en högnivåplanering över hela projektet. Grupperna av features sorteras i ordningsföljd och delas ut till chefsprogrammerare som blir ansvariga för en eller flera featuregrupper. Med hjälp av programskelettet som utvecklades i fas 1 delas även ägandet av de olika 5

6 klasserna ut till de olika utvecklarna. Alla utvecklarna äger sina egna klasser Design by Feature / Build by Feature Under fas fyra och fem görs själva programmet. En chefsprogrammerare väljer först ut ett par av sina features som är lämpliga att utveckla under de närmsta 1-2 veckorna. Därefter undersöker chefsprogrammeraren vilka klasser som troligen kommer att vara involverade då dessa features skall göras. Ägarna till dessa klasser tillsammans med den aktuella chefsprogrammeraren bildar ett feature team. Det är normalt att en chefsprogrammerare leder två till tre feature-team parallellt samt att en klassägare ingår i två till tre olika feature-team samtidigt. Design by Feature Feature-teamet börjar sedan med den detaljerade designen för att bygga sina features. Designen består av att laget först gör detaljerade sekvensdiagram över alla features som laget skall utveckla. Då detta är gjort gör respektive klassägare beskrivningar av vad de klasser och metoder, som kommer att implementeras, skall utföra. Innan teamet går in i Build By Feature-fasen genomgår designen en inspektion. Build by Feature I denna fas skriver respektive klassägare koden som skulle implementeras i deras klasser. Detta innefattar kod och enhetstestning samt att hålla i en kodinspektion då det är klart. När chefsprogrammeraren är helt nöjd med en feature adderas denna nya kod till den kod som senare skall bli den som levereras till kunden. 4. Jämförelse mellan XP och FDD XP och FDD skiljer sig mest i följande avseenden: Storlek på projektgrupperna XP är i huvudsak designat att lämpa sig för projekt med två till tio utvecklare. FDD var från början designat att fungera för en grupp av ca utvecklare varav fyra är chefsprogrammerare och 16 stycken är klassägare (programmerare). Det har dock visat sig att FDD fungerar bra även för betydligt större projekt. Den största begränsande faktorn är antalet tillgängliga chefsprogrammerare i projektet. Metafor och modell I XP börjar man med att skriva stories till exempel med hjälp av index cards. Därefter tidsestimeras dessa och kunden väljer ut vilka man vill ha med i nästa release. Dessa stories beskriver saker som programmet skall kunna utföra. För att förbättra helhetsbilden av programmet använder man sig av en metafor som beskriver hela programmet och som alla känner till och kan använda sig av. 6

7 I FDD har man istället features som kan jämföras med XPs stories eller tasks. Den största skillnaden mellan XP och FDD i det här avseendet är att man har en objektmodell, dvs klassdiagram och liknande dokumentation. Detta har man enligt förespråkare för FDD för att få en bättre överblick över systemet. Det ska också förhindra att utvecklarna skapar en egen, individuell design i huvudet och istället se till att alla har samma bild. Dessutom är objektmodellen till för att minska antalet refactorings, eftersom det är lättare att göra en bra design när man vet hur allt ska se ut. Kollektivt ägandeskap eller ägande av klasser I XP har man kollektivt ägande av klasserna. Fördelarna med detta är enligt XP-förespråkarna bland annat följande tre punkter: 1 Utvecklingen går snabbare än om man har en person som ägare till varje klass. Man slipper då vänta på att ägaren ska ha tid att införa ändringarna i koden man behöver, de kan man skriva dit själv. 2 Eftersom alla får ändra all kod måste den vara lätt att sätta sig in i. Av den anledningen strävar utvecklarna mot så okomplicerad kod som möjligt. 3 Kollektivt ägandeskap sprider kunskap om hela systemet i utvecklingslaget. I FDD utnyttjar man istället ägande av klasser. Alla utvecklarna äger sina egna klasser. Några av fördelarna med detta kan vara följande: 1 I FDD är alla som äger en klass med i samma feature-team. Detta innebär att all kod som behöver ändras för att implementera en feature ägs av teamet. Även detta gör att man inte behöver vänta så mycket på att andra ska ändra i koden. 2 All lågnivådesign görs inom feature-teamet vilket innebär att alla är överens om och använder samma design. Om det är någon i teamet som inte följer den överenskomna designen upptäcks detta vid kodinspektionen och det får korrigeras. Även onödigt komplex kod upptäcks vid kodgranskningen. 3 Klassägarna känner sin egen klass perfekt, men eftersom de ofta kommer att hamna i samma team som klasser med närliggande funktionalitet kommer de även att känna till dessa bra. Varje utvecklare känner till det den behöver veta. Kodgranskning och parprogrammering I XP tillämpar man parprogrammering vilket innebär att designen och koden hela tiden granskas av en person utöver programmeraren själv. Detta leder självklart till ökad kodkvalitet. I FDD har man mer formella kodgranskningar. Detta tar mer tid men samtidigt får hela teamet en chans att gå igenom all ny kod. Testning I XP testar man programmets korrekthet genom enhets- och acceptanstester. I FDD finns inte specificerat hur testningen skall genomföras utan det är upp till chefsprogrammeraren att bestämma vad som är lämpligt. 7

8 5. Unified Process (UP) Unified Process är en risk-driven, iterativ utvecklingsprocess. Iterationerna är korta och innehåller var för sig kravanalys, design, implementation och testning. Efter varje iteration har man ett fungerande system som växer efter varje iteration man lämnar bakom sig. UP:s practices UP har följande practices som beskrivs närmare en bit ner: Iterativ utveckling Högrisk- och prioritetskrav tidigt Tidigt fokus på kärnarkitekturen Tillämpa use cases Modellera programvara visuellt Kontinuerligt verifiera kvalitet Hantera krav omsorgsfullt Hantera, kontrollera förändringar Iterativ utveckling Att dela in hela processen i iterationer är det viktigaste med UP. Den rekommenderade längden på en iteration är två till sex veckor, men om teamet är riktigt stort kan en iteration vara, som mest, upp till sex månader. Högrisk- och prioritetskrav tidigt UP sägs vara riskdriven. Det innebär att man tar hand om krav som man bedömer har hög riskfaktor eller är viktiga för kunden i de tidiga iterationerna. Detta gör att projektet, som är dömda att misslyckas, kan få misslyckas så tidigt som möjligt. Tidigt fokus på kärnarkitekturen Att implementera kärnarkitekturen tidigt i projektet hänger samman med föregående practise eftersom det både är viktigt och riskfyllt att få arkitekturen på plats. Tillämpa use cases Use cases är skrivna historier om hur systemet används. De är till för att utforska och dokumentera funktionaliteten hos de givna kraven. Modellera programvara visuellt Detta görs exempelvis med UML-diagram. Kontinuerligt verifiera kvalitet Detta görs genom tester. Testningen ska börja tidigt, utföras ofta och vara realistisk så att man får feedback på det man har byggt. 8

9 Hantera krav omsorgsfullt Att hantera krav omsorgsfullt innebär att inte vara slarvig vid exempelvis prioriteringar och uppföljningar. Hantera, kontrollera förändringar När ett nytt krav tillkommer måste man ta reda på hur det kommer att påverka det som redan finns implementerat och hur mycket extra arbete som måste läggas ner. UP:s faser En utvecklingscykel, dvs hela processen från början till färdig produkt, består av fyra olika phases (faser). Dessa är: 1. Inception (början) - Inledningsfasen där man tittar på vad som ska göras, gör vaga estimeringar samt bygger preliminära modeller. 2. Elaboration (utveckling) - Den först utvecklingsfasen där kärnarkitekturen, och andra delar med hög risk, implementeras. Modellerna arbetas om. 3. Construction (konstruktion) Den andra utvecklingsfasen där implementation av resten av systemet utförs. I slutet av fasen förbereds leverans till kunden. 4. Transition (övergång) Den sista fasen där systemet beta-testas och levereras till kunden. UP:s discipliner UP har nio olika discipliner, listade nedan, som finns till viss del i samtliga faser. Dock är modellering koncentrerad till de två första och implementation till de två i mitten. Business modeling Requirements Design Implementation Test Deployment Configuration & change management Project management Environment Disciplinerna sägs bestå av ett antal artefakter. En artefakt är något man tillverkar under projektet. Som exempel utgörs disciplinen Design av artefakterna designmodell, arkitekturdokumentation och datamodell. 6. Agile UP UP är tänkt att användas som en lättviktsmodell, agile UP. Detta uppnås eftersom man endast väljer några av artefakterna till sitt projekt, givetvis de man tycker passar bäst. UP gör att man kan anpassa sig när förutsättningar och krav ändras eftersom man inte gör all design och planering i början utan använder sig av iterationer. 9

10 7. Jämförelse mellan XP och UP De största skillnaderna mellan XP och UP: Teamstorleken XP är byggt för mindre projekt medan ett projekt i UP kan ha upp till hundratals utvecklare samtidigt. Dock delas dessa in i mindre subteam som arbetar parallellt. Design och modeller I UP ritar och skriver man mer för att beskriva systemet, till exempel med UML-diagram. I XP kommer mycket av designen efter hand när man implementerar. Lättillgänglig kund I XP finns on-site customer för att man lätt ska kunna reda upp eventuella oklarheter. Detta saknas i UP. Samarbete UP har inte specificerat vilka konstellationer man ska ha inom teamet när man arbetar, i XP programmerar man alltid i par. De största likheterna mellan XP och UP: Iterationer Båda delar upp arbetet i iterationer och planerar en iteration, max två i taget. Testning I båda varianterna ska man testa tidigt, ofta och på vettiga saker för att få värdefull feedback. Dock saknar UP XP:s Test first. 8. Sammanfattning Det hade varit intressant att delta i projekt som använder sig av agile UP och FDD för att få testa dem ordentligt, då hade man även kunnat göra en mer utförlig jämförelse. Vad vi kommit fram till är att det finns olika sätt att genomföra programmeringsprojekt och de har sina respektive fördelar och nackdelar. Därför får man välja vilken metod som passar bäst i den givna situationen och vilken man tycker bäst om personligen. Det är viktigt att man kommer överens om vilken metod man ska använda så att alla är med på det, det vill säga att ingen motverkar resten av gruppen och drar ner disciplinen som behövs för att följa den valda metodens regler. 10

11 Referenslista Titel Författare Internetadress Feature-Driven Development Stephen Palmer and Extreme Programming FDD Overview Presentation Agile Software Development using Feature Driven Development (FDD) download/fddoverview.pdf Applying UML and patterns Craig Larman 11

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

Projektkaos. Chaos-rapporten. 34% av projekten avslutades i tid och enligt budget... ... 66% misslyckades! Projektkaos. Chaos-rapporten 34% av projekten avslutades i tid och enligt budget...... 66% misslyckades! 1 Standish Group, 2003 (www.standishgroup.com) Praxis Hantera krav Använd komponentarkitekturer

Läs mer

extreme Programming refactored - recension och analys av Kent Becks senaste definition av XP

extreme Programming refactored - recension och analys av Kent Becks senaste definition av XP extreme Programming refactored - recension och analys av Kent Becks senaste definition av XP Måns Gunnarsson d01mg@efd.lth.se Sammanfattning Denna djupstudie består av en recension av andra upplagan av

Läs mer

Agile-metoder, XP och ACSD

Agile-metoder, XP och ACSD Användarcentrerad systemdesign. Föreläsning 12 Agile-metoder, XP och ACSD Stefan Blomkvist MDI / IT, stefan.blomkvist@it.uu.se & Profdoc AB www.profdoc.se www.it.uu.se/edu/course /homepage/acsd/s04 XP

Läs mer

SCRUM vs. XP en jämförelse mellan två lättviktsmetodiker

SCRUM vs. XP en jämförelse mellan två lättviktsmetodiker SCRUM vs. XP en jämförelse mellan två lättviktsmetodiker Phut Tran D01, Lund Tekniska Högskola d01pt@efd.lth.se 21 februari 2006 Innehållsförteckning ABSTRACT... 3 1 INLEDNING... 4 2 VAD ÄR EN LÄTTVIKTSMETODIK?

Läs mer

Scrum + XP = sant. Kristian Björk D06, Lunds Tekniska Högskola dt05kb1@student.lth.se. Frederik Blauenfeldt Jeppsson. dt06fb8@student.lth.

Scrum + XP = sant. Kristian Björk D06, Lunds Tekniska Högskola dt05kb1@student.lth.se. Frederik Blauenfeldt Jeppsson. dt06fb8@student.lth. Scrum + XP = sant Kristian Björk D06, Lunds Tekniska Högskola dt05kb1@student.lth.se Frederik Blauenfeldt Jeppsson D06, Lunds Tekniska Högskola dt06fb8@student.lth.se 2010-03-02 1 Abstract Scrum och XP

Läs mer

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

PMM (Process Maturity Metrics) Allmänt. Mätetal för framgångsfaktorer. 1. CM konfigurationsstyrning PMM (Process Maturity Metrics) PMM är en metod för att mäta processmognad i utvecklingsprojekt. I korthet går metoden ut på att man utvärderar sin utvecklingsprocess med avseende på ett antal framgångsfaktorer

Läs mer

Testdriven utveckling. Magnus Jonsson Siemens Medical Solutions

Testdriven utveckling. Magnus Jonsson Siemens Medical Solutions Testdriven utveckling Magnus Jonsson Siemens Medical Solutions 2 Soarian Stort projekt, ca 400 personer i projektet Distribuerad utveckling i USA, Indien och Sverige Web baserat lösning med admin client

Läs mer

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

2010-12-27 SCRUM. Vattenfallsmodellen. Analys. Design. Kod. Test. Rational Unified Process Agile. Kallas också linjär sekventiell modell. Vattenfallsmodellen SCRUM Analys Kallas också linjär sekventiell modell Introduktion Design Kod Test Rational Unified Process Agile DSDM Adaptive Software Development Crystal Feature-Driven Development

Läs mer

SCRUM och agil utveckling

SCRUM och agil utveckling SCRUM och agil utveckling Johan Åberg johan.aberg@liu.se Agile Manifesto We are uncovering better ways of developing software by doing it and helping others do it. Through this work we have come to value:

Läs mer

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

Presentation. Fredrik Runnsjö 1996 Utvecklare 2004 Testare ~2006 Scrum/Canban Presentation Fredrik Runnsjö 1996 Utvecklare 2004 Testare ~2006 Scrum/Canban Om AddQ Mission Vi skapar affärsnytta för kunden genom specialisttjänster inom test, kvalitetssäkring och effektivisering Tjänsteområden

Läs mer

Informationssystem och databasteknik, 2I-1100

Informationssystem och databasteknik, 2I-1100 Informationssystem och databasteknik, 2I-1100 Introduktion till informationssystem - användning, teknik och utveckling Vad är ett informationssystem? Informationssystem: datoriserat system som stödjer

Läs mer

Lyckade projekt - finns det?

Lyckade projekt - finns det? 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å

Läs mer

TDDD26 Individuell projektrapport

TDDD26 Individuell projektrapport TDDD26 Individuell projektrapport Kort beskrivning av projektet Vi hade som projekt att utveckla en digital media servicer som skulle hjälpa filmentusiasten att organisera sitt filmbibliotek. Programmet

Läs mer

BESKRIVNING AV PROCESSMETODEN SCRUM

BESKRIVNING AV PROCESSMETODEN SCRUM NORDSCRUM BESKRIVNING AV PROCESSMETODEN SCRUM NORDSCRUM BESKRIVNING AV PROCESSMETODEN SCRUM INNEHÅLLSFÖRTECKNING inledning... 3 SCRUM... 3 Bakgrund... 3 Faser... 3 Ramverket... 3 Nordscrum... 4 StudentProjekt...

Läs mer

Lean programvaruutveckling

Lean programvaruutveckling Lean programvaruutveckling Av Ludvig Hagmar (d01lh@efd.lth.se eller l_hagmar@hotmail.com) Den 12:e Februari 2006 Abstract: Denna djupstudie behandlar den agila metoden Lean software development eller Lean

Läs mer

Agil mjukvaruutveckling. 1DV404, Jesper Andersson

Agil mjukvaruutveckling. 1DV404, Jesper Andersson Agil mjukvaruutveckling 1DV404, Jesper Andersson Agilt? Innehållet i alla mjukvaruutvecklingsprocesser! Roller! Aktiviteter! Artefakter Processmodeller Många smaker Unified Process Kanban SCRUM normativ

Läs mer

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

Automation Region. Affärsdriven systemutveckling genom agila metoder. Stefan Paulsson Thomas Öberg Automation Region Affärsdriven systemutveckling genom agila metoder Stefan Paulsson Thomas Öberg Frontit Frontit är ett svenskt konsultföretag i gränslandet mellan Management & IT, som stärker sina kunders

Läs mer

Therese Hansson & Magnus Jonsson. Motivationsfaktorer - Test inom Agila utvecklingsprojekt

Therese Hansson & Magnus Jonsson. Motivationsfaktorer - Test inom Agila utvecklingsprojekt Motivationsfaktorer - Test inom Agila utvecklingsprojekt Magnus Jonsson & Therese Hansson Flerårig erfarenhet från ett globalt utvecklingsprojekt där vi införde Agile & Scrum metodik i hela organisationen

Läs mer

Användbarhet i sitt sammanhang

Användbarhet i sitt sammanhang Användbarhet i sitt sammanhang Världsanvändbarhetsdagen 2009-11-12 Anders Hedberg, Guide Konsult Stockholm Innehåll En helikoptertur över ett projekts olika faser med belysning på användbarhet i förhållande

Läs mer

Datavetenskap. Therese Sundström. Utveckling av ett affärssystem med. Unified Process. Examensarbete, D-nivå 30 ECTS 2005:05

Datavetenskap. Therese Sundström. Utveckling av ett affärssystem med. Unified Process. Examensarbete, D-nivå 30 ECTS 2005:05 Datavetenskap Therese Sundström Utveckling av ett affärssystem med Unified Process Examensarbete, D-nivå 30 ECTS 2005:05 Utveckling av ett affärssystem med Unified Process Therese Sundström 2005 Therese

Läs mer

Platina och kvalité. Rasmus Staberg, Teknisk direktör, 2014-04-08

Platina och kvalité. Rasmus Staberg, Teknisk direktör, 2014-04-08 Formpipe Platina och kvalité Rasmus Staberg, Teknisk direktör, 2014-04-08 04 08 1 Formpipe Presentation Bakgrund Platina släpptes som första release år 2000. Fick pris för Best in show från Bill Gates

Läs mer

Opponentrapport på examensarbete Utveckling av ett affärssystem med Unified Process av Therese Sundström.

Opponentrapport på examensarbete Utveckling av ett affärssystem med Unified Process av Therese Sundström. Opponentrapport på examensarbete Utveckling av ett affärssystem med Unified Process av Therese Sundström. Författare Per Johansson, Henrik Wallinder Generellt Helhetsintrycket från genomläsning av uppsatsen

Läs mer

Praktikum i programvaruproduktion

Praktikum i programvaruproduktion Praktikum i programvaruproduktion Introduktion Föreläsare/Ansvarig: Pontus Boström Email:pontus.bostrom@abo.fi Rum A5055 Assistent: Petter Sandvik Email: petter.sandvik@abo.fi Rum: A5048 Föreläsningar:

Läs mer

Kursinformation. Metodik för programvaruutveckling. Utvecklingsprocessen för programvara. Innehåll. Processmodell. Exempel

Kursinformation. Metodik för programvaruutveckling. Utvecklingsprocessen för programvara. Innehåll. Processmodell. Exempel Kursinformation Metodik för programvaruutveckling Föreläsning 3 Latex ok för litteraturstudierapport (prata med mig bara) Nästa föreläsning är av Björn Regnell (jag är med också) Presentationer imorgon

Läs mer

TDP023 Projekt: Agil systemutveckling

TDP023 Projekt: Agil systemutveckling TDP023 Projekt: Agil systemutveckling Johan Åberg johan.aberg@liu.se Tre moment Projekt 8hp Marknadsföring av produkt 2hp Kopplat till projektarbetet Individuell rapport 2hp Kopplat till projektarbetet

Läs mer

Agil testning i SCRUM

Agil testning i SCRUM Agil testning i SCRUM Petter Salomonsson Petter.salomonsson@addq.se Tel: 0708-398435 Kort presentation AddQ Consulting AB tydlig fokus på test och kvalitetssäkringstjänster erbjuder mycket erfarna konsulter

Läs mer

Steget efter CAD Data Management. Per Ekholm

Steget efter CAD Data Management. Per Ekholm Steget efter CAD Data Management Per Ekholm Agenda Vilka processer/discipliner stöds i PDMLink Dokument management Configuration Management Change Management Project Management Hur utvärderar jag behovet?

Läs mer

Objekt-orienterad utveckling. Objektorienterad analys och design. Objekt-orienterad programutveckling. Objekt-orienterad analys och design: Litteratur

Objekt-orienterad utveckling. Objektorienterad analys och design. Objekt-orienterad programutveckling. Objekt-orienterad analys och design: Litteratur Objekt-orienterad utveckling Saker man vill uppnå: Objektorienterad analys och design Sven-Olof Nyström Uppsala Universitet 16 mars 2005 en systematisk metod för att gå från problembeskrivning till färdigt

Läs mer

Objektorientering. Grunderna i OO

Objektorientering. Grunderna i OO Objektorientering Grunderna i OO 1 Systemutveckling Tre systemnivåer: Verksamhet Informationssystem Datasystem Huvuduppgifterna i ett systemutvecklingsarbete: Verksamhetsanalys Informationsbehovsanalys

Läs mer

2009-02-02. Verktyg för agil systemutveckling. Vad är ett verktyg? Olika typer av verktyg för mjukvaruutveckling. Vad kan ett bra verktyg tillföra?

2009-02-02. Verktyg för agil systemutveckling. Vad är ett verktyg? Olika typer av verktyg för mjukvaruutveckling. Vad kan ett bra verktyg tillföra? Vad är ett verktyg? Verktyg för agil systemutveckling Individuals and interactions over processes and tools - The Agile Manifesto Papper, penna, linjal CAD-program Skruvmejsel Skruvdragare Etc 1 2 Vad

Läs mer

Distribuerad mjukvaruutveckling med extreme Programming

Distribuerad mjukvaruutveckling med extreme Programming Distribuerad mjukvaruutveckling med extreme Programming Jörgen Nilsson, d00jni@efd.lth.se February 22, 2005 Sammanfattning Denna artikel är en djupstudie skriven under en kurs i coaching av XPteam, på

Läs mer

Kursöversikt Certifierad Mjukvarutestare

Kursöversikt Certifierad Mjukvarutestare Kursöversikt Certifierad Mjukvarutestare Kurs Poäng (5 yh poäng/vecka) Examensarbete 20 Grunderna inom test 20 Kommunikation i arbetslivet 15 Lärande i arbete 1 60 Lärande i arbete 2 60 Projektarbete 15

Läs mer

Uppräkningstyper enum. DD2385 Programutvecklingsteknik Några bilder till föreläsning 11 12/5 2014. Enum m.m. OOA (ObjektOrienterad Analys)

Uppräkningstyper enum. DD2385 Programutvecklingsteknik Några bilder till föreläsning 11 12/5 2014. Enum m.m. OOA (ObjektOrienterad Analys) DD2385 Programutvecklingsteknik Några bilder till föreläsning 11 12/5 2014 Innehåll Enum m.m. OOA (ObjektOrienterad Analys) Utvecklingsmetodik särskilt XP-liknande Uppräkningstyper enum Definiera egen

Läs mer

Agil utveckling ställer nya krav på upphandling. Roland Bäcklin, Jaybis Konsult AB roland.backlin@jaybis.se

Agil utveckling ställer nya krav på upphandling. Roland Bäcklin, Jaybis Konsult AB roland.backlin@jaybis.se Agil utveckling ställer nya krav på upphandling Roland Bäcklin, Jaybis Konsult AB roland.backlin@jaybis.se Roland Bäcklin Tidigare: Utvecklare, Systemarkitekt, Projektledare, CTO, CIO, Riksinstruktör,

Läs mer

AGILA METODER. (för oss som inte kodar) Nina Berlin

AGILA METODER. (för oss som inte kodar) Nina Berlin AGILA METODER (för oss som inte kodar) Nina Berlin Agila värderingar 1. Individer och interaktioner framför processer och verktyg 2. Fungerande programvara framför omfattande dokumentation 3. Kundsamarbete

Läs mer

2015-04-27. Detta har hänt... Agenda. Kursinformation. Föreläsning 5: Processer och vidareutveckling

2015-04-27. Detta har hänt... Agenda. Kursinformation. Föreläsning 5: Processer och vidareutveckling Föreläsning 5: Processer och vidareutveckling ETSA01 Ingenjörsprocessen 1 - Metodik VT15 Markus Borg Detta har hänt... Pratat krav, plan, design, test På gång att frysa kravspecifikationen Övning 3+4:

Läs mer

Användningscentrering i agila utvecklingsprojekt. johanna.sarna@valtech.com Valtech

Användningscentrering i agila utvecklingsprojekt. johanna.sarna@valtech.com Valtech Användningscentrering i agila utvecklingsprojekt johanna.sarna@valtech.com Valtech Vem är jag? Johanna Särnå Jobbar på Valtech sedan 3 år tillbaka Jobbar där med användbarhet och projektledning Certifierad

Läs mer

I detta avsnitt beskrivs vart parprogrammering appliceras, hur det ska fungera och även i vilket projekt det introduceras i.

I detta avsnitt beskrivs vart parprogrammering appliceras, hur det ska fungera och även i vilket projekt det introduceras i. PARPROGRAMMERING Mikael Möller, dt07mm5@student.lth.se 2011-02-28 Abstrakt Parprogrammering är ett arbetssätt där två programmerare arbetar tillsammans vid en dator med en uppgift. Studien behandlar frågor

Läs mer

Utvecklingsm odell och utvecklingsm etod för att skapa god kom m unikation

Utvecklingsm odell och utvecklingsm etod för att skapa god kom m unikation Kurs: Designm etodik, 3 p Delm om ent: Datum : 2 0 0 3-1 2-1 8 Utvecklingsm odell och utvecklingsm etod för att skapa god kom m unikation Nils Järgenstedt [ it3 jani@ituniv.se] Innehållsförteckning INLEDNING...

Läs mer

men borde vi inte också testa kraven?

men borde vi inte också testa kraven? men borde vi inte också testa kraven? Robert Bornelind Presentation på SAST, 24 februari 2011 SQS Software Quality Systems Sweden AB Innehåll Introduktion Kvalitet, tid och kostnad Process Testning av

Läs mer

Projektarbete DAVC20

Projektarbete DAVC20 Projektarbete DAVC20 DAVC20, Per Strömgren 2002-10-28 Make a plan. Then follow the plan. Watts Humphrey 2 DAVC20, Per Strömgren, 1 Vad handlar detta om?! 3 DAVC20, Per Strömgren Examination För godkänt

Läs mer

UML. Tomas Czarnecki Institutionen för Informationsbehandling Åbo Akademi,FIN-20520 Åbo, Finland e-mail: tczarnec@abo.fi url: www.abo.

UML. Tomas Czarnecki Institutionen för Informationsbehandling Åbo Akademi,FIN-20520 Åbo, Finland e-mail: tczarnec@abo.fi url: www.abo. UML Tomas Czarnecki Institutionen för Informationsbehandling Åbo Akademi,FIN-20520 Åbo, Finland e-mail: tczarnec@abo.fi url: www.abo.fi/~tczarnec Abstrakt The Unified Modeling Language, UML, är ett visuellt

Läs mer

A brief exploration of the XP planning process The planning game

A brief exploration of the XP planning process The planning game A brief exploration of the XP planning process The planning game Master Thesis in Computing Science and Engineering, 20p Författare: Robert Jonsson c98rjn@cs.umu.se Handledare: Vitec Fastighetssystem AB:

Läs mer

PRODUCT MANAGEMENT. Klicka här för att ändra format. Klicka här för att ändra format på underrubrik i bakgrunden

PRODUCT MANAGEMENT. Klicka här för att ändra format. Klicka här för att ändra format på underrubrik i bakgrunden på From Requirements in Excel - to development of profitable products Strategic Technology PRODUCT PRODUCT Market PLANNING MARKETING på Operational Product planning = Define and Develop Product marketing

Läs mer

Djupstudie - Datorbaserade system för tracking

Djupstudie - Datorbaserade system för tracking Djupstudie - Datorbaserade system för tracking Torbjörn Lundberg, dt05tl3 Joakim Svensson, dt05js8 18 februari 2008 Sammanfattning Tracking är ett hjälpmedel inom projekt för att hålla reda på information

Läs mer

Kursmål. Kursens delar. Obligatorisk närvaro

Kursmål. Kursens delar. Obligatorisk närvaro EDA270: Coaching av programvaruteam S1: Kursintroduktion, Agila metoder! Görel Hedin, Lars Bendix Datavetenskap LTH Kursmål Projektledning/Coaching Hur team fungerar Hur man leder/coachar team Hur man

Läs mer

Prototypningsverktyg. A Human-Centered Design Process (ISO 9241-210, 2010) Mattias Arvola. @mattiasarvola Institutionen för datavetenskap

Prototypningsverktyg. A Human-Centered Design Process (ISO 9241-210, 2010) Mattias Arvola. @mattiasarvola Institutionen för datavetenskap A Human-Centered Design Process (ISO 9241-210, 2010) Prototypningsverktyg 1. Plan the humancentred process 2. Understand the context of use Mattias Arvola Meets the requirements 5. Evaluate against requirements

Läs mer

Introduktion. Byggstenar TDBA63 2005-11-22

Introduktion. Byggstenar TDBA63 2005-11-22 Introduktion UML står för Unified Modeling Language. Det är tänkt att fungera som hjälpmedel vid modellering av alla tänkbara typer av utvecklingsarbeten, inte bara inom dataomdrådet. Det största värdet

Läs mer

AGIL KRAVHANTERING. Hitta behoven bakom kraven!! Thomas Nilsson! Agile Coach & Mentor! CTO, Responsive

AGIL KRAVHANTERING. Hitta behoven bakom kraven!! Thomas Nilsson! Agile Coach & Mentor! CTO, Responsive AGIL KRAVHANTERING Hitta behoven bakom kraven!!! Thomas Nilsson! Agile Coach & Mentor! CTO, Responsive KRAVSTÄLL EN PRODUKT! Skriv ner tre krav som ni ställer på produkten INNOVATIONSDRIVNA PRODUKTER...

Läs mer

Du fulländar mig! Om synergierna mellan agila metoder och UX. Joakim Holm Adaptiv AB. Erik Hammarström Antrop AB

Du fulländar mig! Om synergierna mellan agila metoder och UX. Joakim Holm Adaptiv AB. Erik Hammarström Antrop AB Du fulländar mig! Om synergierna mellan agila metoder och UX Joakim Holm Adaptiv AB Erik Hammarström Antrop AB Vetenskapliga metoden 1. Observera verkligheten 4. Genomför experiment 2. Utforma hypotes

Läs mer

SCRUM och mycket mer

SCRUM och mycket mer Typ av dokument Anvisning Skapad Senaste uppdatering 2008-01-27 2008-11-13 1 (5) Sida 1 Det minsta möjliga? SCRUM och mycket mer Om man nu vill vara agile och inte har allt tid i världen, vad skall man

Läs mer

Curriculum Vitae - Anders Persson. Anders Persson

Curriculum Vitae - Anders Persson. Anders Persson Anders Persson Anders har en civilingenjörsexamen i elektroteknik. Han har 30 års erfarenhet av mjukvaruutveckling, främst från Telekommunikation och CAD / CAM industrin. Anders är en erfaren verksamhetsutvecklare

Läs mer

Agila metoder en kartläggning av teori och praktik

Agila metoder en kartläggning av teori och praktik Agila metoder en kartläggning av teori och praktik Anna Georgsson 16 augusti 2010 Examensarbete på kandidatnivå, 15 hp Handledare: Jürgen Börstler Examinator: Jonny Pettersson UMEÅ UNIVERSITET INSTITUTIONEN

Läs mer

IBM Software Group. Agil Acceptans Test. Annika Kortell annika.kortell@se.ibm.com. SAST 15-års jubileum 2010. 2010 IBM Corporation

IBM Software Group. Agil Acceptans Test. Annika Kortell annika.kortell@se.ibm.com. SAST 15-års jubileum 2010. 2010 IBM Corporation IBM Software Group Agil Acceptans Test Annika Kortell annika.kortell@se.ibm.com SAST 15-års jubileum 2010 2010 IBM Corporation IBM Grundades 1911, i Sverige sedan 1928 400 000 anställda i 170 länder; forskare,

Läs mer

Tobias Landén tobias.landen@chas.se 0733 20 48 70

Tobias Landén tobias.landen@chas.se 0733 20 48 70 Internet och klientbaserade tekniker + Internets utveckling och påverkan Block 2 Lektion 1 Tobias Landén tobias.landen@chas.se 0733 20 48 70 Förra blocket Hur gick det? Vad som ska vara klart efter förra

Läs mer

Den agila utvecklingen

Den agila utvecklingen Den agila utvecklingen En jämförelse mellan teori och praktik Agile Development A Comparison between Theory and Practice JENNIE HÄGGLUND JOHANNA FRE MARIA KARLSSON Examensarbete/Kandidatuppsats i Informatik

Läs mer

Projektarbete. Grunder

Projektarbete. Grunder Projektarbete Grunder Projektarbete Hur gör man på Spotify, på ett modernt ICTföretag? Se Spotify Engineering Culture (film) Källa: http://labs.spotify.com/2014/03/27/spotify-engineering-culture-part-1/

Läs mer

Vad är. Domändriven design?

Vad är. Domändriven design? Vad är Domändriven design? 1 Domändriven design är utvecklare och domänexperter som arbetar tillsammans för att skapa mjukvara som är både begriplig och möjlig att underhålla. ett sätt att fånga och sprida

Läs mer

Kanban i Extreme Programming

Kanban i Extreme Programming Kanban i Extreme Programming N. Fors och N. Hansson D06, Lunds Tekniska Högskola [niklas.fors niklas.hansson.06]@gmail.com 2mars2010 Abstract Kanban is a scheduling approach from the work philosophy just-intime

Läs mer

Tillämpning av Unified Process och Design Patterns vid integrering av system

Tillämpning av Unified Process och Design Patterns vid integrering av system Tillämpning av Unified Process och Design Patterns vid integrering av system Andreas Jönsson Examensarbete för 20 p, Institutionen för datavetenskap, Naturvetenskapliga fakulteten, Lunds universitet Thesis

Läs mer

Kurser och seminarier från AddQ Consulting

Kurser och seminarier från AddQ Consulting och seminarier från AddQ Consulting Vår vision är att genom fokus på kvalitet och effektivitet inom IT bidra till att underlätta människors vardag. Kompetensutveckling är nyckeln till framgång för dig

Läs mer

Exempel på verklig projektplan

Exempel på verklig projektplan Exempel på verklig projektplan Detta är ett exempel på en proffessionell projektplan hämtad ur verkliga livet. Den visas inte i sin fullständighet, det mesta är bortklippt, men strukturen och mycket av

Läs mer

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

Projektmetodik II. HF1005, Informationsteknik och ingenjörsmetodik för Datateknik. Projektarbete Projektmetodik II HF1005, Informationsteknik och ingenjörsmetodik för Datateknik Projektarbete Förväntade resultatet är t.ex. en produkt Vi behöver arbeta med Analys Faktainsamling Genomförande Rapportering

Läs mer

Metoder och verktyg för funktionssäkerhet

Metoder och verktyg för funktionssäkerhet Metoder och verktyg för funktionssäkerhet Projektstart 1. Hantera kraven En bra process är grunden för att hantera kraven i ett säkerhetsprojekt. Det krävs att du har en tydlig spårbarhet mellan krav och

Läs mer

Innehåll. Kravhantering. Kravhantering TDDD06 Introduktion till kravhantering. Vad är kravhantering?

Innehåll. Kravhantering. Kravhantering TDDD06 Introduktion till kravhantering. Vad är kravhantering? Innehåll Kravhantering TDDD06 Introduktion till kravhantering Institutionen för datavetenskap (IDA) Linköpings universitet Kravhantering Omfattning Grundläggande koncept Aktörer Aktiviteter Artefakter

Läs mer

Metoder för Interaktionsdesign

Metoder för Interaktionsdesign Metoder för Interaktionsdesign Föreläsning 4 Projektmetodik och Scrum Kapitel 9-12 + 14, Scrumbok Det högra spåret Vi lämnar nu det vänstra spåret de mjukare delarna och går in på det högra spåret som

Läs mer

Testbara krav. SAST Syd 2012-02-09. Ställ gärna frågor under presentationen eller efteråt Åhörarkopior distribueras efteråt

Testbara krav. SAST Syd 2012-02-09. Ställ gärna frågor under presentationen eller efteråt Åhörarkopior distribueras efteråt Testbara krav SAST Syd 2012-02-09 Ställ gärna frågor under presentationen eller efteråt Åhörarkopior distribueras efteråt Ulf Eriksson Produktägare på ReQtest Specialist på kravhantering och test Grundare

Läs mer

Projekt- och kvalitetsstyrning på Frontec

Projekt- och kvalitetsstyrning på Frontec Projekt- och kvalitetsstyrning på Frontec Detta dokument beskriver hur Frontec bedriver utvecklingsprojekt med kvalitetssäkring FSAB_LS020_Projekt och kvalitetsstyrning A.doc Sida 1(6) Frontec kan projekt

Läs mer

ALM Live: Scrum + VSTS

ALM Live: Scrum + VSTS ALM Live: Scrum + VSTS Explained and distilled for Everyone! Micael Herkommer micael.herkommer@inexor.se Introduktion Micael Herkommer Developer Coach & Solutions Architect INEXOR EPiServer Professional

Läs mer

Bilagor Projektrapport VoteIT år 1

Bilagor Projektrapport VoteIT år 1 1(6) Bilagor Projektrapport VoteIT år 1 Innehåll Bilaga 1. Kravspecifikation... 2 Bilaga 2: Checklista för årsmötesprocessen... 3 Bilaga 3: Om typen av möten som ska stödjas... 5 Bilaga 4. Kvalitetsplan...

Läs mer

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

Javautvecklare. Utbildningsfakta. 400 YH-poäng, 2 år Javautvecklare 400 YH-poäng, 2 år Utbildningsfakta Kurser (12 stycken) Grundläggande programmering och javaverktyg 50 yhp Grafiskt gränssnitt och interaktion 20 yhp Internet, webb och webbramverk 40 yhp

Läs mer

Processbeskrivning Systemutveckling

Processbeskrivning Systemutveckling ProcIT-P-015 Processbeskrivning Systemutveckling Lednings- och kvalitetssystem Fastställd av Sven Arvidson 2011-09-12 Innehållsförteckning 1 Inledning 3 1.1 Symboler i processbeskrivningarna 3 2 Systemutvecklingsprocessen

Läs mer

Sänk kostnaderna genom a/ ställa rä/ krav och testa effektivt

Sänk kostnaderna genom a/ ställa rä/ krav och testa effektivt Sänk kostnaderna genom a/ ställa rä/ krav och testa effektivt Kravhantering / Testprocess - Agenda AGENDA Grundläggande kravhanteringsprocess. Insamling, dokumentation, prioritering, Test och förvaltning

Läs mer

Bygg bro mellan ITIL v2 och v3 - Bridgekurser - DF Seminarium 2008-09-05

Bygg bro mellan ITIL v2 och v3 - Bridgekurser - DF Seminarium 2008-09-05 Bygg bro mellan ITIL v2 och v3 - Bridgekurser - DF Seminarium 2008-09-05 Innehåll Kursöversikt ITIL v3 Utbildningsschemat Målgrupper & förkunskapskrav Kursuppbyggnad & innehåll V2 V3, Service Lifecycle,

Läs mer

SCRUM på Riksarkivet. Magnus Welander / 2011-05-26

SCRUM på Riksarkivet. Magnus Welander / 2011-05-26 SCRUM på Riksarkivet Magnus Welander / 2011-05-26 Agenda Metoden SCRUM Erfarenheter från Riksarkivet Sverige Metoden SCRUM Varför agile? Källa: Standish Group Önskedrömmar Kunden vet vad de vill ha Utvecklarna

Läs mer

Ingenjörsinriktad yrkesträning - Softhouse Crossmedia Avenue. Ronny Roos, 85-02-27 4098 d04rr

Ingenjörsinriktad yrkesträning - Softhouse Crossmedia Avenue. Ronny Roos, 85-02-27 4098 d04rr Ingenjörsinriktad yrkesträning - Softhouse Crossmedia Avenue Ronny Roos, 85-02-27 4098 d04rr Inlämnad: 16 januari 2008 1 Softhouse - Crossmedia Avenue Crossmedia Avenue, är ett svenskt företag som ingår

Läs mer

Testning som beslutsstöd

Testning som beslutsstöd Testning som beslutsstöd Vilken typ av information kan testning ge? Vilken typ av testning kan ge rätt information i rätt tid? Hur kan testning hjälpa din organisation med beslutsstöd? Hur kan produktiviteten

Läs mer

PB 1. Securing progress

PB 1. Securing progress PB 1 Securing progress 2 3 Biner: abbreviation for carabiner. A metal loop with a spring catch, designed as a connector to quickly and securely link together components. Used in mountaineering for fastening

Läs mer

Design. Vad lärde jag mig förra lekfonen? Hur bidrog jag Fll lärandet? Kravhantering sammanfa0ning 13/04/14

Design. Vad lärde jag mig förra lekfonen? Hur bidrog jag Fll lärandet? Kravhantering sammanfa0ning 13/04/14 Design Vad är design? Vad är arkitektur? Architectural Pa:erns Designprinciper Design Pa:erns UML Domain Driven Design Domänmodell Vad lärde jag mig förra lekfonen? Hur bidrog jag Fll lärandet? Kravhantering

Läs mer

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

Detta dokument syftar till att ge en introduktion till RUP och bemöta argument såväl för som emot processen. Bakgrund Detta dokument syftar till att ge en introduktion till RUP och bemöta argument såväl för som emot processen. För att kunna diskutera om man skall använda RUP eller inte måste man dock ta ett steg

Läs mer

Scrum. på fem minuter

Scrum. på fem minuter Scrum på fem minuter DET TALAS MYCKET OM SCRUM OCH LÄTTRÖRLIGA METODER JUST NU STÄLL DIG FÖLJANDE FRÅGOR A simple method for the management of complex projects... Äldre metoder fokuserar på att hålla planen,

Läs mer

Kvalitetssäkra ditt projekt med kontinuerlig integration

Kvalitetssäkra ditt projekt med kontinuerlig integration Kvalitetssäkra ditt projekt med kontinuerlig integration Mathias Olausson http://olausson.net/blog Om oss: QWise Vi hjälper systemutvecklingsteam att bli bättre. Vi är experter på ALM och Team System.

Läs mer

Projekt intranät Office 365 av Per Ekstedt

Projekt intranät Office 365 av Per Ekstedt Projekt intranät Office 365 av Per Ekstedt 1 BESKRIVNING AV UTFÖRANDE Uppdraget planeras att genomföras med ett agilt arbetssätt samt best practice från Microsoft gällande SharePoint online. Uppdraget

Läs mer

Teststrategier och Testcertifiering. Per Strandberg, Maj 2013

Teststrategier och Testcertifiering. Per Strandberg, Maj 2013 Teststrategier och Testcertifiering Per Strandberg, Maj 2013 1 Lite om Test i Allmänhet och ISTQB Certifiering Mål med testning? Förebygga fel Hitta fel eller risk Underlätta och ge stöd vid utveckling

Läs mer

Fujitsu Day 2015. Göteborg 8 oktober

Fujitsu Day 2015. Göteborg 8 oktober Fujitsu Day 2015 Göteborg 8 oktober ARBETA MER I ETT NÄTVERK GENOM ETT SOCIALT INTRANÄT Anders Bohlinder, Sales, Business Application Services Peyman Javadi, ECM/ SharePoint specialist Arbeta i ett nätverk

Läs mer

Agile i ett större sammanhang

Agile i ett större sammanhang Agile i ett större sammanhang Thomas Nilsson http://www.responsive.se http://www.responsive.se/thomas Agile Developer, Coach & Mentor Vad driver kostnaden? 1) Felaktig funktionalitet Inkluderande missuppfattningar,

Läs mer

Agilt arbetssätt i komplexa organisationer. Välkomna! Anna Picetti, IT-HUSET 2011-10-27. www.it-huset.se

Agilt arbetssätt i komplexa organisationer. Välkomna! Anna Picetti, IT-HUSET 2011-10-27. www.it-huset.se Agilt arbetssätt i komplexa organisationer Välkomna! Anna Picetti, IT-HUSET 2011-10-27 Ord från en företagsledare Ett bra genomförande är 90 procent av framgången och strategin 10, varav magkänslan är

Läs mer

STADSLEDNINGSKONTORET SOA SDK IT-AVDELNINGEN VERSION 2.1. Läs mig först. Stockholms stad SOA-plattform. Sida 1 (5)

STADSLEDNINGSKONTORET SOA SDK IT-AVDELNINGEN VERSION 2.1. Läs mig först. Stockholms stad SOA-plattform. Sida 1 (5) Läs mig först Stockholms stad SOA-plattform 1 (5) Innehållsförteckning 1 Beskrivning av SDK 3 1.1 Software Developer Kit för Utvecklare... 3 1.2 Support för... 3 1.3 Omfattning... 4 1.4 Versionshantering...

Läs mer

Övningstenta, examinationsfrågor 2015-03-09

Övningstenta, examinationsfrågor 2015-03-09 Swedish Software Testing Board (SSTB) International Software Testing Qualifications Board (ISTQB) Agile Tester Certificate in Software Testing Övningstenta, examinationsfrågor 2015-03-09 Tillåten tid:

Läs mer

Mjukvaruprocesser och Planering. 1DV404 HT14 Jesper Andersson

Mjukvaruprocesser och Planering. 1DV404 HT14 Jesper Andersson Mjukvaruprocesser och Planering 1DV404 HT14 Jesper Andersson Mål Utvecklare Kostnad Vinst Maximera! WinWin! Träning Tid Tjänster Kvalitet Säljare Användare Köpare Och vi behöver en process? ü För att I

Läs mer

6. Att få mer gjort under en dag - Time Management

6. Att få mer gjort under en dag - Time Management 6. Att få mer gjort under en dag - Time Management Tiden är en unik och icke förnybar resurs. Den tid som gått får du inte igen. Du kommer inte att få mer tid, du har ett visst antal timmar till ett visst

Läs mer

EVRY One Outsourcing Services Linköping AB 2014-03-05 LEAN

EVRY One Outsourcing Services Linköping AB 2014-03-05 LEAN EVRY One Outsourcing Services Linköping AB 2014-03-05 LEAN By the use of true lean concepts all necessary attention to customer needs are secured. High quality implementations of incident, change and problem

Läs mer

SAST Q1. Som att börja arbeta på ett nytt jobb. Testautomatisera med Modell-baserad testning

SAST Q1. Som att börja arbeta på ett nytt jobb. Testautomatisera med Modell-baserad testning SAST Q1 Som att börja arbeta på ett nytt jobb Testautomatisera med Modell-baserad testning Christina Nordström Kristian Karl Christina Nordström Test sedan 1996 Aldrig testautomatiserat Enhetschef Testenheten

Läs mer

Pragmatisk programmering. Cyberrymden 2001-10-03. Marcus Rejås Pragmatisk programmering,16 december 2002 1(29)

Pragmatisk programmering. Cyberrymden 2001-10-03. Marcus Rejås <marcus@rejas.se> Pragmatisk programmering,16 december 2002 1(29) Pragmatisk programmering,16 december 2002 1(29) Pragmatisk programmering Cyberrymden 2001-10-03 Marcus Rejås $Id: slides.tex,v 1.14 2002/12/16 14:52:59 rejas Exp $ Metainformation Denna

Läs mer

Självständigt arbete på avancerad nivå

Självständigt arbete på avancerad nivå Självständigt arbete på avancerad nivå Independent degree project - second cycle Huvudområde Industriell ekonomi Val av systemutvecklingsmetod utifrån ett strategiskt perspektiv En fallstudie på SPV Lina

Läs mer

Scrum. Seminar SESAM, Stockholm, 2010-11-11. Emerging requirements and Agile testing in. Jimmy Janlén. jimmy.janlen@sogeti.se

Scrum. Seminar SESAM, Stockholm, 2010-11-11. Emerging requirements and Agile testing in. Jimmy Janlén. jimmy.janlen@sogeti.se Seminar SESAM, Stockholm, 2010-11-11 Jimmy Janlén jimmy.janlen@sogeti.se Scrum, Agile and Lean Software Development http://jimmyjanlen.wordpress.com Emerging requirements and Agile testing in Scrum What

Läs mer

QC i en organisation SAST 2008-09-16

QC i en organisation SAST 2008-09-16 QC i en organisation SAST 2008-09-16 1 Agenda Hur är vi organiserade inom test på SEB? Hur är QC uppsatt på SEB? Hur arbetar vi med QC i en stor organisation? Uppfyllde QC våra förväntningar och hur har

Läs mer

Föreläsning 15: Repetition DVGA02

Föreläsning 15: Repetition DVGA02 Föreläsning 15: Repetition DVGA02 Vad handlar kursen om? Kursen kan i grova drag delas upp i tre delar: 1. Objekt-orienterad programmering 2. Grafiska användargränssnitt 3. Datastrukturer Dessutom genomsyras

Läs mer

ISO/IEC 20000, marknaden och framtiden

ISO/IEC 20000, marknaden och framtiden ISO/IEC 20000, marknaden och framtiden Frukostseminarium 2009-10-05 Anita Myrberg BiTA Service Management anita.myrberg@bita.eu Agenda ISO/IEC 20000 Vad, varför, hur börja? Relation till andra standarder

Läs mer