• Refine Query
  • Source
  • Publication year
  • to
  • Language
  • 69
  • 30
  • Tagged with
  • 99
  • 63
  • 57
  • 52
  • 40
  • 34
  • 26
  • 25
  • 22
  • 22
  • 21
  • 20
  • 18
  • 17
  • 17
  • About
  • The Global ETD Search service is a free service for researchers to find electronic theses and dissertations. This service is provided by the Networked Digital Library of Theses and Dissertations.
    Our metadata is collected from universities around the world. If you manage a university/consortium/country archive and want to be added, details can be found on the NDLTD website.
1

Kanban : Går metoden att använda för att styra utvecklingsprojekt? / Kanban : Is it possible to use the method in software development?

Ericsson, Jenny January 2011 (has links)
Kanban är en agil metod som härstammar från den japanska Lean-filosofin. Metoden fokuserar på att få ett flöde med så kort ledtid som möjligt. Det ska vara lätt att se flaskhalsar som bildas. Problemen ska sedan lösas innan något nytt arbete påbörjas. Kanban-metoden ska vara enkel och lätt att använda. Syftet med uppsatsen var att ta reda på om Kanban-metoden verkligen är en bra metod att använda sig av för att styra utvecklingsprojekt och om den bidrar till att stödja planering och information. Undersökningen syftade också till att se om det finns några problem och brister med metoden, samt om den behöver kompletteras med delar från andra metoder. Undersökningen genomfördes genom att först samla in teori inom området för att få den kunskap om olika metoder som behövs för att kunna svara på de frågeställningar som undersökningen syftar till att svara på. Empirin samlades in på ett företag som använder sig av Kanban genom intervjuer med tre av de anställda. Kanban kan användas som en projektstyrningsmetod även om det blir en bättre metod om den kompletteras med delar från andra metoder utifrån vad företaget tycker är bra och vad de känner att de behöver. Metoden är ett bra stöd vad gäller planering och information då den visuella Kanban-tavlan gör den tydlig och lättillgänglig för alla på företaget. Det finns en del brister och problem med metoden, varav den största bristen är att det är svårt att ge en exakt leveranstid.
2

Individrelaterade utmaningar i globala systemutvecklingsprojekt

