For each passing year, distributed system development hasbecome more and more frequent and due to COVID-19, it nowrequires work to take place in an environment like our home.Previous research mentions communication and decision-makingrelated problems, and how they have been affected by a situationwhen work must be carried from home. Categories made fromthis are described as the social process, use ofinformationtechnologies, the boundry between home and workand information sharing from home which are now in our interestto research.The purpose of this study is therefore to identify critical factorsaffecting distributed system development projects when carriedout from home and to find if communication, decision-makingand collaboration have been affected. The study follows aqualitative research method by interviewing workers from alarger IT-company in Östersund, Sweden (all with differentpositions) where questions are based on previous studies.Results tell us that there’s quite a lot of critical factors affectingdistributed workers from home. Mostly, the negative factors treatthe social process while the positive is flexibility and focus towork assignments. Communication and decision-making shownext to no changes but are affected mostly by chat. Collaborationhas not been affected as much as one might think because ofprevious experience and the use of informationtechnologieswithin distributed teams are mostly optimized for a situation inwhich we now are present. / Distribuerad systemutveckling har blivit mer aktuellt för varje årsom går och på grund av COVID-19 måste arbete nu ske hemifråndå social distansering är utfärdad på global skala. Tidigareforskning nämner kunskapsluckor inom kommunikation ochbeslutsfattande, samt hur de påverkats av en situation där arbetetvingats ske hemifrån. Hur den sociala processen, användningenav IT-verktyg, gränsen mellan hemma och arbete samtinformationsdelning hemifrån påverkats av denna omställning ärdärför några kategorier utifrån teorin som är intressanta attstudera.Syftet med denna studie var att identifiera kritiska faktorer dåarbete måste ske hemifrån i distribueradesystemutvecklingsprojekt samt att ta reda på hur kommunikation, beslutsfattande och samarbete har påverkats. Detta gjordesgenom en kvalitativ studie som behandlades av intervjuergrundade på tidigare forskning. Studien genomfördes medrespondenter från ett större IT-företag i Östersund där de somintervjuades hade olika roller i verksamheten.Resultatet visar att det finns en hel del kritiska faktorer då arbetemåste ske hemifrån i distribuerade systemutvecklingsprojekt. Demest negativa faktorerna kunde kopplas till den sociala processenoch de mest positiva faktorerna behandlade flexibiliteten ocharbetskoncentration. Kommunikation och beslutsfattande visardäremot inte några större förändringar men påverkas främst avchatt. Samarbete har inte heller sett än större förändring då deIT-verktyg som används inom distribuerade team är optimeradeför en situation som vi nu befinner oss vid och en vana finnssedan tidigare.

