10
DevOps’ Culture Challenges Model (DC2M): A Systematic Literature Review Protocol

MUHAMMAD SHOAIB KHAN1, ABDUL WAHID KHAN1, JAVED KHAN1

1 University of Science and Technology Bannu, Pakistan Email: [email protected], [email protected]

Abstract

Development and operations (DevOps) is a cultural movement or framework that aims to build a bridge between IT development and operation with the purpose of efficiently shortening the development cycle at low cost. Many organizations are adopting DevOps practices due to the substantial benefits that have been shown such as a significantly faster time to market and reliability. However, there is a lack of meaning and literature on the key concepts, methods, tools and challenges of adopting DevOps strategies. The purpose of this systematic literature review protocol (SLR) is to investigate and discuss challenges related to DevOps culture and its practices. This includes how DevOps works in an organization and provides a detailed definition of the concept of DevOps and identifies the cultural challenges faced by organizations during the adoption of DevOps. SLR has been conducted to identify ways to successfully adopt the DevOps approach. The identified data will be validated by empirical study and finally analytic hierarchy process (AHP) techniques will be applied to give an alternate solution. Finally, the ultimate goal of this protocol is to develop DevOps’ Culture Challenges Model (DC2M) to improve collaboration, understanding and trust and reduce the barriers between development team and operation team.

Keywords: DevOps, culture, culture challenges, systematic literature review, practices, software development

10.1 Introduction

Development and operations (DevOps) is one of the hottest and most favorable practices in the software delivery process in recent years. Software organizations are under pressure these days because they want an immediate supply of products to market [1]. DevOps aims to increase software production with speed and quality by means of new infrastructure, procedures and potency of automation [2]. DevOps is a set of practices and cultural values that aim to improve collaboration and resolve obstacles between development personnel and IT operation personnel [3-5]. DevOps is a shifting culture whose main objective is to integrate the development and operation to gain business benefits by means of appropriate technology [6]. The word “DevOps” describes the objective to break down the wall between the development team and operation team and bring together both teams by collaborative culture [7]. Time and quality are the two main constraints infecting software development [2]. At a DevOps organization, an independent team takes care of both development as well as IT operations department [8]. The key objectives of DevOps are to mitigate time, boost automation, resolve silos and user feedback between development and IT operation during the software delivery process without affecting the software quality [9, 10]. It aims to integrate teams with new practices and improve communication and automation techniques between the development team and operations teams [11].

Since DevOps is a new trendy and innovative approach in software engineering, its popularity is growing day by day. Most software organizations achieve their business goals by means of this new practice. Today’s most popular software companies, like Google, Facebook, Amazon, Netflix and LinkedIn, adopt DevOps practices that enable fast software production, reduce time and reply quickly to user requests [12]. DevOps greatest emphasis is on productivity and its business-oriented ability to pave the way for organizational culture change and rapid learning [13]. Adoption of DevOps has many advantages, it allows greater collaboration and communication, and reduces the time it takes to market and release new updates of software [14]. However, adoption of this new approach is not an easy task. Several organizations have faced difficulties while changing from legacy infrastructure to new DevOps infrastructure. Transitioning from traditional organization to DevOps organization is a very costly, time-consuming, tedious process requiring great effort [4]. The DevOps practices need a solid and continuous link between the development department and IT operation in order to create a cross-functional team where every member is expected to do the task of the other member [15].

Various literature has been studied and published about DevOps practices with the main objective of finding an ultimate definition of DevOps [7]. Recent and previous scientific literature reveals that the critical challenge is that there is no standard and formal definition for it [2, 16]. A systematic literature review shows that DevOps rapidly spread from 2014 to 2015, and the related papers are low ranking in quality [10]. A systematic literature review (SLR) and empirical study (ES) is required to adopt DevOps practices to improve product quality, automation of operation services and fast delivery of software at low cost.

Since DevOps is a union of development and operation, and development members and operation members work together, there are always conflicts between them which affect the DevOps environment in an organization. Many critical challenges are faced by the development team and operation team. One of the most critical issues is “culture.” DevOps culture focuses on the collaboration and integration of development and operation teams, which enhance the maturity of the software process, and quality and knowledge sharing among teams [17]. One main reason which can cause the entire process to fail is the temporary employee in an organization who is not part of the long-established DevOps culture [18]. Another reason is the geographical distribution, which creates issues like communication, time zone, and social relationship, which are core elements for organizational culture [19].

10.2 Background

