AGILE CONTRACTS: LEARNINGS FROM AN AUTONOMOUS DRIVING SOURCING PROJECT

New digital services and products rely heavily on digital technologies and need to be deployed in an ever-shorter timeframe in response to rapidly changing market demands. To address this challenge, more and more companies are applying agile practices to increase speed and flexibility. In consequence, companies review their sourcing strategies to shorten the duration of tenders for large-scale IT projects and to increase flexibility in contracting of IT services to cope with the anticipated consequences of digital transformation. This study aims at revealing how agile practices could help to reduce time-to-market and to increase contract flexibility. As the automotive industry is especially affected by the adoption of new digital technologies, this revelatory case study shows how a German car manufacturer increased agility in sourcing and contracting of an autonomous driving development platform. Agile practices turned out to be essential in dealing with technological novelty and hurdles, regulatory uncertainty, and frequently changing requirements. We contribute to the extant knowledge by providing practical recommendations on how to increase agility in sourcing and contracting of large-scale IT projects

Influential factors of aligning Spotify squads in mission-critical and offshore projects – a longitudinal embedded case study

Changing the development process of an organization is one of the toughest and riskiest decisions. This is particularly true if the known experiences and practices of the new considered ways of working are relative and subject to contextual assumptions. Spotify engineering culture is deemed as a new agile software development method which increasingly attracts large-scale organizations. The method relies on several small cross-functional self-organized teams (i.e., squads). The squad autonomy is a key driver in Spotify method, where a squad decides what to do and how to do it. To enable effective squad autonomy, each squad shall be aligned with a mission, strategy, short-term goals and other squads. Since a little known about Spotify method, there is a need to answer the question of: How can organizations work out and maintain the alignment to enable loosely coupled and tightly aligned squads? In this paper, we identify factors to support the alignment that is actually performed in practice but have never been discussed before in terms of Spotify method. We also present Spotify Tailoring by highlighting the modified and newly introduced processes to the method. Our work is based on a longitudinal embedded case study which was conducted in a real-world large-scale offshore software intensive organization that maintains mission-critical systems. According to the confidentiality agreement by the organization in question, we are not allowed to reveal a detailed description of the features of the explored project

Scaling Agile at the Program Level in an Australian Software Vendor Environment: A Case Study

Japanese ICT investment trailed the developed world for many decades, contributing to low productivity growth. A potential root cause is the influence of Japanese culture over the strategic use of and investment in ICT (SUIICT). Empirical research on cultural aspects of SUIICT in Japan is lacking. This study will examine national culture and its association with SUIICT in organisations in Japan compared to Australia. A quantitative survey of ICT decision makers in Japanese and Australian organisations will be fielded based on questions synthesized from McFarlan, McKenney and Pyburn (The Strategic Grid), and Hofstede and Minkov (Cultural Dimensions Model). A contribution to theory will be the development and testing of an empirical model and practical instrument for determining the association between national culture and SUIICT. A practical contribution will be an increase in understanding of both markets allowing for more effective market segmentation and development of ICT offerings for both countries

Challenges and Success Factors for Metrics in Large-Scale Agile Development

Contemporary organizations widely use agile software development to react to unpredictable changes in their business environment. Due to the success of agile methods in contexts similar to the agile sweet spot, organizations have been applying them on a larger scale. However, maintaining oversight in large-scale agile development remains a problem. Metrics can tackle this problem by increasing transparency, but organizations have struggled with their adoption. Furthermore, extant research on large-scale agile development lacks publications investigating metric challenges and success factors. Against this backdrop, we conducted an expert interview study with 23 experts from 13 organizations. The most mentioned challenges are data collection challenges, lack of metric usefulness, and metric calculation challenges. On the other hand, the most occurring success factors are context-dependent metric adoption, implementing an agile metric management process, and ensuring understanding of the metric purpose

Changes to team autonomy in large-scale software development: a multiple case study of Scaled Agile Framework (SAFe) implementations

Large-scale transformations of agile ways of working have received more attention in the industry in recent years. Some organizations have developed their own solutions for scaling, whereas many have chosen trademarked frameworks. In large-scale agile software development, many developers and development teams carry out work simultaneously. When autonomous teams need to coordinate toward a common goal, they must sacrifice some level of autonomy. Development, testing, and integrations need to be coordinated with other teams and aligned with an organization´s programs or portfolio. Through the conducting of 28 interviews and 17 on-site visits, this multiple case study explored how team autonomy changed in three agile software development organizations that implemented the Scaled Agile Framework (SAFe). The positive changes to team autonomy that they experienced as a result included getting a better overview, making better long-term decisions, giving and receiving help, and signaling limitations. We found two negative impacts on team autonomy: limited feature choice and enforced refinement. The study extends previous research on large-scale agile software development and improves our understanding of impacts on team autonomy

Changes to team autonomy in large-scale software development: a multiple case study of Scaled Agile Framework (SAFe) implementations