In a world where artificial intelligence and machine learning aregrowing and spreading in society, its impact and consequence forpeople is increasing. The technology is used in services that peopleuse every day. Both privately but also in a commercial context, forexample social media and to identify fraud in the banking sector.Previous studies show that machine learning models can givediscriminatory outcomes when it comes to, among other things,gender and ethnicity. This study aims to investigate how, in systemdevelopment projects where machine learning is used, one works tocounteract discriminatory outcomes. The study examines both thefactors that contribute to the emergence of discriminatoryoutcomes, as well as the solutions that exist to counteract theproblem. The study is conducted at a global IT consultingcompany.To investigate the area, a study, with qualitative researchmethodology, has been conducted. The empirical material has beencollected through six semi-structured interviews. All respondentswho participated in the study work within the same organization, indifferent projects and with varying experiences in the area. Therespondents have been selected through a subjective selectionbased on their experience in the field in relation to the purpose ofthe study.The results of the study show that the decisive factor for theemergence of discrimination is the training data which the modelsare trained with. The majority of solutions to counteractdiscriminatory outcomes have also been identified. The results ofthe study differ to some extent from the previous research done inthe field. Regarding factors, previous research and the results of thestudy agree that data is the decisive factor that contributes todiscriminatory outcomes arising from machine learning models.The main difference among the solutions is that previous researchshows more specific techniques, which are used to identify ormitigate discriminatory outcomes, while the results of the studyshow softer values and almost no specific techniques at all. In theresults of the study, for example, the individual is seen as a centralpart of the process instead of automatic techniques and tools.The study concludes that data is the most decisive factor indiscriminatory outcomes in machine learning models. The modelsare not discriminatory in themselves, they only reflect the trainingdata. If the data contains discrimination, the model will learn thisand ultimately give discriminatory outcomes. The very basicproblem for this is the human being, who creates the prejudices thatexist in society and from which the data is collected. At the sametime, man is a central part of the process of reducing discriminatoryoutcomes and is needed to counteract this problem. / I en värld där artificiell intelligens och maskininlärning växer ochsprids i samhället ökar samtidigt dess påverkan och konsekvens förmänniskor. Tekniken används i tjänster som människor användervarje dag. Både privat men även i ett kommersiellt sammanhang,exempelvis sociala medier och för att identifiera bedrägerier inombanksektorn. Tidigare studier visar att maskininlärningsmodellerkan ge diskriminerande utfall när det kommer till bland annat könoch etnicitet. Denna studie syftar till att undersöka hur man, isystemutvecklingsprojekt där maskininlärning används, arbetar föratt motverka diskriminerande utfall. Studien undersöker både vilkafaktorer som bidrar till att diskriminerande utfall uppstår, samtvilka lösningar som finns för att motverka problemet. Studiengenomförs på ett globalt IT-konsultbolag.För att undersöka området har en studie, med kvalitativforskningsmetodik genomförts. Det empiriska materialet harsamlats in via sex stycken semistrukturerade intervjuer. Samtligarespondenter som deltagit i studien arbetar inom sammaorganisation i olika systemutvecklingsprojekt samt med varierandeerfarenheter inom området. Respondenterna har valts ut genom ettsubjektivt urval baserad på deras erfarenhet inom området samt irelation med studiens syfte.Studiens resultat visar att den mest avgörande faktorn för uppkomstav diskriminering är träningsdatat som modellerna tränas med.Flertalet lösningar för att motverka diskriminerande utfall har ävenidentifierats i studien. Studiens resultat skiljer sig till viss del motden tidigare forskning som gjorts inom området. Gällande faktorerär tidigare forskning och studiens resultat eniga om att datat är denavgörande faktorn som bidrar att diskriminerande utfall uppstårfrån maskininlärningsmodeller. Den största skillnaden blandlösningarna är att tidigare forskning visar på mer specifika teknikeroch verktyg som används för att identifiera eller mildradiskriminerande utfall, medan resultatet i studien visar mer mjukavärden och nästan inga specifika tekniker alls. I studiens resultatses exempelvis den enskilda individen som en central del iprocessen istället för automatiska tekniker och verktyg. Vidareframkommer det i resultatet blandade åsikter gällande ansvaret förmaskininlärningsmodeller samt behov av regleringar på området.Studiens slutsats är att datat är den mest avgörande faktorn till attdiskriminerande utfall uppstår i maskininlärningsmodeller.Modellerna är inte diskriminerande i sig, utan de speglar bara8. Handledare9. Examinator10. Termin11. Övrigt/AnmärkningKomplettera i alla blanka fält. Gråmarkerade fält skall kompletteras när det finns anledning. I annatfall ska de avlägsnas. För mer information se ”HANDLÄGGNING AV RAPPORT, DEL AV SJÄLVSTÄNDIGT ARBETE(EXAMENSARBETE), INOM NMT”, MIUN 2015/XXX. Det är examinator som är ansvarig för innehållet idetta dokument.träningsdatat. Om datat innehåller diskriminering kommermodellen att lära sig detta och slutligen ge diskriminerande utfall.Själva grundproblemet till detta är människan som skapat defördomar som finns i samhället vilket är där träningsdatat samlas infrån. Samtidigt visar studiens resultat att människan idag är encentral del i processen med att både motverka och identifieradiskriminerande utfall från maskininlärningsmodeller