Software organizations are shifting from traditional approaches to new practices to deliver fast and smooth applications in the market. Conventional software processes are linear and performed sequentially. Each stage is completed after the completion of the previous stage. Traditional or waterfall model software is monolithic and executes in an isolated environment [20]. Traditional approaches become more challenging and create instability in the software development process [21]. One main disadvantage of traditional methodologies is that they delay the release of new software updates, causing users to become disheartened when errors are found in the updated version of software or it doesn’t work as expected [16].

Conversely, the Agile model is an iterative and incremental software development process. The Agile software development model first appeared in 2001, and created a better relationship between software programers and business organizations [22]. The agile approach was developed by software companies due to the inefficiency of traditional methods to fulfill the desired goals of both software developers and business management. The agile concept has a set of guidelines for the software development process and focuses on the delivery of software in increments. Scrum is an agile application which has been broadly used in software development processes [23].

The term “DevOps” was invented by Petrick Debois in 2009, and he is also known as the father of DevOps [24]. From previous studies it is revealed that issues, such as lack of collaboration, and conflicts between development and operation, adversely impact on the quality, time and delivery of software production [25]. DevOps is a recent practice which breaks down the wall between the development team and operation team. It aims to integrate all team members into a collaborative organization.

DevOps is an evolution of agile approaches in the software development [2,7,26]. It does not have approaches like Scrum and extreme programming (XP), therefore organizations can apply DevOps practices by training their personnel [12]. DevOps is a continuous loop of integrated processes. Every process has its own specific tool which automates deployment and operations processes. The fast growth of DevOps ensures remarkable benefits of automation and acceleration of delivery and deployment of applications in the software industry [27]. Industrial DevOps is a vision to enable sustainable adaptation and improvement in industrial manufacturing by making industrial data available to multiple stakeholders [28]. The DevOps environment needs skillful technical staff as well as a wide variety of tools to maintain a continuous integration pipeline [9].

Despite the numerous advantages of DevOps, every organization cannot adopt this approach. It is not an easy job to adopt DevOps practices. DevOps is a culture shift and it requires various practices, tools, personnel and technology changes and upgradation. According to the literature, researchers have found many challenges while adopting DevOps. One of the most important and critical challenges faced by many organization is “Culture.” The core elements of DevOps culture are face-to-face communication, motivation, trust, responsibility, and respect [29].

  • Hüttermann et al. [19] describe DevOps as a multifaceted word with four major characteristics: culture, automation, measurement and sharing.
  • Rembetsy et al. [9] stated that Etsy, an e-commerce company, converted his company culture into a DevOps culture.
  • Luz et al. [5] stated that the key category for DevOps adoption is a collaborative culture which resolves the conflicts between the development team and IT operation team and carries out all tasks from the first day.
  • Luz et al. [3] built a model based on grounded theory, which highlighted that for DevOps adoption a collaborative culture is a central element for practitioners.

From an organizational point of view, the top priorities are company culture and people and how they use DevOps practices in an organization [30]. Those in the DevOps culture need to have the correct mindset to learn new techniques, tools, and additional new tasks; and every member in the organization needs to closely work with colleagues to communicate and understand the new architecture design. Respect and trust are core elements in DevOps culture. Blaming each other can cause the failure of the entire project.

From the literature it is revealed that many researchers have tried to overcome the challenge of the DevOps culture. Researchers have created theories, theoretical models, maturity models, competency models and other techniques to resolve the culture issue in DevOps. In spite of that, it is a new approach in which some studies are carried out using the SLR protocol on the DevOps culture. However, many studies are limited and do not address the culture issues.

10.3 Systematic Literature Review Protocol

This study deals with designing the systematic literature review protocol for DevOps’ culture challenges model (DC2M) by using the guideline of Kitchenham [31]. Systematic literature reviews are different from general literature surveys; the results are more accurate, authoritative and less biased than general literature surveys [32,33]. SLR is a procedure of collecting knowledge about a specific topic and its main objective is to be as unbiased, repeatable and auditable [34]. From the studies it has been demonstrated that SLR assists in organizing and focusing results related to a specific research question in software engineering [35,36]. The SLR is based on the three main phases of systematic review, i.e., planning the review, conducting the review and reporting the review [35]. We first performed the SLR procedure to identify key challenges for DC2M and develop a protocol. We have defined our search strings, related digital libraries, the inclusion and exclusion criteria, and data extraction process [37].

Research Questions:

  • RQ1: What are the culture challenges that should be avoided by vendor organizations in DevOps development process?
  • RQ2: What are the practices discussed in the literature to overcome culture challenges in DevOps process?
  • RQ3: What are the real-world practices that should be adopted to overcome culture challenges?

10.4 Creating the Search String

After constructing the research questions, the following terminologies assist in the design for creating search terms. Table 10.1 show the search terms construction.

