Viktoria Stray

• Bai, Aleksander; Stray, Inga Viktoria Ågesdatter Gulli & Mork, Heidi Camilla (2019). What Methods Software Teams Prefer When Testing Web Accessibility. Advances in Human-Computer Interaction.  ISSN 1687-5893. . doi: 10.1155/2019/3271475 Show summary

  Accessibility has become an important focus in software development; the goal is to allow as many people as possible, regardless of their capabilities, to use software. We have investigated the methods that software teams prefer when testing the accessibility of their software. We conducted a large-scale study to evaluate six methods, using a sample of 53 people who work on various software teams. We present a detailed breakdown of the results for each testing method and analyze the differences between the methods. Our findings show that there are statistically significant differences in team members’ preferences, particularly for those with different roles. This implies that a software team should not choose a single method for all team members.

• Berntzen, Marthe; Moe, Nils Brede & Stray, Viktoria (2019). The product owner in large-scale agile: An empirical study through the lens of relational coordination theory. Lecture Notes in Business Information Processing.  ISSN 1865-1348.  355, s 121- 136 . doi: 10.1007/978-3-030-19034-7_8
• Moe, Nils Brede; Dahl, Bjørn; Stray, Viktoria; Karlsen, Lina Sund & Schjødt-Osmo, Stine (2019). Team Autonomy in Large-Scale Agile, In Person Ukjent (ed.),  Proceeding of the 52nd Hawaii International Conference on System Sciences (HICSS 2019).  AIS Electronic Library.  ISBN 978-0-9981331-2-6.  Agile and Lean: Organizations, Products and Development.  s 6997 - 7006 Full text in Research Archive. Show summary

  Large-scale software development is increasingly making use of agile practices. In large-scale projects, a team needs to align with other teams and the rest of the organization. This has been shown to threaten team autonomy, which, in turn, reduces responsiveness and flexibility. Hence, agile teams face challenges in adapting to larger-scale development. We conduct a multiple case study of three large-scale projects to investigate barriers to team autonomy in large-scale agile. Two barriers are identified: overall direction and external dependencies. We found that goals are often set by management without involving the teams, that they are often equal to deliverables and deadlines, and that team members often do not know what the goals are. Consequently, teams struggle with setting and communicating goals as well as establishing a shared direction. Organizational dependencies lead to teams having to deal with additional tasks, resulting in specific members shielding the teams from external noise.

• Stray, Viktoria; Bai, Aleksander; Sverdrup, Nikolai Johan Sand & Mork, Heidi (2019). Empowering agile project members with accessibility testing tools: A case study. Lecture Notes in Business Information Processing.  ISSN 1865-1348.  355, s 86- 101 . doi: 10.1007/978-3-030-19034-7_6
• Stray, Viktoria; Bai, Aleksander; Sverdrup, Nikolai Johan Sand & Mork, Heidi Camilla (2019). Empowering Agile Project Members with Accessibility Testing Tools: A Case Study, In Philippe Kruchten; Steven Fraser & François Coallier (ed.),  Agile Processes in Software Engineering and Extreme Programming: 20th International Conference, XP 2019, Montréal, QC, Canada, May 21–25, 2019, Proceedings.  Springer Nature.  ISBN 978-3-030-19033-0.  Lecture Notes in Business Information Processing, vol 355. Springer, Cham.  s 86 - 101
• Stray, Viktoria; Moe, Nils Brede & Aasheim, Andreas (2019). Dependency Management in Large-Scale Agile: A Case Study of DevOps Teams, In Person Ukjent (ed.),  Proceeding of the 52nd Hawaii International Conference on System Sciences (HICSS 2019).  AIS Electronic Library.  ISBN 978-0-9981331-2-6.  Agile and Lean: Organizations, Products and Development.  s 7007 - 7016 Show summary

  Managing dependencies between teams and within teams is critical when running large-scale agile projects. In large-scale software development, work is carried out simultaneously by many developers and development teams. Results are delivered frequently and iteratively, which requires management of dependencies on both the project and team level. This study explores coordination mechanisms in agile DevOps teams in a large-scale project and how the mechanisms address different types of dependencies. We conducted a case study where we observed 38 scheduled meetings and interviewed members of five DevOps teams and two teams supporting the DevOps teams. By using a dependency taxonomy, we identified 20 coordination mechanisms (eleven synchronization activities and nine synchronization artifacts). Eight of these mechanisms seem essential for coordination in large-scale projects because they addressed more than four types of dependencies. The main implication is that project management needs to combine many practices handling all the dependencies in large-scale projects.