In the pulp- and paper industry the human dimension indesign of information systems has been underestimated andoverlooked. Research indicates that there is a gap concerninguser involvement in the maintenance phase. Therefore, thepurpose of the study is to investigate how user involvementin the maintenance phase affects the user satisfaction, withinthe pulp and paper industry. The study has a deductiveapproach with a qualitative method. A relations model wasdesigned based on the theoretic framework, the modelshows five important factors in user involvement that affectsuser satisfaction; the users opportunity to be involved, the usersinfluence, communication between user and developer, the usersattitude towards the system and organization and managementculture. We interviewed 8 users of the system PaperLine, intwo different work groups and factories. The analysisshowed that the central factor was communication betweenuser and IT-staff, since this was relevant for all the areas of thestudy. The organization and management culture need toactively encourage involvement in the system developmentwork to give the user the opportunity to get involved, this willthen increase the users influence which in turn will lead to theusers positive attitude towards the system. The findingsresulted in a new model called K-OLMII, which shows theeffect user involvement has on user satisfaction in themaintenance phase, through identified factors for the successof user involvement. / Inom massa- och pappersindustrin har den mänskligadimensionen vid design av informationssystem underskattasoch förbisetts. Forskningen indikerar även att det finns ettglapp gällande användarinvolvering i förvaltningsfasen.Därför är studiens syfte att undersöka huranvändarinvolvering i förvaltningsfasen av ett system påverkar användartillfredsställelsen inom massa- ochpappersindustrin. Studien har en deduktiv ansats medkvalitativ metod. Baserat på det teoretiska ramverketutformades en sambandsmodell som visar fem viktigafaktorer inom användarinvolvering, som påverkaranvändartillfredsställelsen; användarens möjlighet attinvolveras, användarens inflytande, kommunikation mellananvändare och utvecklare, användarens inställning till systemetoch organisations- och ledningskultur. Vi har intervjuat 8användare av systemet PaperLine, inom två olikayrkeskategorier och fabriker. Analysen visade att dencentrala faktorn var kommunikation med IT-personal, då dettavar relevant inom samtliga områden av studien.Organisations- och ledningskulturen måste aktivt uppmuntrainvolvering i systemutvecklingsarbetet för att användarenska få en möjlighet att involveras, detta ökar i sin turanvändarens inflytande vilket leder till att användaren får enpositiv inställning till systemet. Fynden resulterade i en nymodell kallad K-OLMII, som visar användarinvolveringenseffekt på användartillfredsställelsen i förvaltningsfasen, viaidentifierade framgångsfaktorer för användarinvolvering.

This study aims to investigate and identify factors within the social dimension of strategic alignment that can create mis-alignment within the organization and its IT projects. Identified factors are seen as risks and obstacles that organizations should work with to prevent strategic misalignment in future projects. The study examines the implementation of a common CRM-system (Customer relationship management) for a global organization based in Sweden. The study is anonymized to protect the organization and its respondents. Data collection has been performed using a triangulation based on semi-structured interviews with project members from both the IT and business department, documentation about the CRM project, the case organization's IT strategy and results from related research. The study took place during the COVID-19 pandemic and was thus carried out remotely using digital tools. A total of 17 factors were identified, of which 8 are unique to this study that has a direct impact on the case organization's strategic alignment within the CRM project. These factors have also been the basis for placing the case organization in a maturity pyramid for strategic alignment. Communication and knowledge sharing between IT and business, remnants of old legacy from silo operations and previously unsuccessful CRM projects, shortcomings in time planning and resource allocation, weak preparation, lack of training and low commitment are examples of what the results of this research identify affect strategic alignment for large Swedish organizations in projects. / Denna studie syftar att undersöka och identifiera faktorer inom den sociala dimensionen av strategisk linjering som kan skapa strategisk fel-linjering inom organisationer och dess IT-projekt. Identifierade faktorer ses som risker och hinder som organisationer bör arbeta med för att förhindra strategisk fel-linjering inom framtida projekt.  Studien undersöker implementeringen av ett gemensamt CRM-system (Customer relationship management) för en global organisation med säte i Sverige. Studien är anonymiserad för att skydda organisationen och dess respondenter. Datainsamling har utförts med hjälp av en triangulering som grundar sig i  semistrukturerade intervjuer med projektmedlemmar från både IT- och affärsverksamheten, dokumentation om CRM-projektet och fallorganisationens IT-strategi samt resultat från relaterad forskning. Studien ägde rum under COVID-19 pandemin och utfördes därmed på distans med hjälp av digitala verktyg. Totalt identifierades 17 faktorer varav 8 unika för denna studien som har en direkt inverkan på fallorganisationens strategisk linjering inom CRM-projektet. Dessa har faktorer har även legat till grunden för att placera fallorganasitonen i en mognads pyramid för strategisk linjering. Kommunikation och kunskapsdelning mellan IT- och affärsverksamheten, kvarlevor av gammalt arv från siloverksamheter och tidigare misslyckade CRM-projekt, brister i tidsplanering och resursallokering, svagt förarbete, brist på utbildning och lågt engagemang är exempel på vad resultatet från denna forskning identifierar påverka strategisk linjering för stora svenska organisationer i projekt.