Table 10.1: Search string construction.

InterventionChallenges, barriers, issues, problems
PopulationDevOps Culture, Vendor Organization
OutcomeDevOps Culture Solution

Experimental Design: Empirical studies, systematic literature review, theoretical studies, experts’ opinions, and AHP techniques are used in experimental design.

Table 10.2, 10.3, and Table 10.4 specify the search terms construction for RQ1, RQ2, and RQ3 respectively.

Table 10.2: RQ1 search terms construction.

InterventionWhat culture challenges are avoided by . . .
PopulationVendor organization in. . . .
OutcomeDevOps Culture Solution

Table 10.3: RQ2 search terms construction.

InterventionWhat are the practices. . . .as culture challenges
PopulationAre discussed in literature . . . .. DevOps process
OutcomeDevOps Culture Solution

Table 10.4: RQ3 search terms construction.

InterventionWhat are the real world practices. . . . as culture challenges
PopulationShould be adopted . . . .. DevOps process
OutcomeDevOps Culture Solution

10.5 Search Strategies

10.5.1 Trial Search

In order to search the most relevant literature available about DevOps culture, the trial search is carry out in online electronic databases, which are IEEE Xplore, ACM Digital Library, Springer Link, Google Scholar, and Science Direct.

(DevOps AND Culture AND Challenges AND practices AND vendor)

Now we expand our trial search string for more details:

((DevOps OR “development operations” OR “cross-function collaboration” “software development” OR “product development” OR “IT operation” OR “collaborative culture” OR “continuous integration” OR monitoring OR management OR sharing) AND (culture OR values OR Society OR literature OR lifestyle OR growth) AND (challenges OR problems OR barriers OR obstacles OR issues) AND (practices OR training OR exercise OR implementation OR execution OR methods OR activities OR approach OR techniques OR procedure) AND (vendor OR supplier OR provider OR broker OR developer OR dealer OR agent OR merchant))

10.5.2 Recognizing Search Terms Attributes

For constructing the search string/term the following search approach is used:

  1. a. Research questions are used for the extraction of major terms, by identifying population, intervention and outcome.
  2. b. Alternative spellings and synonyms are found for the major terms.
  3. c. Keywords are verified in any relevant paper.
  4. d. Boolean operators such as ‘OR’ for the concatenation of alternative spellings and synonyms and ‘AND’ for the concatenation for the major terms.

10.5.3 Results for a

  • RQ1: DevOps, culture, challenges, vendor
  • RQ2: practices, culture, challenges, DevOps process
  • RQ3: practices, culture, challenges, DevOps development

10.5.4 Results for b

  • RQ1
    • – DevOps: (DevOps OR “development operations” OR “cross-function collaboration” “software development” OR “product development”
    • OR “IT operation” OR “collaborative culture” OR “continuous integration” OR monitoring OR management OR sharing)
    • – Culture: (culture OR values OR Society OR literature OR lifestyle OR growth)
    • – Challenges: (challenges OR problems OR barriers OR obstacles OR issues)
    • – Vendor: (vendor OR supplier OR provider OR broker OR developer OR dealer OR agent OR merchant)
  • RQ2
    • – Practices: (practices OR training OR exercise OR implementation OR execution OR methods OR activities OR approach OR techniques OR procedure)
    • – Culture: (culture OR values OR Society OR literature OR lifestyle OR growth)
    • – Challenges: (challenges OR problems OR barriers OR obstacles OR issues)
    • – DevOps process: (DevOps OR “development operations” OR “cross-function collaboration” “software development” OR “product development” OR “IT operation” OR “collaborative culture” OR “continuous integration” OR monitoring OR management OR sharing)
  • RQ3
    • – Practices: (practices OR training OR exercise OR implementation OR execution OR methods OR activities OR approach OR techniques OR procedure)
    • – Culture: (culture OR values OR Society OR literature OR lifestyle OR growth)
    • – Challenges: (challenges OR problems OR barriers OR obstacles OR issues)
    • – DevOps development: (DevOps OR “development operations” OR “cross-function collaboration” “software development” OR “product development” OR “IT operation” OR “collaborative culture” OR “continuous integration” OR monitoring OR management OR sharing)

10.5.5 Results for c

DevOps, DevOps development, DevOps process, DevOps culture, culture, challenges, culture challenges, vendor, vendor organization, practices