• Bai, Aleksander; Mork, Heidi Camilla & Stray, Viktoria (2018). How Agile Teams Regard and Practice Universal Design During Software Development. Studies in Health Technology and Informatics.  ISSN 0926-9630.  256, s 171- 184 . doi: 10.3233/978-1-61499-923-2-171 Show summary

  It is essential to focus on universal design in agile software development to ensure that the software developed is usable by as many people as possible. This work studies how members of agile teams regard universal design, how the team is organized to focus on universal design, and how the team practices universal design. We have questioned 89 members of agile software projects including developers, tester, designers and project leaders. We present a detailed breakdown of the results based on roles, domains, experience and other factors that explain the differences and similarities among teams. Our findings show that there is a significant difference between what members think, what management think and what members actually do to ensure universal design.

• Florea, Raluca-Madalina & Stray, Viktoria (2018). Software tester, we want to hire you! an analysis of the demand for soft skills. Lecture Notes in Business Information Processing.  ISSN 1865-1348.  314, s 54- 67 . doi: 10.1007/978-3-319-91602-6_4
• Mikalsen, Marius; Moe, Nils Brede; Stray, Viktoria & Nyrud, Helga (2018). Agile Digital Transformation: A Case Study of Interdependencies, In Richard Baskerville & Robert Nickerson (ed.),  Proceedings of the 39th International Conference on Information Systems (ICIS).  Association for Information Systems.  ISBN 9780996683173.  Artikkel. Show summary

  Current digital transformation moves information systems development into larger transformation programs with higher strategic significance and increased complexity in organization. Agile and BizDev are among the practical methods used to practice digital transformation. These methods are characterized by autonomous and diverse teams, and experimental development with the aim of achieving faster time-to-market and customer centric digital offerings. While empirical evidence points to positive effects of such methods in smaller projects, we know less about how key aspects of agile work with increasing interdependencies resulting from larger, more complex organization. Driven by our research question - how are interdependencies addressed in agile digital transformation – we contribute by presenting findings from an empirical case study of a bank practicing agile digital transformation. Applying a theoretical lens of dynamic interactions, our findings sensitize us to the necessity of negotiations, and suggest the need for more research on of the role of divergent evaluative principles in agile digital transformation.

• Bai, Aleksander; Mork, Heidi Camilla & Stray, Viktoria (2017). A Cost-Benefit Analysis of Accessibility Testing in Agile Software Development: Results from a Multiple Case Study. International Journal On Advances in Software.  ISSN 1942-2628.  10(1&2), s 96- 107 Show summary

  It is important to include accessibility testing in software development to ensure that the software developed is usable by as many people as possible, independent of their capabilities. Few guidelines exist on how to include accessibility testing in an agile process, and how to select testing methods from a cost-benefit point of view. The end result is that many development teams do not include accessibility testing, since they do not know how to prioritize the different testing methods within a tight budget. In this paper, we present an evaluation of nine accessibility testing methods that fits in an agile software development process. We discuss the cost of each method with regards to resources and knowledge requirements, and based on a cost-benefit analysis, we present an optimal combination of these methods in terms of cost and issues discovered. Finally, we describe how accessibility testing methods can be incorporated into an agile process by using the agile accessibility spiral.

• Nyrud, Helga & Stray, Viktoria (2017). Inter-Team Coordination Mechanisms in Large-Scale Agile, In Roberto Tonelli (ed.),  XP '17 Proceedings of the XP2017 Scientific Workshops, Cologne, Germany — May 22 - 26, 2017.  Association for Computing Machinery (ACM).  ISBN 9781450352642.  Large-scale. Show summary

  Coordination is an important but challenging success factor in large-scale software development. Large-scale is particularly demanding because it involves several teams, and therefore we chose to study coordination between teams. Our aim of this case study was to investigate inter-team coordination mechanisms. By using an established framework from the field of sociology, we found eleven different coordination mechanisms that we mapped into the five different categories. We interviewed four project members and observed 26 meetings in three different teams as part of a larger digitization project. Our results show that even though there are many impersonal mechanisms in the form of various guidelines and rules, the most important mechanism seem to be ad-hoc conversations between two or more project members. The large-scale project had many regularly scheduled meetings. However, the majority of these meetings tended to be, to a greater extent, about reporting status and not about coordinating work. The scheduled meeting that was the most time-consuming, and also involved little coordination, was the daily stand-up meeting with two teams. Future work should investigate how to increase the value of daily stand-up meetings in large-scale programs, and whether the meetings can be organized in a way that enables more inter-team coordination.

