Coordinating Knowledge Work in Multi-Team Programs: Findings from a Large-Scale Agile Development Program

Software development projects have undergone remarkable changes with the arrival of agile development methods. While intended for small, self-managing teams, these methods are increasingly used also for large development programs. A major challenge in programs is to coordinate the work of many teams, due to high uncertainty in tasks, a high degree of interdependence between tasks and because of the large number of people involved. This revelatory case study focuses on how knowledge work is coordinated in large-scale agile development programs by providing a rich description of the coordination practices used and how these practices change over time in a four year development program with 12 development teams. The main findings highlight the role of coordination modes based on feedback, the use of a number of mechanisms far beyond what is described in practitioner advice, and finally how coordination practices change over time. The findings are important to improve the outcome of large knowledge-based development programs by tailoring coordination practices to needs and ensuring adjustment over time.Comment: To appear in Project Management Journa

Designing a consulting services architecture model

textDuring my years of experience in the technology industry, it has become obvious that standard processes and methodologies within the engineering discipline are at a mature state. The realization though is that software engineering specifically lags behind. Most software engineering methodologies that I have studied focus on the mission of software development. It is this realization and the need for structure that led me to review existing methodologies used within my company's software services organization. The definition of what a successful software services methodology entails is rather limited. This report will provide a history of existing software engineering methodologies that I have studied, describe an initial services method that was being developed within my organization, develop a new model that addresses previous shortcomings and identify additional components required to further define a strong software services-oriented delivery methodology.Electrical and Computer Engineerin

Unions, Associations and Twenty-First Century Professionals

[Excerpt] Unions that represent professional and technical workers are at a critical juncture in their evolution. On the one hand, there is tremendous opportunity; disproportionate employment growth can be expected for professional and technical occupations in health care, education, science and technology, performing arts, media and communication. On the other hand, there are clear challenges. Professional labor markets and the contemporary workplace are being reconfigured by neoliberal economic policies, technological change, and the spread of contingent employment arrangements. Twenty-first century professional workers will respond positively to unions only if they see organizations that are agile enough to adapt to the workers\u27 own shifting concerns

Everyone’s Going to be an Architect: Design Principles for Architectural Thinking in Agile Organizations

Organizational agility is a prominent aim for companies to thrive in today’s volatile business environments. One common building block of agility are (semi-) autonomous teams for continuously fulfilling and surpassing customers’ needs. However, these teams still need to see the enterprise’s ‘big picture’ of strategic objectives, business processes, and IT landscape to prevent organizational inertia or technical debt. This requires architectural thinking to inform these ‘non’-architects’ decision-making. To aid companies towards achieving sustainable agility, we propose six design principles as underlying logic on how to realize architectural thinking in agile organizations. The results are based on insights from interviews with sixteen employees and consultants with expertise on architecture management and organizational agility across several industries. Our work closes a gap in the agility literature, which so far mainly focused on non-generalizable blueprints for agile setups without showing their underlying logics, or approaches and role set-ups for enterprise-level architecture management

How Do Real Options Concepts Fit in Agile Requirements Engineering?

Agile requirements engineering is driven by creating business value for the client and heavily involves the client in decision-making under uncertainty. Real option thinking seems to be suitable in supporting the client’s decision making process at inter-iteration time. This paper investigates the fit between real option thinking and agile requirements engineering. We first look into previously published experiences in the agile software engineering literature to identify (i) ‘experience clusters’ suggesting the ways in which real option concepts fit into the agile requirements process and (ii) ‘experience gaps’ and under-researched agile requirements decision-making topics which require further empirical studies. Furthermore, we conducted a cross-case study in eight agile development organizations and interviewed 11 practitioners about their decision-making process. The results suggest that options are almost always identified, reasoned about and acted upon. They are not expressed in quantitative terms, however, they are instead explicitly or implicitly taken\ud into account during the decision-making process at interiteration time

The challenges and responses for enterprise architects in the digital age

Enterprise architects face many challenges to be relevant to key stakeholders. The growth of digital business offers major opportunities for enterprise architects if these challenges can be addressed. The Enterprise Architecture (EA) Survey created by McKinsey & Company and Henley Business School explores EA outcomes and capabilities to assess the responses to the challenges. This article highlights key findings from the survey as a call to action for EA leaders

Process Models and Distribution of Work in Offshoring Application Software Development

Common process models for the development of application software (AS) are examined as to how well they are suited for offshoring projects. The need for communication and interaction among onsite and offshore project stakeholders is identified as a critical success factor. Process models used by organizations providing offshoring services are discussed, and a generalized offshoring life cycle model is developed. A specific focus is set on the distribution of work between the organization that outsources AS development and the offshore organization that carries out the major share of the development work. Problems and challenges that have to be faced, making offshoring a difficult task, are discussed. --

A Lean Enterprise Architecture Approach as an Enabler for Organizational Agility : Case: Metso Outotec

In the era where delivery speed is perceived more important than IT landscape integration, consistency and long-term planning, different architectural approaches have become important considerations of information systems management. Moreover, recent studies have shown that the need for a holistic EA is often overlooked, when organizations try to apply agile development models, which may lead to several problems, such as technical debt, redundant rework, inconsistent communication, decentralized and siloed architecture design, unsustainable architecture, and inconsistence in coding style. Hence, with the growing deployment of scaling agile methods there is a need for purpose-fit approaches to integrate EA frameworks to enable organization agility while maintaining long-term vision. This study aims to explore how EA activities are put into practices in a company deploying large-scale agile development methods – namely EA deliverables, EA benefits, EA concerns and EA enablers. In total, 13 semi-structured interviews were conducted from a case company, and an analysis was done using the Gioia method. As a result, EA deliverables (business objective deliverables, intentional architecture deliverables, and emergent design deliverables), EA benefits (organizational agility and organizational robustness), EA concerns (immaturity, disengagement, urgency, and resistance and anti-patterns), and EA enablers (communication and collaboration, Lean EA, and EA culture) were identified. The enterprise architecture practices used by the case company were in line with the guidelines and best practices recommended by the literature and industry experts. Moreover, a literature review provided some theoretical constructs and suggestions, namely the Lean EA development (LEAD) method and the design principles of architectural thinking for supporting organizational agility, which can be recommended to be applied by the case company or any other organization scaling agile