10.5.6 Results for d

  • RQ1:

    ((DevOps OR “development operations” OR “cross-function collaboration” “software development” OR “product development” OR “IT operation” OR “collaborative culture” OR “continuous integration” OR monitoring OR management OR sharing) AND (culture OR values OR Society OR literature OR lifestyle OR growth) AND (challenges OR problems OR barriers OR obstacles OR issues) AND (vendor OR supplier OR provider OR broker OR developer OR dealer OR agent OR merchant))

  • RQ2:

    ((practices OR training OR exercise OR implementation OR execution OR methods OR activities OR approach OR techniques OR procedure) AND (culture OR values OR Society OR literature OR lifestyle OR growth) AND (challenges OR problems OR barriers OR obstacles OR issues) AND (DevOps OR “development operations” OR “cross-function collaboration” “software development” OR “product development” OR “IT operation” OR “collaborative culture” OR “continuous integration” OR monitoring OR management OR sharing))

  • RQ3:

    ((practices OR training OR exercise OR implementation OR execution OR methods OR activities OR approach OR techniques OR procedure) AND (culture OR values OR Society OR literature OR lifestyle OR growth) AND (challenges OR problems OR barriers OR obstacles OR issues) AND (DevOps OR “development operations” OR “cross-function collaboration” “software development” OR “product development” OR “IT operation” OR “collaborative culture” OR “continuous integration” OR monitoring OR management OR sharing))

10.6 Final Search String Construction

In order to find the most relevant literature, we chose the following five scientific databases:

  • Google Scholar1
  • ACM Digital Library2
  • ScienceDirect3
  • SpringerLink4
  • IEEE Xplore5

We constructed a single search string from all three research questions. Within databases the search string was not filtered and also the date range was not selected for the purpose of getting a wide overview. We used the following final search string from the three research questions.

((DevOps OR “continuous integration” OR “software automation” OR “cross-function collaboration” OR “continuous deployment”) AND (culture OR values OR literature) AND (challenges OR issues OR barriers) AND (vendor OR supplier OR trader) AND (practices OR methods OR implementation))

Table 10.5: Detail of search results of different databases.

Name of the Database Search Result
Google Scholar 6580
ACM Digital Library 114
ScienceDirect 1233
SpringerLink 3543
IEEE Xplore 25
 Total11495

10.7 Selection Criteria and Search Process

In order to find the relevant data to the research questions, the primary selection first takes place on the basis of research paper title, research paper abstract and research paper keywords. The following Table 10.6 shows the primary selection of papers by search results.

Table 10.6: Detail of primary selected papers.

Name of DatabaseSearch ResultPrimary Selection
Google Scholar6580184
ACM Digital Library11431
ScienceDirect123353
SpringerLink3543110
IEEE Xplore252
Total11495380

The search results gave us the primary selection and then we used the following inclusion and exclusion criteria for selecting papers for the final publications.

10.7.1 Inclusion Criteria

Inclusion criteria are used to explain which part of the studies (articles, technical reports, or “grey literature”) is built by the search term which will be used for data extraction phase. The focus has been on DevOps culture challenges and practices and papers written in English language and electronically available. The inclusion criteria are defined below:

  • Research papers which are explicitly related to DevOps culture.
  • Research papers which describe the culture challenges by vendor organizations in DevOps development processes.
  • Research papers which describe the practices to overcome culture challenges.
  • Research papers which describe the relationship between vendor organization and DevOps culture.
  • Research papers which describe the real-world practices for the successful adoption of DevOps culture.
  • Research papers are included which are written in English language.
  • Research papers are included whose title is related to DevOps culture.
  • Research papers are included whose keywords are matched with the keywords as defined in search strings.

10.7.2 Exclusion Criteria

Exclusion criteria are used when the literature is not related to our research project and excludes all irrelevant literature which is not used for data extraction process. The exclusion criteria are defined below:

  • Research papers which are not related to our research questions.
  • Research papers which are not related to DevOps culture.
  • Research papers which are not related to the vendor organization.
  • Research papers which do not describe the DevOps culture and its challenges.
  • Research papers which do not describe practices in DevOps culture.
  • Research papers which do not satisfied DevOps culture and practices in software organizations.
  • Research papers repeated in more than one electronic library.
  • Exclude papers which are not written in English language.

10.7.3 Selection of Primary Sources

The main goal of primary selection is based on reviewing the title, keywords and abstract of the papers. The objective of these findings helps us to remove all research papers which are not related to our topic. For the final selection of papers, check the results against inclusion/exclusion criteria by reviewing the articles completely. A secondary reviewer is needed to review the data if there is any uncertain situation regarding inclusion/exclusion criteria. The primary source record is effectively maintained regarding inclusion/exclusion criteria and is required when deciding whether to include or exclude it for the final review.

10.8 Assessment of Publication Quality