• Stray, Viktoria; Moe, Nils Brede & Bergersen, Gunnar R. (2017). Are Daily Stand-up Meetings Valuable? A Survey of Developers in Software Teams, In Hubert Baumeister; Horst Lichter & Matthias Riebisch (ed.),  Agile Processes in Software Engineering and Extreme Programming, 18th International Conference, XP 2017, Cologne, Germany, May 22-26, 2017, Proceedings.  Springer.  ISBN 978-3-319-57633-6.  kapittel 19.  s 274 - 281 Full text in Research Archive. Show summary

  The daily stand-up meeting is a widely used practice. However, what is more uncertain is how valuable the practice is to team members. We invited professional developers of a programming forum to a survey and obtained 221 responses. Results show that the daily stand-up meeting was used by 87% of those who employ agile methods. We found that even though the respondents on average were neutral towards the practice, the majority were either positive or negative. Junior developers were most positive and senior developers and members of large teams most negative. We argue that the value of the practice should be evaluated according to the team needs. Further, more work is needed to understand why senior developers do not perceive the meetings as valuable and how to apply the practice successfully in large teams.

• Bai, Aleksander; Mork, Heidi Camilla & Stray, Viktoria (2016). A Cost-benefit Evaluation of Accessibility Testing in Agile Software Development, In  ICSEA 2016, The Eleventh International Conference on Software Engineering Advances.  International Academy, Research and Industry Association (IARIA).  ISBN 978-1-61208-498-5.  Conference article.  s 62 - 67 Show summary

  Accessibility testing in software development is testing the software to ensure that it is usable by as many people as possible, independent of their capabilities. Few guidelines exist on how to include accessibility testing in an agile process, and how to select testing methods from a cost-benefit point of view. The end result is that many development teams do not include accessibility testing, since they do not know how to prioritize the different testing methods within a tight budget. In this paper, we present an evaluation of four accessibility testing methods that fits in an agile software development process. We discuss the cost of each method with regards to resources and knowledge requirements, and based on a cost-benefit analysis, we present the optimal combinations of these methods in terms of cost and issues discovered. Finally, we describe how accessibility testing methods can be incorporated into an agile process by using the agile accessibility spiral.

• Fægri, Tor Erlend; Stray, Viktoria & Moe, Nils Brede (2016). Shared Knowledge in Virtual Software Teams: A Preliminary Framework, In  2016 IEEE 11th International Conference on Global Software Engineering (ICGSE), 2-5 August, 2016.  IEEE.  ISBN 9781509026807.  artikkel.  s 174 - 178 Show summary

  Shared knowledge allows virtual teams to collaborate more effectively. Shared knowledge in teams, hereafter called team knowledge, must be established and maintained. This is a key enabler for agile development in a distributed context. Hence, organizations may benefit from efforts to ensure sufficient levels of team knowledge. Such efforts may include different measures, such as project kick-offs, frequent visits across locations, knowledge sharing tools and practices. However, team knowledge includes many types of knowledge, with different impacts on the team's work. This paper outlines a framework for conceptualizing the breadth of team knowledge relevant for virtual software teams. With the help of this framework, organizations can think more strategically about how to improve team knowledge -- for example the planning of kick-offs, what to focus on in face-to-face meetings and how the team members work together on a day-to-day basis. The framework may also be used to assist in planning team composition, for example based on individuals' knowledge and the overlap with other team members' knowledge. The framework uses four broad categories of team knowledge: task-related, team-related, process-related and goal-related. Beneath these four categories the framework details and describes more concrete knowledge types. We also provide examples from software practice for each knowledge type.

• Stray, Viktoria; Fægri, Tor Erlend & Moe, Nils Brede (2016). Exploring Norms in Agile Software Teams. Lecture Notes in Computer Science.  ISSN 0302-9743.  10027, s 458- 467 . doi: 10.1007/978-3-319-49094-6_31 Show summary

  The majority of software developers work in teams and are thus influenced by team norms. Norms are shared expectations of how to behave and regulate the interaction between team members. Our aim of this study is to gain more knowledge about team norms in software teams and to increase the understanding of how norms influence teamwork in agile software development projects. We conducted a study of norms in four agile teams located in Norway and Malaysia. The analysis of 22 interviews revealed that we could extract a varied set of both injunctive and descriptive norms. Our results suggest that team norms have an important role in enabling team performance.

