De problem som följer den traditionella systemutvecklingen är att det är många informationssystem som inte blir implementerade eller använda på grund av att användarna inte accepterat det nya informationssystemet, likaså är ofta projekten överbudgeterade och tidsöverskridande. En av orsakerna till detta är att användarna inte deltar aktivt under utvecklingsprocessen, vilket gör att systemutvecklarna inte får all den information de behöver för att utveckla ett informationssystem som motsvarar förväntningarna. I detta examensarbete undersöks om tillvägagångssättet participatory design (PD), som innebär att användaren aktivt deltar i hela utvecklingsprocessen, går att integrera med den traditionella systemutvecklingsansatsen, där utvecklingen sker med användarna som stöd till systemutvecklarna. Integrationen har gjorts genom att dels byta ut tekniker i systemutvecklingsmetoden SSADM och dels genom att kombinera SSADMs tekniker med PD-tekniker. Detta resultat har används tillsammans med intervjuer för att avgöra om PD-tekniker kan användas i alla traditionella systemutvecklingsmetoder. Resultatet av integrationen visar att det är möjligt att integrera PD-tekniker med den traditionella systemutvecklingsansatsen.

Det är idag fortfarande en stor del av alla IT-projekt som misslyckas och kravhanteringen har fått en större betydelse för om ett IT-projekt ska lyckas eller inte. För att en större möjlighet till att ett IT-projekt ska lyckas används kravinsamlingsmetoder, dock är det viktigt att rätt kravinsamlingsmetod väljs till det specifika projektet. Om fel kravinsamlingsmetod väljs från början kan detta ledda till en misslyckad systemimplementation. Därför har författaren av rapporten valt följande huvudproblemfråga att undersöka i denna uppsats: Vilka råd rörande metodval kan ges till organisationer som ska implementera och välja en kravinsamlingsmetod? Med hjälp av enkäter och djupare intervjuer har författaren samlat in tillräckligt med material för att spegla de svar som framkommit i slutet av rapporten. Undersökningen ledde till att författaren skapade en ram som speglade ett antal punkter som är viktiga att tänka på vid valet av kravinsamlingsmetod.

Axel Spetz AB är ett anrikt företag som driver en järnhandel i Falköping. Företaget har tidigare använt sig av marknadsföring i lokaltidningen men insåg fördelen med att använda Internet som verktyg. Deras idé var en ”Blocket.se”-liknande funktion på deras hemsida som skulle göra det möjligt för dem att marknadsföra artiklar. Formuleringen på deras behov och det som legat till grunden för detta projekt var: Hur tillverkar man en avancerad publiceringsfunktion som är lätt att använda? Inledningsvis gjordes en teoretisk studie inom områdena databaser, SQL, .NET och Visual Studio. Valet föll så här eftersom det var områden jag ville lära mig mer om. Under utvecklingsarbetet i ovan nämnda tekniker hölls en tät kontakt med representanter från företag för att de snabbt skulle kunna ge respons på arbetet. Projektet resulterade i två olika saker: -En lösenordsskyddad administrationsdel där all administration såsom publicering av artiklar, hantering av artiklar och kategorier, intresseanmälningar, ändring av öppettider m.m. kan skötas på ett enkelt sätt. -Företagets hemsida där besökare kan ta del av aktuella erbjudanden, bläddra bland artiklar, kontakta företaget, läsa företagsinformation, lämna intresseanmälningar på artiklar m.m. All programmering har gjorts med slutanvändarna, dvs. anställda på företaget och besökare på hemsidan i åtanke. Ett antal felkontroller både färdiga och egentillverkade har använts för att se till att fel inte uppstår i arbetet med databasen. Istället för ”riktiga” felmeddelanden visas förklarande texter om vad som måste åtgärdas. I projektets slutskede så lanserades Axel Spetz nya hemsida och den började direkt användas som ett verktyg i företagets marknadsföring. Jag anser att det är ett bra bevis på att projektet var lyckat.

This exam paper has been a collaboration between the writers and System Anderson AB. The assignment was about completing a client application, running on a PDA, and a server application, running as a web service. The web service handles the communication with System Anderssons existing database. The main goal for the application is that it will be used to increase efficiency in storage management. The client application will hold functions for withdrawal, purchase, delivering and inventory. This project brings up the implementation of the functions for withdrawal and purchasing. A part of this exam paper contains the basic theory that underlies the project. It also contains a summary of the different choices that has been made. The result of this exam paper is a well-functioning version of our application. The application contains functions for withdrawal and purchasing.