Quality criteria are used to ensure the quality of the final publication and the assessment of quality is performed in parallel at the time of data extraction. The quality of publication is carried out purely on the basis of the following questions:

  • Has the author noticeably recognized the challenge which affects the DevOps culture in software organizations?
  • What practices are adopted by the author to overcome culture challenges in DevOps?

The abovementioned questions will be marked as ‘YES’ or ‘NO’ or ‘NA’.

The supervisor (secondary reviewer) will also contribute in scoring of small subset for the validation.

10.9 Data Extraction Stage

10.9.1 Initiation of Data Extraction Phase

After studying the primary selected publications the data extraction stage begins, which is focused on satisfying the research questions. The data below will be extracted from each of the research papers:

  • Details of publication (title, authors, journal/conference title, volume, location year etc.).
  • The following data will be extracted that is related to the research questions:
    • – For RQ1, background information and challenges/risks/obstacles that point out the influence of the DevOps culture in vendor organization.
    • – For RQ2, background information as well as practices and solutions related data will be extracted to overcome culture challenges in DevOps processes.
    • – For RQ3, background information and practices or solution are identified in the literature for the DevOps culture.

10.9.2 Presentation of Data Extraction

The extracted data will be presented in the following format:

Table 10.7: Data extraction format.

Schematic illustration of data extraction format.

10.9.3 Data Extraction Process

In the data extraction process, the primary researcher who is responsible for data extraction from the publications commences the primary review. In the case where an issue needs to be dealt with in data extraction, the secondary reviewer provides guidance to the primary reviewer to tackle the issue. The primary reviewer is responsible for extracting data from the selected publications. The secondary reviewer also contributes to selecting the the data randomly from that already chosen by the primary reviewer. The secondary reviewer chooses the data independently and compares his/her results with the results of the primary reviewer.

10.9.4 Data Storage

After the data extraction process, the summarized data will be kept as an SPSS document and it will be stored on a local drive at the University of Science and Technology Bannu, Pakistan.

10.10 Data Synthesis

In the data synthesis stage, one summary table is constructed having columns as well as S No., DevOps Culture Challenges, Frequency, Percentage, etc., which spotlights the list of all challenges in DevOps culture with their frequencies and percentages.

10.11 Discussion

We have conducted this study to explore the various challenges in the DevOps development process faced by vendor organizations. We have used the SLR method to identify key challenges from the literature as given in Table 10.8.

Table 10.8: List of critical challenges.

S NoChallengesFrequency (N=66)Percentage
1Lack of Collaboration and Communication4568
2Lack of Skill and Knowledge3756
3Criticism Practices3350
4Lack of DevOps Approach3147
5Lack of Management3045
6Trust and Confidence Problems3045
7Complicated Infrastructure2335
8Poor Quality2233
9Security Issues1929
10Legacy Infrastructure1523

Table 10.8 lists a total of 10 critical challenges identified by the SLR. The challenge “lack of collaboration and communication” (68%) has the highest frequency. The distance of cooperation between communication, development and work will lead to problems such as team conflict and failure [38]. When the conversation is in English, which is not the mother tongue of the seller or the client, it creates natural challenges for communication [39]. Lwakatare et al. describe the problem of poor communication between teams in an organization, which can be identified by the limited common knowledge between people [40]. If there is a lack of communication and collaboration between IT managers and vendor organizations, then it creates misunderstandings and confusion, which results in a lot of work and time [41].

“Lack of skill and knowledge” (56%) is the second major challenge on this list. Implementing successful DevOps techniques in an organization requires knowledgeable and skilled staff in both development and operations departments [38]. Many organizations do not have enough skilled staff to create the right environment for IT projects and this is a key factor in project failure [42].

“Criticism practices,” which has a reported 50% frequency in the literature, is a major challenge that has a negative impact on DevOps culture. If there is a culture of blaming and pointing fingers and people do not change their behavior, we will never learn anything. The literature shows that people resist changing their attitudes, which is the biggest obstacle to the success of organizational change [43].

In our study, the “lack of DevOps approach” (47%) has been identified as a key challenge in the implementation of DevOps culture. The biggest challenge in adopting the DevOps approach is learning new methods and tools as it requires changing mindsets and attitudes in specific contexts [44]. Due to its multifaceted nature, it is difficult to adopt the DevOps approach, because its vague definitions and goals confuse organizations and individuals, leading to a negative perception of resistance to the adoption of DevOps [45].

In every organization, management plays a vital role in achieving goals and objectives. “Lack of management” (45%) is also a critical challenge in our list. The management and DevOps teams do not have a common goal, which results in resource allocation as well as delays in delivery dates, which has a negative impact on stakeholders [46]. If there is friction between the management level as well as the members of other levels, then an undesirable atmosphere is created [47].