• Stray, Viktoria; Sjøberg, Dag & Dybå, Tore (2016). The Daily Stand-up Meeting: A Grounded Theory Study. Journal of Systems and Software.  ISSN 0164-1212.  114, s 101- 124 . doi: 10.1016/j.jss.2016.01.004 Full text in Research Archive. Show summary

  The daily stand-up meeting is one of the most used agile practices but has rarely been the subject of empirical research. The present study aims to identify how daily stand-up meetings are conducted and what the attitudes towards them are. A grounded theory study with 12 software teams in three companies in Malaysia, Norway, Poland and the United Kingdom was conducted. We interviewed 60 people, observed 79 daily stand-up meetings and collected supplementary data. The factors that contributed the most to a positive attitude towards the daily stand-up meeting were information sharing with the team and the opportunity to discuss and solve problems. The factors that contributed the most to a negative attitude were status reporting to the manager and that the frequency of the meeting was perceived to be too high and the duration too long. Based on our results, we developed a grounded theory of daily stand-up meetings and proposed empirically based recommendations and guidelines on how to organize them. Organizations should be aware of the factors that may affect the attitude towards daily stand-up meetings and should consider our recommendations and guidelines to make this agile practice as valuable as possible.

• Stray, Viktoria Gulliksen; Lindsjørn, Yngve & Sjøberg, Dag (2013). Obstacles to Efficient Daily Meetings in Agile Development Projects: A Case Study, In Davide Falessi (ed.),  ACM / IEEE International Symposium on Empirical Software Engineering and Measurement. Baltimore, 10-11 Oct. 2013.  IEEE.  ISBN 978-0-7695-5056-5.  Artikkel 10.  s 95 - 102 Show summary

  Context: Most of the software organizations that use agile methods organize daily team meetings. Aim: Our aim was to understand how daily meetings are conducted and identify obstacles that reduce their efficiency. Method: We observed 56 daily meetings and conducted 21 interviews in three different teams in two countries. We used the repertory grid technique in the interviews and to analyze the results. Results: We identified thirteen obstacles. The four most prominent ones were: (1) The daily meetings lasted too long (on average, 22 minutes instead of the scheduled 15 minutes). (2) In the meetings that were not self-organized, team members reported to the Scrum Master instead of sharing information among all team members. (3) The interruption caused by daily meetings required substantially more time than the actual meeting time due to overhead before and after the meetings. (4) Several team members had negative attitudes towards the daily meetings. Conclusion: Organizers of daily meetings should evaluate whether the obstacles we have identified are present in their organization and consider our suggestions to remove or reduce these obstacles.

• Stray, Viktoria Gulliksen; Moe, Nils Brede & Aurum, Aybüke (2012). Investigating Daily Team Meetings in Agile Software Projects. Proceedings of the EUROMICRO Conference.  ISSN 1089-6503.  s 274- 281 . doi: 10.1109/SEAA.2012.16 Show summary

  An increasing amount of time is being spent at organizational meetings. One common type of meeting in software projects is the daily team meeting, which is the most important forum for coordinating and planning daily work. To better understand how software teams make decisions, communicate, and coordinate their work, we must uncover the micro-level interaction processes among the team members at these meetings. We analyzed transcriptions of eight daily meetings from two software development teams. The agile literature states that the daily meeting should focus on answering questions such as "What have I done? What will be done? What obstacles are in my way?" However, on average, only 24% of each of the meetings that we studied focused on this task. We found that 35% of the meeting was spent on elaborating problem issues and discussing possible solutions. Very little time was used for coordinating tasks. Our results indicate that many project decisions are made in daily team meetings and that this quick decision making requires team members to be experts. These experts need to have a shared understanding of who is responsible for what and of the information and requirements needed to solve the tasks.

