Djupstudie i parprogrammering
|
|
- Ulf Ek
- för 9 år sedan
- Visningar:
Transkript
1 Djupstudie i parprogrammering Abstrakt P. Abrahamsson D05, Lunds Tekniska Högskola dt05pa1@student.lth.se P. Norlander D07, Lunds Tekniska Högskola dt07pn3@student.lth.se Denna studie handlar om parprogrammering, när två personer sitter tillsammans vid en dator och programmerar. Intervjuer har genomförts på studenter som läser en kurs i extreme Programming och handlade mycket om vilka förväntningar studenterna hade på parprogrammeringen, som skulle vara en del av kursen ifråga. Efter att studenterna fått erfarenhet av metoden utfördes en andra intervju där frågorna var mer av en utvärderande natur. Exempelvis hur studenterna upplevde parprogrammering när de programmerade med andra som hade mera eller mindre erfarenhet av programmering. Andra frågor rörde studentens intresse av att använda parprogrammering i sitt framtida arbetsliv. Tidigare forskning behandlas också där de olika aspekterna tas upp och kopplas till vad studenterna uttryckt. Tidigare forskning har framförallt påvisat ökad kodkvalité vid parprogrammering. Detta har även studenterna själva uttryckt. Studenterna har enat uttryckt en positiv bild av parprogrammering där de framförallt påpekar att det är ett säkrare sätt att utveckla. 1. Inledning Att skriva säker, välfungerande, snabb, läsbar eller helt enkelt högkvalitativ kod är det programmeringsdisciplinen handlar om. När det rör sig om ett stort system blir det snabbt komplext och med ökande tidspress smyger det gärna in fel i koden. En metod som har diskuterats i flera år (sedan 1998 [5]) för att skapa mera högkvalitativ kod är parprogrammering. Denna metod går ut på att två utvecklare sätter sig tillsammans vid en dator och löser uppgifterna tillsammans som en enhet, i motsats till den traditionella metoden, soloprogrammering, där varje utvecklare sitter vid sin egen dator och löser uppgifter var för sig. Det finns flera studier på att parprogrammering ökar kodkvalité [3] men frågan är på hur stor bekostnad av utvecklingshastigheten. Kan parprogrammerare lösa ett problem på halva tiden av vad en soloprogrammerare kan?
2 Huvudanledningen till att parprogrammering inte används mer i näringslivet är att företag inte finner det ekonomiskt försvarbart att anställa två programmerare för att lösa en uppgift som kan lösas av en programmerare. Är parprogrammering effektivitetsmässigt en fördelaktig utvecklingsmetod? Hur upplevs parprogrammering som utvecklingsmetod bland civilingenjörsstudenter? Skulle de vilja arbeta på detta sättet i rollen som utvecklare? För att svara på ovanstående frågor utfördes intervjuer med en grupp på tolv studenter på kursen Programvaruutveckling I Grupp, där de utbildades i extreme Programming (XP) och parprogrammering. Intervjuerna utfördes enskilt i början på projektet för att respektive student fritt skulle kunna uttrycka sina initiala uppfattningar om parprogrammering. I mitten av projektet utfördes ytterligare en till intervju där de fick berätta mer om sina erfarenheter om parprogrammering under kursen. Intervjuerna visade att både vid första och andra intervjun hade studenterna en mycket positiv bild av parprogrammering. Att studenter har en positiv attityd mot parprogrammering har tidigare konstaterats i [2]. Vissa studenter var mindre positiva till XP processen men när det kom till parprogrammering var de ändå klart positiva. Studenterna upplevde framförallt att det var en ökad trygghet att programmera tillsammans med någon annan. De kunde då lita mera på sin egen kod och fick större förtroende för parets lösningar vilket också konstaterades i [2]. Undersökningen visar att studenter vill ha parprogrammering på sina framtida arbetsplatser, under förutsättningen att de har någon erfarenhet av utvecklingsmetoden. Kapitel 2 beskriver bakgrundskunskapen som behövs för att förstå resten av rapporten. Kapitel 3 tar upp tidigare forskning som finns kring parprogrammering. Mycket av diskussionen handlar om fördelarna med parprogrammering. Kapitel 4 behandlar resultaten från de intervjuer som gjorts. Kapitel 5 tar upp de slutsatser som kan dras med hjälp av resultaten från intervjuerna och den tidigare forskningen som har studerats. Kapitel 6 ger en sammanfattning och tankar kring parprogrammering medans kapitel 7 behandlar svagheter i denna undersökning, vilket skulle kunna vara framtida arbete. 2. Bakgrundsavsnitt 2.1 Parprogrammering Parprogrammering utförs genom att två stycken programmerare paras ihop och tar på sig en uppgift som de löser gemensamt vid en dator. Parprogrammering går ut på att medans en kodar, den så kallade föraren (driver) [6]. Kan den andra personen, navigatören (navigator) [6], konstant granska koden som skrivs men även planera för vad som skall komma. Genom att en person konstant granskar den kod som den andra skriver upptäcks småfel i koden som annars hade varit svårt att hitta för den ensamma utvecklaren. Navigatören tänker även mycket på hur designen som växer fram interagerar med och påverkar resten av systemet och kan hela tiden överväga ifall det finns en bättre lösning. På så sätt uppmanar navigatören föraren att förklara hur denne tänker för att undvika designmissar och på så sätt komma fram till den
3 bästa designen. Detta kommer också mycket från att de hela tiden kan diskutera igenom alla lösningar de gör eftersom de är två som utvecklar. Föraren och navigatören byter roller hela tiden under utvecklingsfasen. Detta för att hålla en bra utvecklingstakt och personerna får då växla mellan att ha detaljsynen och den övergripande synen. 2.2 extreme Programming extreme Programming [7] eller XP är en agil utvecklingsprocess som innefattar många olika utvecklingsmetoder däribland parprogrammering. Metoden handlar om att vara ett litet ihopknutet arbetslag som utvecklar tillsammans. XP innehåller även en del andra metoder som: Enkel design, som innebär att göra precis den design som behövs för problemet och skapa den minsta möjliga lösningen. Regelbundna releaser görs kontinuerligt under utvecklingen, på detta sättet kan programmet utvärderas regelbundet. Kontinuerlig integration är att alla i utvecklingsgruppen kontinuerligt ska integrera sin kod i kodbasen (repositoryt). Test-driven utveckling, innebär att enhetstester skrivs innan man skriver produktionskoden. Refaktorisering. Handlar om att regelbundet omstrukturera koden och designen. Detta för att koden ska bli bättre och mera lättförstålig. Samma funktionalitet bibehållas av en refaktorisering. Kollektivt kodägande, alla i arbetslaget har rätt att ändra i all kod. T.ex. vid en refaktorisering. Dessa tillsammans med en hel del andra metoder är XP. 3. Tidigare forskning Det finns mycket tidigare forskning kring parprogrammering, där den största delen tillkommit de senaste tio åren [5]. Majoriteten av forskningen är dock genomförd på studenter och behandlar inte hur parprogrammering fungerar i näringslivet på företag. En av de största exemplen från företagsvärlden gällande parprogrammering gjordes på Chrysler med deras Comprehensive Compensation System [3]. Ett löneutbetalningssystem utvecklades för att hantera löneutbetalningen till ca anställda. Utvecklandet av programmet led av stora problem i början men efter att projektet startades om och företaget började använda sig av utvecklingsprocessen XP gjordes stora framsteg. Dessa framsteg tillskrevs mestadels parprogrammering då t.ex. nästan de enda felen som lyckades ta sig igenom enhetstester och funktionstester var skrivna av soloprogrammerare.
4 3.1 Effektivitet En av de största anledningarna till att inte flera företag använder sig av parprogrammering är att utvecklare är en dyr och tidskritisk resurs. Det anses inte ekonomiskt försvarbart att sätta två programmerare på att lösa ett problem som kan lösas av en, speciellt om programmeringsuppgifterna inte anses vara väldigt svåra. Enligt både [1] och [3] är ökningen i utvecklingstid (kostnad i timmar) endast 15% för vana parprogrammerare, alltså långt ifrån antagandet om en ökning på 100% i utvecklingstid. Utvecklingshastigheten är dock inte fullt lika snabb för nya parprogrammerare, en instegsperiod behövs för varje par. Denna ökningen i utvecklingstid på 15% ger i gengäld en ökad kodkvalité som ska överväga kostnaden för den extra tiden som behövs. 3.2 Kodkvalité Den ökade kodkvalitén, som är huvudargumentet för parprogrammering, visas på två väsentliga sätt. Koden som skrivs är generellt kortare än den som är skriven av en ensam utvecklare men framförallt är koden som skrivs av par mer korrekt och stabil. I [1] kommer de fram till att parprogrammerarna skapar kortare program vilket visar på en bättre design jämfört med soloprogrammerare. I alla de rapporter som tog upp kodkvalité, [1] [3] [4] [5], konstaterades det att koden som var producerad av parprogrammerare var av högre kvalité jämfört med den som var producerad av soloprogrammerare. [1] och [3] gjorde kodkvalitétstester genom att koden som producerats av parprogrammerarna och soloprogrammerarna kördes genom en samling testfall. Programmen som var skrivna med hjälp av parprogrammering klarade alltid av en högre andel av testfallen. I [1] framhävs det att utvecklarna som använder sig av parprogrammering producerar 15% (vilket är statistiskt signifikant) mindre fel i sin kod jämfört med soloprogrammerare. Med hjälp av dessa och föregående siffror (15% mindre fel men 15% ökad utvecklingstid för parprogrammerare) skapar de i [1] ett räkneexempel där de jämför utvecklingskostnaden i timmar för ett program skapat av parprogrammerare jämfört med soloprogrammerare. De jämför två fall, antingen hittas de extra introducerade felen (de som är skapade av soloprogrammerarna) först hos kunden eller hos testavdelningen. Så jämförs tiden det skulle ta att hitta och åtgärda felen i jämförelse med den extra tiden som parprogrammering kräver. Om de skulle hittas först hos kunden skulle kostnaden för felen vara 60 gånger högre än den extra utvecklingstiden som skulle behövts för parprogrammering. I det andra fallet med att de skulle upptäckts av testavdelningen, vilket finns hos de flesta större mjukvaruföretag, skulle kostanden fortfarande vara 15 gånger högre än den extra utvecklingstiden för parprogrammering.
5 3.3 Motivation och tillfredsställelse Utvecklare säger sig även bli mera motiverade vid parprogrammering än vid soloprogrammering. Enligt [3] beror detta mycket på att en person som parprogrammerar inte vill svika sin partner. Det är också mycket mindre sannolikhet att den ena börjar göra annat som att svara på eller surfa på internet. I [1] har det visats att en soloprogrammerare som är van vid att arbeta själv kan vara svår att övertyga om att parprogrammering kan vara mer givande. Men då soloprogrammeraren prövat på parprogrammering, övergår han oftast till att föredra det som arbetssätt. De flesta programmerare i undersökningen tyckte det var ett mer givande och roligare sätt att utveckla. Studenter uppskattade speciellt parprogrammering då de tyckte det var mycket roligare och mera tillfredställande jämfört med soloprogrammering enligt både [2] och [4]. I [4] visade de även att studenter som använde sig av parprogrammering för att lösa uppgifter i en kurs hade större sannolikhet att klara av tentamen i kursen. Detta visar att parprogrammering kan ge en ökad förståelse för hur det fungerar när personerna som programmerar alltid har någon att diskutera med. 3.4 Problemlösning I [3] uppmärksammades det vidare att soloprogrammerare frågade mycket mera tekniskt relaterade frågor (ca två till tre gånger mer) än vad parprogrammerarna gjorde. Detta visar mycket på att paren hade större kapacitet till att klara av tekniskt svåra problem själva, och inte behövde söka hjälp utifrån. Paren kunde då också hålla sig produktiva medans soloprogrammeraren var oproduktiv när denne sökte hjälp. 3.5 Spridning av kunskap Genom att jobba tillsammans med personer från olika delar av projektet lär sig varje person mer om hela systemet och blir på så sätt inte bara insatt i en liten del. På det sättet är hela utvecklingsgruppen mycket mer insatt i hela systemet, och det är mer än en person som är insatt i varje del av systemet. Utvecklingsgruppen får då ett högre, vad de kallar truck number i [1], vilket benämner hur många personer gruppen kan bli av med innan det finns en del i systemet som ingen kan, och gruppen blir då svårt hindrade i fortsatt utveckling. Parprogrammerare lär sig inte bara hur systemet fungerar utan lär sig även generella tips och trix från varandra som andra använder sig av när de utvecklar. Olika kunskapsnivåer bland studenter kan påverka deras intryck av parprogrammering. Undersökningen i [2] visar att en kunnig programmerare kan känna sig hämmad av att jobba med en mycket mindre kunnig programmerare. I undersökning [1] å andra sidan har den erfarena utvecklaren uttryckt sig mycket positivt och påpekat att de oerfarna kunnat bidra till
6 utvecklingen. För mindre kunniga programmerare som jobbar ihop har det visats sig ge en positiv effekt på resultat och på hur roligt det är att utveckla. 4. Undersökningen 4.1 Intervjun Det gjordes en separat undersökning för att verifiera den data och de referenser som använts i djupstudien. Undersökningen var också tänkt att bidra med nya intressanta diskussionpunkter som kunde undersökas närmare i framtiden. Målet med undersökningen var att klargöra åsikter kring parprogrammering bland studenter med en programmeringsutbildning och som då sannolikt kommer fortsätta med programmering i sitt yrkesverksamma liv. Undersökningen har utförts på en grupp bestående av tolv studenter som hade som mål att tillsammans utveckla en programvara med hjälp av utvecklingsprocessen XP. Under projektets gång roterades konfigurationen av paren generöst för upprätthålla god kommunikation och jämn distribution av kunskap mellan studenterna. Det utfördes två individuella intervjusessioner med alla studenter: en i början och en i mitten av projektet. Detta för att få bekräftelse på trender och konsekventa åsikter kring parprogrammering bland studenterna. I resultaten fann vi att det inte var lönt att bidra med kvantitativa mått eftersom vi endast hade 12 stundenter med i undersökningen. Det är dock tillräckligt för att kunna fastställa trender i åsikter kring parprogrammering som lyfts fram när det introduceras till studenter. Ur intervjufrågorna har det valts ut ett par citat från svaren som representerar medianen av de svar som gavs av studenterna. Dessa svar kan utläsas i Tabell 1 i nästa kapitel. Frågorna som ställdes vid första intervjun var följande. 1. Tror du att det blir jobbigt att arbeta tillsammans med någon som har mycket mer eller mindre erfarenhet inom programmering?. 2. Hur bra anser du dig att vara på att samarbeta? 3. Hur ser du på metoden att parprogrammera? Frågorna som ställdes vid andra intervjun var följande. 4. Var det jobbigt att arbeta tillsammans med någon som har mycket _mer_ erfarenhet inom programmering? 5. Var det jobbigt att arbeta tillsammans med någon som har mycket _mindre_ erfarenhet inom programmering? 6. Hur ser du på metoden att parprogrammera? 7. Syn på parprogrammering, skulle du vilja jobba på detta sättet i arbetslivet? 8. Hade du varit mera produktiv om du fått arbeta själv?
7 4.2 Resultat Fråga: Typsvar 1: Typsvar 2: 1 Känner ett vettigt utbyte oberoende av delad kunskapsnivå Kan vara frustrerande att jobba ihop med en mindre kunnig, men känner ett vettigt utbyte om den andra kan mer. 2 Har samarbetat mycket Bra på sammanbeta 3 Har sina för och nackdelar, Gillar idén med att det finns ett par ögon extra som håller koll på koden och vad som behövs göras. Reflektionen sins i mellan är också mycket givande. 4 Känner att det är bra utbyte av kunskap. 5 Kul att få någon annan att förstå och lära ut. Man för bättre insikt i det man gör när man förklarar vad man själv gör. 6 När man fastnar kan oftast den andre hjälpa en Det krävs att båda kan samarbeta på hög nivå, mycket kommunikation Inga problem, var viktigt att se till så att man hänger med hela tiden. När någon frågar måste man tänka igenom vad man gjort Funkar bra, mindre fel och ful kod 7 Ja Ja, speciellt i början av en anställning. För att sätta in sig i projektet för att enklare kunna bilda sig en uppfattning 8 Antal rader/minut varit bättre men mycket flera fel och fulare kod Tabell 1. Två olika typsvar på intervjufrågorna. Delar som man kan går bra själv, men så fort man kommer in på osäkra områden har det gått bättre som ett par Fråga 1, 4, 5 Det fanns en klar uppdelning i svaren på fråga ett. En delmängd av studenterna fann det i allmänhet svårt att arbeta med andra, och resterande studenter hade inga problem med det alls. Det fanns två olika typiska svar till denna frågan Känner ett vettigt utbyte oberoende av delad kunskapsnivå och Kan vara frustrerande att jobba ihop med en mindre kunnig, men känner ett vettigt utbyte om den andra kan mer. Under kursens gång verkade dock denna uppdelning av åsikter skifta mot det mer positiva, och när frågan sedan följdes upp i intervju 2, svarade de flesta att det inte var något problem med sammarbete, att det till och med var Bra att få
8 veta hur de [kollegan] tänker. De fastslog även att Inom olika områden kan man komplettera varandras kundskap. Fråga 2 Ur svaren till intervjufråga 2 i början av projektet fastställdes att det fanns en majoritet av stundenter som kände sig produktiva och hjälpsamma med att jobba med andra. Ur svaren kunde vi dock inte fastställa hurvida studenterna föredrog att jobba som par eller enskilt. Det var inte förrän efter ett par iterationer som studenterna blev mer säkra på vad de föredrog. Fråga 3, 6 I intervjufråga 3 var det en klyvning mellan studenterna som betonade de positiva och negativa synerna på parprogrammering. Den positiva delen hade typiska kommentarer som Känns bra att kunna verifiera med den andra och Hjälper en att reflektera. Den negativa delen hade många som kände att det skulle krävas en hög nivå av kommunikation för att parprogrammering skulle kunna fungera och att det var svårt att parprogrammera i början. Efter ett par iterationer så betonade nästan alla studenterna i intervjufråga 6 istället de mera positiva aspekterna i parprogrammering med kommentarer som När man fastnar kan oftast den andre hjälpa en och Funkar bra, mindre fel och ful kod. Studenterna lade ofta till i sina kommentarer att det fanns en kompletterande förkunskap för att lösa uppgiften de fått. Fråga 7 På frågan (intervjufråga 7) om de hade velat ha parprogrammering på deras arbetsplats så svarade de flesta studenterna ett klart Ja. Ungefär en femtedel kommenterade också att de framförallt skulle vilja ha det i början på sin anställning eller i början på ett nytt projekt. Fråga 8 I intervjufråga 8 så var ett typiskt svar från studenterna Hade kanske producerat mer kod men koden hade inte blivit lika effektiv och felsäker och Delar som man kan går bra själv, men så fort man kommer in på osäkra områden hade det gått bättre som ett par. 5. Slutsatser Resultaten från intervjufråga 1, 4 och 5 kan jämföras med några av slutsatserna i [2] och [4] vilka visar att studenter generellt uppskattar parprogrammeringsmetodiken. Intervjuerna stödjer också mer det Cockburn kommit fram till än i [2] gällande utvecklare med olika kunskapsnivå. Då de i intervjuerna påpekar att de även har utbyte av partnerskapen även vid olik kunskapsnivå. Sammanställning av intervjufråga 2 och 8 visade att en majoritet av studenterna tyckte att de producerade mera kod själva men när det kom till att producera bra kod så var parprogrammering ett bättre sätt att utveckla, detta överensstämmer med tidigare forskningar. Ytterligare från intervjufråga 2 och 8 ser man att det blev mycket roligare utvecklingsmiljö för programmerarna, vilket i sig är positivt.
9 Efter att paren hade fått jobba ihop ett tag började de positiva delarna av parprogrammering komma fram. Undersökningen visade att studenterna gillade att ha en granskare bredvid sig som kunde säga till att koden höll god kvalitet. Då föraren fastnade kunde navigatören omedelbart hjälpa till med att reflektera kring problemet. Det finns många goda skäl till varför företag bör införa parprogrammering på sin arbetsplats. En anledning som vår undersökning kan visa är att programmerare som har erfarenhet av parprogrammering gärna skulle vilja ha det på sin arbetsplats, men även att programmerarna känner sig säkrare och själva säger att de producerar mer korrekt och bättre kod. Tidigare forskning har visat att ökningen i utvecklingstid som parprogrammering ger kompenserar det i en ökad kodkvalité som ska överväga kostnaden för den extra tiden som behövs för utvecklingen av en mjukvara. Detta är i sig nog för att införa det på en arbetsplats i företag. Om företaget redan har en mycket godartad utveklingsprocess som är svår att förbättra så kan det vara mindre lönt att införa parprogrammering. 6. Sammanfattning Det finns forskning som tydligt visar de märkbara fördelarna med parprogrammering. Utvecklare verkar också i stor grad uppskatta att arbeta enligt parprogrammeringsmetoden. Därför hoppas vi att parprogrammering sprider sig mer i näringslivet. Eftersom parprogrammering är ett uppskattat arbetssätt av utvecklare. Både för att de känner sig mera säkra i sina lösningar men framförallt för att de tycker det är ett roligare utvecklingssätt. Detta borde vara en tydlig indikation till företag att parprogrammering är värt att satsa på. Framförallt för att företag vill behålla sina anställda då utvecklare kan vara en svårersättlig resurs. De har mycket kunskap om systemet de arbetar med, är dyra att ersätta i form av förlorad arbetstid och det kostar mycket att sätta in nyanställda i pågående projekt. Vår förhoppning är att parprogrammering kommer spridas till flera företag. Då många verkar gilla detta som utvecklingssätt och en högre kvalité på koden, Särskilt när fler nyutbildade personer kommer ut i arbetslivet med en positiv bild av och kunskap om parprogrammering. Från det vi har skrivit ser det ut som om detta borde införas i alla företag världen över. Det kan dock finnas fall där parprogrammering inte kommer ge lika verkande effekt. Detta beror på hur företaget har lagt upp sin utvecklingsprocess. Om företaget har en välintegrerad och bra process för kodgranskning kan de positiva effekterna som parprogrammering bidrar med bli mindre betydande. Koden granskas hela tiden av navigatören och de flesta av felen upptäckas ändå. Detta orsakar att den separata kodgranskningsfasen blir då redundant. Eftersom kodgranskningsfasen redan är välintegrerad i företagets utvecklingsprocess blir det parprogrammering som är redundant. Därav inte lönt att införa.
10 7. Vidare Undersökningar Den andra intervjun hölls redan i mitten av projektet. Detta på grund av att denna rapport var tvungen att vara färdig innan utvecklingsprojektet som intervjuerna utfördes hos var slut. Svaren från de intervjuade kanske hade varit annorlunda om de fått parprogrammera till slutet på projektet. En sådan här undersökning skulle kunna vidare förstärkas om man gör det på en större skala. Detta hade kunnat ge en mer kvantitativ mätning på åsikter kring parprogrammering. Flera undersökningar där de jämför parprogrammering mot soloprogrammering med en separat kodgranskning. Både i kvalité men även hur de två olika metoderna påverkar totaltkostanden för utvecklingen. Resultatet från dessa undersökningar bör kopplas med frågan om parprogrammering är bra att införa i företagets utvecklingsprocess. Vi tror att en studie som behandlar kvantitativa mätningar på ett företags utvecklingsprocess som kan avgöra om det är lönt att införa parprogrammering eller ej. Detta tror vi hade kunnat ge ett stort mot argument till företag som tycker att deras utvecklingsprocess är unik och bra nog för att inte behöva införa det. 8. Tack till Ett självklart tack till Team09 (läsår ) för att ni ställde upp på våra frågor. Tack till granskarna (Christian Holmgren, Sara Nilsson och Lars-Olof Rydgren) för bidragande kommentarer till denna rapport. Tack till Vanja Maslo för språklig granskning av rapporten. 9. Referenser 1. Cockburn A, Williams L. The Costs and Benefits of Pair Programming, in Extreme Programming Examined, in Addison Wesley- Longman, (2001). 2. Thomas L, Ratcliffe M, Robertson A. Code warriors and code-a-phobes: a study in attitude and pair programming. SIGCSE Bull. 35, 1. (2003). 3. Williams L, Kessler R.R, Cunningham, Jeffries R. Strengthening the case for pair programming, in Software, IEEE. 17, 4. Sidorna (2000). 4. McDowell C, Werner L, Bullock H, Fernald J, The Impact of Pair Programming
11 on Student Performance of Computer Science Related Majors, 25th International Conference on Software Engineering 2003, Portland, OR, (2003). 5. Dybå T, Arisholm E, Sjoberg D.I.K, Hannay J.E, Shull F. Are Two Heads Better than One? On the Effectiveness of Pair Programming. In Software, IEEE. 24, 6. Sidorna (2007). 6. chromatic. Extreme Programming Pocket Guide. O'Reilly ISBN: Beck K. Embracing change with extreme programming. In Computer, IEEE, 1999, 32, 10. Sidorna
En studie om parprogrammering i praktiken
En studie om parprogrammering i praktiken Mia Nyström Karin Wanhainen Johan Rix 29 maj 2002 Sammanfattning Parprogrammering är en av de mest omdiskuterade grundstenarna i Extreme Programming (XP). All
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
Linköpings universitet 1 TDP029. Systemutveckling. Systemutveckling. Vanliga faser. Fler faser. Systemutvecklingsmetod
Systemutveckling TDP029 Systemutveckling Annika Silvervarg COIN/HCCS/IDA Systemutveckling kallas processen att ta emot en beställning på ett datorsystem, skriva en strukturerad kravspecifikation på systemet,
LEGO Mindstorm-robot
KUNGLIGA TEKNISKA HÖGSKOLAN LEGO Mindstorm-robot Programmering av LEGO Mindstorm-robot i språket NXC Kim Hammar 2/6-2013 Kimham@kth.se Introduktionskurs i Datateknik 1311 Sammanfattning En viktig del av
Kritik av Extrem Programmering
Kritik av Extrem Programmering Markus Borggren d01mbo@efd.lth.se Martin Persson d01mp@efd.lth.se D01, Lunds Tekniska Högskola 15 februari, 2004 Abstract I denna djupstudie kommer vi att försöka, på ett
Agil programutveckling
Agil programutveckling Pontus Evertsson D00, Lunds Tekniska Högskola d00pe@efd.lth.se Anna Jennerheim D00, Lunds Tekniska Högskola d00aj@efd.lth.se 2003-05-15 1 1. Inledning 3 2. Extreme Programming (XP)
12 principer of agile practice (rörlig)
X-treme programming 12 principer of agile practice (rörlig) Ge nöjd kund genom tidig och kontinuerliga leveranser Den viktigaste punkten som betyder att min vill ha kontinuerlig feedback Välkomna sena
Kronologisk meritförteckning. Personligt brev. Personligt brev
Att skriva en vinnande ansökan Agenda Meritförteckning / CV Personligt brev Checklista för din ansökan Intervjutips och vanliga intervjufrågor Vilka bedömningskriterier utvärderas du på? Var och hur hittar
Deluppgift 2 Kravhantering a) (2p) När man diskuterar krav brukar man ange två olika typer av krav. Beskriv dessa och ge exempel.
Page 1 (5) Hemuppgift 1DV404 150115-150118 Deluppgift 1 Processmodeller a) (4p) Alla mjukvaruutvecklare följer någon form av utvecklingsprocess i sitt arbete. Diskutera vad organisationer brukar ange som
Nyttomaximering av spikes
Nyttomaximering av spikes Johan Hedin Sånemyr D11, LTH dat11jh1@student.lu.se Victor Shu-Ming Lam D11, LTH dat11vla@student.lu.se 2016-03-07 Sammanfattning Som projektledare av ett team programmerare så
Rune Tennesmed. Oskar Norling 1DV430. Individuellt Mjukvaruutvecklingsprojekt 1DV430 Webbprogrammerare H12 Oskar Norling
Rune Tennesmed Oskar Norling Individuellt Mjukvaruutvecklingsprojekt Webbprogrammerare H12 Oskar Norling 2012-05-30 Abstrakt Denna rapport handlar om mitt mjukvaruutecklingsprojekt som jag och en klasskompis
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
XP-projekt: En fördjupning
XP-projekt: En fördjupning Extreme Programming Martin Karlsson marka@itn.liu.se K7522 011 36 34 63 Fem värden Kommunikation Var öppna Var ärliga Ta konflikter Diskutera Tag beslut Tag ansvar Kräver feedback,
Att införa XP. Daniel Nilsson och Mattias Nordahl Lunds Tekniska Högskola. 27 februari Abstrakt
Att införa XP Daniel Nilsson och Mattias Nordahl Lunds Tekniska Högskola 27 februari 2012 Abstrakt Genom analys och sammanfattning av tidigare publikationer samt diskussion och reflektion av en högskolekurs
Modul 7 Att söka arbete För Handledare
Modul 7 Att söka arbete För Handledare Kindly reproduced from Foundations for Work project with permission from DiversityWorks (Project no 2012-1-GB2-LEO05-08201) Introduktion Söka efter ett jobb kan ta
PROGRAMMERING. Ämnets syfte. Kurser i ämnet
PROGRAMMERING Ämnet programmering behandlar programmeringens roll i informationstekniska sammanhang som datorsimulering, animerad grafik, praktisk datoriserad problemlösning och användaranpassad konfiguration
Agil projektmetodik Varför och vad är det?
Agil projektmetodik Varför och vad är det? Boris Magnusson Datavetenskap LTH 2016-02-08 Lite större projekt Sträcker sig över tid Involverar många deltagare som behöver arbeta parallellt Planeras - delas
Effekter av införande av agila metoder. Daniel Sundmark Mälardalens högskola
Effekter av införande av agila metoder Daniel Sundmark Mälardalens högskola Agila metoder Agila metoder Values T. ex., working software over comprehensive documentation (Agile manifesto) Agila metoder
PROGRAMMERING. Ämnets syfte. Kurser i ämnet
PROGRAMMERING Ämnet programmering behandlar programmeringens roll i informationstekniska sammanhang som datorsimulering, animerad grafik, praktisk datoriserad problemlösning och användaranpassad konfiguration
Kristoffer Eriksson Christer Oscarsson Andreas Dahlberg Martin Bengtsson
Rapport grupp 4 Software Engineering Kristoffer Eriksson Christer Oscarsson Andreas Dahlberg Martin Bengtsson 2009-10-29 Processer Sprinter Scrum har varit till stor hjälp för oss för att nå våra mål,
Elevernas uppfattningar om alltmer digitaliserad undervisning
Resultat Elevernas uppfattningar om alltmer digitaliserad undervisning Fråga 1 Mycket inspirerande (6) till mycket tråkigt (1) att arbeta med etologisidan Uppfattas som mycket inspirerande eller inspirerande
Analys av BI-system och utveckling av BIapplikationer
Computer Science Fredrik Nilsson, Jonas Wånggren Daniel Strömberg Analys av BI-system och utveckling av BIapplikationer Opposition Report, C/D-level 2005:xx 1 Sammanfattat omdöme av examensarbetet Vi tycker
Enkätresultat. Kursenkät, Flervariabelanalys. Datum: 2010-03-29 08:47:04. Aktiverade deltagare (MMGF20, V10, Flervariabelanalys) Grupp:
Enkätresultat Enkät: Status: Kursenkät, Flervariabelanalys stängd Datum: 2010-03-29 08:47:04 Grupp: Besvarad av: 13(40) (32%) Aktiverade deltagare (MMGF20, V10, Flervariabelanalys) Helheten Mitt helhetsomdöme
Programmering av NXT Lego- robot Labbrapport för programmering av en Lego- robot
KUNGLIGA TEKNISKA HÖGSKOLAN Programmering av NXT Lego- robot Labbrapport för programmering av en Lego- robot Josef Karlsson Malik 2015-09- 02 jkmalik@kth.se Introduktionskurs i datateknik (II0310) Sammanfattning
BOKSAMMANFATTNING MOTIVATION.SE
BOKSAMMANFATTNING MOTIVATION.SE 150 ledningsgrupper senare - vår bild av en dold potential Detaljerade fallstudier av verkliga ledningsgruppssituationer och typiska problem såväl som konkreta tips för
F2 XP Extrem Programmering översikt. EDAF45 Programvaruutveckling i grupp Projekt Boris Magnusson, Görel Hedin Datavetenskap, LTH
F2 XP Extrem Programmering översikt EDAF45 Programvaruutveckling i grupp Projekt Boris Magnusson, Görel Hedin Datavetenskap, LTH Vad är XP? En metod för hur man utvecklar programvara i grupp i nära samspel
PROGRAMMERING. Ämnets syfte. Kurser i ämnet
PROGRAMMERING Ämnet programmering behandlar programmeringens roll i informationstekniska sammanhang som datorsimulering, animerad grafik, praktisk datoriserad problemlösning och användaranpassad konfiguration
Peopleware: Productive Projects and Teams
Peopleware: Productive Projects and Teams S. Jacob Rosberg D03, Lund Institute of Technology, Sweden D03jr@efd.lth.se 2006-02-21-1 - Innehållsförteckning 1. Abstrakt... 3 2. Inledning... 4 3. Sammanfattning
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
Standard, handläggare
Kvalitetsindex Standard, handläggare Röingegården Röinge Rapport 20141017 Innehåll SSIL Kvalitetsindex Strategi och metod Antal intervjuer, medelbetyg totalt samt på respektive fråga och antal bortfall
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
Enkät om jour och arbetsförhållanden för läkare i Primärvården Sydvästra Skåne hösten 2009.
Enkät om jour och arbetsförhållanden för läkare i Primärvården Sydvästra Skåne hösten 2009. Innehåll: Bakgrund: Sammanfattning av enkätresultat: Metod: Resultat: Diskussion och slutsatser: Sida: 2 2 3
Någonting står i vägen
Det här vänder sig till dig som driver ett företag, eller precis är på gång att starta upp Någonting står i vägen Om allting hade gått precis så som du tänkt dig och så som det utlovades på säljsidorna
UTMANINGSBASERAT LÄRANDE I FÖRSTA PROGRAMMERINGSKURSEN
Fokus: Studenters lärande 2015, 26-27 nov, Malmö UTMANINGSBASERAT LÄRANDE I FÖRSTA PROGRAMMERINGSKURSEN Jeanette Eriksson, Olle Lindeberg BAKGRUND Programmering är en nyckelkompetens inom datavetenskap.
F2 XP Extrem Programmering översikt. EDAF45 Programvaruutveckling i grupp Projekt Boris Magnusson, Görel Hedin Datavetenskap, LTH
F2 XP Extrem Programmering översikt EDAF45 Programvaruutveckling i grupp Projekt Boris Magnusson, Görel Hedin Datavetenskap, LTH Syfte & Mål Ge en helhet av vad XP är Mål & syfte med XP - varför ser metoden
Labrapport över Rumbokningssytemet Grupp:1
Fakulteten för ekonomi, kommunikation, IT & data Labrapport över Rumbokningssytemet Grupp:1 Kurskod: DVGC18 Kursnamn: Software Engineering Inlämningsdatum: 2009 10 28 Scrummaster: Martin Blom Projektmedlemmar:
Verktyget FindBugs. Djupstudie i kursen EDA 270 Coachning av programvaruteam. Christofer Bach dt05cb6 Daniel Nilsson dt05dn4. Lunds Tekniska Högskola
Verktyget FindBugs Djupstudie i kursen EDA 270 Coachning av programvaruteam Christofer Bach dt05cb6 Daniel Nilsson dt05dn4 Lunds Tekniska Högskola 15 feb 08 1. Sammanfattning Denna djupstudie kommer att
Lean hur kan det användas i jordbruksföretaget. Elenore Wallin, Lean coach, Hushållningssällskapet
Lean hur kan det användas i jordbruksföretaget Elenore Wallin, Lean coach, Hushållningssällskapet Nationell satsning ca 70 större företag deltar Vad är Lean? Kundfokus det kunden vill ha Ta bort slöseri
OBSERVATIONSGUIDE VAGABOND
OBSERVATIONSGUIDE VAGABOND 8 mars 2010 OBSERVATIONSGUIDE VAGABOND Version 1.0 8 mars 2010 Projektledare: Anders Ankarlid Vårt uppdrag: Att hjälpa företag med service. Invent Observer har funnits sedan
PROGRAMMERING. Ämnets syfte. Kurser i ämnet
PROGRAMMERING Ämnet programmering behandlar hur mjukvaror skapas, anpassas och utvecklas samt programmeringens roll i informationstekniska sammanhang som datorsimulering och praktisk datoriserad problemlösning.
Programmering med NXC Lego Mindstorm
KUNGLIGA TEKNISKA HÖGSKOLAN Programmering med NXC Lego Mindstorm INTRODUKTIONSKURS I DATATEKNIK (II1310), LABB Klawi@Kth.se Kasper Wikman 2013-08-27 Sammanfattning: Många har sedan lång tid tillbaka varit
Att införa Extreme Programming genom processförbättring
Att införa Extreme Programming genom processförbättring Johan Thiborg-Ericson Vahagn Baghomian 14-02-28 Sammanfattning Syftet med denna studie är att studera hur agila metoder uppkommer som en naturlig
Här ger vi dig några tips om bl a din roll, dina arbetsuppgifter, hur du kan få stöd från konsulenter och hur du kan använda ledning och kollegor i
G U I D E T I L L M E N TO R E N G U I D E T I L L D I G S O M S K A L L B Ö R J A S O M M E N T O R E L L E R R E D A N Ä R I G Å N G Här ger vi dig några tips om bl a din roll, dina arbetsuppgifter,
Trygghet i arbete sysselsättning och inkomst. Preliminära resultat från en enkätundersökning till anställda hösten 2010
Trygghet i arbete sysselsättning och inkomst Preliminära resultat från en enkätundersökning till anställda hösten 2010 Sociologiska institutionen, Göteborgs universitet 1 Inledning Hösten 2009 fick Sociologiska
Programmera Lego Mindstormsrobotar
KUNGLIGA TEKNISKA HÖGSKOLAN Programmera Lego Mindstormsrobotar En introduktion till programmering Oskar Rosén 28/08-12 oros@kth.se Introduktion i datateknik (II1310) Sammanfattning Denna laboration gav
KAPITEL 4 VERKTYG FÖR ARBETSSÖKANDE
KAPITEL 4 VERKTYG FÖR ARBETSSÖKANDE 4.1. ANSÖKNINGSHANDLINGAR Ansökningar kan skrivas på olika sätt. Ansökningshandlingar består oftast av ett ansökningsbrev och ett cv eller en meritförteckning. Hur ansökningshandlingen
Kevin Lane Kungliga Tekniska Högskolan Introduktionskurs i Datateknik (II1310) TIEDB0. [NXT Legorobot] [Programmering och felsökning]
[NXT Legorobot] [Programmering och felsökning] Kevin Lane 28/8-12 klane@kth.se Introduktionskurs i datateknik II1310 1 Sammanfattning I denna laboration så fick vi programmera och felsöka en LEGO-robot.
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
Kunskapsspridning inom ett XP team
Kunskapsspridning inom ett XP team Simon Lindberg & Firas Dib {ada10sli, ada10fdi}@student.lu.se En djupstudie i hur kunskaper sprider sig inom ett parprogrammerande utvecklingsteam. Nyckelord: kunskapspridning,
Socialhögskolan 2015-05-04. Arbetsmarknadsundersökning bland studenter som var förstagångsregistrerade på termin 7 HT13
Socialhögskolan 2015-05-04 Dolf Tops Arbetsmarknadsundersökning bland studenter som var förstagångsregistrerade på termin 7 HT13 Socialhögskolan följer upp studenternas situation på arbetsmarknaden ca
KUNGLIGA TEKNISKA HÖGSKOLAN. Laboration II1310. Programmera Lego Mindstorm robot i NXC
KUNGLIGA TEKNISKA HÖGSKOLAN Laboration II1310 Programmera Lego Mindstorm robot i NXC Johnny Vu 120904 Jvu@kth.se Introduktionskurs i datateknik II1310 Sammanfattning Vi har genomfört en laboration för
Identifiera kundbehov KPP306, Produkt och processutveckling, 15hp
2008 02 21 Identifiera kundbehov KPP306, Produkt och processutveckling, 15hp PM, Seminarie SEM1, 3hp Kapitel 4 Seminariegrupp 7 Författare: Robin Hellsing Robin Jarl Handledare: Rolf Lövgren Sammanfattning
Användarcentrerad systemdesign
Användarcentrerad systemdesign Föreläsning 9: Agile-metoder, XP och ACSD Stefan Blomkvist MDI / IT, Uppsala Universitet, stefan.blomkvist@it.uu.se XP www.it.uu.se/edu/course /homepage/acsd/s04 Dagens föreläsning
Marknadsföring ring av mig
Välkomna till förelf reläsning Marknadsföring ring av mig Marie Simonsson, affärsomr rsområdeschef JENSEN education Innehåll KY-utbildningens roll påp arbetsmarknaden LiA/arbetss /arbetssökande >Vad krävs
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...
Kräftriket Hus 8c 08-674 71 44 www.fest.se uu@fest.se Roslagsvägen 101 114 19 Stockholm
Inledning Detta är en sammanställning av Speak-up day vårterminen 2012. Speak-up day arrangerades av Föreningen Ekonomernas Utbildningsutskott för första gången på Företagsekonomiska institutionen vid
Laboration i datateknik
KUNGLIGA TEKNISKA HÖGSKOLAN Laboration i datateknik Felsökning och programmering av LEGO NXT robot Daniel Willén 2012 09 06 dwill@kth.se Introduktionskurs i datateknik II1310 Sammanfattning Syftet med
Scrum + XP samt konsekvensanalys
Scrum + XP samt konsekvensanalys Daniel Nimren dt05dn8 Douglas Frisk dt05df1 Dept. of Computer Science, Lunds Tekniska Högskola, Sweden {dt05dn8 dt05df1}@student.lth.se 1 mars 2010 Sammanfattning Denna
Webbtjänster Termin: 20172
Kursrapport Kursens namn: Webbtjänster Termin: 7 Ladokkod: Kursansvarig: DA59A Johan Holmberg Antal registrerade studenter: Antal studenter som besvarat den summativa kursvärderingen: 8 Svarsfrekvens:,%
Chefens roll & betydelse vid förbättringsarbete. Förbättringsarbete med hjälp av BPSD-registret. Avsnitt
Chefens roll & betydelse vid förbättringsarbete Förbättringsarbete med hjälp av BPSD-registret Avsnitt 1 Vilken roll & betydelse har chefen i ett förbättringsarbete? Att leda ett arbete är ingen enkel
Li#eratur och empiriska studier kap 12, Rienecker & Jørgensson kap 8-9, 11-12, Robson STEFAN HRASTINSKI STEFANHR@KTH.SE
Li#eratur och empiriska studier kap 12, Rienecker & Jørgensson kap 8-9, 11-12, Robson STEFAN HRASTINSKI STEFANHR@KTH.SE Innehåll Vad är en bra uppsats? Söka, använda och refera till litteratur Insamling
FÖRELÄSNING 8 DSV2PVT
Föreläsning 8 DSV2:PVT Kvalitet i mjukvara 1 FÖRELÄSNING 8 DSV2PVT Kvalitet i mjukvara, utvecklingsmodeller Beatrice Åkerblom beatrice@dsv.su.se Institutionen för Data- och Systemvetenskap (DSV) IT-Universitetet
Vart försvann synergieffekterna?
Vart försvann synergieffekterna? Ett case om effektivisering av kundservice Inledning Ibland får vi tillåtelse av våra uppdragsgivare att berätta vad vi gör. Då är vår ambition att försöka ge så god insikt
Klamydiamåndagen i Västra Götaland 2010
Klamydiamåndagen i Västra Götaland 2010 Sammanställning av provtagningsblanketter och väntrumsenkäter Klara Abrahamsson Hivprevention i Västra Götaland Oktober 2010 Klamydiamåndagen i Västra Götaland 2010
Användarcentrerad systemdesign
Användarcentrerad systemdesign Föreläsning 11: Agile-processer och ACSD Stefan Blomkvist Avdelningen för MDI/IT, Uppsala Universitet, Stefan.Blomkvist@hci.uu.se www.it.uu.se/edu/course /homepage/acsd/
Karlsängskolan - Filminstitutet
Projektrapport Karlsängskolan - Filminstitutet 1. Om Skolan Karlsängskolan är en högstadieskola i Nora kommun som ligger 3,5 mil norr om Örebro och i Örebro län men tillhör landskapet Västmanland. Skolan
SKOLFS. beslutade den XXX 2017.
1 (11) Föreskrifter om ändring i Skolverkets föreskrifter (SKOLFS 2010:247) om ämnesplan för ämnet programmering i gymnasieskolan, inom kommunal vuxenutbildning på gymnasial nivå och inom vidareutbildning
Algebrans grunder ht15
Algebrans grunder ht5 Antal : Kursen som helhet Kursens innehåll uppfyllde mina förväntningar. Kursens innehåll uppfyllde mina förväntningar. Antal Instämmer delvis (75,0%) (00,0%) Kursens innehåll uppfyllde
men borde vi inte också testa kraven? Robert Bornelind
men borde vi inte också testa kraven? Robert Bornelind Presentation på SAST 15 års jubileum 14 oktober 2010 SQS Software Quality Systems Nordic Innehåll Introduktion Kvalitet, tid och kostnad Process Testning
Datainsamling Hur gör man, och varför?
Datainsamling Hur gör man, och varför? FSR: 2 Preece et al.: Interaction design, kapitel 7 Översikt Att kunna om datainsamlingsmetoder Observationstekniker Att förbereda Att genomföra Resultaten och vad
XP vs. Tillverkningsindustrin
Djupstudie i Coaching av programvaruteam Lunds Tekniska Högskola 2006-02-20 XP vs. Tillverkningsindustrin Hur behandlar man The FIVE dysfunctions of a TEAM? Emil Svärdh D02, Lunds Tekniska Högskola d02es@efd.lth.se
Standard, handläggare
Kvalitetsindex Standard, handläggare Rapport 20140116 Innehåll Skandinavisk Sjukvårdsinformations Kvalitetsindex Strategi och metod Antal intervjuer, medelbetyg totalt samt på respektive fråga och antal
Ingenjörsinriktad yrkesträning Haldex Traction Systems AB
Ingenjörsinriktad yrkesträning Haldex Traction Systems AB Haris Omeragic M 04 2008-06-04 1 Haldex Traction Systems AB Haldex är ett företag som utvecklar innovativa lösningar till fordonsindustrin. Fokusering
LEGO NXT Robotprogrammering
KUNGLIGA TEKNISKA HÖGSKOLAN LEGO NXT Robotprogrammering Laboration med parprogrammering Filip Forsby 2012-08-27 forsby@kth.se II1310 Introduktionskurs i datateknik Sammanfattning Denna rapport beskriver
Projekt Rapport. RaidPlanner. Jeanette Karlsson UD10
Projekt Rapport RaidPlanner Jeanette Karlsson UD10 Abstrakt: Denna rapport handlar om mitt projekt i kursen Individuellt Mjukvaruutvecklings projekt. Rapporten kommer att ta upp hur jag gått tillväga,
ANONYMA TENTAMINA (FÖRDELAR) ÅSIKTSTORG:
ANONYMA TENTAMINA (FÖRDELAR) ÅSIKTSTORG: SVAR: 1. En bra lärare kan inte favorisera 2. Kan vara bra för att förminska diskriminering 3. Att man inte kan bli orättvist bedömd 4. Alla blir lika behandlade
Laborationsrapport av robotprogrammering
KUNGLIGA TEKNISKA HÖGSKOLAN Laborationsrapport av robotprogrammering Programmering av LEGO MINDSTORMS robot Rikard Bjärlind 2012-09-07 E-post: bjarlind@kth.se Introduktionskurs i datateknik (H12) II1310
Hur mäts kunskap bäst? examinationen som inlärningsmoment
Miniprojekt, pedagogisk grundkurs I, vt 2001. Klemens Eriksson, Evolutionsbiologiska institutionen Hur mäts kunskap bäst? examinationen som inlärningsmoment Jag hävdar att kunskapskontrollen är en del
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
Evaluation Summary - CT3380 Grundläggande webbdesign HT05 Dan Levin
Evaluation Summary - CT8 Grundläggande webbdesign HT Dan Levin Antal kursutvärderingar: Q. Anser du dig ha tillräckligt med förkunskaper för att klara kursen? (=JA =NEJ) Q. a Kurslitteratur? 7 Medel:.
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
Kursutvärdering Matematisk analys IV H11
Matematisk analys IV, höstterminen 20. Responses: 9 Kursutvärdering Matematisk analys IV H. Du är Kvinna 33 3 Man 67 6 2. Varför har du läst denna kurs? Intresse för ämnet 33 3 Lättare att få jobb Förkunskapskrav
Så bra är ditt gymnasieval
Så bra är ditt gymnasieval fakta om kvaliteten på alla program och skolor w sidan 4: programmen som ger jobb 6: de gör mest för att alla elever ska nå målen 8: utbildningarna med högst betyg 10: skolorna
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:
Mina listor. En Android-applikation. Rickard Karlsson 2013-06-09. Rickard Karlsson - rk222cu Linnéuniversitet rk222cu@student.lnu.
Mina listor En Android-applikation Rickard Karlsson 2013-06-09 Rickard Karlsson - rk222cu Linnéuniversitet rk222cu@student.lnu.se Innehållsförteckning 2. Innehållsförteckning 3. Abstrakt 4. Inledning/bakgrund
Thomas Padron-Mccarthy Datateknik B, Mobila applikationer med Android, 7.5 hp (Distans) (DT2014-54006-20132) Antal svarande = 18
Thomas Padron-Mccarthy Datateknik B, Mobila applikationer med Android, 7. hp (Distans) (DT0-006-0) Antal svarande = 8 Svarsfrekvens i procent =.7 Utvärderingsresultat Teckenförklaring Relativa frekvenser
Goda råd från studenterna som gjorde kandidatprojektet 2018
Goda råd från studenterna som gjorde kandidatprojektet 2018 Strukturera tiden och se till att komma igång tidigt i kursen. Det är en väldigt intensiv period när sommaren närmar sig och det är inte till
Heta tips för dig som går i grundskolan och snart ska ut på din första PRAO
Heta tips för dig som går i grundskolan och snart ska ut på din första PRAO Av: Studie- och yrkesvägledarna i Enköpings kommun 2008 Idékälla: I praktiken elev, Svenskt Näringsliv Varför PRAO? För att skaffa
Fakulteten för ekonomi, kommunikation och IT. Utbildningsplan SGITD. IT-Designprogrammet. Study programme in IT-Design
Fakulteten för ekonomi, kommunikation och IT Utbildningsplan IT-Designprogrammet Programkod: Programmets benämning: Inriktningar: SGITD IT-Designprogrammet Study programme in IT-Design Affärssystem och
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
Mätningen är gjord 10 april 30 september Av 9 utskickade enkäter har 9 svar inkommit vilket ger en svarsfrekvens med 100 %.
ABDCE Hässelby-Vällingby stadsdelsförvaltning -1-5 LÄRLINGSSYSTEM VÅRD, OMSORG, SKOLA OCH FÖRSKOLA ANN MARONT, PROJEKTLEDARE TFN 5 53 Resultat; Lärling Rekrytering svar från handledarna Rekryteringens
Praktikrapport. Sofia Larsson MKVA12, HT12
Praktikrapport Facetime Media är en byrå belägen i Lund som hjälper företag att marknadsföra sig via sociala medier. I nuläget är det främst Facebook som är aktuellt men tanken är att företaget i framtiden
KUNG. TEKNISKA HÖGSKOLAN. Laboration. Programmering av LEGO-robot
KUNG. TEKNISKA HÖGSKOLAN Laboration Programmering av LEGO-robot 2012-09-01 E-post: Maxwin@KTH.se Introduktionskurs i datateknik (II1310) Medlaborant: Andreas Bergstrand Sammanfattning I den här rapporten
Distribuerade affärssystem
Distribuerade affärssystem Kursens mål Bygga upp, strukturera och programmera distribuerade system med en flerskiktsarkitektur Beskriva och förklara teorier och uttryck som används inom affärskritiska
Förskolelärare att jobba med framtiden
2010 Förskolelärare att jobba med framtiden Skribenter och fotografer: Elin Anderberg Tove Johnsson Förskollärare som yrke Som förskollärare jobbar du inte bara med barnen i sig utan även med framtiden.
För en rättvis start i. arbetslivet
För en rättvis start i arbetslivet Det här är VI SKA MED VI SKA MED arbetar för att förbättra förutsättningarna för unga döva och unga med hörselskada eller kombinerad syn- och hörselnedsättning på arbetsmarknaden.
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
Djupstudie Code smells / Refaktorisering. Martin Larsson dt08ml5 Stefan Johansson, dt08sj7
Djupstudie Code smells / Refaktorisering Martin Larsson dt08ml5 Stefan Johansson, dt08sj7 27 februari 2012 Innehåll 1 Inledning 1 2 Bakgrund 1 2.1 extreme programming....................... 1 2.2 Programvaruutveckling
Felsökande av en Lego Mindstorm robot
KTH Felsökande av en Lego Mindstorm robot Med hjälp av NXC Hampus Liljedahl 3/9-12 hliljed@kth.se Introduction to Computer Studies II1310 Sammanfattning Jag har gjort en labb där jag felsökte en färdigskriven
Förslag på intervjufrågor:
Förslag på intervjufrågor: FRÅGOR OM PERSONENS BAKGRUND 1. Var är du uppväxt? 2. Om du jämför din uppväxt med andras, hur skulle du ranka din egen uppväxt? 3. Har du några syskon? 4. Vad gör de? 5. Vilka