“Trust and confidence problems” (45%) also affects the DevOps culture and is a challenge for adoption of DevOps practices. Achieving goals is impossible if there is a lack of trust among team members. Lack of trust is easily established when the development team and the operations team cannot trust each other [48]. People generally resist and fear the loss of changing culture and jobs because they have insufficient expertise in both development and operation areas [45].

“Complicated infrastructure” (35%) is a serious problem that affects the overall performance of the organization. DevOps is a movement from a legacy structure to a highly integrated system, making it more difficult for IT services to become modern, reliable and efficient [44]. It is very difficult to be agile when a complex organization and culture is unintentionally slow [49].

Another challenge on the list is “poor quality” (33%). Poor quality is a major obstacle to project success due to the unavailability of a proper user company. When the development and operations team pays too much attention to non-functional requirements, they release substandard products into the market [39]. The high turnover of team members in an organization also affects the quality and volume of work [47].

Security is the backbone of any organization’s success. In our literature, we have found that “security issues” are a major problem in the adoption of DevOps and our list of key challenges includes 29% frequency in security matters. When an organization does not have security experts, the development team focuses more on production than on “big fixes,” which leads to products with poor quality as well as error-prone areas [50]. Another major mistake of the DevOps organization is that it does not pay attention to the security aspect and the employee has access to the database and can possibly install malware in the system and steal confidential information [46].

“Legacy infrastructure” is the last major challenge on our list and is identified by its 23% frequency in the literature. Because DevOps is a new practice that transforms the traditional structure into a new complex and integrated infrastructure, legacy infrastructure does not support new technologies, new software versions, and new ways of working with tools [51-55]. The traditional system creates resistance to the current way of working to adapt the organization’s role, structure, decision-making and DevOps [40].

10.12 Validation of Review Protocol

This protocol will be submitted to the secondary reviewer (Supervisor, Dr. Abdul Wahid Khan) for the purpose of reviewing the protocol.

10.13 Limitation

A limitation to this study is that only real-world practices from RQ3 (questionnaire survey, interviews, etc.) will be generated. Another limitation to this study is that since DevOps is a new concept, the literature on DevOps culture is limited. Moreover, Google Scholar shows only 184 results out of 6580.

References

1. Wang, Y., Pyh¨aj¨arvi, M., & M¨antyl¨a, M. V. (2020, October). Test Automation Process Improvement in a DevOps Team: Experience Report. In 2020 IEEE International Conference on Software Testing, Verification and Validation Workshops (ICSTW) (pp. 314-321). IEEE.

2. Sánchez-Gordón, M., & Colomo-Palacios, R. (2018, October). Characterizing DevOps culture: a systematic literature review. In International Conference on Software Process Improvement and Capability Determination (pp. 3-15). Springer, Cham.

3. Luz, W. P., Pinto, G., & Bonifácio, R. (2018, October). Building a collaborative culture: a grounded theory of well succeeded devops adoption in practice. In Proceedings of the 12th ACM/IEEE International Symposium on Empirical Software Engineering and Measurement (pp. 1-10).

4. Senapathi, M., Buchan, J., & Osman, H. (2018, June). DevOps capabilities, practices, and challenges: insights from a case study. In Proceedings of the 22nd International Conference on Evaluation and Assessment in Software Engineering 2018 (pp. 57-67).

5. Luz, W. P., Pinto, G., & Bonifácio, R. (2019). Adopting DevOps in the real world: A theory, a model, and a case study. Journal of Systems and Software, 157, 110384.

6. Ebert, C., Gallardo, G., Hernantes, J., & Serrano, N. (2016). DevOps. IEEE Software, 33(3), 94-100.

7. Leite, L., Rocha, C., Kon, F., Milojicic, D., & Meirelles, P. (2019). A survey of DevOps concepts and challenges. ACM Computing Surveys (CSUR), 52(6), 1-35.

8. Govil, N., Saurakhia, M., Agnihotri, P., Shukla, S., & Agarwal, S. (2020, June). Analyzing the Behaviour of Applying Agile Methodologies & DevOps Culture in e-Commerce Web Application. In 2020 4th International Conference on Trends in Electronics and Informatics (ICOEI)(48184) (pp. 899-902). IEEE.

9. Erich, F. M. A., Amrit, C., & Daneva, M. (2017). A qualitative study of DevOps usage in practice. Journal of Software: Evolution and Process, 29(6), e1885.

10. Bolscher, R., & Daneva, M. (2019, May). Designing Software Architecture to Support Continuous Delivery and DevOps: A Systematic Literature Review. In ICSOFT (pp. 27-39).