Rakocevic, Andrej, Autieri, Pourja January 2015 (has links)
Global systemutveckling (GSD) är en ökande trend inom systemutvecklingsbranschenoch möjliggör för verksamheter att reducera utvecklingskostnaderna, få tillgång tillexpertis till lägre kostnader samt öka flexibilitet och effektivitet genom att konstantbedriva systemutveckling över olika tidszoner. Global mjukvaruutveckling ikombination med agila metodologier visar sig bli allt vanligare då framgångsrika agilaprojekt kan producera programvara av högre kvalitet som bättre uppfylleranvändarnas behov. Tidigare forskning konstaterar dock att utmaningar ochkomplikationer kan uppstå i globala mjukvaruutvecklingsmiljöer ur perspektivet avindivider som arbetar i geografiskt separerade projektgrupper. Syftet med dennastudie har varit att undersöka vilka problem och utmaningar som individer upplever iglobala mjukvaruutvecklingsmiljöer där den agila metodologin Scrum tillämpas.Problemen och utmaningarna som i denna studie undersökts relaterar till följandehuvudområden: kommunikation, språkliga och kulturella skillnader,gruppsammanhållning och laganda samt kunskapshantering. Studien syftar även tillatt redogöra för hur de uppkomna utmaningarna förslagsvis kan hanteras. Enundersökning har genomförts på ett mjukvaruutvecklingsföretag i Växjö som verkarinom ekonomitjänstebranschen. En kvalitativ undersökningsmetodik i form avsemistrukturerade intervjuer har genomförts med arbetstagare som arbetar i ettmjukvaruutvecklingsprojekt som bedrivs globalt.Slutsatserna som dras av studien är att individer som arbetar inom globalamjukvaruutvecklingsprojekt ställs inför flera utmaningar. Kommunikationsrelateradesvårigheter upplevs bl.a. på grund av bristen på informell kommunikation vilketresulterar i misskommunikation, missförstånd och långa svarstider. För en förbättradkommunikation kan kombinationen av synkrona och asynkrona verktyg användassamt skärmdelning och videosamtal. Scrum aktiviteter som daily scrums ochretrospectives kan även förbättra kommunikationen inom projektgruppen. Avseendekulturella skillnader visar studien att det upplevs svårt att definiera om utmaningarkan relateras till kulturella skillnader mellan olika länder eller om det avser skillnaderi organisationskulturer. Språkrelaterade skillnader visar sig upplevas som en barriäroch leder bl.a. till svårigheter att uttrycka sina idéer och tankar och att arbetetförsvåras eftersom att översättning krävs. Beträffande gruppsammanhållning upplevsdet råda en bristande gruppsammanhållning när projektmedlemmarna är fysisktseparerade och att gruppsammanhållningen tenderar att öka inom respektive separeradgrupp snarare än projektgruppen som helhet. Den geografiska spridningen påverkaräven tilliten inom projektgruppen. För ökad gruppsammanhållning och tillit ärinformella sammanträffar en nyckelfaktor. Medlare ses även som en nyckelfigur föratt länka samman teammedlemmarna i de fysiskt separerade grupperna. Avseendekunskapshantering upplevs den geografiska spridningen inom projektgruppen som enmöjlighet att dra nytta av varandras olika bakgrunder och erfarenheter för att på så sättöka kunskapen inom hela projektgruppen. Utmaningar som relaterar tillkunskapshantering är att samma misstag kan begås flera gånger inom projektet p.g.a.en avsaknad av informellt kunskapsutbyte. För förbättrad kunskapshantering inomprojektgruppen ges förslag på användning av t.ex. code reviews, checklistor ochkunskapstävlingar för främjandet av kunskapshantering inom projektgruppen / Global software development (GSD) is a growing trend within the software industryand enables companies to reduce development costs, get access to expertise to lowercosts and increase flexibility and efficiency by constantly conducting softwaredevelopment across different time zones. Global software development combinedwith agile methodologies proves to be more common as successful agile projects canproduce software of higher quality that better meet user needs. Previous researchconcludes however that challenges and complications can arise in GSD environmentsfrom the perspective of the individuals working in geographically separated projectteams. The purpose of this study was to examine the problems and challenges thatindividuals experience in GSD environments where the agile Scrum methodology isapplied. The problems and challenges that have been examined relate to the followingareas: communication, language and cultural differences, group cohesion and teamspirit and knowledge management. The study also aims to explain and exemplify howthe challenges can be mitigated. A study has been conducted at a softwaredevelopment company in Växjö operating in the finance service industry. Aqualitative research method in the form of semi-structured interviews was conductedwith employees working in a global software development project.The conclusions drawn from the study are that individuals working within GSDprojects face several challenges. Communication related difficulties are experiencedpartly due to of the lack of informal communication, which results in failedcommunication, misunderstandings and long response times. In order to improve thecommunication, a combination of synchronous and asynchronous tools can be used aswell as screen sharing and video calls. Scrum activities such as daily scrums andretrospectives can also improve the communication within the project team.Regarding cultural differences, the study shows that it’s difficult to distinguishwhether challenges are related to cultural differences between the countries, orwhether it relates to differences in organizational cultures. The language-relateddifferences prove to be perceived as a barrier and lead to difficulties for individuals toexpress their ideas and thoughts, as well as understanding other individuals. Thelanguage differences also hamper the work because translation is required. Challengesrelated to group cohesion include that individual’s experience a lack of groupcohesion when project members are physically separated and that the group cohesiontends to increase in each separated group instead of the project team as a whole. Thegeographic dispersion also affects the trust within the project team. In order improvegroup cohesion and trust within the team informal gatherings are a key factor.Mediators are also seen as a key figure for linking the team members in physicallyseparated groups. Knowledge management is seen as an opportunity to benefit fromeach other's different backgrounds and experiences to increase the knowledge withinthe entire team. Challenges related to knowledge management are that the samemistakes can be committed several times in the project due to a lack of informalknowledge exchange. In order to improve knowledge management within the project,suggestions are given such as the use of code reviews, checklists and to organizeknowledge competitions to promote knowledge sharing within the project team.
3