Många projekt misslyckas och en av anledningarna är dålig styrning av projektet i allmänhet och inom IT branschen i synnerhet. Baserad på kritik av de traditionella metoderna under de senaste åren, så har det uppkommit flera lättrörliga metoder som kallas Agila metoder. Scrum är den mest kända Agila metoden som används idag. Metoden lovar goda resultat, men i en artikel ur tidningen Computer Sweden (feb 2009) står det ”siffror visar att nio av tio Scrumprojekt misslyckas”. Artikeln triggade vårt intresse av att ta reda på vilka problem specifika för Scrum som många har kritiserat och valde därför att rikta in vår studie mot detta. Uppsatsen syftar till att undersöka om lokala IT-företag i Borlänge, Headlight, Sogeti ochstatliga nätkapacitetleverantören Trafikverket ICT lider av det allmänna problem som de andra Scrumanvändarna upplever i samband med användningen av metoden. Denna uppsats har fokus på fyra problemområden: bristfällig dokumentation, sämre effektivitet i arbetsprocessen, sämre effektivitet i arbetsprocessen i stora projekt samt bristande stöd för utvärdering. För vår studie har litteraturstudier och intervjuer genomförts. Intervjuserier gjordes på elva personer hos våra fallföretag. Målgruppen för våra intervjuer är Product Owner (PO) ScrumMaster (SM) och utvecklare. Vi kan efter genomförd studie dra slutsatsen att de allmänna upplevda problem som de andra Scrumanvändaren upplever har vi även kunnat identifiera hos våra fallföretag. Resultaten har bekräftats med insamlade data och vår teoretiska ram. I diskussionen presenterar vi rekommendationer för att undvik relaterade problem med Scrum.

Det går att se på en systemutvecklingsmetod på olika sätt. Dels kan man studera den utifrån dess beståndsdelar, och dels kan man studera de processer i utvecklingsarbetet som leder fram till slutresultatet. I detta examensarbete diskuteras en del av de kognitiva krav som ställs vid inlärning av en systemutvecklingsmetod. Inom ramen för en litteraturstudie diskuteras vad som är viktigt att lyfta fram när en systemutvecklingsmetod ska presenteras och vilka inlärningsproblem som finns i samband med detta. Rapporten innehåller även en fallstudie där en systemutvecklingsmetod (Enterprise Knowledge Development) presenteras i HTML-format i en så kallad Electronic Guide Book. Examensarbetets bidrag till EGB består i att ge exempel på hur valda delar av EKD kan presenteras i HTML-format.

När företag ska införa nya informationssystem brukar de stöta på flera olika problem. Problemen har ofta att göra med vilka krav som ska realiseras och vem som ska bestämma vilka krav som ska realiseras. Att utföra prioritering på krav är lika viktigt som att samla in krav. Det vanligaste problemet är att kunder och användare tenderar att tycka att alla krav är viktiga för att säkerställa att så många som möjligt av deras önskemål ska realiseras. Detta kan bli onödigt dyrt då de flesta informationssystem-projekt har begränsade resurser. Detta arbete har som syfte att undersöka vilka metoder systemutvecklare använder och hur de använder dessa metoder för att prioritera krav. Arbetet täcker även vilka intressenter som är inblandade när krav prioriteras och vad som händer med kraven som inte ska realiseras. Dagens företag använder få standardmetoder för att prioritera krav. Drivfaktorn för att realisera ett krav är kostnaden eller tiden som belastar kravet. Kunden är ägaren av systemet och därför brukar kunden ha det sista ordet när det gäller att bestämma vilka krav som skall realiseras och vilka krav som faller bort.

Systemutvecklingsmetoder har funnits för att utveckla system och programvaror sedan vattenfallsmodellen gjorde sin introduktion på den tiden då IT kallades för data processning. Sedan dess har det funnits ett antal metoder, vissa av dem används än idag. Gemensamt för de flesta metoderna är att de är anpassade till mycket komplexa system som används inom stora organisationer. Inom det Svenska samhället så fanns det år 2005 över 890 000 småföretag (0-49 anställda) enligt statistiska centralbyrån. Det är lätt att förstå att småföretagen är viktiga för Sverige. För att Sveriges småföretag skall kunna överleva i en allt tuffare konkurrenssituation så är det viktigt att de hela tiden effektiviserar sina verksamhetsprocesser med exempelvis innovativa IT lösningar. Denna rapport kommer att undersöka tänkbara systemutvecklingsmetoder till småföretag och där efter specialanpassa en metod. / System development methods have existed to develop systems and programs since the waterfall model was introduced when IT was called data processing. There have been a number of methods since that day, some of them are still used. A common denominator for the most software development methods are that they where all developed to support software engineering to complex system in large organizations. Within the Swedish society there were over 890 000 small businesses (0-49 employed) in year 2005 according to statistiska centralbyrån. It’s no secret that the small businesses are very important to Sweden. To assure survival when the competition gets harder the small businesses must the entire time look over there business processes. Sometimes this means that they need new custom made IT systems. This thesis will examine possible system development methods for small Swedish businesses and adopt one method to fit small business software development.