11. Rowse, M., & Cohen, J. (2021, January). A Survey of DevOps in the South African Software Context. In Proceedings of the 54th Hawaii International Conference on System Sciences (p. 6785).

12. Díaz, J., Almaraz, R., Pérez, J., & Garbajosa, J. (2018, May). DevOps in practice: an exploratory case study. In Proceedings of the 19th International Conference on Agile Software Development: Companion (pp. 1-3).

13. Mubarkoot, M. (2021, June). Assessment of factors influencing adoption of devops practices in public sector and their impact on organizational culture. In Proceeding International Conference on Science (ICST) (Vol. 2, pp. 475-483).

14. Lwakatare, L. E., Kuvaja, P., & Oivo, M. (2016, November). Relationship of DevOps to agile, lean and continuous deployment. In International Conference on Product-focused Software Process Improvement (pp. 399-415). Springer, Cham.

15. Hemon, A., Lyonnet, B., Rowe, F., & Fitzgerald, B. (2020). From agile to DevOps: Smart skills and collaborations. Information Systems Frontiers, 22(4), 927-945.

16. Wiedemann, A., Forsgren, N., Wiesche, M., Gewald, H., & Krcmar, H. (2019). Research for practice: the DevOps phenomenon. Communications of the ACM, 62(8), 44-49.

17. Khan, A. A., Shameem, M., Nadeem, M., & Akbar, M. A. (2021). Agile trends in Chinese global software development industry: Fuzzy AHP based conceptual mapping. Applied Soft Computing, 102, 107090.

18. Morales, J. A., Yasar, H., & Volkman, A. (2018, May). Implementing DevOps practices in highly regulated environments. In Proceedings of the 19th International Conference on Agile Software Development: Companion (pp. 1-9).

19. Smeds, J., Nybom, K., & Porres, I. (2015, May). DevOps: a definition and perceived adoption impediments. In International Conference on Agile Software Development (pp. 166-177). Springer, Cham.

20. Khan, A. A., & Shameem, M. (2020). Multicriteria decision-making taxonomy for DevOps challenging factors using analytical hierarchy process. Journal of Software: Evolution and Process, 32(10), e2263. DOI: 10.1002/smr.2263

21. Mishra, A., & Otaiwi, Z. (2020). DevOps and software quality: A systematic mapping. Computer Science Review, 38, 100308.

22. Zhou, P., Khan, A. A., Liang, P., & Badshah, S. (2021). System and Software Processes in Practice: Insights from Chinese Industry. In Evaluation and Assessment in Software Engineering (pp. 394-401).

23. Srinivasan, R., Eppinger, S. D., & Joglekar, N. (2019, July). The Structure of DevOps in Product-Service System Development. In Proceedings of the Design Society: International Conference on Engineering Design (Vol. 1, No. 1, pp. 3111-3120). Cambridge University Press.

24. Badshah, S., Khan, A. A, & Khan, B. (2020). Towards Process Improvement in DevOps: A Systematic Literature Review. In Proceedings of the Evaluation and Assessment in Software Engineering (EASE ’20). Association for Computing Machinery, New York, NY, USA, 427–433. DOI: https://doi.org/10.1145/3383219.3383280

25. Lwakatare, L. E., Kilamo, T., Karvonen, T., Sauvola, T., Heikkil¨a, V., Itkonen, J., ... & Lassenius, C. (2019). DevOps in practice: A multiple case study of five companies. Information and Software Technology, 114, 217-230.

26. Bobrov, E., Bucchiarone, A., Capozucca, A., Guelfi, N., Mazzara, M., Naumchev, A., & Safina, L. (2020). Devops and its philosophy: Education matters!. In Microservices (pp. 349-361). Springer, Cham.

27. Rong, G., Jin, Z., Zhang, H., Zhang, Y., Ye, W., & Shao, D. (2019, May). DevDocOps: Towards automated documentation for DevOps. In 2019 IEEE/ACM 41st International Conference on Software Engineering: Software Engineering in Practice (ICSE-SEIP) (pp. 243-252). IEEE.

28. Henning, S., & Hasselbring, W. (2021). The Titan Control Center for Industrial DevOps analytics research. Software Impacts, 7, 100050.

29. Bisandu, D. B. (2018). Cloud DevOps future of E-Business. International Journal of Latest Technology in Engineering, Management & Applied Science-IJLTEMAS, 7(11), 19-23.

30. Yasar, H., & Kontostathis, K. (2016). Where to integrate security practices on DevOps platform. International Journal of Secure Software Engineering (IJSSE), 7(4), 39-50.

