Academic literature on the topic 'Vattenfallsmetodik'
Create a spot-on reference in APA, MLA, Chicago, Harvard, and other styles
Consult the lists of relevant articles, books, theses, conference reports, and other scholarly sources on the topic 'Vattenfallsmetodik.'
Next to every source in the list of references, there is an 'Add to bibliography' button. Press on it, and we will generate automatically the bibliographic reference to the chosen work in the citation style you need: APA, MLA, Harvard, Chicago, Vancouver, etc.
You can also download the full text of the academic publication as pdf and read online its abstract whenever available in the metadata.
Dissertations / Theses on the topic "Vattenfallsmetodik":
Hellström, Douglas. "Uncertainty management – How to handle project uncertainty : A case study at Rimaster Development." Thesis, KTH, Skolan för industriell teknik och management (ITM), 2021. http://urn.kb.se/resolve?urn=urn:nbn:se:kth:diva-299782.
Det är allmänt känt att det är omöjligt att tydligt förutsäga framtiden och detsamma gäller projektledning. Det finns många händelser som är både oförutsägbara och riskfyllda under ett projektets gång, där osäkerhetshanteringen är en hanteringsmetod som hjälper till att prognostisera och anpassa sig till framtida händelser. Tidigare forskning inom osäkerhetshantering har utvecklat ramar och verktyg för att hjälpa projektledare att verkligen förstå ett projekts potential. Studien genomfördes som en fallstudie vid Rimaster Development i Söderhamn och syftade till att upptäcka källor till osäkerhet inom deras utvecklingsavdelning som påverkar projektets prestanda. Studien bygger på både kvantitativ och kvalitativ datainsamling från en workshop, enkätundersökning, möten och intervjuer från tio olika projekt från Rimaster. Studien enkätundersökning hade fem svarande som bidrog med två projekt som de tidigare hade varit en del av, ett klassificerat som osäkert och ett som mer säkert. Data erhållen from enkäten analyserades med statistikverktyget SPSS där variabler beräknades baserat på empiriska resultat i osäkerhetsundersökningen. Resultatet presenterades sedan genom osäkerhetsattributmatriser för att identifiera hur varje projekt presterade i förhållande till kundnöjdhet samt tidsplan och budget. Här testades beroende variabler som om den osäkerhetspoängen varde projekt erhöll (ju högre värde, desto mer osäkert är projektet) hade en effekt på projektets prestanda. Från analysen kunde två kategorier av projekt utvecklas: projekt med högre prestanda och projekt med lägre prestanda. Utöver detta genomfördes en signifikansanalys av prestationsgrupperna för att hitta parametrar som var signifikanta olika mellan kategorierna. För att samla ytterliga data till avhandlingen utvärderades varje projekt genom en individuell projektanalys som bestod av att analysera data från undersökningen närmare för varje projekt. Resultaten från detta styrktes sedan med kvalitativa intervjuer. Resultaten i studien antyder att det finns ett samband mellan projektosäkerhet och projekt med lägre resultat i förhållande till tidsplan och budget. Vidare visade sig sexton osäkerhetsparametrar ha ett signifikant värde i jämförelsen mellan projekt med högre och lägre resultat. Baserat på analyseringen av den data studien samlat in så har rekommendationer överlämnats till Rimaster om verktyg och utvecklingsprocesser som kan hjälpa organisationens osäkerhetshantering och därmed öka deras projektprestanda.
Mekonnen, Aida. "Faktorer som anses vara kritiska vid genomförandet av ett IT-projekt." Thesis, Uppsala universitet, Företagsekonomiska institutionen, 2016. http://urn.kb.se/resolve?urn=urn:nbn:se:uu:diva-275896.
Vaarala, Robert, and Johan Svernell. "Personlig motivation i agil projektledning : En fallstudie på Kambi Sports Solutions AB." Thesis, Uppsala universitet, Företagsekonomiska institutionen, 2013. http://urn.kb.se/resolve?urn=urn:nbn:se:uu:diva-202750.
Landström, Oscar, and Oskar Odervall. "Agil projektmetodik : En studie av den agila metodiken och Scrums inverkan på IT-projekt." Thesis, Blekinge Tekniska Högskola, Sektionen för planering och mediedesign, 2012. http://urn.kb.se/resolve?urn=urn:nbn:se:bth-3854.
Lundström, Malin. "Interaktionsdesigners upplevelse av utvecklares empati för design." Thesis, Linköpings universitet, Institutionen för datavetenskap, 2014. http://urn.kb.se/resolve?urn=urn:nbn:se:liu:diva-107410.
Empathy between interaction designers and developers is important in order for the collaboration to work and for them to be able to communicate with each other. This, as well as the ability to see situations from other persons perspective, is something that affects collaboration significantly. Empathy builds on understanding, if one understands other persons perspective one can also feel empathy for other persons priorities and take these in to consideration. It is also of great importance that interaction designers and developers have a common picture over the situation and the projekts they are working with. A pre study was carried out in the fall of 2013 and showed that interaction designers felt that developers does not have empathy for their work, which they experienced has created collaboration problems between them. In order to create a deeper understanding for this, a phenomenological study was carried out where nine interaction designers were interviewed. The result showed that interaction designers felt that developers sometimes changes a design without discussing it with them, which can lead to deviations from the purpose of the design and in some cases the designers does not recognize their design in the developed product. The interaction designers also felt that developers think design is something unnecessary or luxury that is not needed in order to create successful products. The development is instead seen as what is important and what is prioritized in the projects. Interaction designers have also experienced this lack of understanding at an organizational level, for example when customers have not bought their service all the way, until the product is done and ready for release. Because of this there has not been possible for the interaction designers and the developers to talk to each other during the development process. Misunderstandings have then occured and the product has not lived up to its full potential. Some believe that a big part of the problem originates from this, that developers in their work is not encouraged to discuss the design with the interaction designer that created it.