Academic literature on the topic 'Misslyckat IT-projekt'

IT-projekt bedrivs i många företag av olika anledningar. Orsaker till att genomföra ett IT-projekt kan exempelvis vara att hänga med i IT-utvecklingen, utveckla IT-produkter eller att stärka ett företags konkurrenskraft. Det spenderas stora summor och mycket tid på att bedriva IT-projekt och många människor arbetar i IT-projekt. Men alla IT-projekt får inte en lyckad utgång, utan många misslyckas. Ett misslyckande i ett IT-projekt kan påverkas av flera faktorer. Syftet med denna fallstudie är att analysera ett misslyckat IT-projekt för att komma fram till vilken eller vilka faktorer som påverkade misslyckandet och på vilket sätt. Undersökningen är gjord genom en kvalitativ ansats, bestående av en fallstudie med intervjuer och dokumentstudier. Teoristudier leder fram till en analysmodell med nio faktorer, som har påverkan på utgången av ett IT-projekt. Dessa faktorer är: Kravhantering, Planering, Projektledning, Ledning och styrgrupp, Användarmedverkan, Projektmedarbetare, Leverantör, Test samt Införande och avslut. För att hjälpa till och besvara C-uppsatsens syfte ställs tre undersökningsfrågor: 1. Hur förhölls sig IT-projektet till var och en av de nio faktorerna? 2. Vilken eller vilka faktorer påverkade misslyckandet? 3. Vad kunde gjorts annorlunda för att undvika ett misslyckande? Resultatet av slutsatsen i C-uppsatsen är att de faktorer som haft en avgörande påverkan på IT-projektets misslyckande är Planering, Projektledning, Leverantör samt Införande och avslut. I Planering och Projektledning brast det genomgående med att identifiera och hantera risker, både initialt och löpande under IT-projektets gång. Faktorn Leverantör var den faktor som mest påverkade misslyckandet, eftersom problem med leverantören och uteblivna leveranser påverkade resultatet starkt. Den sista faktorn som påverkade misslyckandet är Införande och avslut där det fanns brister i driftsättningen av IT-produkten och det uppstod fel som påverkade verksamheten och slutkunder. Nyckelord: IT-projekt, misslyckat IT-projekt, kravhantering, planering, projektledning, ledning, styrgrupp, användarmedverkan, projektmedarbetare, leverantör, test, införande, avslut.

IT-projekt bedrivs åt organisationer som har beställt det och förväntar sig ett lyckat utfall. Mendet händer att IT-projekt misslyckas. Vad som orsakar att ett IT-projekt misslyckas beror påprojektets karaktär. Majoriteten av de projekt som klassats misslyckat berör stora IT-projekt.Studier genomförs kring misslyckade stora IT-projekt eftersom stora misslyckade IT-projektslutar oftast med en kostsam nota. Däremot finns inte många studier rörande små IT-projekt.Syftet med uppsatsen är att undersöka fyra små misslyckade IT-projekt för att komma fram tillvad som har orsakat att respektive IT-projekt fått ett misslyckat utfall. I denna uppsats har treundersökningsfrågor besvarats: U1 Vilken eller vilka orsaker bidrog till att var och en av defyra små IT-projekten misslyckats? U2: Finns det gemensamma orsaker mellan de fyra småIT-projekten som har misslyckats? U3: Hur kunde respektive IT-projekt fått ett mer lyckatutfall?Datainsamling genomfördes med hjälp av intervjuer där författaren har intervjuat fyrarespondenter.Följande faktorer kan ha orsakat att de fyra små IT-projekten fick ett misslyckat utfall. Bristeri projektgrupp, användarmedverkan, projektplan, krav och projektledare har haft påverkan påde fyra IT-projekten. Projekt B har orsakats av projektplan, projektledare, krav, projektgruppsamt användarmedverkan. Projekt A har orsakats av faktorn projektplan. Projekt C harmisslyckats på grund av krav. Projekt D har misslyckats på grund av projektplan. Detframkommer att faktorn krav är en gemensam orsak som går att identifiera både i stora och småIT-projekt.