• Stray, Viktoria Gulliksen; Moe, Nils Brede & Dybå, Tore (2012). Escalation of Commitment: A Longitudinal Case Study of Daily Meetings. Lecture Notes in Business Information Processing.  ISSN 1865-1348.  111, s 153- 167 . doi: 10.1007/978-3-642-30350-0_11 Show summary

  Escalating commitment is a common and costly phenomenon in software projects in which decision-makers continue to invest resources to a failing course of action. We conducted a longitudinal case study exploring the effect of daily meetings on escalating commitment. This was done in an agile project building software for the oil and gas industry. By analyzing data collected over a period of four years, and drawing on concepts from self-justification theory we found that daily meetings contributed to maintain a situation of escalating commitment. This especially occurs if the meeting becomes a place for reporting and defending decisions with team members feeling that they have to justify their choices towards the project management or fellow team members. Early signs of escalation such as rationalizing continuation of a chosen course of action must therefore be taken seriously.

• Stray, Viktoria Gulliksen; Moe, Nils Brede & Dingsøyr, Torgeir (2011). Challenges to Teamwork: A Multiple Case Study of Two Agile Teams. Lecture Notes in Business Information Processing.  ISSN 1865-1348.  77, s 146- 161 Show summary

  Agile software development has become the standard in many companies. While there are reports of major improvements with agile development over traditional development, many teams still strive to work effectively as a team. A multiple case study in two companies discovered challenges related to communication, learning and selecting the tasks according to the priority list. For example, the fact that the developers were not actively involved in the planning process, resulted in weak team orientation; even though the teams had identified and discussed recurring problems, they found it difficult to improve their teamwork practices; and because customers and support communicated tasks directly to the developers and developers chose tasks according to interest and expertise, following the priority list became difficult. We provide practical suggestions for teamwork in agile software development that intend to overcome these problems and strengthen team orientation and team learning in order to achieve effective agile teams.

• Stray, Viktoria Gulliksen (2010). A Multiple Case Study of Teamwork in Norwegian Software Development Organizations. Lecture notes in control and information sciences.  ISSN 0170-8643.  48, s 401- 402
• Gulliksen, Inga Viktoria Ågesdatter; Hegle, Marit & Krogstie, John (2007). Innføring av elektronisk handel i offentlig sektor: Erfaringer fra Sør-Trøndelag Fylkeskommune, I: Laurence Habib (red.),  Proceedings NOKOBIT 2007.  Tapir Akademisk Forlag.  ISBN 978-82-519-2261-6.  Kapittel.  s 237 - 250

View all works in Cristin

• Film & TV, Applaus & Stray, Viktoria (2019, 22. januar). Algoritmer – Opplæringsvideo produsert for Nasjonal Digital Læringsarena (NDLA). [TV].  Nasjonal Digital Læringsarena.
• Grimstad, Bjørn & Stray, Viktoria (2019, 24. januar). Ikke gå i møtefellene: Her er ti tips til gode møter. [Fagblad].  Fagbladet.
• Leveraas, Paal & Stray, Viktoria (2019, 10. april). Dr. Smidigs standup-diagnose endret Norge. [Internett].  Dataforeningen.
• Moe, Nils Brede & Stray, Viktoria (2019). Digitalisering i Oslo kommune gjennom Autonome team: Krav til kompetanse og opplæring.
• Moe, Nils Brede & Stray, Viktoria (2019). Software engineering processes and practices for team leads in agile projects.
• Stray, Viktoria (2019). Agile Practices.
• Stray, Viktoria (2019). Dependency Management in Large-Scale Agile.
• Stray, Viktoria (2019). Digital transformasjon – angår det meg?.
• Stray, Viktoria & Moe, Nils Brede (2019). Retrospective for the Insurance team.
• Stray, Viktoria & Moe, Nils Brede (2019). Software engineering processes and practices for tech leads in agile projects.
• Aasheim, Andreas; Stray, Viktoria & Moe, Nils Brede (2018). Process Tailoring in Large-Scale Agile Programs. Show summary

  Background: Teams in large-scale agile programs need to achieve collaborative software development. A proposed guide to collaboration is effective coordination. Large-scale agile software development is well accepted in the software industry, but there is little understanding of such projects and programs achieve effective coordination in autonomous cross-functional teams. Therefore, I conducted a case study of a large-scale software program consisting of seven autonomous teams in an organization. Five of them was DevOps teams, where DevOps is merely a team composed of developers who are working on the development and operational tasks. Aim: The thesis aims to investigate what dependencies and their related agile practices that act as coordination mechanisms to facilitate the large-scale agile development. Additionally, the aim is also to recommend a starter set for providing coordination in the large-scale by using a dependency taxonomy, which mapping agile practices. Method: A qualitative case study was conducted for the research design. The data was collected by conduction 40 observed meetings, as well as 18 entire working days in the organization's open work area to observe them in their everyday work. A dependency taxonomy was used to map and categorize the coordination mechanisms. Results: The results revealed that there were 34 coordination mechanisms and 77 pairs of dependencies presented in the program. The coordination mechanisms could be mapped into three categories, with subcategories each: knowledge dependency, process dependency, and resource dependency. The knowledge dependency was predominant with the frequency of 73 % of the three categories. These means that focusing on selecting agile practices that address the types of knowledge dependency should be recommended for providing coordination. Furthermore, the results revealed that 12 agile practices would be a good choice for coordinating and tailoring a large-scale program. Conclusion: It is possible to use a dependency taxonomy to map coordination mechanisms in a large-scale agile program. The coordination mechanisms made collaboration between the teams in the program, by implement Scrum of Scrum meetings, daily stand-up meetings, demo meetings, Sprint Planning meetings, and introduce different roles, such as project managers, team leads, Product Owners and DevOps developers. These mechanisms lead to fast Sprint periods, frequent production setting, a common understanding of what is being created, and autonomous decisions in the program.