Mjukvaruprojekt och konsekvenserna av Scrum

Stenehall, Johan, Rahmani, Solmaz January 2009 (has links)
Under sent 1990-tal började utvecklare att bli mer och mer missnöjda med rådande arbetsformer i projekt. Utvecklarna upplevde att modeller som vattenfallsmodellen inte längre speglade verkligheten för utvecklingen. Detta missnöje resulterade i att en mängd nya arbetsmodeller uppstod och 2001 samlades de under Agile Manifesto. Agile lägger tyngdpunkten på individfokus, fungerande mjukvara, kundsamarbete och föränderlighet. Scrum är just nu ett av de mest populära ramverken inom agile.Tieto har använt sig av agile och då främst Scrum i sina projekt sedan tidigt 2000-tal och haft lyckat resultat. Projekten som använt Scrum har levererat i tid och haft nöjda kunder. Dock har Tieto inte utrett vilka konsekvenser Scrum får för ett projekt. Denna studies fokus låg på att undersöka konsekvenserna av att använda Scrum i ett projekt. Detta gjordes med hjälp av intervjuer, observationer och en enkät där arbetet för ett antal Scrum-projekt studerades. Resultatet jämfördes sedan med rådande litteratur inom ämnet samt studier från The Standish group, VersionOne och Yahoo!.Rapportens slutsats är att Scrum påverkar mer än bara arbetssättet och att dessa effekter måste betänkas. Många positiva konsekvenser av användandet av Scrum kunde ses men även ett antal risker upptäcktes. För ett lyckat Scrum-projekt behövs en delaktig produktägare, en engagerad ScrumMaster och ett team som tycker om att ta eget ansvar. / During the late 1990s, developers became more and more dissatisfied with the current way of working in the projects. Developers felt that models such as the waterfall model did not reflect the reality of how software development works in practice. This dissatisfaction led to the development of new models and in 2001 they gathered under the same name in the Agile Manifesto. Agile focuses on working software, customer collaboration and variability. Scrum is currently one of the most popular frameworks in agile.Tieto has implemented agile and particularly Scrum in their projects since early 2000 and have had success. The projects that used Scrum delivered on time and had satisfied customers. However Tieto has not investigated the impact Scrum has on projects. This study focus was on examining the consequences of using Scrum in a project. This was done through interviews, observations and a survey in which the work of a number of Scrum projects were studied. The result was then compared with the current literature in the subject, and studies by The Standish Group, VersionOne and Yahoo!.The report concludes that Scrum affects more than just the way of working and that these effects must be taken under consideration. Many positive consequences of the use of Scrum could be seen but also a number of risks were detected. For a successful Scrum project one needs an involved product owner, a committed ScrumMaster and a team that likes to take responsibility.
4

En jämförande studie av crossplattform- och hybridutveckling

