De flesta organisationer och privatpersoner använder någon form av informationssystem(IS). Målet med att implementera ett IS brukar ofta vara att förenkla och effektivisera enmänniskors arbetsuppgifter i en organisation. Det finns flertalet artiklar, böcker etc. somhävdar att användare och användarmedverkan är viktiga att integrera i implementationoch systemutvecklingsprojekt. Användarna är de som känner verksamheten och kanavgöra vilka funktioner i ett system som de verkligen har nytta av.

Många informationssystemutvecklingsprojekt blir misslyckade, vilket innebär misslyckade informationssystem. Detta innebär att organisationens förväntningar på IS: et inte uppfylls, det används inte eller användarna accepterar det inte. Det finns flera faktorer som påverkar utgången av en ISU, vilka kallas framgångsfaktorer. En ISU: s utgång beror på ISU-gruppens effektivitet och därför blir framtagandet av vad som påverkar en ISU-grupp att bli framgångsrik mer viktigt. En grupp genomgår en utveckling med olika utvecklingsfaser under arbetets gång, dock kan stopp i utvecklingen leda till ineffektivitet i gruppen.

Eftersom så många organisationer och företag använder sig av data warehouses idag kan inte innehavet av data warehouses räknas som ett strategiskt övertag, utan en strategisk nödvändighet för företagen eller organisationerna. Att införa ett data warehouse kräver dock stort engagemang från alla inblandade i projektet och ett misslyckande kostar företaget mycket resurser och kapital.Detta arbete undersöker vilka faktorer som främst bidrar till att ett data warehousingprojekt misslyckas. En litteraturstudie genomförs där misslyckade fall samt litteratur som beskriver författares generella uppfattningar angående faktorer med potentiell risk att orsaka ett misslyckat data warehousingprojekt undersöks. Undersökningen leder fram till en lista med faktorer som anses ha stor potential att orsaka ett misslyckande. Att identifera dessa faktorer bidrar till att organisationer och företag får möjligheten att i ett tidigt skede av projektet förhindra att dessa uppstår, vilket kan spara stora ekonomiska resurser..

Vi vill med vår uppsats försöka hitta förklaringar till varför börsintroduktioner misslyckas. Med dessa förklarande variabler vill vi försöka skapa en modell som kan förutse huruvida en introduktion kommer bli lyckad eller ej.Teorin bygger på aktuell och tidigare forskning om misslyckade börsintroduktioner. Det redogörs även för förekommande begrepp och variabler.Vi använder ett kvantitativt angreppssätt för att besvara uppsatsens problemformulering samt uppfylla dess syfte. För att hitta de variabler som förklarar en misslyckad börsintroduktion använder vi oss av en logistisk regression.De variabler som vi funnit som kan förklara en misslyckad börsintroduktion är företagets ålder, dess skuldsättning, huruvida företaget är uppbackat av venture capital eller ej samt andelen kvarhållna vinster i förhållande till totala tillgångar. Den modell vi skapar förutser en lyckad respektive misslyckad introduktion i 69 procent av fallen..

Arbetet med att utveckla informationssystem organiseras ofta som ett projekt, och därmed kan projektstyrningen ses som ett hjälpmedel i systemutvecklingen. Innan projektgruppen startar är det även viktigt att rätt användarrepresentanter väljs till den projektgrupp som arbetet ska bedrivas i. De användare som ska delta i projektgruppen måste vanligtvis friställas från sina ordinarie arbetsuppgifter just för att kunna delta i projektgruppen. Om en användare med de egenskaper som efterfrågas i projektgruppen inte friställs, kanske risken finns att projektgruppen saknar nödvändig kompetens för att projektet ska kunna uppfylla det förväntade resultatet. Det ansågs därför intressant att undersöka om det förekom några organisatoriska motståndsfaktorer vid val av särskilda användare, samt om detta kunde generera några konsekvenser för fortsatt arbete och resultat.

Agile systems development has in recent years become very popular, and many companies today claims to be working agile. At the same time there are studies about agile system development that indicate that there are difficulties in fully adopting the agile way. The purpose of this qualitative study has been to examine how true Swedish IT-companies conduct their agile system development compared to agile theory, and we have specifically for the purpose of the study designed a framework that has been used as an analytical tool. The framework helped us to maintain a structured and objective approach when we examined the participating companies and their practices. The study showed that there were differences regarding how true to agile theory the different companies conducts their agile projects, and that the differences in part depends on how long the companies have been working agile.

Systemutveckling har länge kantats av problem och oförmåga att möta nya problem och krav som uppstår under processen från ide till färdig produkt. För att möta de problem som de traditionella systemutvecklingsprojekten innebar så arbetade Ken Beck et. Al. (2001) fram det agila manifestet, det agila manifestet beskriver de kärnvärden som systemutvecklingsprojekt bör arbeta utefter, detta för att öka flexibiliteten och minska problemen med långa ledtider.SCRUM är en agil systemutvecklingsmetod som togs fram av Jeff Sutherland och Ken Schwaber, detta efter att de båda hade sett behovet utav en metod som klarade att möta snabba förändringar och att kunna möta problem under processens gång.För att undersöka hur hantering av problem i agila systemutvecklingsprojekt fungerar i praktiken har en fallstudie genomförts på ATS väst hos CGI.En stor del av problematiken i systemutveckling är distansen mellan de inblandade parterna, något som påverkar arbetsmetodiken. Detta resulterar i en mer omfattande dokumentation än vad den agila arbetsformen förespråkar och minskar även den personliga kommunikationen.

