Spelling suggestions: "subject:"agile devevelopment"" "subject:"agile agentdevelopment""
91 |
Från kaffeautomaten till digitala mötesrum : Mjukvaruutvecklares upplevelser av att arbeta med agila utvecklingsmetoder under rådande pandemiForsberg Ehn, Sofia, Mossberg, Filippa January 2021 (has links)
I början av år 2020 blev världen medveten om viruset covid-19 som orsakade en pandemi. Människor och företag har behövt anpassa sig till följd av den rådande situationen för att minska smittspridningen vilket har gjort att anställda tvingats till att arbeta på distans. Tidigare forskning har visat att det finns utmaningar att arbeta med agila metoder på distans där team eller delar av team arbetar distribuerat. Dock berör dessa forskningar till största del agila utvecklingsprojekt där IT-företag är verksamma globalt. Denna studie har undersökt hur arbetet bedrivs på distans där alla teammedlemmar arbetar distribuerat till följd av andra orsaker än att mjukvaruutvecklingen sker globalt. Syftet med denna studie har varit att undersöka hur anställda som ingår i teams upplever arbetet med agila utvecklingsprojekt som bedrivs på distans till följd av rådande pandemi. Därför har följande två frågeställningar formulerats “På vilka sätt upplever anställda som ingår i teams att interaktionen gentemot kollegor fungerar under den rådande pandemin?” och “Hur upplever anställda att arbetet på distans fungerar när de arbetar distribuerat till följd av covid-19?”. För att undersöka detta genomfördes åtta semistrukturerade intervjuer med mjukvaruutvecklare som arbetar med Scrum inom ett medelstort IT-företag beläget i västra Sverige. Majoriteten av respondenterna har ingått i samma teams under flera år och har därför en bra relation till sina kollegor. Resultatet visade att arbetet med agila utvecklingsprojekt som bedrivs på distans till följd av pandemin har fungerat bra. Respondenterna har inte upplevt några svårigheter med att överföra Scrum till distans vilket kan bero på att de arbetat inom samma teams en längre tid. För att kunna utföra arbetet krävs det interaktion och kommunikation, något som respondenterna upplever som väl fungerande även på distans. Dock har den informella kommunikationen inte kunnat ersättas fullt ut av digitala verktyg, något som tidigare forskning lyft fram som en begränsning när team arbetar distribuerat. / At the beginning of 2020, the world became aware of the covid-19 virus that caused a pandemic. People and companies have had to adapt as a result of the current situation in order to reduce the spread of the virus, which has forced employees to work remotely. Previous research has shown that there are challenges in working with agile methods remotely where teams or parts of teams work distributed. However, these researches largely concern agile software development projects in which IT companies operate globally. This study has examined how the work is conducted remotely where all team members work distributed as a result of other reasons than the global software development. The purpose of this study has been to investigate how employees who are part of teams experience the work with agile development projects that are conducted remotely as a result of the current pandemic. Therefore, the following two research questions have been formulated as “In what ways do employees who are part of teams feel that the interaction with colleagues works during the current pandemic?” and “How do employees feel that remote work functions when they work distributed as a result of covid-19?”. To investigate this, eight semi-structured interviews were conducted with software developers working with Scrum within a medium-sized IT company located in western Sweden. The majority of the respondents have been part of the same team for several years and therefore have a good relationship with their colleagues. The results showed that the work with agile development projects conducted remotely as a result of the pandemic has functioned well. The respondents have not experienced any difficulties intransferring Scrum in regards to distance work, which could depend on the fact that they have worked within the same team for a long period of time. In order to be able to perform the job, both interaction and communication are required, something that the respondents experienceas working well even remotely. However, informal communication has not been able to be fully replaced by digital tools, something that previous research highlights as a limitation when teams work distributed.
|
92 |
Platsoberoende Scrum-utveckling : - En fallstudieDanielsen, Nils, Fritsch, Maximilian January 2021 (has links)
Syften med denna uppsats är att kartlägga hur utvecklare upplever platsoberoende scrum-utveckling, vilken problematik som uppstår samt om effektiviteten påverkas. För att uppnå studiens syfte och besvara de frågeställningar som formulerats i rapporten har data samlats in. Denna data har dels varit kvantitativ, där data har samlats in från en verksamhet som bedriver systemutveckling med metodiken scrum. Data har även varit kvalitativ där data i form av intervjuer har samlats in. Den insamlade datan har sedan analyserats för att kunna svara på forskningsfrågorna. Efter genomförd analys har slutsatser dragits för att kunna uppfylla uppsatsen ursprungliga syfte. Den insamlade empirin tyder på att det finns viss problematik relaterad till kommunikation som blir tydlig när arbetet bedrivs platsoberoende. Den insamlade datan tyder även på en försämrad upplevelse av den sociala miljön när arbetet bedrivs platsoberoende. Slutligen tyder även det analyserade resultatet på en minskad effektivitet när arbetet övergått till platsoberoende. Det teoretiska ramverket ligger som grund för att redogöra för befintliga teorier som är relevanta för undersökningen. Rapporten redogör för befintliga teorier som är relaterade till platsoberoende arbete, agil utveckling, scrum utveckling samt hur effektivitetet av scrum-utveckling kan mätas. / The purpose of this thesis is to map how individuals experience remote scrum development, what problems arise and whether efficiency is affected. In order to achieve the purpose of the study and answer the research-questions formulated in the report, data has been collected. This data has been partly quantitative, where data has been collected from a business that conducts system development with the methodology scrum. Data has also been qualitative where data in the form of interviews have been collected. The collected data has then been analyzed in order to answer the research questions. After completing the analysis, conclusions have been drawn in order to fulfill the thesis' original purpose. The collected empirical evidence indicates that certain problems related to communication become clear when the work is conducted remote. The data collected also indicates a deteriorating experience of the social environment when the work is conducted remote. Finally, the analyzed result also indicates a reduced efficiency when the work has shifted to remote. The theoretical framework is the basis for presenting existing theories that are relevant to the study. The report describes existing theories that are related to site-independent work, agile development, scrum development and how the effectiveness of scrum development can be measured.
|
93 |
Agile product development for integrated suppliers : A qualitative case study on the challenges of developing internal product development practices for an integrated supplier / Agil Produktutveckling för integrerade leverantörer : En kvalitativ studie om svårigheterna att utveckla interna produktutvecklingsprocesser för en integrerad leverantörLindgren, Linus January 2020 (has links)
Product development has become essential in today’s technology driven marketplace. Currently, pointbased models such as the stage-gate model are applied in practice of several incumbent firms in the automotive industry. However, stage-gate models have been criticized for being too linear and plan focused as external pressures and internal complexity demand for faster and more flexible development, such as agile development. Although product development has a central role in the success of a firm, suppliers play a central role in helping firms achieve their product development goals. As a result, firms may undertake suppler development and integration initiatives to ensure quality and efficiency at the supplier. Utilizing supplier integration has shown positive effects on several performance outcomes. However, limited research on the effects of suppliers being integrated to deficient development practices has been published. Firms that integrate suppliers into point-based, documentation heavy processes could therefore potentially hinder internal development of flexible practices. Therefore, the aim of this study is to investigate how supplier integration challenges suppliers in adopting agile methods in product development and how these challenges can be addressed. This study is based a qualitative, exploratory case study approach, including 13 interviews with various stakeholders within the case company together with extensive data from observations. The empirical data in combination with theories on agile development, traditional development, and supplier integration resulted in a proposition for adopting agile development approaches for integrated suppliers being locked-in to traditional development models. The findings indicate that integrated suppliers may face challenges in adopting agile methods due to requirements from the integrating firm on using traditional development methods. However, a possibility to utilize agile practices on the microperspective while retaining traditional development methods on the macro-perspective through a hybrid model enables adoption of agile methods for integrated suppliers. Although the possibility to adopt agile methods exist, the methods yield little benefits unless an agile leadership and vision is established. Therefore, a transition towards agile development also requires a transition in organizational culture to promote collaboration, distributed responsibility and collective intelligence. / Produktutveckling har blivit väsentlig på dagens teknikdrivna marknadsplats. För närvarande är traditionella modeller som stage-gate vanligt förekommande i flera etablerade företag inom bilindustrin, även om dessa modeller har kritiserats för att vara för linjära och planfokuserade när omgivningen och intern komplexitet kräver snabbare och mer flexibel utveckling. Även om produktutveckling har en fundamental roll i framgången hos ett företag så är leverantörer centrala i att hjälpa företag att uppnå sina produktutvecklingsmål. Som ett resultat av ökad outsourcing kan företag vidta mer utvecklings och integrationsinitiativ för att säkerställa kvalitet och effektivitet hos leverantören. Att använda leverantörsintegration har visat positiva effekter på flera nyckeltal. Emellertid har begränsad forskning om effekterna av att integrera leverantörer i ineffektiva produktutvecklingsmetoder publicerats. Företag som integrerar leverantörer i linjära, dokumentationstunga processer kan därför potentiellt hindra den interna utvecklingen av flexibla tillvägagångssätt. Därmed är syftet med denna studie att undersöka hur leverantörsintegration kan försvåra tillämpning av agila metoder i produktutveckling för leverantörer och hur dessa utmaningar kan adresseras. Denna studie bygger på en kvalitativ, explorativ fallstudie som inkluderar 13 intervjuer med anställda inom det observerade företaget tillsammans med omfattande data från observationer. Empiriska data i kombination med teorier om agil utveckling, traditionell utveckling och leverantörsintegration resulterade i ett förslag till integrerade leverantörer, som är bundna till traditionella utvecklingsmodeller, att adoptera agila utvecklingsmetoder. Resultaten tyder på att integrerade leverantörer kan möta utmaningar när det gäller att använda agila metoder på grund av krav att använda traditionella utvecklingsmetoder från det integrerande företaget. Där emot finns möjlighet att tillämpa agila metoder i mikroperspektivet samtidigt som traditionella utvecklingsmetoder bibehålls i makroperspektivet genom en hybridmodell. Även om möjligheten att adoptera agila metoder finns ger metoderna små fördelar utan adekvat agilt ledarskap och tankesätt. Därmed kräver en övergång till agil produktutveckling också en förändring i organisationskultur för att främja samarbete, distribuerat ansvar och kollektiv intelligens.
|
94 |
UX, handover & designförändringars inverkan på utvecklingsprocessen : En fallstudie med fokus på implementation / UX, handover & design changes’ impact on the development process : A case study with focus on implementationRudander, Sara January 2024 (has links)
Brist på information, och otydligt kommunicerade krav är vanligt i IT-projekt, särskilt vid handover-processen, där designen överlämnas till utvecklare för implementation. User Experience (UX), eller användarupplevelse, syftar till att skapa en positiv interaktion och känsla av en produkt för användaren. Enligt företaget CGI infinner sig problem och om-arbete när UX-kompetens utesluts eller brister, vilket är vanligare när designen kommer från extern aktör kontra internt (in-house). I studien identifieras effekten på utvecklingsprocessen när handover och kommunikation får ta plats, samt effekten av sena ändringar. Detta i syfte att påvisa värdet av robusta underlag och tidig UX-involvering in-house. Problem och förbättringsförslag identifieras i syfte att stärka framtida projekt. Insamling av data sker genom metodisk triangulering. Genom två implementeringar av CGI:s interna verktyg och webblösning CGIMoving – En med ett lågdetaljerat designunderlag, och en med handover och kommunikation med UX-designer. Data från implementeringens mätpunkter, dagboksanteckningar och kommunikationslogg samlas in. För att bredda perspektivet, genomfördes en fristående fokusgruppsdiskussion med praktiker med olika erfarenhet. Resultatet analyserades genom tematisk analys, och den kvalitativa och kvantitativa data analyserades och jämfördes mot tidigare litteratur. Studien visar att problem och konsekvenser i överföringen av design till kod, berör både in-house och extern aktör, men försvåras när leverantören är extern, då olika grad av kommunikation, UX- och webbkompetens förekommer. En robust handover och kommunikation mellan UX-designer och utvecklare effektiviserar utvecklingsprocessen genom att mildra identifierade problem, minskar resursåtgång och ökar slutproduktens kvalitet. Sena designändringar på befintlig lösning får negativa effekter och ökar resursåtgången med avseende på utvecklingstid och externa förtydliganden, samt påverkar den övergripande kodstrukturen, och orsakar frustration och ökade kostnader. Att prioritera UX in-house kan ha en hög initial kostnad, men effektiviserar utvecklingsprocessen och lämnar högre kvalité av slutprodukten, eftersom kommunikation och nära samarbete naturligt infinner sig. För optimering föreslås tidig involvering av mångsidiga roller och kompetens, diskussioner om tekniken, och skriftliga beskrivningar av komponenter. Främst föreslås en produktutvecklande kommunikation, där lösningen och design kan anpassas direkt – i likhet med co-creation. Viss kod- och webbkunskap hos UX-designern kan underlätta exporteringen av design-komponenter till kod, och förslag om att tidigt specificera variabler redan i designunderlaget anges. Framställning av ett ramverk rekommenderas, för att säkerställa ett gemensamt tillvägagångssätt för skapandet och användandet av designunderlag och designsystem.
|
95 |
Förbättring av intern kvalitet i MediusFlow genom utvärdering av arbetsprocessen samt verktyg från Visual Studio 2010 / Improvement of internal quality in MediusFlow by evaluating the work process and tools from Visual Studio 2010Taylor, David, Sigvardsson, Erik January 2009 (has links)
<p>I maj 2009 släpptes den första betaversionen av Visual Studio Team System 2010. Den innehåller en rad intressanta nyheter och funktioner som kan underlätta utvecklingsarbetet och höja den interna kvaliteten.</p><p>Kvalitetsbegreppet inom mjukvaruutveckling kan delas upp i två delar: extern och intern kvalitet. Med extern kvalitet menas det som kunden ser, till exempel att rätt funktionalitet utvecklas och att den levereras i tid. Intern kvalitet handlar om processer inom företaget och det som kunden ofta inte ser eller är medveten om.</p><p>Nyheter i Visual Studio 2010 har utvärderats i fokusgrupper tillsammans med rutinerade utvecklare på Medius. Den agila arbetsprocessen har utvärderats utifrån observationer, informella intervjuer samt den teoretiska referensram som ställts upp.</p><p>Utvärderingarna har resulterat i ett antal riktlinjer för hur Medius kan förbättra sin interna kvalitetsprocess. Dessa rekommenderar bland annat mindre förändringar i den agila arbetsprocessen, till exempel tydligare utvärderingar och uppföljning samt introduktion av distribuerad Scrum. Riktlinjerna föreslår också införandet av verktygen kodkontrakt, incheckningsregler och gränssnittstestning i Visual Studio 2010.</p>
|
96 |
Förbättring av intern kvalitet i MediusFlow genom utvärdering av arbetsprocessen samt verktyg från Visual Studio 2010 / Improvement of internal quality in MediusFlow by evaluating the work process and tools from Visual Studio 2010Taylor, David, Sigvardsson, Erik January 2009 (has links)
I maj 2009 släpptes den första betaversionen av Visual Studio Team System 2010. Den innehåller en rad intressanta nyheter och funktioner som kan underlätta utvecklingsarbetet och höja den interna kvaliteten. Kvalitetsbegreppet inom mjukvaruutveckling kan delas upp i två delar: extern och intern kvalitet. Med extern kvalitet menas det som kunden ser, till exempel att rätt funktionalitet utvecklas och att den levereras i tid. Intern kvalitet handlar om processer inom företaget och det som kunden ofta inte ser eller är medveten om. Nyheter i Visual Studio 2010 har utvärderats i fokusgrupper tillsammans med rutinerade utvecklare på Medius. Den agila arbetsprocessen har utvärderats utifrån observationer, informella intervjuer samt den teoretiska referensram som ställts upp. Utvärderingarna har resulterat i ett antal riktlinjer för hur Medius kan förbättra sin interna kvalitetsprocess. Dessa rekommenderar bland annat mindre förändringar i den agila arbetsprocessen, till exempel tydligare utvärderingar och uppföljning samt introduktion av distribuerad Scrum. Riktlinjerna föreslår också införandet av verktygen kodkontrakt, incheckningsregler och gränssnittstestning i Visual Studio 2010.
|
97 |
Open Call / Open CallGajdošík, Andreas January 2018 (has links)
In diploma thesis Open Call I focus on unequal position of artists in current art world in which, despite the transparent practices like open calls, still persists the cult of name, the power of networking and personal recommendation. This topic I artistically process in form of practical artistic intervention, which is close to the tactics of 1:1 scale of Arte Útil - specifically by creation of software tool called Nomin. Its purpose is to support weakened or marginalized groups of artists. Nomin uses properties of email protocol SMTP to allow its users-spectators to send fake self-recommending emails - from email addresses of famous curators to the inboxes various galleries or other art institutions. During development of program Nomin and its technical background (software documentation, web page etc.) I followed the paradigm of free, libre, open source software (FLOSS) and also the methodology of agile software development in order to provide in this gesamtsoftwerk the users-spectators with fully functional, user-friendly software and give them possibility to influence further development of Nomin or directly participate on it. Created artwork is thus not a single artefact but rather a set of interconnected objects and practices grounded in the network of social bonds and behaviours which balances on the edge of institutional critique, useful art, participatory art and collective performance.
|
98 |
Systém pro kontinuální integraci projektu k-Wave / Continuous Integration System for the k-Wave ProjectNečas, Radek January 2016 (has links)
The main goal of this thesis is to describe the implementation of continuous integration into the k-Wave project. The thesis focuses primarily on the version written in the C/C++ language with the usage of the OpenMP library which typically runs on supercomputers. Accordingly, many of popular workflows and approaches ought to be adapted, a few more created. The outcome of the thesis is a complete solution with real and practical usage. The author provides design, tools selection, runtime environment administration and configuration for each one of the used services. Software implementation of the basic framework is used in order to utilize running tests on the supercomputers. Furthermore, the implementation of chosen types of regression and unit tests are performed. Realisation is based on Gitlab and Jenkis services that are running on separated Docker containers.
|
99 |
Emergent Learning in Digital Product TeamsNagaraj, Varun 23 May 2019 (has links)
No description available.
|
100 |
Threat Awareness in Agile Environments : Creating a Developer-Driven Threat Modeling Process for Agile Software Development Teams / Hotmedvetenhet i agila miljöer : En utvecklardriven hotmodelleringsmetod för agila mjukvaruutvecklingsteamNYMAN, NICK January 2020 (has links)
Agile principles for software development are now the industry standard for innovative projects. Agile is often hailed for being flexible, but there is also a commonly held 'truth' that agile principles and software security do not work well together. For this reason it is not uncommon to place all security responsibilities with a separate team, which goes against the agile principles of being team-centered and may affect flexibility or timeframe of a project. Additionally, software security is difficult and requires extensive experience and knowledge, something that varies a lot among software developers. This study presents a threat modeling process tailored for the specific needs and capabilities of the agile developer team. The process combines features of attack trees and abuser stories with other supplementary techniques in a pedagogical instruction manual to create an accessible and easy-to-get-started method intended to be driven by the developers themselves. The process has been developed through extensive review of extant threat modeling methods and the circumstances of the agile team, and trialed through user tests at an agile ITorganization in the financial services. / Agila principer för mjukvaruutveckling är nu industristandard för innovativa projekt. Agila metoder hyllas ofta för sin flexibilitet men det finns också en vidspridd uppfattning att agila metoder och mjukvarusäkerhet inte går bra ihop. Av den anledningen är det inte ovanligt att säkerhetsansvar och -uppgifter drivs av en separat säkerhetsgrupp, vilket går emot de agila principerna om fokus på utvecklarteamet. Detta kan få effekter både för projektets flexibilitet och dess tidsram. Dessutom är IT-säkerhet ett svårt ämne som kräver både erfarenhet och avsevärd kunskap, något som funnits variera mycket bland mjukvaruutvecklare. Den här studien presenterar en hotmodelleringsprocess som skräddarsytts för utvecklarteamets specifika behov och styrkor. Processen kombinerar funktioner från attackträd och abuser stories med andra, komplementära tekniker i en pedagogisk instruktionsmanual för att leverera en lättillgänglig och snabbstartad metod menad att drivas av utvecklarna själva. Processen har utvecklats genom omfattande studier av etablerade hotmodelleringsprocesser, samt den agila teammiljön, och testats och vidareutvecklats genom användartester hos en agil IT-organisation inom finansbranschen.
|
Page generated in 0.111 seconds