HELENA Stage 2 Danish Overview

Similar documents
Agile Non-Agile. Previously on Software Engineering

Vision. Jimmy Janlén, 2015, Crisp Jimmy Janlén, 2015, Crisp Jimmy Janlén, 2015, Crisp. Alignment

Vision. Jimmy Janlén, 2015, Crisp Jimmy Janlén, 2015, Crisp Jimmy Janlén, 2015, Crisp. Alignment

Vision. Jimmy Janlén, 2015, Crisp Jimmy Janlén, 2015, Crisp Jimmy Janlén, 2015, Crisp. Alignment

Introduction. How are games similar/different from other software engineering projects? Common software engineering models & game development

DreamCatcher Agile Studio: Product Brochure

with permission from World Scientific Publishing Co. Pte. Ltd.

MORE POWER TO THE ENERGY AND UTILITIES BUSINESS, FROM AI.

Exploring the value of emerging technology in the lean enterprise

Agile Product Planning

Designing, Developing, and Implementing Software Ecosystems: Towards a Step-wise Guide.

IS 525 Chapter 2. Methodology Dr. Nesrine Zemirli

Introduction to Design Science Methodology

Introduction to Design Science Methodology

Playware Research Methodological Considerations

Business Driven Software Development. Why the Focus on the Team is an Impediment to Agile

How to Improve Agile Development Using the Cynefin Framework

EU businesses go digital: Opportunities, outcomes and uptake

Removing all roadblocks be ready to have offers out on the same day as the interview

ACCENTURE INNOVATION ARCHITECTURE USES AN INNOVATION-LED APPROACH TO HELP OUR CLIENTS DEVELOP AND DELIVER DISRUPTIVE INNOVATIONS, AND TO SCALE THEM

CAUTIOUS OPTIMISM MARKS THE ADOPTION OF AI AT PROXIMUS

About Software Engineering.

AGILE USER EXPERIENCE

Remuneration Report

Welcome to our latest Salary Guide! Finding (and keeping) exceptional talent. Visa changes lead to skills shortage

Introduction to adoption of lean canvas in software test architecture design

Development of an Intelligent Agent based Manufacturing System

LETTER FROM THE EXECUTIVE DIRECTOR FOREWORD BY JEFFREY KRAUSE

TECHsummit & GadgetExpo Bratislava

Inside Track Research Note. in association with. and. Managing Software Exposure. Time to fully embed security into your application lifecycle

Computer Science: Disciplines. What is Software Engineering and why does it matter? Software Disasters

Michael McKay Resume. Experience. Summary. UX Director, ebay Inc/PayPal in the Bay Area

A Case Study on Improvement of Conceptual Product Design Process by Using Quality Function Deployment

Evaluating Evolutionary Prototyping for Customizable Generic Products in Industry (TAT AB)

Lee, Joon-Sang LG Electronics Advanced Research Institute

Puppet State of DevOps Market Segmentation Report. Contents

Course Introduction and Overview of Software Engineering. Richard N. Taylor Informatics 211 Fall 2007

SOFTWARE ARCHITECTURE

Code Complete 2: Realities of Modern Software Construction

IEEE IoT Vertical and Topical Summit - Anchorage September 18th-20th, 2017 Anchorage, Alaska. Call for Participation and Proposals

A SERVICE-ORIENTED SYSTEM ARCHITECTURE FOR THE HUMAN CENTERED DESIGN OF INTELLIGENT TRANSPORTATION SYSTEMS

The Tool Box of the System Architect

Collaborative model based design of automated and robotic agricultural vehicles in the Crescendo Tool 1,3,*

Why Will Digital Be Different?

TechVelopment: Approach and Narrative

Replicating an International Survey on User Experience: Challenges, Successes and Limitations

Using Lean Startup Principles to Guide all Agile Adoptions For Management and Teams

The Nordic design resource

Pervasive Services Engineering for SOAs

Establishing a Digital Innovation Hub

Pre-commercial procurement in robotics HORIZON ICT 27(d)

Social Data Analytics Tool (SODATO)

Sample Surveys. Chapter 11