Det finns forskning från flera olika perspektiv som har studerat kritiska framgångsfaktorer gällande arbete i projekt. Det problem som finns är att det inte finns ett specifikt genomförande för att uppnå lyckat resultat inom projektarbeten. Belassi och Tukel (1996) har tagit fram en teori att analysera projektgenomförande utifrån. Modellen behöver utvecklas med tiden och förändras för att anpassas till specifika typer av projekt, till exempel interna IT-projekt som denna undersökning behandlar. I den här studien har en fallstudie genomförts på två verksamheter där det i varje verksamhet finns ett intern IT-projekt som anses vara lyckat och ett som anses vara misslyckat. Med grund i Belassi och Tukels (1996) teori Critical success/failure factors in projects har kvalitativa intervjuer genomförts i syfte att ta reda på vilka framgångsfaktorer som är kritiska för lyckade och misslyckade interna IT-projekt. Vidare är syftet även att se om det finns andra kritiska framgångsfaktorer som kan utveckla teorin. Den insamlade empirin analyserades genom kategorisering och studiens resultat visar vilka de kritiska framgångsfaktorerna är för de två verksamheternas utvalda interna IT-projekt. Det har även skapats en utvecklad modell med kritiska framgångs- och misslyckandefaktorer som inte tidigare fanns omnämnda i teorin men som visade sig ha en inverkan på projektets resultat. Studien visade att ledarskap och kommunikation var viktiga faktorer för att uppnå framgångsrika projekt. Det visade sig också att det inte enbart var projektdeltagarnas tekniska bakgrund som spelade in utan även annan kompetens hos individerna. I de fall då det inte uppfattats som att någon utvärdering var gjord ansåg flera individer att det hade varit bra om det hade genomförts. Projektdeltagarnas kompetens och utvärdering av projektets genomförande var därför, tillsammans med externa leverantörer och användarnas stöd, faktorer som valdes att kompletteras i den vidareutvecklade modellen. Projektgruppen engagemang tas redan upp i Belassi och Tukels (1996) teori, men det framhävs i undersökningen att engagemanget bör vara objektivt.
There is research from several different perspectives that have studied the critical success factors regarding to project work. The problem is that there is not a specific project transact to achieve success in projects. Belassi and Tukel (1996) has developed a theory that can be used to analyze the implementation of projects. The theory needs to evolve over time and change in order to adapt to specific types of projects such as internal IT projects that this study addresses. In this study a case study carried out in two organizations where each one of them consist one internal IT project that is considered successful and one that is considered a failure. Based on Belassi and Tukels (1996) theory Critical success/failure factors into projects, qualitative interviews were conducted in order to determine which success factors that are critical to the success and failure of internal IT projects. Furthermore, the aim is also to see if there are other critical success factors that can develop the theory. The collected empirical data was analyzed by categorization and the results of this study show which the critical success factors is in the internal IT projects. A new model was created and developed with critical success and failure factors that did not exist in the previously mentioned theory but which turned out to have an impact on the project results. The study showed that leadership and communication were key factors in achieving successful projects. It also turned out that not only was the project participants' technical backround important to project success but also other skills of the individuals. In cases where it is not perceived as an evaluation was made most of the informants said that it would have been good if it had been done. Project participants' skills and evaluation of the realization of the project was therefore, together with external suppliers and user support, factors that were chosen to be supplemented in the refined model. The project team commitment are already addressed in Belassi and Tukels (1996) theory, but it is emphasized in the survey that the commitment should be objective.

Many IT projects that have been developed in recent years are often considered to be unsuccessful. According to a study by Exido up to the 72% of all IT projects are considered to be failed. A failed IT projects means that the organizations that have ordered the new system may have higher costs or/and the system will not be ready in time. If costs are too high the new system might not be installed in the organization or if the system is not completed within the specified time frame the organization can become stagnant.

In this paper we conduct an investigation of the failure of IT projects there we will examine where, in the systems development lifecycle four different phases, projects fail. We will conduct an empirical study of each phase, where we describe the key steps in the process; we will also investigate failed IT projects that are linked to the current phase. After every empirical study of the phases we perform an analysis in which we describe what we believe is important to consider in the current phase, and which items have an important role in the phase that will contribute to that project fails.

We believe that the planning phase is the phase that is most important to carry out as detailed as possible when an IT project is developed. This is to ensure that the project will be successful. The phase structure of the whole project and important activities are carried out and they are affecting the other phases.