A risk is something that can happen and a problem is something that we know will happen or that has already happened. Security testing is used to evaluate a programs security using various methods and risk-based security testing is used to analyze, calculate and correct potential defects or problems in a system.Testing can be very costly and it is the most primary way of removing software defects. Many people focus their testing looking for correct behavior and not deviant behaviors in software, therefore security testing has not been as relevant in traditional testing. It is usually not possible to perform exhaustive testing on a system, instead you must selectively choose tests to conduct. How should the selection of tests be conducted? The study therefore intends to investigate how one can start working with risk-based security testing in development projects in order to prioritize and choose test cases and test methods. The study also aims to answer whether you can get any financial or practical benefits from working with risk-based security testing. To conduct the study a case study was used and to collect data, a document study was used to provide the opportunity to answer the questions. In order to analyze the collected data, a qualitative data analysis method has been used to explain and describe the content with a descriptive research approach. The results of the study provided an example of risk management with different steps one can take to start working on risk-based security testing in existing or new development projects. The study’s conclusion also shows that if you work with risk-based security testing there are practical benefits. For instance, higher quality of the system and economic benefits by finding defects or implementing countermeasures for possible risks at an early stage during the systems development. / En risk är någonting som kan hända och ett problem är någonting som vi vet kommer hända eller som redan har hänt. Säkerhetstest används för att med olika metoder värdera ett programs säkerhet och riskbaserad säkerhetstestning används för att analysera, kalkylera och åtgärda potentiella defekter eller problem i ett system. Testning kan vara väldigt kostnadskrävande och det är det mest primära sättet som används för att ta bort defekter i mjukvaror. Många fokuserar sin testning på att leta efter ett korrekt beteende och inte avvikande beteenden i programvara, därför har säkerhetstestning inte varit så aktuellt i traditionell testning. Det är oftast inte möjligt att utföra uttömmande testning på ett system utan man måste selektivt välja tester, men hur ska selektionen gå till?Studien ämnar därför att undersöka hur man kan börja arbeta med riskbaserad säkerhetstestning i utvecklingsprojekt för att kunna prioritera och välja testfall och testmetoder. Studien ämnar också svara på om man kan få några ekonomiska eller praktiska fördelar av att arbeta med riskbaserad säkerhetstestning.För att genomföra studien gjordes en fallstudie och för att samla in data utfördes en dokumentstudie för att ge möjlighet att besvara frågeställningarna. För att analysera den insamlade data har en kvalitativ dataanalysmetod använts för att med en deskriptiv undersökningsansats kunna djupare förklara och beskriva innehållet. Resultaten från studien har medfört ett riskhanterings exempel med olika steg man kan ta för att börja arbeta med riskbaserad säkerhetstestning i befintliga eller nya utvecklingsprojekt. Studiens slutsats visar också att om man arbetar med riskbaserad säkerhetstestning så finns det praktiska fördelar. Exempelvis högre kvalitet på systemet och ekonomiska fördelar genom att man i ett tidigt skede under systemets utveckling hittar defekter eller implementerar motåtgärder för eventuella risker.