Crona, Andreas, Gustafsson, Benjamin January 2016 (has links)
Syfte – Syftet med studien var att jämföra och utvärdera två utvecklingsmetoder för hybrid- och crossplattformutveckling. Detta syfte bröts ner till två frågeställningar: Hur väl kan de båda utvecklingsmetoderna återskapa animationer för att förbättra användarupplevelsen i en applikation?- Vilka av de 3 utvalda animationerna som visas i meaningful transitions och point of origin går att återskapa i de båda utvecklingssätten? Hur påverkas prestandan vid användandet av de utvalda hårdvarufunktioner som implementerats med de båda utvecklingsmetoderna? – Kameran och minnet. Metod – Denna rapport är en fallstudie då den är gjord i samarbete med Knowit Jönköping AB efter deras önskemål. Utvecklingsmetoderna som valdes var PhoneGap och Appcelerator Studio, alltså en för hybridutveckling och en för cross-plattform. En applikation för varje utvecklingsmetod byggdes med identiska funktioner som skulle kunna testas för att besvara frågeställningarna. Två kvantitativa insamlingar gjordes i form av enkätundersökning av testpersoners uppfattning av animationerna och en insamling av prestandamätningar vid hårdvaruanvändning. Resultat – Resultatet från studien visar att minnesåtgången vid hårdvaruanvändning är både låg och nästan identisk för de båda utvecklingsmetoderna. Empirin visar även att animationerna på båda metoderna kan leva upp till Googles riktlinjer enligt testpersonerna och upplevs som positiva. En notering är dock att Appcelerator tycks ha en liten fördel vad det gäller animationerna. Denna fördel är relativt liten och gör egentligen ingen större skillnad för vilken metod som kan anses som den bästa. Implikationer – Studien bidrar till att underlätta valet för mjukvaruutvecklare och företag som funderar på att använda sig utav någon av utvecklingsmetoderna. Detta genom att visa att prestandan vid hårdvaruanvändning inte är något att lägga stor vikt på. För användargränssnitt och användarupplevelse finns en mindre skillnad då Appcelerator använder sig utav native SDK och får en liten fördel när det kommer till användarupplevelsen. Detta kan dock justeras för PhoneGap då det med lite extra jobb går att styla applikationen till att se mer native ut. Utvecklare kan därför tänka på vilka kunskaper de har sedan innan vad gäller XML/HTML och styling då de ska välja utvecklingsmetod. Begränsningar – Utvecklingen är gjord av förstagångsanvändare av PhoneGap och Appcelerator Studio vilket kan ha påverkat kvalitén på animationerna och användargränssnittet. En tredjepartsapplikation användes vid mätning av prestandan då PhoneGap saknade plugin för det. Detta kan ha haft en påverkan på resultatet.
5

Datalagring i SharePoint : Hur ska utvecklaren välja lagringsmetod? / Data Storage in SharePoint : How should the developer choose storage method?

Fredh, Christian, Norström, Erik January 2008 (has links)
I processen att utveckla nya funktioner i ett SharePoint-baserat system måste utvecklarenvälja vilken datalagringsmetod som ska användas. Det finns två primära metoder attanvända sig av när data ska lagras i SharePoint. Den första är att använda SharePointsinbyggda listor. Den andra är att använda en egenutvecklad databas att arbeta mot.Vi har i studien undersökt de båda metoderna och studerat litteratur för att ta fram viktigaaspekter som bör beaktas vid val av datalagringsmetod. De aspekter vi tagit fram är;snabbhet, underhåll, flexibilitet, dataintegritet, redundans, tillgänglighet, säkerhet ochenkelt att utveckla i. Dessa aspekter har legat till grund för de jämförelser vi gjort.Vi har genomfört en kvantitativ studie i form av ett experiment där vi har undersökt detvå metoderna med avseende på aspekten snabbhet. Vi har även genomfört en kvalitativstudie, där vi intervjuat en expert inom SharePoint-området.Från den kvantitativa studien kan vi visa på att använda en separat databas är påtagligtsnabbare än att använda listor, metoden att använda en separat databas är även bättre påatt hantera stora datamängder.Från den kvalitativa studien kan vi bland annat visa på att en lösning med egenutveckladdatabas är svårare att underhålla än om lösningen använder sig av listor. Från enutvecklares perspektiv är det även enklare att använda listor med tanke på all denfunktionalitet som redan finns inbyggd i listorna. En annan fördel med listorna är att detär enklare att interagera med andra delar i SharePoint om lösningen använder listor fördatalagring.Vi kan inte entydigt säga att en metod är bättre än den andra utan det ärsituationsberoende och utvecklaren måste göra ett aktivt val av metod. Vi anser dock attman i de flesta situationer bör använda listor för datalagring i SharePoint. Detta är främstpå grund av att det finns mycket färdigutvecklat om man använder listor samt att det blirlättare att underhålla ett system som bygger på listor. / Uppsatsnivå: C
6