• Afzal, Zunaira; Lindsjørn, Yngve & Stray, Viktoria (2018). A Case Study on Technical Debt.
• Backer, Idun; Stray, Viktoria & Moe, Nils Brede (2018). Fra tverrfaglig team til tverrfaglig samarbeid.
• Bai, Aleksander; Mork, Heidi Camilla; Stray, Viktoria & Sverdrup, Nikolai Johan Sand (2018). Holdninger rundt universell utforming i smidige team. Report at the Norwegian Computing Center. 1036.
• Bai, Aleksander; Mork, Heidi Camilla; Stray, Viktoria; Sverdrup, Nikolai Johan Sand; Halbach, Till & Fuglerud, Kristin Skeide (2018). Evaluering av tilgjengelighetstest-metoder. Report at the Norwegian Computing Center. 1038.
• Holgeid, Knut Kjetil; Krogstie, John; Stray, Viktoria & Thompson, Mark (2018). Strategizing for Successful IT Projects in the Digital Era. Pre-ICIS Research Workshop on IT Project Management, International Conference on Information Systems (ICIS). Show summary

  The objective of this paper is to increase our understanding of how organizations strategize with a view to making their digital investments successful and the impact such digital strategies actually have on business outcomes. We examined 2940 papers related to digital business strategies, of which 31 were included in relevant empirical research. These papers were reviewed and subjected to thematic synthesis. Many organizations appear to initiate scattered digital initiatives without a clear idea of where they are going. Companies can benefit from a deliberate digital strategy that enhances the ability of businesses to quickly adjust to new trends, possibilities, and threats, as well as a constant balancing of new possibilities with the exploitation of current assets.

• Holgeid, Knut Kjetil & Stray, Viktoria (2018). A Review of Factors Promoting IS Project Escalation. Pre-ICIS Research Workshop on IT Project Management, International Conference on Information Systems (ICIS). Show summary

  The objective of this paper is to investigate the tendency to continue a project even when it is obvious that it will not provide the planned benefits, often referred to as “project escalation” or “escalation of commitment.” The investigation aims to identify factors that empirically have been found to promote IS project escalation. We examined 1163 papers related to the phenomenon of IS project and commitment escalation and found 42 of them to include relevant empirical research. We provide a comprehensive overview of 43 factors that can have important implications for practice, especially for organizations trying to avoid escalation in the first place or uncover already escalated projects.