Agile software development methods keep increasing in popularity. Many organizations who are using traditional software development methods, such as water-fall and stagegate based methods are switching to agile software development methods. This transition can be challenging, especially for organizations using project governance models that hinder the adoption of agile practices. This study aims to provide guidance to managers on how to introduce agile software development methods in such traditional organizations. The study is a single-case study on a large governmental agency in Sweden. Eight interviews with developers, team-leads and managers were conducted. The study identifies practical tools and ideas that managers can use to introduce a shared definition of agile, adopting an agile mindset, dedicated teams, and CI&CD. Together, this guidance supports managers with the introduction of agile software development methods in organizations utilizing traditional project governance structures and traditional software development methods. / Agila systemutvecklingsmetoder fortsätter öka i popularitet. Många organisationer som använder sig av traditionella systemutvecklingsmetoder så som vattenfallsmodellen byter till agila systemutvecklingsmetoder. Denna övergång kan vara utmanande, speciellt för organisationer som använder sig av projektbaserade förvaltningsmodeller som hindrar implementeringen av agila metoder. Den här studien syftar till att ge vägledningen till chefer kring hur de kan introducera agila systemutvecklingsmetoder iden nyss nämnda typen av traditionella organisationer. Studien är en fallstudie gjort på en stor myndighet i Sverige. Åtta intervjuer med systemutvecklare, lag-ledare och chefer har utförts. Studien identifierar verktyg och idéer som chefer kan använda sig avför att introducera en delad gemensam definition av agilt, anamma ett agilt tankesätt, introducera dedikerade teams och CI&CD. Tillsammans hjälper de här verktygen med introduktionen av agila systemutvecklingsmetoder i organisationer som använder sig av traditionella systemutvecklingsmetoder och förvaltningsmodeller.

Prioritering av systemkrav är en viktig fråga vid utnyttjandet av resurserna på systemutvecklingsavdelningar. Problem uppstår när antalet krav som ska prioriteras är fler än de systemutvecklingsresurser som finns tillgängliga. Således måste de systemkrav som företag vill få utfört av sin systemutvecklingsavdelning prioriteras på ett strukturerat sätt. För att göra det strukturerat behövs stöd i form av regelverk, ramverk och metoder för prioriteringsarbetet. Problemet är att det finns inga ramverk som ger detta stöd idag. Examensarbetsrapporten utforskar vilka beståndsdelar ett ramverk ska bestå av för att stödja prioritering av systemkrav. Syftet är att skapa ett ramverk för att införa ett strukturerat beslutsstöd med prioriteringsmetoder. En väl utformad forskningsstrategi tillämpas innehållande tre olika forskningsfaser: utforskande, utformande och utvärderande. Forskningsfaserna vägleder arbetet i rätt riktning och ser till att motverka validitetshot som riskerar uppstå. Forskningsmetoden är av kvalitativ och induktiv karaktär. Fakta inhämtas genom litteraturstudier, intervjuer och förstudie, som analyserades ur vilket en första version av ramverkets beståndsdelar utformas. Utvärderingsintervjuer görs med respondenter som har mångårig erfarenhet av prioritering inom systemutveckling. Intervjuerna visar på att företag, oavsett bransch, har liknande förutsättningar och strukturer för att applicera ramverket. Det framtagna ramverkets första version valideras som relevant, lämpligt samt funktionellt för prioritering av systemkrav med mindre justering. Efter en analys av utvärderingen skapades en slutgiltig version av ramverket för prioritering av krav i systemutvecklingsprojekt benämnt PaKS. Resultatet från utvärderingen visar att PaKS är lämpligt, fullständigt och användbart i sin generella utformning där respondenterna bidragit med förslag för ytterligare utformning. / Prioritizing system requirements is an important issue for utilizing resources in system development departments. Issues arise when the number of requirements to prioritize are more than there are resources available in the system development department. Thus, the system requirements that a company want carried out by the system development department must prioritized in a structured way. To make prioritization structured, support is required in the form of regulations, framework and methods for prioritizations. Today there are no frameworks that provide this support. This study explores which components a framework should consist of to support the prioritization of system requirements. The aim is to create a framework for implementing structured decision support with prioritization methods. A well designed research strategy containing three different research phases is used: exploration, design and evaluation. The research phases guide the work in the right direction and aim to counteract validity threats that may occur. The research method is of a qualitative and inductive nature. Facts are obtained through literature studies, interviews and preliminary studies, which were analyzed from which a first version of the framework's components is designed. Evaluation interviews are conducted with respondents who have many years of experience of prioritization in system development. The evaluation show that companies, regardless of industry, have similar conditions and structures to apply the framework. The first version of the framework is validated as relevant, appropriate and functional for prioritizing system requirements with minor adjustments. Following an analysis of the evaluation, a final version of the framework for prioritization of requirements in system development projects, called PaKS, was created. The outcome of the evaluation shows that PaKS is useful in its overall design, in which respondents contributed proposals for further design.