Optimalt lärande: Utvecklandet av en matematikapplikation för grundläggande aritmetik

Sjögren, Mattias, Malm, Simon, Hedin, Rebecka, Wendt, Agnes, Iacobaeus, Anton, Sars Oom, Anton, Andersson, Gustav, Jankovic, Luka January 2022 (has links)
Den här rapporten beskriver ett projektarbete i kursen TDDD96 - Kandidatprojekt i programvaruutveckling vid Linköpings universitet våren 2022. I projektet utvecklade åtta datateknologstudenter en matematikapplikation utifrån en beställning av ett forskningssamarbete mellan institutionen för ekonomisk och industriell utveckling (IEI) och institutionenför beteendevetenskap (IBL) vid Linköpings universitet. Applikationens huvudsakliga syfte är att optimera inlärningen av heltalsartimetik bland skolelever. Rapporten inkluderar en beskrivning av projektets struktur, gruppens process med fokus på arbetsmetodiken Scrum, den resulterande applikationen samt relevanta mätningar och erfarenheter. Varje gruppmedlem bidrar även med en individuell del, där något ämne kopplat till projektet har utforskats vidare.
7

Mjukvaruprojekt och konsekvenserna av Scrum

Stenehall, Johan, Rahmani, Solmaz January 2009 (has links)
<p>Under sent 1990-tal började utvecklare att bli mer och mer missnöjda med rådande arbetsformer i projekt. Utvecklarna upplevde att modeller som vattenfallsmodellen inte längre speglade verkligheten för utvecklingen. Detta missnöje resulterade i att en mängd nya arbetsmodeller uppstod och 2001 samlades de under Agile Manifesto. Agile lägger tyngdpunkten på individfokus, fungerande mjukvara, kundsamarbete och föränderlighet. Scrum är just nu ett av de mest populära ramverken inom agile.Tieto har använt sig av agile och då främst Scrum i sina projekt sedan tidigt 2000-tal och haft lyckat resultat. Projekten som använt Scrum har levererat i tid och haft nöjda kunder. Dock har Tieto inte utrett vilka konsekvenser Scrum får för ett projekt. Denna studies fokus låg på att undersöka konsekvenserna av att använda Scrum i ett projekt. Detta gjordes med hjälp av intervjuer, observationer och en enkät där arbetet för ett antal Scrum-projekt studerades. Resultatet jämfördes sedan med rådande litteratur inom ämnet samt studier från The Standish group, VersionOne och Yahoo!.Rapportens slutsats är att Scrum påverkar mer än bara arbetssättet och att dessa effekter måste betänkas. Många positiva konsekvenser av användandet av Scrum kunde ses men även ett antal risker upptäcktes. För ett lyckat Scrum-projekt behövs en delaktig produktägare, en engagerad ScrumMaster och ett team som tycker om att ta eget ansvar.</p> / <p>During the late 1990s, developers became more and more dissatisfied with the current way of working in the projects. Developers felt that models such as the waterfall model did not reflect the reality of how software development works in practice. This dissatisfaction led to the development of new models and in 2001 they gathered under the same name in the Agile Manifesto. Agile focuses on working software, customer collaboration and variability. Scrum is currently one of the most popular frameworks in agile.Tieto has implemented agile and particularly Scrum in their projects since early 2000 and have had success. The projects that used Scrum delivered on time and had satisfied customers. However Tieto has not investigated the impact Scrum has on projects. This study focus was on examining the consequences of using Scrum in a project. This was done through interviews, observations and a survey in which the work of a number of Scrum projects were studied. The result was then compared with the current literature in the subject, and studies by The Standish Group, VersionOne and Yahoo!.The report concludes that Scrum affects more than just the way of working and that these effects must be taken under consideration. Many positive consequences of the use of Scrum could be seen but also a number of risks were detected. For a successful Scrum project one needs an involved product owner, a committed ScrumMaster and a team that likes to take responsibility.</p>
8