Detta examensarbete har genomförts av två studenter vid Högskolan Dalarna i samarbete medIT-konsultbolaget Istone Concrevi. Edsbyverken, som är en möbeltillverkare baserad i Edsbyn,är kund hos Istone och har ett behov att öka sin leveranssäkerhet. Företaget upplever också attdet finns en bristande sammanhållning mellan de som arbetar administrativt och de som arbetarmed tillverkning i verksamheten. Edsbyverken hoppas att en ökad sammanhållning ska varabidragande till en bättre leveranssäkerhet. Sammanhållning är ett begrepp som är vanligtförekommande inom idrott och lagsporter och förknippas ofta med framgång inom idrotten.Forskningsstrategin som används i studien är design and creation som fokuserar på att skapa nyaIT-produkter, artefakter. Denna studie har resulterat i en artefakt av typen instansiering i form aven applikation som utvecklats med hjälp av ett användarcentrerat och agilt arbetssätt. Syftet medstudien är att undersöka och testa hur teorier inom idrottspsykologi kan användas inom ettsystemutvecklingsprojekt med ändamål att få artefakten och utvecklingsprocessen att främjasammanhållning hos verksamheten. Datainsamlingsmetoder som använts i studien är intervjueroch enkäter. Intervjuerna har använts för att insamla bakgrundsinfo från verksamheten ochönskemål kring appen och enkäterna för feedback på appen samt för att utvärderasystemutvecklingens och appens påverkan på sammanhållningen.Resultaten från datainsamlingen är i många fall spretande med allt från positiva omdömen sommenar att sammanhållningen förbättrats, till negativa som menar att ingen inverkan skett. Vid ensammanvägning kan man dock se att majoriteten menar att detta forskningsprojekt inte lyckatsmed att förbättra sammanhållningen. En viss andel anställda vid Edsbyverken tror dock attsammanhållningen kan öka på längre sikt. Slutsatsen kring idrottspsykologi är att den vid enkoppling till systemutveckling har ett begränsat användningsområde och att många av de teoriersom förekommer om sammanhållning inte är användbara eller passande vidsystemutvecklingsarbete. / This thesis has been implemented by two students at Högskolan Dalarna in cooperation withIstone Concrevi, who is a IT-consultant company in Borlänge. Edsbyverken, a client of Istoneand a furniture manufacturer based in Edsbyn, needs to increase their supply reliability. Thecompany also feels that there is a lack of cohesion between the administrative and themanufacturing parts of the business. Edsbynverken hope that greater cohesion will becontributing to a better supply reliability. Cohesion is a term that is commonly used in sports andteams and is often associated with success in the sport.The research strategy used in this study is design and creation that focuses on creating new ITproducts, artifacts. This study has resulted in an artifact of the type instantiation, which is anapplication developed using a user-centric and agile working. The purpose of the study is toexamine and test if theories from sport psychology can be used within a systems developmentproject with the purpose to get the artifact and the development process to promote the cohesionwithin the business.Data collection methods used in the study are interviews and questionnaires. The interviewswere used to collect background information from the business and wishes about the application.Surveys were used for feedback on the application, as well as to evaluate the systemsdevelopment and the applications impact on the cohesion within the business.The results from the data collection are often sprawling, ranging from very positive signs tonegative. From indications of that the cohesion has improved to statements that it hasn’t. Inappraisal, however, one can see a tendency that this research failed to improve cohesion. Thougha certain percentage of employees at Edsbyverken believe that cohesion may increase in the longterm. The conclusion about sports psychology is that it, when connected to systemsdevelopment, has a limited use and that many of the theories that exist on cohesion within sportspsychology not are useful or appropriate in systems development work.

Med denna uppsats vill vi (författarna) samla ihop 5 år av tankar, teorier och erfarenheter kring systemutveckling och lärande. Uppsatsen presenterar 8 projekt som är genomförda i Blekinge mellan 1995-1999. Med utgångspunkt i projekten behandlas en utvecklingsprocess för IT-system som är baserad på kreativitet och lärande miljöer. Särskilt lyfter uupsatsen fram behovet av att förändra processen för att möta slutanvändare av program och tjänster.