Det svenska vårdsystemet står inför en rad utmaningar relaterade till de journalsystem som används idag. Sjukvårdspersonalen upplever svårigheter med systemen vilket påverkar det dagliga arbetet inom vården. Undersökningar visar att personal behöver använda sig av flera olika system för att få en helhetsbild över en patients situation, vilket försvårar en fungerande vårdkedja. Kommunikationen mellan utvecklare och sjukvården är komplex eftersom de inte är insatta i varandras arbetssätt och det saknas även enheter som ansvarar för att föra samman sjukvårdspersonalens behov på ett strukturerat sätt. Denna rapport syftar till att undersöka om och i så fall hur sjukvårdspersonalens behov och upplevelser integreras vid utveckling av journalsystem samt om detta har resulterat i att systemet uppfyller användarnas behov. Fokus för studien har varit på journalsystemet TakeCare vilket är det dominerande journalsystemet inom Region Stockholm. Arbetet som denna rapport består av utgörs delvis av en litteraturstudie för att bygga en teoretisk bakgrund om användarcentrerade produktutvecklingsprocesser, analysmetoder för behovsidentifiering, hur användarinvolvering kan bedrivas och svårigheter som kan finnas. Rapporten utgörs även av en empirisk studie bestående av semistrukturerade intervjuer där totalt sex respondenter har medverkat. Dessa respondenter utgörs av en produktägare för ett utvecklingsteam, en chef på ett förvaltningsföretag, en vårdadministrativ chef på ett akutsjukhus samt sjukvårdspersonal. Vidare så genomfördes en analys, jämförelse och diskussion gällande den information som erhållits från teorin och den empiriska studien. Resultatet av studien visar att det sker användarinvolvering under produktutvecklingen av TakeCare men inte i den omfattning som behövs för att uppfylla användarnas behov. Det framgår att detta inte beror på en ovilja till involvering, utan främst på att det finns en avsaknad av struktur i processen och kommunikation mellan utvecklare och användare. Det behov som återkommande uttrycks av användarna och som inte uppfylls är avsaknaden av tillräcklig kompatibilitet mellan journalsystemet och andra system inom vården. Avsaknad av kompatibilitet gör att användarna måste utföra dubbelt arbete vilket både har en inverkan på patientsäkerheten och tar tid från att vårda patienter. / The swedish healthcare system is facing some challenges related to the electronic medical records that are being used. The healthcare personnel are experiencing some difficulties with the systems, which affects their daily work in a negative aspect. Studies have shown that the personnel actively must use different systems in parallel to get a complete understanding of a patient's status. Furthermore, this makes the care system as a whole more complicated and inadequate.The communication between developers and healthcare can be seen as a complex process since they do not have an complete understanding of each others ways of working. Also, units for bringing together user needs in a structured manner does not exist. This study aims to examine if, and if so, how the needs of healthcare personnel are being involved in the development process of electronic medical records and if this has resulted in a more user adaptive system. The study will focus on the electronic medical record named TakeCare, which is the most used electronic medical record system inside Region Stockholm. This report partly consists of a literature study that aims to establish a theoretical background focusing on user-centered processes of product development, methods for analysing user needs, how user involvement can be conducted and what kind of difficulties that can be identified. The report also consists of an empirical study with focus on semi structured interviews with six different respondents. These respondents are both healthcare personnel, a product owner for a development team, a chief from a company that specializes in managing the electronic medical record TakeCare and a chief specialized in administrative healthcare. Furthermore, an analysis, a comparison and a discussion were followed out concerning the information gained from the theory and empirical study. The results from the study shows that user involvement during the product development process of TakeCare exists, but not to an enough extent that fulfills the user needs. This is not caused by unwillingness to adapt user involvement in the process, but a lack of structure and inadequate communication between developers and users. One particular user need that repeatedly has been expressed by the healthcare personnel, but not been fulfilled, is the lack of software compatibility between the electronic medical record and other electronic systems within the healthcare sector. The lack of software compatibility have resulted in that the users having to perform the same task repetitively, which has an impact on patient safety but also results in reduced time spent on the patients.