En studie om användbarhetskrav : hur valet av insamlingsteknik kan påverka identifieringen av olika aspekter av användbarhet.

Johansson, Marcus January 2007 (has links)
<p>Sociotekniska system, är system där användare ingår i processen för att uppnå någon bredare typ av mål och ställer därför krav på användbarheten av ett system. Av mjukvaruprocessen är mjukvaruspecifikationen den process som är till för att specificera vilka krav systemet ska innehålla. Användbarhetskrav finns i olika former för att passa olika aspekter av användbarhet. Att arbeta med användbarhetskrav har visat sig vara en bra metod att uppnå användbarhet. Detta arbete ska undersöka om huruvida vissa insamlingstekniker kan fördelaktigt användas för att identifiera olika aspekter av användbarhet. Frågeställningen besvarades genom att utföra en genomgång av vetenskaplig litteratur och intervjuer av utvecklare om deras erfarenheter att arbetet med användbarhetskrav. Resultatet visade bland annat på att utvecklare väljer insamlingsteknik efter vilken erfarenhet denne har med att arbeta med den och vad som är möjligt att utför inom projektets ramar med avseende på tid, pengar och tillgång till användare. Vidare uppfattades även observation som en av de bättre insamlingsteknikerna att identifiera användbarhetskrav.</p>
9

Management i en flödeseffektiv IT-verksamhet