Large-scale transformations of agile ways of working have received more attention in the industry in recent years. Some organizations have developed their own solutions for scaling, whereas many have chosen trademarked frameworks. In large-scale agile software development, many developers and development teams carry out work simultaneously. When autonomous teams need to coordinate toward a common goal, they must sacrifice some level of autonomy. Development, testing, and integrations need to be coordinated with other teams and aligned with an organization´s programs or portfolio. Through the conducting of 28 interviews and 17 on-site visits, this multiple case study explored how team autonomy changed in three agile software development organizations that implemented the Scaled Agile Framework (SAFe). The positive changes to team autonomy that they experienced as a result included getting a better overview, making better long-term decisions, giving and receiving help, and signaling limitations. We found two negative impacts on team autonomy: limited feature choice and enforced refinement. The study extends previous research on large-scale agile software development and improves our understanding of impacts on team autonomy.publishedVersio

Changes to team autonomy in large-scale software development: a multiple case study of Scaled Agile Framework (SAFe) implementations

Large-scale transformations of agile ways of working have received more attention in the industry in recent years. Some organizations have developed their own solutions for scaling, whereas many have chosen trademarked frameworks. In large-scale agile software development, many developers and development teams carry out work simultaneously. When autonomous teams need to coordinate toward a common goal, they must sacrifice some level of autonomy. Development, testing, and integrations need to be coordinated with other teams and aligned with an organization´s programs or portfolio. Through the conducting of 28 interviews and 17 on-site visits, this multiple case study explored how team autonomy changed in three agile software development organizations that implemented the Scaled Agile Framework (SAFe). The positive changes to team autonomy that they experienced as a result included getting a better overview, making better long-term decisions, giving and receiving help, and signaling limitations. We found two negative impacts on team autonomy: limited feature choice and enforced refinement. The study extends previous research on large-scale agile software development and improves our understanding of impacts on team autonomy

When agility meets a project portfolio: A study of success factors in large organisations

The iterative nature of agile methods combined with high levels of team and customer interactions and continuously changing IT and software development project requirements make the management of agile project portfolios very complex. To date, the mechanisms under which project portfolio management adapts to these complexities and achieves portfolio success have not been thoroughly investigated. This study explores the notion of success and its impacting factors in large organisations\u27 portfolios of agile IT and software development projects. Using a multiple case study design, we analysed the agile project portfolios of seven large organisations. We identified four success criteria and 15 success factors and categorised them into a unique agile portfolio success framework. Some of these criteria and factors are unique to agile project portfolios. The framework contributes to agile and project management literature by conceptualising the notion of success in portfolios of agile projects while revealing a set of factors that affect the relationship between an agile portfolio with its subcomponents and the surrounding environment. The framework supports managers and practitioners in large organisations in reflecting on their agility efforts to achieve higher success rates in their agile portfolios

Key Lessons from Tailoring Agile Methods for Large-Scale Software Development

We describe advice derived from one of the largest development programs in Norway, where twelve Scrum teams combined agile practices with traditional project management. The Perform program delivered 12 releases over a four-year period, and finished on budget and on time. In this article, we summarize 12 key lessons on five crucial topics, relevant to other large development projects seeking to combine Scrum with traditional project management.Comment: Accepted for publication in IEEE IT Professiona

Why and How do Large-scale Organizations Operationalize DevOps

An essential part of organizational efforts is to provide products to customers. To sustain competitive positions on existing markets, and to expand into new markets, firms utilize and continuously optimize approaches to efficiently provide effective products. Meanwhile, applying agile practices is a commoditized way for organizations to better adapt to changes during the development of their products. For bringing products to customers, more than their development is required. Typically, multiple organizational functions, all with individual goals and practices, are included in the development and delivery of products. This is often associated with friction points between those functions, and hinders the optimization of effectiveness and efficiency in providing products to customers. In retrospective, not all firms were able to recalibrate themselves and find back to former success after they had once missed to (again) innovate by timely addressing changes on their existing markets, discovering unmet or changed customer needs, and providing new products that bring together emerging technology with evolving customer demands. This potential threat now appears to be omnipresent with the ongoing proliferation of digitalization through the practical world of all of us. The emerging phenomenon of DevOps, a portmanteau word of “development” and “operations”, describes approaches to streamline development and delivery of products across organizational functions, to efficiently provide effective products, and to enable organizational digitalization efforts. This dissertation sheds light on reasoning, configurational factors, and dynamics behind DevOps implementations in large-scale. The composition of four independent yet interrelated scientific papers, the cornerstones of this dissertation, answers why and how large-scale organizations operationalize DevOps. In sum, this dissertation adds systematic and foundational knowledge, presents new applications and nuanced concretizations of scientific empiric approaches, connects allied but distinct research communities, and provides guidance for practitioners acting in this timely, relevant and interesting domain