Does Involving Users in Software Development Really Influence System Success?

MAT 1272 STATISTICS LESSON STATISTICS AND TYPES OF STATISTICS

Our Aspirations Ahead

A Conceptual Model of Software Development

Framework Programme 7

UNESCO Creative Cities Network Design City Kolding

Issues and Challenges in Coupling Tropos with User-Centred Design

Denmark as a digital frontrunner

APPLYING A NEW HYBRID MODEL OF EMBEDDED SYSTEM DEVELOPMENT METHODOLOGY ON A FLOOD DETECTION SYSTEM

Digitising European Industry. Strengthening competitiveness in digital technologies value chains and platforms

Role of the Product Owner And the Development of Minimal Marketable Features

The Study on the Architecture of Public knowledge Service Platform Based on Collaborative Innovation

Architectural assumptions and their management in software development Yang, Chen

17 & 18 OCT DIGITALFIRST.BE

NXP bursts R&D workloads into the cloud with AWS Customer Case Study Commissioned by: Amazon Web Services

The use of CAWI in the collection of household data in the Danish LFS

Process Book Jolee Nebert Spring 2016

CONCURRENT ENGINEERING

The secret behind mechatronics

Towards an MDA-based development methodology 1

University of Dundee. Design in Action Knowledge Exchange Process Model Woods, Melanie; Marra, M.; Coulson, S. DOI: 10.

REINVENT YOUR PRODUCT

The Key to the Internet-of-Things: Conquering Complexity One Step at a Time

GAMI Newsletter

Challenging convention with technological ingenuity

Code Complete 2: A Decade of Advances in Software Construction Construx Software Builders, Inc. All Rights Reserved.

Emerging biotechnologies. Nuffield Council on Bioethics Response from The Royal Academy of Engineering

Computer Science: Who Cares? Computer Science: It Matters. Computer Science: Disciplines

CIDOC CRM-based modeling of archaeological catalogue data

White paper The Quality of Design Documents in Denmark

Science of Science & Innovation Policy (SciSIP) Julia Lane

The Design and Application of Public Opinion Monitoring System. Hongfei Long

Practitioner s concerns needing EE-research

Regional Stakeholder Group Meeting

Digital Disruption Thrive or Survive. Devendra Dhawale, August 10, 2018

Assessment of Smart Machines and Manufacturing Competence Centre (SMACC) Scientific Advisory Board Site Visit April 2018.

Social Modeling for Requirements Engineering: An Introduction

Using Variability Modeling Principles to Capture Architectural Knowledge

TECHNOLOGY WITH A HUMAN TOUCH

The Smart Production Laboratory: A Learning Factory for Industry 4.0 Concepts

The Danish 3R Survey Knowledge, attitudes and experiences with the 3Rs among researchers involved in animal experiments in Denmark

Beyond the switch: explicit and implicit interaction with light Aliakseyeu, D.; Meerbeek, B.W.; Mason, J.; Lucero, A.; Ozcelebi, T.; Pihlajaniemi, H.

AI in Europe How could the EC help European society and economy to make the best of this revolution?

Lecture 9: Estimation and Prioritization" Project Planning"

Charting Process-Based Collaboration Support in Agile Business Networks

Object-Oriented Design

Communication and dissemination strategy

Transcription:

HELENA Stage 2 Danish Overview Paolo Tell 1, Rolf-Helge Pfei er 2, and Ulrik Pagh Schultz 3 1 IT University of Copenhagen, Denmark, pate@itu.dk 2 Copenhagen Business Academy, Denmark, rhp@cphbusiness.dk 3 University of Southern Denmark, Denmark, ups@mmmi.sdu.dk Abstract. Since the early days of software engineering, a number of methods, processes, and practices to design and develop software systems have been proposed and applied in industry, e.g., the Rational Unified Process, Agile Software Development, etc. However, since no silver bullet exists, organizations use rich combinations of agile and/or traditional methods and practices, rather than following a single process by the book. To investigate this reality, an international exploratory multistage research project named HELENA (Hybrid DEveLopmENt Approaches in software systems development) was initiated. Currently, the HELENA survey is conducted globally (second stage of HELENA project). This short paper presents and discusses the results of the survey in Danmark compared to the global results based on the data from August 15, 2017. Keywords: Hybrid development approaches, HELENA 1 Introduction to the HELENA Project HELENA is an international exploratory multistage survey-based study on the use of Hybrid development Approaches in software systems development. The project aims at: a) researching the practical application of methods, processes, and practices in software engineering, and b) development and deployment of new systematic processes to enable more e cient and e ective software development. To achieve these goals the project is designed to collect data through a survey 4, which has been refined over several iterations. After being successfully tested within Europe in project stage one [2], the HELENA project is currently in stage two, in which the survey is conducted globally in more than 25 countries. A third and final stage will conclude the project. In stage three, focus groups will perform in depth research on community-defined topics of interest, based on the results of stage two. With this paper, we aim (i) to identify potentially interesting similarities and di erences of the current Danish results compared to the overall global ones; (ii) to assess whether results from stage one can be confirmed focusing on the Danish 4 HELENA survey accessible from www.soscisurvey.de/helena/

2 population; and (iii) to establish a base for more in-depth research at the end of the survey, at the end of Sept. 2017. In particular, Section 2 presents and discusses an overview of the results of the survey in Danmark compared to the global results (including the Danish ones) based on the data from August 15, 2017. Furthermore, focusing only on the Danish data set, in Section 3 we replicate the analysis performed on the data set from project stage one [3], and we assess whether the main results of stage one are in line with the ones collected from Denmark in stage two. Finally, Section 4 wraps up the main finding and briefly suggests future directions that the Danish team will consider. 1.1 The Danish Participation The Danish HELENA research team consists of 4 members (see Table 1 for contacts and a liations). Since the beginning of project stage two, the team invited 132 individuals via personal email (127) or mailing lists and physical meetings (5) to answer the survey. Of these, 22 fully completed the survey, i.e., response rate of ca. 16.6%. Finally, at least 13 (ca. 9.8%) individuals started the survey but did not complete it. Table 1. Danish team Contacts. Paolo Tell pate@itu.dk IT University of Copenhagen, Copenhagen Rolf-Helge Pfei er rhp@cphbusiness.dk Copenhagen Business Academy, Copenhagen Brad Beach brbe@mmmi.sdu.dk University of Southern Denmark, Odense Ulrik Pagh Schultz ups@mmmi.sdu.dk University of Southern Denmark, Odense 2 Demographics Except of two, all respondents have at least three years of working experience and the majority (13 out of 32) are senior with more than ten years of experience, see Figure 1. This distribution is similar to the world-wide demographics, see orange line in Figure 1. The Danish respondents are mostly product managers/owners, developers, and architects, see Figure 2. That is interesting, as it is firstly, di erent from the world-wide population, see orange bars in Figure 2, and secondly, it suggests a more agile development environment in those companies as fewer project/team managers participated and no participant selected positions like analyst/requirement engineer, quality manager, tester, and trainer. Of course, these Danish results may be heavily biased by the selection of survey participants (in essence we activated every practitioner we know) and may be not representative of the entire Danish software industry.

3 70 63.1% 60 50 40 30 20 10 0 2.4% 14.0% 16.0% 4.6% 9.1% 22.7% 9.1% 59.1% <1 year 1-2 years 3-5 years 6-10 years >10 years Denmark (N=22) World (N=501) Fig. 1. Overview of the experience level as stated by the participants. 0 5 10 15 20 25 30 Analyst/Requirements Engineer Architect C-level Management (e.g., CIO, CTO, etc.) Developer Product Manager/Owner Project/Team Manager Quality Manager Scrum Master/Agile Coach Tester Trainer Other: 5.0% 13.6% 8.4% 9.1% 7.6% 18.2% 22.7% 9.8% 13.6% 4.6% 13.6% 7.0% 1.8% 1.2% 9.1% 8.4% 21.4% 25.0% Denmark (N=22) World (N=501) Fig. 2. Overview of the roles as stated by the participants. 35 30 25 20 15 10 5 0 11.6% 15.0% 27.5% 24.0% 21.8% 0.2% 9.1% 31.8% 18.2% 9.1% 31.8% Micro <10 employees Small 11-50 emp. Medium 51-250 emp. Large 251-2499 emp. Very Large >2500 emp. Not answered Denmark (N=22) World (N=501) Fig. 3. Overview of the size of the companies as stated by the participants.