Vårt examensarbete har genomförts på företaget Electrolux Laundry Systems (ELS) logistikavdelning, Logistics Center Ljungby (LCL).  Under det senaste året har företaget haft motgångar vid ett IT/IS-projekt inom sin logistikavdelning (LCL). Uppsatsen har således syftat till att beskriva och analysera varför IT/IS-projektet har avstannat, och ej nått implementering. För att uppnå syftet har vi utgått från en, i stort sett, kvalitativ ansats där primärdata har insamlats genom metoder såsom intervjuer och deltagande observationer medan sekundärdata inhämtats i form av dokumentundersökningar och offentliga dokument.   Resultatet av studien har utgjorts av deltagande observationer på fallföretagets logistikavdelning, LCL, samt intervjuer med olika verksamhetsnivåer. Detta har påvisat bristande kommunikation och direktiv samt fallföretagets brister i förstudiens utförande vad gäller förankring av projektet, planering av tid, resurser och kostnader samt formulering av krav. Slutsatser vi kunnat dra av detta är att en fungerande kommunikation mellan olika verksamhetsnivåer samt en noggrant utförd förstudie är essentiella element för att ge ett projekt rätt förutsättningar.
Our thesis has been performed in the company of Electrolux Laundry Systems (ELS) logistics department, Logistics Center Ljungby (LCL). Over the past year, the company has met setbacks during an IT/IS-project in the logistics department (LCL). The essay is thus aimed to describe and analyze why the IT/IS-project have stagnated. To achieve the purpose of the study we have applied a mainly qualitative approach in which the primary data is collected through methods such as interviews and participant observations while the secondary data is obtained by means of litterature and public documents.   The study’s result consisted of participant observation at LCL, and interviews with co-workers at various levels in the organization. These have shown a lack of communication between employees at different levels in the company. Moreover, the result proved the company's shortcomings in designing the pilot study, e.g. deeply root the project, planning time, resources, costs and specify requirements. Our conclusions from this study are that effective communication between different levels of employees, and an accurately performed pilot study, are essential elements to give a project the right conditions.

IT-projekt har misslyckats till hög grad under väldigt lång tid, studier visar på att uppemot 80% av alla IT-projekt anses vara misslyckade. Det har gjorts studier som visar på att agila metoder, såsom DevOps, kan vara lösningen till att fler IT-projekt ska lyckas. Syftet med denna studie är att bidra till förståelse för hur risker relaterade till IT-projekt har sett ut mellan 1990–2020, samt undersöka om metoder såsom DevOps är rätt väg att gå för att reducera misslyckade IT-projekt. I denna studie kartläggs de vanligaste orsakerna till misslyckade IT-projekt genom att kategorisera risker identifierade i forskning från 1990 till 2020. Detta görs och presenteras genom en litteraturstudie. Denna litteraturstudie resulterar i en överblick över hur litteraturen för de vanligaste riskerna sett ut över 30 år. Kartläggningen visar att tidigare studier mellan 1990 -2010 haft en bred spridning kring risker relaterade till IT-projekt bland samtliga kategorier. De senare åren, 2010–2020 har fokus i litteraturen legat mot lednings-, process samt personalrelaterade risker, något som även får stöd av respondenterna. Vi har även studerat DevOps och genomfört två semistrukturerade intervjuer med respondenter som har erfarenhet av DevOps, agila metoder och att driva IT-projekt. Resultatet av studien är tydligt, teori och empiri är väl överens om att agila metoder är rätt väg att gå. DevOps anses av respondenterna som en effektiv metod att använda för att nå fler lyckade IT-projekt. De två respondenterna verifierar även de riskkategorier som tagits fram i litteraturstudien och bekräftar att det är dessa som är aktuella i IT-projekt.
Literature shows that IT-projects have failed to a large extent for a long time, studies shows that up to 80 % of all IT-projects are considered as failed. There are studies that shows that agile methods, such as DevOps, can be the solution for more IT-project success. The purpose of this study is to contribute to an understanding of what risks related to IT projects that has been identified in literature between 1990-2020 and investigate if methods such as DevOps is the right way to reduce IT-project failure. This study maps all the most common causes to failed IT-projects by categorize the most frequent risks identified in research from 1990 to 2020 and is performed and presented by a literature study. This literature study results in an overview of the literature of the most frequent risks occurred in studies from the last 30 years. The overview identifies that studies between 1990 to 2020 has a range between risks related to IT-projects in all categories. In the most recent studies, from 2010- 2020, focus in research points to management-, process and personnel-related risks, which is also supported by the respondents. We have studied DevOps and completed two semi structured interviews with respondents that have experience of DevOps, agile methods and managing IT-projects. The result of this study is clear, the theory and empirics are aligned, agile methods are the right way to go. The respondents consider DevOps as an effective method to reach a higher success rate for IT-projects. The respondents verify the risk categories from the literature study and confirm these risks in their own IT-projects.