Genomförande av denna magisteruppsats visar att en produktägare i agila
distribuerade projekt har samma arbetsuppgifter som i ett icke distribuerat projekt. Däremot är sättet att utföra uppgifterna något som skiljer sig åt. Med andra ord bör produktägaren anpassa sitt arbetssätt i det utspridda utvecklingsarbetet genom att visa en starkare roll i sin agerande.
Deltagarna i projektet sitter spridda på olika platser där det inte finns utrymme att kunna träffas ofta. Utvecklingsarbetet kan styras mer genom en formell
kommunikation eftersom det inte finns mycket utrymme för spontanana händelser. Därför är det viktigt för produktägaren att ha tydlighet i krav formuleringen. Kraven utgör de olika uppgifter att genomföra under
utvecklingsarbetet, deras förmedling ska vara så tydligt som möjligt. Eftersom det är produktägarens ansvar att ha kontroll över produktbackloggen, ska det
presenteras på så sätt att alla deltagarna kan förstå det som ingår i det. För att det ska vara möjligt, gäller det för produktägaren att ha en stor medvetenhet av vad det distribuerade projektet innebär. Samtidigt att ha en stor
kommunikationsförmåga där det finns säkerställande att rätt information förmedlas vidare till utvecklingsteamet oavsett vart de befinner sig. Det gäller också att produktägaren ska kunna prata samma språk som
utvecklingsteamet. Därmed ska finnas en sträva efter att kunna ha samma bild om betydelser. Att ha olika språk mellan varandra kan leda till stora
missuppfattningar som påverkar beslutsfattande hos produktägaren. Därför ska det finnas kunnighet eller en övergripande bild om agila metoder. Personen i fråga skall ha en förståelse om innebörden, tankesättet, roller, artefakter och ceremonier som sker i deras tillämpning. Produktägaren ska ha ett flertal egenskaper för att kunna vara en aktiv och deltagande roll under utvecklingsarbetet. Det handlar om att personen som har rollen ska fungera som en kanal mellan kunden och
utvecklingsteamet för tillhandahållande av tydliga krav som senare blir de arbetsuppgifter som ingår i produktbackloggen.
I det distribuerade arbetet är det enklare att ha olika uppfattningar om projektet på grund av att utvecklingsteamet inte sitter tillsammans. Det betyder för
produktägaren att sträva efter ha samma bild som resterande medarbetare i projektet. Självständighet och självbestämmande är några faktorer som uppstår när arbetet är distribuerat. Om produktägaren inte har samma uppfattning som alla andra i projektet kan det leda till misstro. Utvecklingsteamet kan ta olika beslut med syfte att effektivisera projektarbete. När det finns okunnighet från
produktägarens sida, kan det orsaka att beslut inte förmedlas. Det kan orsaka informationsproblem som kan påverka beslutsfattande för produktägaren.
Produktägaren bör ha en förståelse för sin roll och hjälpa utvecklingsteamet att få tydligare bilder av krav och uppgifter att genomföra i utvecklingsarbetet. Det gäller att ha kontroll över sin ordning och struktur för att kunna ge alla så bra underlag för arbetet som möjligt. Om det inte finns strukturer om
informationshanteringen, kan det orsaka att fel information förs vidare. Det kan därmed innebära felaktigheter i utvecklingsarbetet, fördröjningar som leder till förseningar i produktleveranser. I distribuerade projekt finns det en begränsad fysisk närvaro och ett samarbete med olika individer. Produktägaren bör också ha en stor anpassning till vilka typer av kulturer som präglar i deltagarna i projektet. En bättre prestanda är något som en produktägare bör skapa genom att göra anpassningar till beteende, regler, normer och värderingar som kan finnas i utvecklingsteamet.
7 Fortsatt forskning
Studien presentera olika utmaningar som produktägaren möter när projekt distribueras. Magisteruppsatsen tar även upp produktägarens arbetssätt har förändras vid distribution av ett projekt. Därför rekommenderas det en vidare forskning kring vilka typer av utmaningar andra roller i Scrum kan möta i distribuerade projekt. Att ställa samma frågeställning utifrån utvecklingsteamet och scrummasterns perspektiv, skapar en helhetsbild om vad som händer kring rollerna när företag väljer att distribuera sina projekt. En vidare forskning inom området tillhandahåller vetskap och en övergripande bild för deltagare samtliga i projektet. Det skapar möjligheter för både företag och personer som arbetar dagligen i distribuerade projekt att förebygga utmaningar som kan minska
effektiviteten i arbetsuppgifter som tillhör varje roll i Scrum. Det skapar också en medvetenhet hos alla parter vilket ger en trygghet och säkerhet för genomförande av utvecklingsarbetet under projektets gång.
Källförteckning
Skriftliga källor
Abrahamsson, P., Salo, O., Ronkainen, J., & Warsta, J. (2002). Agile software
development methods. Review and analysis. VTT Publications 478.
Agile Manifest (2011) : Tillgängligt: http://agilemanifesto.org/principles.html (2015-03-01)
Alexander, S. (2000) Virtual teams going global, Info World, 22. No.46, pp. 55-56.
Andersen, I (2012), Den uppenbara verkligheten om kunskapsproduktion i
samhällsvetenskaperna. Lund: Studentlitteratur AB.
Ansari, R.J. & Dodda, S.R. (2010) The Use of SCRUM in Global Software
Development: An Exploratory Study. Master Thesis in Software Engineering.
Blekinge Tekniska Högskolan
Avison, D., & Fitzgerald, G. (2006), Information Systems Development (4th ed.), Berkshire: MCGraw-Hill.
Ayad, N. & Verbraeck, A. (2003) “System Architecture for Cross Border Payment
Case Study for the Financial Services Industry”, System Sciences, 2003.
Proceedings of the 36th Hawaii International Conference on System Sciences, pp. 197206.
Bass, J (2012) Influences on Agile Practice Tailoring in Enterprise Software
Development Robert Gordon University, UK
Bass, J (2013) Agile Method Tailoring in Distributed Enterprises: Product Owner
Teams. Robert Gordon University, UK
Bergander, M & Dubén. J. (2009). ”Scrum”. Tillgängligt:
http://konsultbolag1.se/images/stories/faktabanken/dokument/Scrum.pdf. [Elektronisk] 2015-03-06
Björkholm, T. & Brattberg, H. (2010). Prioritera, Fokusera, Leverera: din
snabbguide till. Lean, Agile, Scrum och XP nu också med kanban. Tillgängligt:
http://www.crisp.se/file-uploads/bok-lean-agile-Scrum-xp.pdf [Elektronisk] 2015-03-06
Blankenship, J., Bussa, M., Millett, S. (2011): Pro Agile .NET Development with
Scrum. Apress.
Boehm, B. & Turner, R. (2003) Balancing Agility and Discipline – A Guide for
Chase, N. (1999) Learning to lead a virtual team. Quality, 38, no.9
Chen, F., Nunamaker, J.F., Jr., Romano, N.C., Jr. & Briggs, R.O. (2003) A
collaborative project management architecture.System Sciences, 2003.
Proceedings of the 36th Annual Hawaii International Conference, 12 pp.
Chidambaram, L. (1996) Relational development in computer supported groups, MIS Quarterly, 20, no.2, pp. 143166.
Cockburn, A. (2002). Agile Software Development. Indianapolis: Pearson Education.
Daneva, M., Van der Veen, E., Amrit, C., Ghaisas, S., Sikkel, K., Kumar. R., Ajmeri. N., Ramteerthkar, U. & Wieringa, R. (2013) Agile requierments
prioritzation in large-scale outsourced system project: An emperical study.
University of Twente, Nederländerna
Damian, D., Lassenius, C., Paasivaara, M., Borici, A. & Schröter, A. (2012)
Techning a Globally Distributed Project Course Usin Scrum Practies. Alto
University, Finland
De-Ste-Croix, A. & Easton, A. (2008) The Product Owner Team. Agile Conference 2008 Computer Society
De Moor, A. & Weigand, H. (2007) Formalizing the evolution of virtual
communities, Information Systems, 32, no.2, pp. 223247.
Derby, E., and Larsen, D. (2007): Agile alliance: Agile Retrospectives: Making
Good Teams Great! Tillgängligt:
http://agile2007.agilealliance.org/downloads/handouts/Larsen_448.pdf Elektronisk: [2015-03-03]
Edvardsson, B., Tronvoll, B. & Grubber, T. (2011), Expanding understanding of Service Exchange and Value Co-creation: A social Construction Approach.
Journal of the Academy of Marketing Science, 39(2) 327-339.
Eslter, H.C., Nordio, M., Carlo, F., Meyer, B. & Schneider, J. (2013) Agile vs
structured distributed software development: A case study. Empir Software Eng,
USA
Fogelström, N.D., Gorschek, T., Svahnberg, M. & Olsson, P. (2010). ”The impact
of agile principles on market-driven software product development”. Journal of
Software Maintenance and Evolution and Practice Article, Vol 22, Issue 1, 53-80 Godar, H. & Ferri. (2004) Virtual and collaborative teams. Idea Group Inc (IGI) Gould, J.D., Boies, S.J. & Ukelson, J. (1997) How to Design Usable Systems, i Helander, Landauer & Prabhu (Red.), Handbook of Human-Computer Interaction, New York: Elsevier Science
Goldkuhl, G. (2011). Kunskapande. Forskningsgruppen VITS Institutionen för ekonomisk och industriell utveckling Linköpings Universitet. Kurskompendium. Gulliksen, J. & Göransson, B. (2002) Användarcentrerad systemdesign. Lund: Studentlitteratur
Gustavsson, T., (2007) Agile-konsten att slutföra projekt. Karlstad: TUK Förlag AB.
Hagberg och Ljung (2000) Projekt är människor. Uppsala: Konsultförlaget Hart, R.K. & McLeod, P.L. (2003) “Rethinking team building in geographically
dispersed teams: One message at a time”, Organizational Dynamics, 31, no.4, pp.
352361
Hatch, M.J. (2002) Organisationsteori Moderna, symboliska och postmoderna perspektiv. Lund: Studentlitteratur.
Hawking, J (2007)”Virtual teams need human touch”, Canadian HR Reporter, 20, no.5 p. 16
Hekkala, R., Iivari, N. & Halonen, R. (2008) Too Many Cooks Spoiling a Soup?
Making Sense of a Distributed, Multi-party IS Project. Conference: Hawaii
International Conference on System Sciences - HICSS , pp. 444-444
Highsmith, J. & Cockburn, A. (2001) Agile software development: the business of
innovation, IEEE Computer, Vol. 34, No. 9, 120-122
Hillegersberg, J., Ligtenberg, G. & Aydin, M. (2011) Getting agile Methods to
work for Cordys Global Software Product Development. University of Twente,
Turkiet.
Holme, I.M. & Solvang, B. K (1997), Forskningsmetodik: om kvalitativa och
kvantitativa metoder. Lund: Studentlitteratur.
Hossain, E., Ali Bar, M. & Paik, H.Y. (2009) Using Scrum in Global Software
Development: A systematic Literature Review. University of Limerick
Inayat, I., Noor, M. & Inayat, Z (2011) Facilitating an Off-site Customer in
Product-based Agile Software Development: An industrial Case Study. University
of Malaysia. Kuala Lumpur
Ionel, N. (2008). “Critical Analysis of The Scrum Project Management
Methodology”. The
Academy of Economic Studies Bucharest, Bucharest, Management Chai Jansson, T (2015), Agila projektledningsmetoder och motivation.
Jacobsen, D.I. & Thorsvik, J. (2002) Hur moderna organisationer fungerar. Lund: Studentlitteratur
Jeffries, R. (2011) What is xtreme programming? Tillgängligt:
http://ronjeffries.com/xprog/what-is-extreme-programming/ Elektronisk[2015-03-01]
Johansson, J., Nielsen, J. & Persson, M. (2002) IT användandet i distribuerade
projekt. Högskolan Trollhättan-Uddevalla. Institutionen för informatik och
matematik
Judy, K. H., & Krummins-Beens, I. (2008). Great Scrums Need Great Product Owners: Unbounded Collaboration and Collective Product Ownership. Retrieved from
http://origin-www.computer.org/csdl/proceedings/hicss/2008/3075/00/30750462.pdf
Juhlin, A. (2009) Scrum Master rollen i ett globalt distribuerat utvecklingsteam. Kandidatarbete i Datavetenskap. Blekinge Institute of Technology School of Engineering
Kiely, G., Butler, T. & Finnegan, P. (2010) Coordinating Global Virtual Teams:
Building Theory from a Case Study of Software Development, CAiSE 2010:
281-295
Kniberg, H. (2007) Scrum and XP from the Trenches. USA: Lulu.com
Kosh, K. (2005) Agile Software Development Evaluating the Methods for Your
Organization Boston: Artechhouse
Korkala, M. & Abrahamnsson, P (2007) Communication in Distributed Agile
Development: A case Study.Technical Reasearch Centre of Finland. Oulu, Finland
Lantz, A (2013), Intervjumetodik. Lund: Studentlitteratur AB.
Larsson, O. (1995). Handbok i Projektarbete - För dig som vill minska tider och
kostnader i projekt
Lurey, J.S. & Raisinghani, M.S. (2001) an empirical study of best practices in
virtual teams. Information and management 38 no. 8
McDonald, K.J. (2015) Agile Method Brief – Feature Driven Development (FDD) Tillgängligt:
http://www.projectconnections.com/templates/detail/agile-techniques-fdd.html. Elektronisk: [2015-03-01]
McGee, M., (2013). What Is Adaptive Software Development? Tillgängligt: http://www.wisegeek.com/what-is-adaptive-software-development.htm Elektronisk: [2015-03-01].
McGrath, J. E., & Hollingshead, A. B. (1994). Groups interacting with
technology. Newbury Park, CA: Sage Publications Inc.
Merkel, R. & Wendel, K. (2013) Produktägarens roll i Scrum projekt. Institutionen för Informatik. Lunds Universitet
Miller, A.(2008) Distributed Agile Development at Microsoft patterns &
practices, Microsoft patterns & practices Tillgängligt:
http://download.microsoft.com/download/4/4/a/44a2cebd Elektronisk: [2015-03-07]
Mishra, D. & Mishra, A. (2009) Effective Communication, Collaboration, and
Coordination in eXtreme Programming: Human-Centric Perspective in a Small Organization, Human Factors and Ergonomics in Manufacturing, Vol. 19 (5)
438–456 (2009).
Mullick, N., Bass, M., Houda, Z., Paulish, P. & Cataldo, M. (2006) Siemens
global studio project: Experiences adopting an integrated gsd infrastructure. In:
Global Software Engineering, 2006. ICGSE '06. International Conference on, 2006, p. 203-212.
Nguyen, T., Wolf, T. & Damian, D. (2008) Global Software Development and
Delay: Does Distance Still Matter? in IEEE International Conference on Global
Software Engineering, 2008. ICGSE 2008, 2008, pp. 45-54.
Norfolk, D. (2011) Understanding DSDM. Tillgängligt: http://www.itp-journals.com/nasample/d1121.pdf Elektronisk: [2015-03-10]
Olsson, H. & Sörensen, S. (2011). Forskningsprocessen: Kvalitativa och
kvantitativa perspektiv. (3 uppl.). Liber AB.
Paassivaara, M. & Lassenius, C (2006) Could Global Software Development
Benfit from Agile Methods? Helsinki University of Technology, Finland
Paassivaara, M. & Lassenius, C (2012) Agile Coachning for global software
development. Alto University, Finland
Patel, R. & Davidsson, B. (2003). Forsknings metodikens grunder: Att planera,
genomföra och rapportera en undersökning. Tredje upplaga, Studentlitteratur,
Lund.
Pichler, R. (2007): Scrum Alliance: Being an Effective Product Owner. Hämtad 2013-02-07 från: http://www.scrumalliance.org/articles/44-being-an-effective-product-owner
Pichler, R. (2010). Agile Product Management with Scrum: Creating Products
that Customers Love (Addison-Wesley Signature Series. UpperSaddle River, NJ:
Piccoli, G., Powell A. & Ives B (2004) Virtual Teams: A Review of Current
Literature and Directions for Future Research1. Database for Advances in
Information Systems, 35, no.1, pp. 636.
Pressman, R.S. (2001) Software Engineering: A Practioner´s Approach, 5th Edition, McGraw-Hill Higher Education.
Pope-Ruark, R. (2012) We Scrum Every Day: Using Scrum Project Management
Framework for Group Projects. College Teaching, v60 n4 p164-169
Robarts, J.M. (2008) Practical Considerations for Distributed Agile Projects, ‖ Agile Conference, Toronto, ON, Canada: IEEE, pp. 327-332
Robey, D., Khoo, H.M. & Powers, C. (2000) Situated learning in cross functional virtual teams, IEEE Transactions on Professional Communication, 43, no.1, pp. 5166.
Royce, W.W (1970) Managing the development of large software systems,
Proceedings of IEEE Wescon
Sarker, S. & Sahay, S. (2002) Information systems development by US Norwegian
virtual teams: implications of time and space, System Sciences, 2002. HICSS.
Proceedings of the 35th Annual Hawaii International Conference, pp
Schwaber, K. (2004) Agile Project Management with Scrum. Microsoft Press a Division of Microsoft Redmond, Washington
Schwaber, K. (2009) ScrumGuide. Scrum Alliance
Schwaber, K & Beedle, M. (2002). Agile Software Development with Scrum. Upper Saddle River: Prentice Hall
Shrivastava, V.S. & Rathod, U. (2014) Categorization of risk factors for
distributed agile projects. Symbiosis International University, Indien
Shore, J. (2008) The Art of Agile Development. O'Reilly Media. ISBN: 0596527675. s.440
Singh, V. (2012) Kundens ansvar och roll i agila mjukvaruprojekt.
Projektleverantörens perspektiv på produktägaren. Fakulteten för ekonomi,
kommunikation och IT. Karlstads Universitet.
Softhouse, (2012). Scrum på fem minuter. Tillgängligt: http://www.softhouse.se Elektronisk: [2015-03-03]
Sooraj, P. & Mohapatra, P.K. (2008) Developing an Inter-site Coordination Index
for Global Software Development, in IEEE International Conference on Global
Software Engineering, ICGSE 2008, pp. 119-128
Suchan, J. & Hayzak, G. (2001) The communication characteristics of virtual
teams: a case study, Professional Communication, IEEE Transactions on
professional communication , 44, no.3, pp. 174186.
Sutherland, J, Viktorov, A., Blout, J. & Puntikov, N. (2007). Distributed Scrum:
Agile Project Management with Outsourced Development Teams. Proceedings of
the 40th Hawaii International Conference on System Sciences.
Sutherland, J. & Schwaber, K. (2011) The Scrum Guide. The definitive guide to
Scrum: The rules of the game. Kurskompendium: Projektledning Ur ett
ledningsperspektiv PLAD02 Karlstads Universitet
Sverrissdottir, H., Ingasson, H. & Jonasson, H. (2014) The role of the product
owner in Scrum - comparison between theory and practices. Procedia - social and
behavioral Sciences.
Törnqvist, J. & Kjellberg, C. (2013) Tekniska hjälpmedel i agila IT-projekt Hur
och varför används olika tekniska hjälpmedel. Lunds Universitet
Takeuchi, H. & Nonaka, I. (1986). The new product development game. Harvard Business Review 64:1:137–146 (Jan/Feb), reprint no. 86116
Vetenskapsrådet. (2002). Forskningsetiska principer inom
humanistisk-samhällsvetenskaplig forskning. Tillgänglig:
http://www.codex.vr.se/texts/HSFR.pdf Elektronisk: [2015-02-26] Vinderos, P. (2013). Vad betyder egentligen att jobba agilt? Tillgänglig:
http://www.webbstrateg.nu/vad-betyder-egentligen-att-jobba-agilt/ Elektronisk: [2015-03-02]
Välimäki, A. & Kääriäinen, J. (2008) Patterns for Distributed Scrum A Case
Study, ‖ Enterprise Interoperability III, SpringerLink, 2008, pp. 85–97. V
Waters, K. (2010) 7 Key Principles of Lean Software Development. Tillgängligt: http://www.allaboutagile.com/7-key-principles-of-lean-software-development-2/ Elektronisk: [2015-03-01]
Yap, M. (2010) Follow the sun: distributed extreme programming development, 99 Proceedings of Agile Conference, 2005, vol., no., pp. 218- 224.
Muntliga Källor
Tomas Jansson, doktor, Projektledning, Karlstads Universitet. Personlig Intervju, 2015-03-10
Tomas Gustavsson, lärare, Projektledning, Karlstads Universitet, Personlig Intervju 2015-03-11
Anette Rung, Produktägare, Redpill Linpro, Personlig Intervju 2015-03-10 Karin Gulliksson Nilsson, Produktägare, Ninetech, Personlig Intervju 2015-03-12 Martina Torpman, Produktägare, Altran, Personlig Intervju 2015-03-11
Bilagor
Bilaga 1: Intervjuguide produktägare Intervjumall Produktägare
Namn: Företag:
Anonymitet: Ja/Nej Kön:
Nu vill vi att du fokuserar på ett distribuerat projekt som är avslutat där du arbetat som produktägare.
1. Berätta hur projekt såg ut och var uppbyggd? 1a vad är anledningen till att projekt distribueras?
2. Hur långt var projektet? 2a När avslutades projektet?
2b Hur långa sprintar hade ni i projektet?
3. Var befann du dig och arbetade i projektet? 3a) Var satt de övriga deltagarna i projektet?
4. Hur stort var utvecklingsteamet? 4a Hur ofta pratade ni med varandra?
5. Var du den enda produktägare i projektet? 5a om nej, hur många fler produktägare fanns det?
6. Hade du flera utvecklingsteam som du var ansvarig för? 6a om ja, hur många utvecklingsteam ansvarade du för? 6b) Vart befann sig utvecklingsteamen?
7. Vilka fördelar finns i arbeta agilt i distribuerade projekt?
8. Vilka svårigheter/utmaningar förekom under projekt (exempelvis tidszoner, kommunikation m.m.)
9a Var du tvungen att anpassa ditt arbetssätt i jämförelse med icke distribuerade projekt?
9b om ja, På vilket sätt då?
10. Vem tog besluten i projekt?
11. Hur ofta träffade du utvecklingsteamet? 12. Hur ofta träffade du kunden?
Bilaga 2: Intervjuguide forskare inom agil projektledning
Forskares namn: Forsknings områden: Anonymitet: Ja/Nej
1. Vad tycker du kännetecknar ett distribuerade projekt och hur skulle du definiera det?
2. Vilka tror du är de huvudsakliga orsaker till att företag bestämmer sig för att distribuera sina agila projekt?
2a varför?
3. Vilka fördelar ser du i att företag använder sig av distribuerade projekt? 3a Hur tror du att fördelar påverkar Utvecklingsteamet?
3b Hur tror du att fördelar påverkar produktägaren? 3c Hur tror du att fördelar påverkar kunden?
4. Vilka svårigheter tror du kan uppstå i distribuerade projekt? 4a Hur tror du att svårigheter påverkar Utvecklingsteamet? 4b Hur tror du att svårigheter påverkar produktägaren? 4c Hur tror du att svårigheter påverkar kunden?
5. Varför tror du att många företag väljer att använda sig av agila metoder i distribuerade projekt?
6. Finns det någon agil metod som du anser kan vara bättre för distribuerade projekt?
7. Ser du några fördelar med att använda agil projektledning i distribuerade projekt?
7a om ja, vilka är dem?
7b om ja, hur påverkas Utvecklingsteamet av dem? 7c om jag, hur påverkas produktägaren av dem? 7d om ja, hur påverkar kunden av dem?
7e om nej, varför inte?
9. Vad har produktägaren för ansvar i ett distribuerat projekt? 10. Förändras produktägarens uppgifter när projekt distribueras?
10a) om ja, på vilket sätt? 10b) om nej, varför inte?
11. Vilken typ av relation tycker du ska produktägaren ha till Utvecklingsteamet i distribuerade projekt?
12. Hur ofta tror du produktägaren bör träffa scrummaster? 13. Hur ofta tror du produktägaren träffa kunden?
Bilaga 3: Nyckelbegrepp
Agila metoder
Agila metoder är en benämning för en mängd mjukvara
utvecklingsmetoder. Det anses vara en reaktion mot ett traditionellt synsätt på projektledning där det präglas ett annat tänkesätt för att kunna utveckla mjukvaror. Något som gör agila metoder unika är manifestet som
genomsyrar synsättet (Highsmith 2004):
individer och interaktioner framför processer och verktyg fungerande mjukvara framför omfattande dokumentation kundsamarbete framför kundförhandlingar
reaktion på förändring framför att följa en strikt plan
Distribuerade projekt
Ett projekt benämns som distribuerad när projektets medlemmar inte befinner sig på samma plats. Vilket innebär att individer som utför projektarbete arbetar från olika platser (Lings, et al. 2006). I
sammanhanget betyder det att de inte behöver vara stora distanser utan det kan också innefatta olika kontor i samma stad. (ibid).
Scrum
Scrum är en metod som ingår i agila projektledning metoder. Ramverket innebär att projektet kan planeras och genomföras genom parallella arbetsuppgifter (Schwaber och Sutherland 2011).
Produktägare
En produktägare är personen som ska vara en mittpunkt mellan kunden och projektet. Denne har som ansvar att representera kundens behov och styra projektet på rätt sätt för att uppfylla det på bäst möjliga riktning (Schwaber och Sutherland 2011).
Utvecklingsteam
Det är gruppen som är ansvarig för genomförande av projektet. Gruppen är strukturerad och har möjligheten till självbestämmande och organisering kring deras eget arbete (Schwaber och Sutherland 2011)
Bilaga 4 Förtydligande av respondenter i analysen
I analysen presenteras respondenterna i olika nummer nedan presenteras vilken respondent som har vilket nummer.
Karin Gulliksson Nilsson - respondent 1 Anette Rung - respondent 2
Martina Torpman - respondent 3 Benny Hedlund - respondent 4 Tomas Gustavsson - respondent 5 Tomas Jansson - respondent 6