• Kalveland, Julie & Stray, Viktoria (2018, 11. november). Viktoria er Norges ledende ekspert på møter. Hun anbefaler at alle får lov å «ta en Musk». [Tidsskrift].  Digi.no.
• Lindsjørn, Yngve & Stray, Viktoria (2018). Studentaktiv læring og prosjektarbeid i utvikling av IT-systemer.
• Moe, Nils Brede & Stray, Viktoria (2018). Guilds: Etablering og suksesskriterier.
• Moe, Nils Brede & Stray, Viktoria (2018). Produkteiere – bindeleddet mellom forretning og IT. Hvordan hjelpe produkteierne til å videreutvikle og realisere det strategiske målbildet?.
• Moe, Nils Brede & Stray, Viktoria (2018). Retrospective vs Futurespective – jobbe mer med muligheter enn problemer.
• Moe, Nils Brede & Stray, Viktoria (2018). Retrospektiv med Produkteiere og styringsforum på Tellus.
• Noroozi, Mehdi & Stray, Viktoria (2018). To Slack or not to Slack; challenges of communication and coordination in distributed software development.
• Stray, Viktoria (2018). Coordination by Feedback in Large-Scale Agile Software Development Projects.
• Stray, Viktoria (2018). Daglige møter truer effektiviteten til norske bedrifter. Aftenposten (morgenutg. : trykt utg.).  ISSN 0804-3116.
• Stray, Viktoria (2018, 18. september). Den store møteplagen. [Radio].  NRK P2.
• Stray, Viktoria (2018). Digitalisering, innovasjon og teamarbeid i store IT-prosjekter.
• Stray, Viktoria (2018). Escalation of Commitment in Information System Projects.
• Stray, Viktoria (2018). Futurespective – hvordan team kan øke produktiviteten og nå sine mål ved å se fremover i en retrospective.
• Stray, Viktoria (2018). Gode møter i en produktiv arbeidsdag.
• Stray, Viktoria (2018, 11. september). Møteforsker: – Daglige møter truer effektiviteten på jobb. [TV].  TV2 Nyhetskanalen.
• Stray, Viktoria (2018). Smart og smidig: Nye retningslinjer for daglige møter.
• Stray, Viktoria (2018). Strategizing for Successful IT Projects.
• Stray, Viktoria & Moe, Nils Brede (2018). Agile Ways of Working.
• Stray, Viktoria & Moe, Nils Brede (2018). First International Workshop on Autonomous Agile Teams, XP2018.
• Stray, Viktoria & Moe, Nils Brede (2018). Møter – Forskning og trender rundt økt effektivitet gjennom mer uplanlagte møter og mer slack i planene.
• Stray, Viktoria & Rolland, Knut-H. (2018). Presentasjon av Geminisenter for Systemutviklingsprosesser og Metoder for Innovasjon og Digitalisering.
• Sverdrup, Nikolai Johan Sand & Stray, Viktoria (2018). Accessibility Testing in Agile Software Development.
• Bai, Aleksander; Mork, Heidi Camilla; Stray, Viktoria & Sverdrup, Nikolai Johan Sand (2017). Universell utforming: verktøy og teknikker for tilgjengelighetstesting i smidige prosjekter.
• Bai, Aleksander & Stray, Viktoria (2017). Universell utforming i smidige prosjekter: Verktøy og teknikker for hyppig tilgjengelighetstesting.
• Brombach, Harald & Stray, Viktoria (2017, 31. juli). Mange har endret standup-møtene på grunn av forskningen til Viktoria. [Tidsskrift].  Digi.no.
• Mikalsen, Marius; Moe, Nils Brede; Stray, Viktoria & Nyrud, Helga (2017). Justification in bottom-up information infrastructures innovation: a case from an incumbent bank turning fintech. Show summary

  Our understanding of decisions in bottom-up information infrastructure innovation is justified in incumbent firms is limited. Through a case study of an incumbent bank transforming towards a bottom-up approach to innovation, we find that bottom-up organisation involves several different forms of justification. We discuss how pragmatic justification offers an interesting analytical lens on how of bottom-up infrastructure innovation can be understood.

• Moe, Nils Brede; Cruzes, Daniela Soares & Stray, Viktoria (2017). Strategies for agile software testing in a large global company.
• Moe, Nils Brede & Stray, Viktoria (2017). Autonome team i storskala systemutviklingsprosjekter. Show summary

  Hvordan organiseres autonome team i store programmer. Hvordan kan Oslo kommune lære av dette.

• Moe, Nils Brede & Stray, Viktoria (2017). Evaluering og refleksjon med nye retrospektivteknikker.
• Moe, Nils Brede & Stray, Viktoria (2017). Hvordan lære i autonome team gjennom retrospektive. Show summary

  Hvordan og hvorfor gjennomføre en retroskeptive på store kryssfunksjojelle team. Innsamling av data, analyse av data og identifisering av tiltak.

• Moe, Nils Brede & Stray, Viktoria (2017). New models for teams - Understanding autonomous BizDev teams Linking business strategy and software development. Show summary

  Motivation for discussing how to organize teams for the future Organizing for speed, flexibility and uncertainty Experience from Storebrand and Ericsson Workshop: How should we organize for the future? What should we change now and what changes are needed in the long run? Are there any barriers for changing?