Larsen, Sofie, Lindborg, Robin January 2013 (has links)
Detta examensarbete är utfört på uppdrag av Scania IT i Södertälje och utgör sista delen av civilingenjörsprogrammet Innovation, Produktion och Logistik vid Mälardalens Högskola i Eskilstuna. Scania IT genomgår i nuläget en stor förändring i arbetssätt och struktur med målet att bli en mer flödeseffektiv IT-verksamhet. För att detta ska lyckas krävs det att Management tydligt styr verksamheten mot detta mål samt att alla involverade stöder denna verksamhetsstrategi. Syftet med omorganiseringen är att man snabbare och effektivare ska möta kundens krav. Det problem som Scania IT upplever idag är för låg leveranssäkerhet eftersom rätt funktionalitet inte levereras i rätt tid till rätt kostnad. Syftet med detta examensarbete är att undersöka hur Management inom Scania IT ska agera i en flödeseffektiv IT-verksamhet samt hur de kan skapa förutsättningar så att team kan bidra till flödeseffektivitet. Med Management i detta fall åsyftas chefer med personalansvar samt projektledare. Målet är att stödja Scania IT i sitt arbete mot en flödeseffektiv IT-verksamhet. Examensarbetet grundas på informationsinsamling i form av litteraturstudier inom områdena flöde, Management, Lean och IT. Detta för att ge en grund till lösningen av problemet samt för att få en förståelse för områdena och dess centrala begrepp. Problemförståelsen resulterade i en analysmodell som utarbetades från litteraturstudien samt utefter de frågeställningar som ska examensarbetet ska besvara. Analysmodellen konkretiserar och visualiserar problemförståelsen från två perspektiv då en antagande utgångspunkt är att team och Management besitter god kunskap i hur styrningen sker idag samt hur den kan förbättras för att bidra till flödeseffektivitet i hela verksamheten. Därefter utfördes intervjuer som kategoriserades utifrån de två perspektiven.  Intervjuerna utfördes till största del inom Scania IT men även på andra företag. Den insamlande informationen från litteraturstudien och intervjuerna sammanställdes och analyserades. Intervjuerna resulterade i ett antal oprövade påståenden som kategoriserades efter analysmodellen för att identifiera mönster och samband. Det resulterade i tio hypoteser som återigen kopplades till informationsinsamlingen för verifiering och förankring. Ett antal slutsatser drogs från de relevanta hypoteserna och ett par genomgående punkter identifierades. Dessa punkter ligger till grund för de slutliga rekommendationerna för hur Management ska agera i en flödeseffektiv IT-verksamhet. Slutsatsen är att helhetssyn, ständiga förbättringar, standardiserade arbetssätt, kultur och kundfokus ska genomsyra hela verksamheten. Management ska bryta ner dess innehåll på alla nivåer för att främja en lärande organisation som är en förutsättning för flödeseffektivitet. Management ska agera utifrån dessa rekommendationer så att förutsättningar skapas för team att bidra till flödeseffektivitet. / This master thesis is written on behalf of Scania IT in Södertälje and is the final part of the master program in engineering, Innovation, Production and Logistics, at Mälardalen University in Eskilstuna. Scania IT is currently going through a major change in structure and focus with the aim of becoming a more flow-efficient IT organization. For this to be successful, it requires Management to visualize the goal so that everyone involved supports the new business strategy. The purpose of the reorganization is to meet customer needs in a faster and more efficient way. The problem Scania IT experiences today is too low delivery precision since the right functionality is not delivered at the right time to the right cost. The purpose of this master thesis is to examine how Management at Scania IT should operate in a flow efficient IT organization and to create opportunities for teams to contribute to flow efficiency. In this context, Management is defined as Managers with staff responsibility and Project Managers. The goal is to support Scania IT in its work to achieve a more flow-efficient IT organization. The thesis is based on data collection through literature studies within the subjects Flow, Management, Lean and IT. This is mainly done to give a theoretical framework and to reach an understanding of the subjects and central concepts. By understanding the problem, an analytical model was developed from the literature study and the main problem statement. The analytical model visualizes the problem statement from two perspectives by the assumption that team and Management possess good knowledge of how the business is controlled today and how it can be improved. Thereafter, interviews were conducted and classified based on the two perspectives. The interviews were mainly conducted within the company but also at other companies. The collected data from the literature study and the interviews were compiled and analyzed. The interviews resulted in a number of unproved statements that were categorized by the analytical model in order to identify patterns and relations. This resulted in ten hypotheses which were referred back to the data collection for verification. A number of conclusions were drawn from the relevant hypotheses and some persistent points were identified. These points form the basis for the final recommendations for how Management should operate in a flow-efficient IT organization. The conclusion is that a holistic view, continuous improvements, standardized work, culture and customer focus should influence the entire organization. Management should break down content at all levels to promote a learning organization, which is a prerequisite for flow efficiency. Management should operate on the basis of these recommendations and guidelines to create conditions for teams to contribute to flow efficiency.
10

Öppen källkod vs sluten källkod : Hur ser sambandet mellan källkodslicens och mjukvaruföretags strategier ut?

Hedberg, Gustav, Moody, David January 2007 (has links)
Öppen källkod i kommersiellt syfte blir allt vanligare. Öppen och sluten källkod medför olika förutsättningar då ett företag som utvecklar öppen källkod inte kan ta betalt för användandet av en produkt på samma sätt som ett företag som utvecklar sluten källkod. Vad finns det för samband mellan dessa olika strategiska förutsättningar och valet av källkodslicens hos ett företag som utvecklar öppen källkod jämfört med ett som utvecklar sluten källkod? Ett företag som utvecklar öppen källkod måste leverera ett mervärde till sina kunder i form av goda kundrelationer eller överlägsen produkt på grund av att de inte kan binda sina kunder i samma utsträckning som ett företag som utvecklar sluten källkod. Ett företag som utvecklar sluten källkod har även valet att erbjuda sina kunder en standardiserad produkt som medför en låg totalkostnad för kunden.

Page generated in 0.1394 seconds