Systemutveckling har länge kantats av problem och oförmåga att möta nya problem och krav som uppstår under processen från ide till färdig produkt. För att möta de problem som de traditionella systemutvecklingsprojekten innebar så arbetade Ken Beck et. Al. (2001) fram det agila manifestet, det agila manifestet beskriver de kärnvärden som systemutvecklingsprojekt bör arbeta utefter, detta för att öka flexibiliteten och minska problemen med långa ledtider.SCRUM är en agil systemutvecklingsmetod som togs fram av Jeff Sutherland och Ken Schwaber, detta efter att de båda hade sett behovet utav en metod som klarade att möta snabba förändringar och att kunna möta problem under processens gång.För att undersöka hur hantering av problem i agila systemutvecklingsprojekt fungerar i praktiken har en fallstudie genomförts på ATS väst hos CGI.En stor del av problematiken i systemutveckling är distansen mellan de inblandade parterna, något som påverkar arbetsmetodiken. Detta resulterar i en mer omfattande dokumentation än vad den agila arbetsformen förespråkar och minskar även den personliga kommunikationen.

Att utveckla IT-system som löser de problem det är ämnat att lösa är en förutsättning för systemutvecklingen. Trots att detta kan ses som en självklarhet samt att forskning sker inom området klarar inte verksamheterna, som utvecklingen ser ut idag, alltid av att lösa detta problem (Standish Group 1994; Standish Group 2003). Andra exempel på problem som kan finnas i ett systemutvecklingsprojekt är dålig kommunikation i projektgruppen, otydliga mål inom den, dålig grund att stå på och att en helhetsbild av verksamheten saknas (Goldkuhl & Röstlinger 1988). Vi har tagit fram en alternativ lösning för att tillgodose dessa behov, vilket erbjuder ett alternativt arbetssätt med avsikt att minska risken för att dessa problem uppstår. Vi presenterar ett arbetssätt som utgår från metoden Dialogseminarium, en metod för kunskaps- och erfarenhetsutveckling, vilken har som huvudsyfte att:? Etablera ett gemensamt språk? Skapa en yrkespraxis? Utveckla ett reflektivt och analogiskt tänkande? Bygga kunskap? Utveckla erfarenhetsbaserade kunskaperI det presenterade arbetssättet används Dialogseminariet i början och slutet av systemutvecklingsprojekt samt som ett moment inför och mellan dess olika systemutvecklingsfaser där de bäst lämpar sig att användas.

Projektledarskap är en företeelse som är relativt ny bland olika verksamheter i samhället, vilket medfört att mycket lite forskning finns inom detta område. Projektarbetsformen blir vanligare och vanligare bland olika verksamheter, speciellt bland IT-företagen. Detta beror främst på att projektarbetsformen medför kortare ledtider från analys till resultat. Att agera som projektledare för ett projekt är en uppgift som inte alltid är helt lätt. Det är oftast projektledaren som får ta konsekvenserna av att projektet inte gav ett tillfredsställande resultat.

Many professions, such as doctors and psychologists, have a long history of work practice which have resulted that these professions have created their own ethical guidelines. The IT profession, which can be viewed as a relative young and somewhat immature profession, have yet to accommodate any clear guidelines regarding ethics. It?s therefore imperative to create discussions regarding ethical actions to raise the ethical awareness and also create ethical guidelines. The development of the IT profession is moving forward at a quick pace and it?s important to understand that this rapid advancement is not only changing the profession but also changing the society and the environment.

Användaracceptans är en viktig del i alla systemutvecklingsprojekt och är också en väldigt lättpåverkad variabel för en lyckad implementering. Därför är det viktigt att ha översikt på sådana faktorer som kan påverka användaracceptansen negativt, en sådan faktor är försening. Denna uppsats belyser sammanhanget mellan hur en försening påverkar användaracceptansen. Genom att låta en undersökningsgrupp genomgå en enkät utformad efter Technology Acceptance Model har jag samlat upp en generaliserad åsikt. Resultaten visar att försening som variabel inte påverkar användaracceptansen för fallstudien..

Kravhantering är en väsentlig del i systemutvecklingsprojekt och något som teori förespråkar att stor vikt bör läggas på om projekt ska lyckas. Statistik och undersökningar påpekar emellertid att kravhantering länge varit bristfällig och att den troligtvis fortfarande är det, samt att för lite resurser läggs på kravhantering.Syftet med uppsatsen är att granska kravhantering i praktiken på företag inom systemutvecklingsbranschen och se hur det förhåller sig till teorin. Målet är att kartlägga hur man idag ser på kravhantering, hur man arbetar med det, samt uppmärksamma förekommande brister och svårigheter.  För undersökningen som uppsatsen bygger kring har positivistisk deduktiv ansats anammats. Målet är att granska verkligheten utan att söka svar, försöka förstå eller undersöka orsakssamband.

Enligt den traditionella projektteorin ska det läggas stor vikt vid att genomföra ett gediget och detaljrikt planeringsarbete. För systemutvecklingsprojekt som lever i en dynamisk omvärld där nya system och funktioner kan uppkomma är det svårt att i ett tidigt skede detaljplanera och specificera krav för det kommande arbetet. Av denna anledning har nya projektmodeller för systemutvecklingsprojekt uppkommit, vilka skiljer sig från den traditionella projektteorin. Dessa modeller kallas för agila modeller. Tanken med de agila modellerna är att det ska vara lätt att förändra och omprioritera uppgifter och funktioner under projektets gång.

Uppsatsen inleds med att olika definitioner och kategoriseringar av bristfälliga och misslyckade informationssystem behandlas. Olika tidigare identifierade anledningar tillbrister och misslyckanden presenteras sedan. Några bristande informationssystem hos en kommun undersöks för att finna vad som brister. En modell har tagits fram för att undvika framtida brister och misslyckanden. Tydliga brister som har framkommit inkluderar dålig användarinvolvering och dålig projektstyrning från kommunen..