• Moe, Nils Brede & Stray, Viktoria (2017). Reflection techniques for agile retrospective meetings in distributed teams. Show summary

  An introduction to reflection techniques and training teams in these techniques

• Moe, Nils Brede & Stray, Viktoria (2017). Råd om distribuert arbeid og virtuelle team. Show summary

  Presentasjon av råd om hvordan organisere distribuert arbeid og organisere team, og planlegging av hvordan samle inn data fra team involvert i globalt arbeid.

• Moe, Nils Brede & Stray, Viktoria (2017). Software testing strategy and collaboration practices in global software development projects. Show summary

  Workshop with the test centre in Shanghai on software testing strategy and collaboration practices in global software development projects. The collaboration strategies include daily meetings, chat tools, use of video, travel and documents.

• Moe, Nils Brede & Stray, Viktoria (2017). Valuable agile retrospectives: Inspect and adapt. Show summary

  Opplæring i retrospektivteknikker og gjennomføring av retrospektiv på team 1 som leverte reiseplanleggeren 2. november 2017.

• Moe, Nils Brede & Stray, Viktoria (2017). What does it mean to be agile in a company with high organizational complexity?.
• Moe, Nils Brede; Stray, Viktoria & Gancheva, Ivana (2017). Collaboration challenges and improvements when working globally distributed.
• Nyrud, Helga; Stray, Viktoria; Lindsjørn, Yngve & Moe, Nils Brede (2017). BizDev Teams in Agile Software Development.
• Stray, Viktoria (2017). Are daily stand-up meetings valuable? A survey of developers in software teams.
• Stray, Viktoria (2017). Collaboration, coordination and team interactions. Show summary

  Presentation of findings from research in daily standups in distributed teams.

• Stray, Viktoria (2017). Kvinner i IT-bransjen.
• Stray, Viktoria; Bai, Aleksander; Mork, Heidi Camilla & Sverdrup, Nikolai Johan Sand (2017). Universell utforming: verktøy og teknikker for tilgjengelighetstesting i smidige prosjekter.
• Stray, Viktoria & Moe, Nils Brede (2017). Communication and Coordination In Distributed Teams. Show summary

  Presenting Findings from Smiglo at GSD day.

• Stray, Viktoria & Moe, Nils Brede (2017). Motivating agile teams: Tools and techniques for conducting valuable retrospectives. Show summary

  Opplæring i hvordan evaluere prosjekter og programmer. Gjennomføring av worksop (retrospektive) på reiseplanleggeren som ble levert av 9 team.

• Stray, Viktoria & Moe, Nils Brede (2017). Mutual adjustment and use of Slack in distributed development projects.
• Stray, Viktoria & Moe, Nils Brede (2017). Smidige retrospektiver: evaluering og innføring i nye teknikker.
• Bekkstrand, Kristian; Stray, Viktoria & Lindsjørn, Yngve (2016). The Hidden Waste of Agile Distributed Development.
• Opdal, Lars-Erik; Maus, Arne & Stray, Viktoria (2016). Parallelle beregninger med MPI i delt og distribuert minne.
• Stray, Viktoria (2016). Daglige møter i samlokaliserte og distribuerte team: Resultater fra empiriske studier.
• Stray, Viktoria (2016). Exploring Norms in Agile Software Teams.
• Stray, Viktoria (2016). Smidig systemutvikling - teknikker og praksiser.
• Kenneth, Christensen & Stray, Viktoria (2014, 14. oktober). Ikke begynn dagen med stand-up.  Computerworld.
• Stray, Viktoria (2014). An Empirical Investigation of the Daily Stand-Up Meeting in Agile Software Development Projects. Series of dissertations submitted to the Faculty of Mathematics and Natural Sciences, University of Oslo.. 1550.
• Stray, Viktoria (2014). Daglige møter.
• Stray, Viktoria (2014). Daglige stand-up møter.
• Stray, Viktoria (2014). Daglige stand-up møter i smidige prosjekter.
• Stray, Viktoria (2014). Ikke begynn dagen med stand-up.
• Stray, Viktoria (2013). Hindringer for effektive daglige møter i smidige prosjekter.
• Stray, Viktoria (2013). Obstacles to efficient daily meetings in Agile Development Projects.
• Stray, Viktoria (2011). Challenges to Teamwork: A Multiple Case Study of Two Agile Teams.

View all works in Cristin