31. Kitchenham, B. A. (2012, September). Systematic review in software engineering: where we are and where we should be going. In Proceedings of the 2nd international workshop on Evidential Assessment of Software Technologies (pp. 1-2).

32. Khan, A. A., Keung, J., Niazi, M., Hussain, S., & Ahmad, A. (2017). Systematic literature review and empirical investigation of barriers to process improvement in global software development: Client–vendor perspective. Information and Software Technology, 87, 180-205.

33. Khan, A. A., Keung, J., Hussain, S., Niazi, M., & Kieffer, S. (2018). Systematic literature study for dimensional classification of success factors affecting process improvement in global software development: client–vendor perspective. IET Software, 12(4), 333-344.

34. Kitchenham, B., Pretorius, R., Budgen, D., Brereton, O. P., Turner, M., Niazi, M., & Linkman, S. (2010). Systematic literature reviews in software engineering–a tertiary study. Information and Software Technology, 52(8), 792-805.

35. Kitchenham, B. (2004). Procedures for performing systematic reviews. Keele, UK, Keele University, 33(2004), 1-26.

36. Mu˜noz, M., Negrete, M., & Mejía, J. (2019, April). Proposal to avoid issues in the devops implementation: A systematic literature review. In World Conference on Information Systems and Technologies (pp. 666-677). Springer, Cham.

37. Khan, A. W., & Khan, S. U. (2015). Solutions for critical challenges in offshore software outsourcing contract. Pakistan Academy of Sciences, 52, 331-344.

38. Yiran, Z., & Yilei, L. (2017). The Challenges and Mitigation Strategies of Using DevOps during Software Development.

39. Sepp¨a-Lassila, T., J¨arvi, A., & Hyrynsalmi, S. (2017). An assessment of DevOps maturity in a software project. Computer Science.

40. Jonker, M. (2017). DevOps Implementation Model for Large IT Service Organizations.

41. Baig, A. (2019). Implementation of Agile Software Development Methodology in a Company–Why? Challenges? Benefits?.

42. Wiedemann, A., & Wiesche, M. (2018). Are you ready for Devops? Required skill set for Devops teams.

43. Mayner, S. W. (2017). Transformational leadership and organizational change during agile and devops initiatives (Doctoral dissertation, Capella University).

44. Blomberg, V. (2019). Adopting DevOps Principles, Practices and Tools. Case: Identity & Access Management. in Practice, 29(6), 1-14.

45. 45. Pérez Hoyos, L., DevOps: IT Development in the Era of Digitalization. 2018.

46. Plant, O. H. (2019). DevOps under control: development of a framework for achieving internal control and effectively managing risks in a DevOps environment (Master’s thesis, University of Twente).

47. Nader-Rezvani, N., Nader-Rezvani, & McDermott. (2019). An Executive’s Guide to Software Quality in an Agile Organization. Apress.

48. Hamunen, J. (2016). Challenges in adopting a Devops approach to software development and operations.

49. Atwal, H. (2020). DataOps Technology. In Practical DataOps (pp. 215-247). Apress, Berkeley, CA.

50. Casagni, M., Lead, M. I. T. R. E., Hanf, D., Area, C., Malhotra, P., Heeren, M., ... & Kristan, M. FEDERAL DEVOPS SUMMIT.

51. Katal, A., Bajoria, V., & Dahiya, S. (2019, March). DevOps: Bridging the gap between Development and Operations. In 2019 3rd International Conference on Computing Methodologies and Communication (ICCMC) (pp. 1-7). IEEE.

52. Ravichandran, A., Taylor, K., & Waterhouse, P. (2016). DevOps Finetuning. In DevOps for Digital Leaders (pp. 151-169). Apress, Berkeley, CA.

53. Feijter, R., Vliet, R., Jagroep, E., Overbeek, S., & Brinkkemper, S. (2017). Towards the adoption of DevOps in software product organizations: A Maturity Model Approach. Technical Report Series, (UU-CS-2017-009).

54. Le, D. N. (2017). A new ant algorithm for optimal service selection with end-to-end QoS constraints. Journal of Internet Technology, 18(5), 1017-1030.

55. Khan, A. A., Keung, J., Niazi, M., Hussain, S., & Shameem, M. (2019). GSEPIM: A roadmap for software process assessment and improvement in the domain of global software development. Journal of Software: Evolution and Process, 31(1), e1988.

  1. 1 https://scholar.google.com
  2. 2 https://dl.acm.org/
  3. 3 https://www.sciencedirect.com/
  4. 4 https://link.springer.com/
  5. 5 https://ieeexplore.ieee.org/
..................Content has been hidden....................

You can't read the all page of ebook, please click here login for view all page.
Reset
3.134.108.197