4 0 1 2 3 4 5 6 7 Cloud Applications and Services (e.g., data storage, Web Applications and Services (e.g., portals, shops) Other Financial Services (e.g. Banking, Insurance, Trading) Mobile Applications Robotics (e.g., autonomous robots, UAVs/drones) Other Information Systems (e.g. ERP, SAP, etc.) Other Embedded Systems and Services Energy (e.g., Smart Grid, renewable energy) Home Automation and Smart Buildings Games Automotive Software and Systems Media and Entertainment (e.g., photos, TV) Denmark (N=37) Fig. 4. Overview of the application domain of the companies as stated by the participants. Note: multipleselectionwasenabled. Nonetheless, Figure 3 illustrates, that not only small and medium-sized enterprises are represented which might favor a more agile development environment but that approx. a third of the respondents works in large companies. The application domain of the companies is very diverse. Most respondents work in the areas of cloud-, web-applications and services, see Figure 4. However, also robotics, home automation, and automotive software is represented, which is interesting for a country without car manufacturing. Even though existent in Danmark, there are no responses from the healthcare domain. This particular domain has been discussed within the safety focus point identified during the first HELENA workshop 5 [4]. 3 Applied Methods and Practices in Danmark Currently, our hypothesis is that the Danish software industry is more inclined to apply agile software development. To investigate this, we focused on the data set generated by Danish respondents, and we analyzed the list of methods and practices selected. This section presents the breakdown of the methods and practices based on the company size and the industry sectors (see see Figure 2). This analysis was first done on the HELENA data set for stage one [3]. However, this analysis di ers in a few ways. First, since stage one, the list of methods and practices alphabetically listed in the survey has changed to improve the instrument, and the HELENA team has yet to discuss and agree on a categorization of both the methods and the practices before the end of project stage two. Therefore, this analysis relies on a categorization based on prior experience and previously used classifications (e.g., [1]). Appendix A provides the 5 The first international HELENA workshop was held co-located with the 2017 International Conference on Software and Systems Process (ICSSP).

Table 2. Overview of the relative use of the di erent approaches based on (a) company size and (b) industry sector. For each item, the quantity is computed by counting the number of companies of, e.g., a particular size that have marked, e.g., a traditional method with at least a 5 (i.e., we sometimes use it ). Note: while participants had to select exactly one company size, they could select multiple industry sectors in which their company is engaged. 5 Method QTY Traditional Agile Both Approaches Selected Traditional Agile Both Micro (<10) 2 6 4 5 10.5% 36.8% 52.6% 19 Small (11-50) 7 79.4% 20.6% 34 8.3% 56.5% 35.2% 108 Medium (51-250) 4 21.1% 57.9% 21.1% 19 12.9% 55.7% 31.4% 70 Large (>250) 2 21.1% 63.2% 15.8% 19 12.1% 53.4% 34.5% 58 Very Large (>2500) 7 24.4% 58.5% 17.1% 41 15.4% 52.3% 32.2% 149 Average 13.3% 63.8% 22.9% 11.8% 51.0% 37.2% Deviation 10.6% 6.2% 6.8% 1.9% 5.6% 6.2% Cloud Applications and Services (e.g., data storage, SaaS) 6 75.0% 25.0% 32 9.0% 54.1% 36.9% 111 Web Applications and Services (e.g., portals, shops) 5 70.8% 29.2% 24 10.9% 51.1% 38.0% 92 Other 5 26.7% 6 13.3% 30 16.3% 52.0% 31.6% 98 Financial Services (e.g. Banking, Insurance, Trading) 3 13.3% 8 6.7% 15 8.0% 6 32.0% 50 Mobile Applications 3 75.0% 25.0% 12 7.8% 52.9% 39.2% 51 Robotics (e.g., autonomous robots, UAVs/drones) 3 2 55.0% 25.0% 20 16.1% 46.4% 37.5% 56 Other Information Systems (e.g. ERP, SAP, etc.) 2 3 5 2 10 13.0% 5 37.0% 46 Other Embedded Systems and Services 2 66.7% 33.3% 3 19.0% 47.6% 33.3% 21 Energy (e.g., Smart Grid, renewable energy) 2 23.8% 61.9% 14.3% 21 12.7% 52.7% 34.5% 55 Home Automation and Smart Buildings 2 42.9% 5 7.1% 14 19.5% 51.2% 29.3% 41 Games 2 11.1% 66.7% 22.2% 9 6.9% 58.6% 34.5% 29 Automotive Software and Systems 1 5 25.0% 25.0% 4 12.5% 5 37.5% 16 Media and Entertainment (e.g., photos, TV) 1 83.3% 16.7% 6 5.3% 57.9% 36.8% 19 Practice Average 16.8% 63.0% 20.2% 12.1% 52.7% 35.3% Deviation 14.3% 11.7% 6.6% 3.8% 3.1% 2.5% Approaches Selected full categorization for reference. Second, the scale used for these variables in the survey changed from being binary to a 7-point Likert scale 6.Third,di erently from the analysis performed in stage one, the data aggregation herein performed have been executed by keeping the methods and the practices separated. Table 2, shows clearly that the majority of Danish software producers apply agile methods on average 63.0% independent of company size and sector, see Figure 5. A notable exception are companies producing automotive software, which tend more to apply traditional methods. On average, more than half of the Danish companies disregarding size and sectors apply agile practices, even those developing automotive software. However, companies with less than ten employees appear to be less agile in practice, likely due to the lack of teams as such. Furthermore, the analysis in Table 2 supports one of the main results of project stage one [3], namely, that hybrid approaches emerge regardless of company size and industry sector ( 20.2%). Notably, and di erently from earlier results [3], it seems that companies with less than 50 employees in Denmark do not use traditional methods and only some traditional practices. Similarly, it seems that younger sectors, such as media and entertainment, games, and mobile applications are least traditional 6 The survey variables PU09 and PU10 changed scale from project stage one to two. Earlier they were binary, now they are on a 7-point Likert scale: 1: Do not know the framework ; 2: Do not know if we use it ; 3: Weneveruseit ;4: We rarely use it ; 5: Wesometimesuseit ;6: We often use it ; 7: We always use the framework.

6 Company Size 13.3% 63.8% 22.9% 11.8% 51.0% 37.2% Industry Sector 16.8% 63.0% 20.2% 12.1% 52.7% 35.3% 0% 10% 20% 30% 40% 50% 60% 70% 80% 90% 100% Method:Traditional Method:Agile Method:Both Practice:Traditional Practice:Agile Practice:Both Fig. 5. Overview of the breakdown provided in Table 2 generated based on the averages. in their practices. Interestingly, financial services report similar low application of traditional practices, all below 10%. We are aware that this analysis is premature and potentially misleading as only 22 respondents from Danmark are registered so far. To strengthen our analysis and to confirm the tendencies we encourage more participants from the Danish software industry to take the survey. 4 Conclusion and Final Remarks In this short paper, we have presented and analyzed the current results of the Danish HELENA stage two survey, based on the data from August 15, 2017. The trends seem to be in line with the entire data set as well as the results identified during the first stage of the project: traditional and agile methods and practices are combined with each other regardless of company size and industry sector. Nevertheless, some interesting di erences are present in both the population and the data, which seem to indicate that Danish enterprises might favor a more agile development environment. The grounds for these di erences and the extend to which methods and practices are combined will be further investigated once the survey will be closed. To this end, the Danish team will certainly attempt to promote and advertise more the HELENA survey, as attracting additional participation will be crucial to reach deeper and statistically sound insights. Acknowledgements. We would like to thank also on behalf of the entire HE- LENA team all those who took part in the survey and that helped us collecting data. References 1. P. Diebold and T. Zehler. The right degree of agility in rich processes. In Kuhrmann et al. (Eds.) Managing Software Process Evolution, pages 15 37. Springer, 2016. 2. M. Kuhrmann, P. Diebold, J. Münch, P. Tell, V. Garousi, M. Felderer, K. Trektere, F. McCa ery, O. Linssen, E. Hanser, and C. R. Prause. Hybrid software and system development in practice: Waterfall, scrum, and beyond. In Proceedings of the 2017

7 International Conference on Software and System Process, ICSSP2017,pages30 39, New York, NY, USA, 2017. ACM. 3. M. Kuhrmann, P. Diebold, J. Münch, P. Tell, K. Trektere, F. McCa ery, V. Garousi, M. Felderer, O. Linssen, E. Hanser, and C. R. Prause. Hybrid software development approaches in practice: A european perspective. IEEE Software., (in press) 2017. 4. M. Kuhrmann, J. Münch, P. Tell, and P. Diebold. Summary of the 1st international workshop on hybrid development approaches in software systems development. ACM, 2017. A Categorization of Methods and Practices Variable Categorization 7 Description Methods PU09 01 Traditional Classic Waterfall Process PU09 15 Traditional Phase / Stagegate model PU09 16 Traditional PRINCE2 PU09 17 Traditional Rational Unified Process PU09 21 Traditional* Spiral Model PU09 22 Traditional Structured Systems Analysis and Design Method (SSADM) PU09 24 Traditional Vshaped Process (VModel) PU09 03 Agile DevOps PU09 05 Agile Dynamic Systems Development Method (DSDM) PU09 06 Agile extreme Programming (XP) PU09 07 Agile Feature Driven Development (FDD) PU09 09 Agile Kanban PU09 10 Agile LargeScale Scrum (LESS) PU09 11 Agile Lean Software Development PU09 13 Agile Nexus PU09 18 Agile Scaled Agile Framework (SAFe) PU09 19 Agile Scrum PU09 20 Agile ScrumBan PU09 02 Both Crystal Family PU09 04 Both DomainDriven Design PU09 08 Both Iterative Development PU09 12 Both ModelDriven Architecture (MDA) PU09 14 Both Personal Software Process PU09 23 Both Team Software Process Practices PU10 01 Traditional Architecture Specifications PU10 03 Traditional Automated Theorem Proving PU10 16 Traditional Detailed Designs/Design Specifications PU10 19 Traditional Expert/Team based estimation (e.g. Planning Poker) PU10 20 Traditional* Formal estimation (e.g. COCOMO, FP) PU10 21 Traditional Formal Specification PU10 24 Traditional Model Checking PU10 36 Traditional Use Case Modeling (as Requirements Engineering Practice) PU10 05 Agile Backlog Management PU10 06 Agile BurnDown Charts (as Progress Monitoring Practice) PU10 09 Agile Collective code ownership PU10 10 Agile Continuous deployment PU10 11 Agile Continuous integration PU10 12 Agile Daily Standup PU10 13 Agile Definition of done / ready PU10 15 Agile* Destructive Testing PU10 23 Agile Iteration/Sprint Reviews PU10 17 Agile Limit WorkinProgress (e.g., using Kanban board) PU10 25 Agile OnSite Customer PU10 28 Agile* Refactoring PU10 29 Agile Release planning PU10 30 Agile Retrospectives PU10 31 Agile ScrumofScrums PU10 34 Agile User Stories (as Requirements Engineering Practice) PU10 35 Agile Velocitybased planning PU10 02 Both Automated Code Generation PU10 04 Both Automated Unit Testing PU10 07 Both Code review PU10 08 Both Coding standards PU10 14 Both Design Reviews PU10 18 Both EndtoEnd (System) Testing PU10 22 Both Iteration Planning PU10 26 Both Pair Programming PU10 27 Both Prototyping PU10 32 Both Security Testing PU10 33 Both Testdriven Development (TDD) 7 Note that the items which categorization is marked in italic with a * symbol are considered particularly debatable.