<p>Att utveckla en publik webbtjänst kan tyckas lätt, men att få denna till en framgångsrik och lönsam applikation är en annan sak. Konkurrensen är idag stenhård och en bra applikation är långt ifrån det enda man behöver för att lyckas.</p><p>Studiens syfte var att kartlägga och öka förståelsen kring publik webbtjänstutveckling, ett område som tidigare inte fått så stor uppmärksamhet i den akademiska världen. Studien bygger på ett empiriskt material insamlat genom intervjuer med några av Sveriges främsta IT-entreprenörer inom området. Studien inkluderade även ett praktiskt moment där utveckling av inbjudningssajten InviClub.se genomförts för att praktiskt testa teorierna.</p><p>Vår studie visade på att traditionella systemutvecklingsmetoder är svåra att tillämpa på detta område. En faktor som visade sig vara av yttersta vikt för lyckade projekt var snabbhet, något som de traditionella modellerna RUP och Vattenfallsmodellen inte prioriterar. Därför tog utvecklandet av MISSILE (Marknadsföring, Interaktion, Snabbhet, Snack, Integration, Lock-In samt Enkelhet) vid. Denna modell är en lättviktsmodell som är baserad på både teoretisk och praktisk grund, och är speciellt anpassad för webbutveckling inom publika webbtjänster. Modellen tar vara på och behandlar de nyckelfaktorer som kommit fram under studiens gång, genom att utkast till en tidigare egenutvecklad teoretisk modell, MALIN (Marknadsföring, Användbarhet, Lock-In) jämfördes med vad experter inom området publika webbtjänster tyckte var framgångsfaktorer för att utveckla publika webbtjänster.</p><p>Vi anser att uppsatsen har stort värde då det inte finns tidigare forskning inom området publika webbtjänster. Vi anser även att det finns ett stort praktiskt värde av MISSILE-modellen, då modellen kan vägleda IT-entreprenörer att utveckla nya publika webbtjänstprojekt mer framgångsrikt och snabbare än tidigare.</p>

Att utveckla en publik webbtjänst kan tyckas lätt, men att få denna till en framgångsrik och lönsam applikation är en annan sak. Konkurrensen är idag stenhård och en bra applikation är långt ifrån det enda man behöver för att lyckas. Studiens syfte var att kartlägga och öka förståelsen kring publik webbtjänstutveckling, ett område som tidigare inte fått så stor uppmärksamhet i den akademiska världen. Studien bygger på ett empiriskt material insamlat genom intervjuer med några av Sveriges främsta IT-entreprenörer inom området. Studien inkluderade även ett praktiskt moment där utveckling av inbjudningssajten InviClub.se genomförts för att praktiskt testa teorierna. Vår studie visade på att traditionella systemutvecklingsmetoder är svåra att tillämpa på detta område. En faktor som visade sig vara av yttersta vikt för lyckade projekt var snabbhet, något som de traditionella modellerna RUP och Vattenfallsmodellen inte prioriterar. Därför tog utvecklandet av MISSILE (Marknadsföring, Interaktion, Snabbhet, Snack, Integration, Lock-In samt Enkelhet) vid. Denna modell är en lättviktsmodell som är baserad på både teoretisk och praktisk grund, och är speciellt anpassad för webbutveckling inom publika webbtjänster. Modellen tar vara på och behandlar de nyckelfaktorer som kommit fram under studiens gång, genom att utkast till en tidigare egenutvecklad teoretisk modell, MALIN (Marknadsföring, Användbarhet, Lock-In) jämfördes med vad experter inom området publika webbtjänster tyckte var framgångsfaktorer för att utveckla publika webbtjänster. Vi anser att uppsatsen har stort värde då det inte finns tidigare forskning inom området publika webbtjänster. Vi anser även att det finns ett stort praktiskt värde av MISSILE-modellen, då modellen kan vägleda IT-entreprenörer att utveckla nya publika webbtjänstprojekt mer framgångsrikt och snabbare än tidigare.