Next Article in Journal
Quantitative Assessment of Strengthening Strategies and Design Recommendations for the Repair of Corrosion-Damaged Reinforced Concrete Members
Next Article in Special Issue
Towards Digital Twin Maintenance Management of Health Facilities in Nigeria: The Need for Maintenance Documentation
Previous Article in Journal
INSPECT-SPSW: INelastic Seismic Performance Evaluation Computational Tool for Steel Plate Shear Wall Modeling in OpenSees
 
 
Font Type:
Arial Georgia Verdana
Font Size:
Aa Aa Aa
Line Spacing:
Column Width:
Background:
Article

Practices Driving the Adoption of Agile Project Management Methodologies in the Design Stage of Building Construction Projects

1
Department of Industrial Management, Faculty of Science, University of Kelaniya, Kelaniya 11300, Sri Lanka
2
Department of Construction Management and Real Estate, Vilnius Gediminas Technical University, Sauletekio al. 11, LT-10223 Vilnius, Lithuania
3
College of Engineering and Computing, Florida International University, Miami, FL 33199, USA
4
Department of Human Resource Management, Faculty of Commerce and Management Studies, University of Kelaniya, Kelaniya 11300, Sri Lanka
*
Author to whom correspondence should be addressed.
Buildings 2023, 13(4), 1079; https://doi.org/10.3390/buildings13041079
Submission received: 13 March 2023 / Revised: 17 April 2023 / Accepted: 18 April 2023 / Published: 19 April 2023
(This article belongs to the Special Issue Advances in Building Asset Management Systems and Technologies)

Abstract

:
The aim of this study is to identify practices that would enable building construction companies to adopt agile project management methodologies during the design stage of projects that use building information modelling (BIM) solutions in the designing process. Due to the benefits of agile project management methodologies, a considerable amount of research has been conducted regarding the adoption of this methodology for building construction projects. However, waterfall project management is still more widely used in the building construction industry than agile project management is. Several recent studies claim that firms could focus on adopting agile methodologies during the design stage of a building construction project because due to the advent of BIM software solutions, the design stage can be carried out in a manner such as a software development project. Since software development industry is experiencing a widespread adoption of agile methods, if the design stage of a building construction project can be carried out such as a software development project, then there is a possibility to drive agile adoption in the design stage. Based on this information, researchers found an architectural consultancy firm that has been using a BIM solution to adopt agile project management methodologies in the design stage. The authors carried out a systematic literature review and identified 10 possible practices that might drive the adoption of agile practices. Those practices were presented to the architectural consultancy firm to identify practices that they are using to successfully adopt agile methods. The findings suggest that maintaining a backlog, running sprints, engaging a cross-functional team, continuous integration, and iterative/incremental development of the design are practices that have enabled the firm to adopt agile methods. Practical and theoretical implications were derived from the findings, and suggestions for future research and limitations of the study are discussed in the discussion. Concluding remarks are provided in final section of the paper.

1. Introduction

The adoption of agile project management practices for building construction projects is a highly researched topic because of the benefits these practices offer as compared to those of traditional project management methods. Over the years, researchers have proposed different frameworks for the adoption of agile methodologies in building construction projects (e.g., [1,2,3,4]). However, thus far, the scale of adoption has been extremely limited [5,6]. For example, in the construction industry in the United States, waterfall project management remains far more popular than agile project management is [1].
In contrast, in the software industry, agile project management methodologies are quite popular [5]. That is quite normal because the concept of agile project management was introduced to the world by the software industry [7]. Moreover, the software industry has the capability to facilitate easy implementation of agile characteristics such as implementing continuous design, maintaining a flexible scope, living with uncertainty, and interacting with customers on a constant basis [8,9,10]. If these characteristics could be facilitated in the building construction industry, there is a higher chance of increasing the adoption of agile methodologies in building construction projects. However, it is extremely hard to facilitate continuous changes in the building construction industry because changing an ongoing construction project could cost a lot. It is not the case in the software industry since their projects are carried out in a virtual environment. Thus, they have the luxury of continuously changing features of an outcome. When one is considering the building construction industry, there is a phase that can be carried out in a virtual environment without the involvement of physical constructions. That is the design stage of a building construction project.
The design phase of any building construction project is extremely critical, since it defines the scope of the construction phase [6,8]. At present, leading construction companies in the world use building information modelling (BIM) solutions to design buildings. Through digital simulation of building design, BIM solutions can enable all stakeholders involved in a project to view a digital representation of the building and demonstrate how it will function before the actual construction phase commences [6,11]. Moreover, BIM solutions could enable the design phase of a construction project to be carried out in a manner that is similar to a software development project [1,6]. That is because a BIM solution has advanced features that can facilitate continuous design, flexible scope, living with uncertainty, and constant customer interaction [1]. For example, Autodesk Construction Cloud has a BIM module that can be accessed by anyone from anywhere in the world over the internet. Hence, even a customer could follow the progress of a design project remotely and provide real-time feedback.
Previous studies such as [6,12] have investigated how BIM solutions could be used to implement agile methodologies in the construction industry. However, hardly any past research has investigated practices that would enable construction firms to adopt agile methodologies for building construction projects that incorporate BIM solutions. Thus, the research problem of this study can be formulated as follows.
Research problem—a lack of understanding of building construction firms regarding the practices that would enable them to adopt agile project management methodologies in the design stage of projects that uses BIM solutions.
This lack of understanding has created a gap in the field of construction project management. Hence, this study aims to fill this gap in the construction project management literature. Thus, the main aim of this study is as follows.
Aim of the research: this study aims to investigate practices that would enable building construction companies to adopt agile project management methodologies in the design stage of a building construction project with the assistance of BIM solutions.
The remainder of this paper is organized into five sections. The literature review is presented in the Section 2. This study conducted a systematic literature review to identify and understand the possible practices that a building construction firm could adopt. Since software industry is the industry that has successfully adopted agile methodologies around the globe, most studies that were reviewed during the systematic literature review related to the software industry. By reviewing those studies in the literature, the authors were able to identify possible practices that would drive building construction companies to adopt agile project management methodologies in the design stage of a building construction project. Section 3 presents the methodology adopted to derive possible practices that could enable construction firms to adopt agile methodologies for building construction projects that incorporate BIM solutions. The researchers came across an architectural consultancy company in Sri Lanka that has successfully adopted agile project management practices in the design stages of certain building construction projects with the aid of a BIM software package. This study received the support of the firm to execute the methodology. By executing the methodology, the actual practices that are adopted by the architectural consultancy firm were identified. The practices are presented in Section 4 as the findings of the research. Section 5 presents implications and recommendations based on the findings of the study, as well as the limitations of the study and suggestions for future research. Concluding remarks are presented in Section 6.

2. Literature Review

A literature review was conducted to identify and understand possible practices that would drive the adoption of agile methodologies with the assistance of BIM solutions. Since it was required to conduct a comprehensive review of the literature, this study decided to conduct a systematic literature review to identify possible practices. Thus, authors adopted the six-step procedure suggested by the authors of [13] to carry out the systematic literature review: (1) formulate a question to guide the literature review, (2) determine what criteria should be used to decide which articles to include in the review, (3) conduct a systematic search of the literature and unpublished studies, (4) select articles of sufficient quality that fulfill the criteria from Step 2, (5) extract the relevant results from the selected studies, and (6) create a summary of the best available results.
The review question that guided the literature search in this study is: What are the possible practices that would drive the adoption of agile methodologies with the assistance of BIM solutions? Once this review question was finalized, the authors determined the article inclusion criteria and search criteria. A summary of the inclusion criteria is presented in Table 1.
In this study, the authors limited the search to articles written in English, since this language is commonly understood by all six authors and is widely understood by researchers across the globe. Only peer-reviewed journal articles, book chapters, and conference papers were included based on the inclusion criteria mentioned in other review articles published in reputable journals (e.g., [14,15]). Moreover, the search was limited to articles included in the Scopus database, as indicted in other studies (e.g., [16]). Additionally, the study only considered articles on agile project management that were published between 2006 and 2022.
Once the article inclusion criteria were finalized, the search process was conducted in three steps (i.e., identification, screening, and inclusion), as mentioned in previous studies (e.g., [17]). The specific search terms used in each stage are shown in Figure 1. During the identification stage, the authors searched for articles with the phrase, agile project management, based on a preliminary literature review in which the authors found that for studies indexed on Scopus, the two most popular keywords in studies related to agile project management in the construction industry are project management and agile project management. As project management is an overly broad subject area, the article search process was focused on the phrase, agile project management. In the identification stage, a total of 4439 articles were compiled.
Next, the authors initiated the screening stage. To aid in the screening process, expert opinions from two senior professors in industrial management and project management were solicited. The experts inspected the identified studies and suggested several keywords and a subject area that the authors could use to screen the compiled articles. The keywords and the subject area that were proposed by experts are shown in Figure 1. A majority of the keywords suggested by the experts are related to the information technology (IT) industry, as the experts mentioned that agile practices have been more successfully adopted by the information technology industry as compared to the adoption of other industries, and they believed that a comprehensive list of practices could be extracted from studies related to the information technology industry. Furthermore, the two experts suggested using the phrase agile manifesto and searching for this term in the articles identified in the initial screening process. Based on the screening, a total of 87 articles were shortlisted.
During the inclusion stage, authors reviewed the abstracts of 87 shortlisted articles. A total of 14 articles were eliminated because they did not include any discussion of practices that drive the adoption of agile methodologies. The remaining 73 articles were selected for further investigation. Because 73 articles were peer-reviewed studies that were indexed in Scopus, it was deemed that they were of sufficient quality to be included in the review. Another notable aspect of the 73 shortlisted articles is that almost all the articles are related to the information technology industry. That is because most of the companies that have adopted agile project management methodologies are from the information technology industry.
Next, data were extracted to aid in developing an answer to the review question for the systematic literature review. The authors carefully examined each paper that was shortlisted from the article search process. By the end of this process, the authors became quite convinced that all the agile practices used in the information technology industry evolved from the agile manifesto. Thus, it is important to gain an understanding of the agile manifesto before discussing the specific agile practices that could be adopted by firms in the construction industry.

2.1. The Agile Manifesto

The agile manifesto was developed by a group of 17 software practitioners in 2001 as an alternative approach for developing of software systems at the early stage of the development life cycle [7]. Thus far, this alternative method has given rise to multiple revolutionary agile methods such as Extreme Programming, Scrum, and Lean [7,18].
As per the agile manifesto, agile methodologies give more prominence to the following four principles “individuals and interaction over processes and tools, working software over comprehensive documentation, customer collaboration over contract negotiation, and responding to change over following a plan” [7] (p. 10).
When greater prominence is given to individuals and interaction, project teams focus more on enabling each participant to comprehend the development process, become a part of it, contribute to it, and collaborate with all other project stake holders rather than merely focus on state-of-the-art, hard-to-use tools [7]. It is obvious that tools are important. However, if the members of the project team do not feel that they are part of the team, the chances of the project team being successful are lower, regardless of the quality of the tools they possess. Thus, the agile manifesto highlights the significance of nurturing individuals and promoting interaction among them.
When more attention is given to working software, the project teams can experience three benefits. First, project teams can focus on the development process and the documentation necessary to carry out the process. Second, agile project management encourages an early start for the coding process to enable the project team and the customer to quickly gain an understanding of the product to be developed. When traditional project management methodologies are used, it is not possible to do any of these things, as the focus is on gathering the entire list of requirements at the start of the project, documenting them comprehensively, and getting all the relevant stakeholders to sign off. Thus, the focus on working software is very minimal for a considerable period. Third, in most cases, agile project management processes have the capability to provide bug-free, high-quality working software that can meet the expectations of the customer [7] because the customer has been engaged with the project throughout the entire life cycle.
However, this is not the case when traditional project management methodologies are used. Customer engagement is intensive at the start due to activities such as requirement gathering and the preparation of various documents. However, during the execution stage, the level of customer engagement is very minimal (or could even be non-existent). At the end of the execution stage, customer engagement becomes high because the company will be conducting product demonstrations. During these product demonstrations, customers who are seeing the product for the first time may request extensive changes. However, in contrast to traditional project management methods, the customer witnesses the evolution of the product when agile methodologies are used. Hence, agile methodologies are more often able to help project teams develop bug-free software that can meet customers’ expectations.
When greater prominence is given to customer collaboration, project teams are allowed to interact with customers on a frequent basis. In fact, some agile project teams can interact with customers on a daily basis. This direct client interaction makes it possible to properly manage numerous changes that are typical of software projects [7]. In the meantime, as mentioned before, customers can see the evolution of the product from start to finish.
Finally, when more prominence is given to responding to change, project teams are able to successfully respond to changes requested by customers without compromising the quality of the product or the customer experience [7]. According to the agile manifesto, responding to change is very important from a customer’s perspective because the customer might not be able to predict requirements that might arise in the future. If a project team shows that they are ready to respond to change, the customer will know that the service provider will be ready to accommodate changes at any point of the project if the changes can be justified.
Through their understanding obtained by examining the agile manifesto, the authors realized that it is important to check whether each practice extracted from the systematic literature review will adhere with at least one of the four principles highlighted in the agile manifesto.

2.2. Possible Practices That Could Be Adopted by Building Construction Firms

During the review process, the authors identified 10 major agile practices that have been adopted by the information technology industry. Descriptions of these practices, along with the sources for each practice, are provided in Table 2.
Apart from the 10 major agile practices, the authors came across some additional practices (such refactoring, pair-programming, and coding standards), which were not included in Table 2 because they are unique to software development projects and are not applicable for contexts outside of software development. Once the practices are extracted through the systematic literature review, the authors proceeded to the execution stage of the project.

3. Methodology

This section discusses the procedure that the research team adopted to identify appropriate agile practices that need to be used in the design stage of a building construction project. During this study, the researchers came across an architectural consultancy company that has adopted agile methodologies in several successfully completed projects. The organization is a privately held organization that is owned by a chartered architect with more than 30 years of experience. The firm is in the Colombo district of Sri Lanka, and it has 33 employees.
The researchers contacted the owner of the architectural consultancy firm to find out if this person was willing to attend a formal interview on how his company adopts agile project management practices for certain design projects. Once the researchers received approval from the owner, they arranged a total of three two-hour-long meetings. During the first meeting, the researchers verified that the firm facilitates continuous design, flexible scope, living with uncertainty, and constant customer interaction when using agile project management, since those are the four main characteristics that are unique to projects when agile project management is practiced [7,8]. The main objective of the three discussions was to present to the owner the characteristics that building construction entities could practice if they are to adopt agile project management methodologies (as listed in Table 2) and solicit the owner’s opinion on each characteristic.
In the first meeting, the researchers explained the agile manifesto and verified that the owner was aware of the basic features of agile project management. Then, the researchers explained the process wished to carry out during the interviews. As per the process explained by the researchers, the researchers first mentioned a practice and provided a description of the practice. Second, they asked the owner to comment on whether his firm had adopted the practice when performing certain design projects. Third, the researchers asked the owner to elaborate more on the practices the firm adopted. During the first meeting, the researchers asked about maintaining backlogs, running sprints, and encouraging cross-functional teams. During the second meeting, the researchers asked about continuous integration, establishing information radiators, and iterative and incremental development. During the final meeting, the researchers asked about stand-up meetings, timeboxing, development of use cases/user stories, and retrospectives.
For the ease of understanding, the methodology adopted for this study is shown in Figure 2 below.
Findings extracted from those discussions are given below in the Section 4 of the paper.

4. Practices That Drive Adoption of Agile Methodologies with the Assistance of BIMs

According to the owner of the architectural consultancy company, maintaining a backlog, running sprints, engagement of a cross-functional team, continuous integration, and iterative and incremental development of the design are practices that his firm adopted during their transformation to the use of agile project management methodologies. According to him, the transformation was not easy. Thus, full-fledged adoption of all ten practices mentioned in Table 2 was not initially possible. However, since five practices during transformation can facilitate four principles of the agile manifesto, the owner claims that by adopting these five practices, any design organization can make a smooth transition from traditional project management methodologies to agile project management methodologies.
In addition, the owner highlighted another critical aspect, which is proper training in project management. As soon as he had the idea of implementing agile practices, he attended a course that trains professionals to receive the Project Management Professional (PMP) qualification offered by the Project Management Institute (PMI) in the USA. During that course, the owner received sixty hours of training. After that training, he completed multiple online training courses on agile project management methodologies offered by Udemy and Coursera. Once he was confident that he was ready to initiate the transition, he discussed with the stakeholders of one of the firm’s projects regarding the possibility of implementing agile methodologies in the project, highlighting the benefits that the agile methodologies could offer. Once all the parties had agreed to the implementation, he conducted several one-hour online training programs to introduce all stakeholders of the project to agile project management methodologies. Furthermore, when it comes to projects that have adopted agile project management methodologies, unlike in projects that use traditional project management methodologies, the owner has to be involved with the project management process throughout the project from start to end.
Based on the initial background information provided by the owner, the owner was asked to provide additional information on the justification for each of the five practices he used in the transition to agile project management. The subsections below present the opinion of the owner on each practice, the benefits that each practice has offered his organization, and the various ways that the organization used BIM software and project management information systems during the transition.

4.1. Maintaining a Backlog

A backlog is a list of activities or tasks related to features of a product that a team may deliver to achieve a specific outcome [40,41,75]. Since the design of a building is an outcome that can be defined by a set of features, the consultancy firm adopted this practice. In software projects, project managers carry out a practice called backlog grooming, where the product manager and the project team keep adding new features as a project progresses, since some features that are not clear during the early stages of the project will become more clear in the later stages [76]. According to the owner of the consultancy firm, if BIM software is used, backlog grooming can easily be performed during the design stage. That is because, such as a software development project, the project team will work in a virtual environment when designing with BIM software, so that any change or an addition to the existing design can be accomplished easily and without much hassle.
Apart from defining tasks, the owner highlighted some other aspects related to the maintenance of a backlog in cases where the design of a building is accomplished with the use of BIM software. First, the backlog can be used to prioritize the design tasks based on their importance and urgency, which can help to ensure that the most critical design tasks are completed first. Second, the backlog can be used as a collaboration tool to facilitate communication and collaboration among multiple stakeholders, which can aid in keeping everyone on the same page and working toward the same goals. Third, it can help to reduce the risk of errors and omissions in the design, which can help to save time and money over the lifetime of the project.
When asked whether the firm used any project management information system to maintain backlogs, the owner responded that the firm uses Trello software, as the free version of Trello offers more features than other software packages do. Since the owner did not wish to invest in a project management information system until agile project management practices had been adopted, he chose to use Trello during the initial stage of transformation.

4.2. Running Sprints

A sprint, which is a brief microproject that lasts only a few days or weeks, consists of a selected set of activities from the backlog that is expected to be finished within this time frame [75]. At the end of a sprint, a demonstrable outcome is typically produced. According to the comments of the owner, the strength of a sprint is the demonstrable outcome. When BIM software is used in the design process, it is quite easy to produce demonstrable outcomes from time to time. For example, in one sprint, a project team could develop the plumbing and piping plan of a design; in another sprint, they could produce the electric wiring plan of the design. More importantly, apart from the demonstratable outcome produced in each sprint, the design would progress.
Furthermore, running sprints could be used to break the design process down into smaller, more manageable tasks that can be completed within a set period. This strategy can encourage better collaboration between team members, as everyone is working towards a common goal and can communicate more effectively. According to the owner, the practice of running sprints played a decisive role in training stakeholders to work towards a common goal in a virtual platform (i.e., BIM software).
As sprints involve regular check-ins and status updates, they can increase transparency and accountability. This can help to ensure that everyone on the team is aware of what is being worked on, what has been completed, and what still needs to be achieved. The owner indicated that this is also possible in the design stage of a building construction project when BIM software such as Autodesk Construction Cloud is used.
Finally, as per the owner, sprints can help teams be more adaptable to changes that may arise during the design process. By breaking the project down into smaller tasks, teams can more easily adjust their approach and pivot as needed to meet changing project requirements or stakeholders’ needs.
Based on the above-mentioned justifications, the owner adopted the practice of running sprints in all the projects that used agile project management. Trello has made the adoption of the practice easier since the free version of Trello supports sprints.

4.3. Engagement of Cross-Functional Teams

In the design process, several parties contribute to the design of a building. According to the consultancy company, three main parties—an architect, a builder, and a project owner—are involved. The builder is typically represented by several individuals, such as an electrical engineer, a civil engineer, a mechanical engineer, a landscape architect, and others. All three main parties have finance and legal professionals. The standard practice in the building construction industry is to have a kick-off meeting, divide the responsibilities among the parties, and then work in silos to fulfill the respective responsibilities. The consultancy company has changed this tradition by promoting a cross-functional team environment in which daily online meetings are introduced within each sprint. For example, even though the preparation of an electrical wiring plan is the responsibility of the electrical engineer and their team, when a cross-functional team is formed from the start of the design process, others could comment on the wiring plan and request changes to the plan if the plan will negatively impact another component of the design.
According to the owner of the consulting firm, the practices of maintaining a backlog and running sprints make it easier for a cross-functional team to work together (even on a remote basis), since everyone can see what exactly is happening and can notice the progress. On the other hand, the formation of a cross functional team would benefit backlog grooming, running a sprint productively, and other activities. Thus, forming a cross-functional team could complement the practices of maintaining a backlog and running sprints.
Another important aspect regarding cross-functional teams that was highlighted by the owner of the consulting firm is that when a diverse team of professionals is involved in the design stage, there is a greater likelihood of catching errors and identifying potential issues early on. This can lead to improved quality and reduced costs in the long run.
Moreover, when BIM software is used, it becomes easier to form a cross-functional team. That is because BIM software allows multiple parties that are based in different geographic locations to work together on a design. For example, during the COVID-19 pandemic, the design firm used Autodesk Construction Cloud, a powerful software tool to guide construction management. According to the owner of the consulting firm, this software tool enabled the cross-functional teams to work together remotely on their design projects, which enabled all stakeholders in a project to continue their work remotely as well.

4.4. Facilitating Continuous Integration

As mentioned above, in a typical construction project, after the kick-off meeting, parties begin working in silos. Then, after a certain period, they integrate components they design. If a rework is required, the parties go back to their respective silos, and the cycle continues until the desired result is achieved. The consultancy company prevented this from happening by introducing a concept called continuous integration. BIM software facilitates continuous integration. For example, when using BIM solutions, the electrical engineer and their team can build the electric wiring plan on top of the building design completed by the architect. The mechanical engineer and their team can then build the plumbing design on top of the building design and the electric wiring plan. According to the consultancy company, when a properly functioning cross-functional team is formed, it is easy to pull together different components of the project designed by different groups on an ongoing basis. This practice can greatly reduce the time and effort required for design changes by detecting errors early and providing rapid feedback, which can help to ensure that the design is completed on time and within budget. At the same time, it can also increase customer satisfaction, as customers are able to view the working outcomes regularly during the demonstrations presented at the end of each sprint.

4.5. Iterative and Incremental Design Development

Iterative and incremental design development has allowed the owner to break down the design of a construction project into small, manageable pieces or increments. Each increment is then designed, reviewed, and tested before being integrated into the larger project. The owner of the consulting firm mentioned that this practice promotes flexibility, rapid iterations, and continuous improvement.
The iterative nature of the design phase allows the design to be adaptive, where the project team can develop the early stages incrementally and can refine the design over and over in later iterations (i.e., sprints). According to the owner of the consulting firm, this is possible by adopting the practice of iterative design development, in which the team can continue to produce iterations on the design, conduct regular design reviews, and incorporate feedback from the stakeholders. This process should continue until the design meets all requirements and constraints and is ready to be implemented in the construction phase.
In reality, the final design of a building is something that cannot be foreseen at the start of the design project. However, as BIM software facilitates iterative and incremental design development, the project team could easily tailor a design incrementally by performing several sprints. Another main advantage in adopting the practice (i.e., iterative and incremental design development) is that it is complemented by other practices mentioned above (i.e., grooming backlog, sprints, and continuous integration).

4.6. Adoption of Other Practices

According to the owner of the consulting firm, the adoption process is incremental; thus, it is also time-consuming. Before the adoption of the five main practices, a culture that welcomes agile practice must first be developed by implementing the practices that are easiest ones to adopt. For example, setting up information radiators is a practice that can be adopted once a culture that embraces agile methodologies has been created. In the context of the consultancy company, if they are to establish information radiators, they must do it using Trello. The professionals in the construction industry are not generally considered to be savvy with the use of information technology [77]. Thus, the introduction of information radiators at the start of the transformation process could slow down the transformation effort or can cause it to fail.
In terms of daily stand-up meetings, the owner of the consulting firm said that he did not introduce this concept as a practice, since he did not want to introduce novel practices or too much jargon at the start of the transformation. However, he did make sure that the team met daily to discuss their progress and bring up any issues they faced. During those meetings, ongoing sprints were used as a guide. The owner made sure that the team members only discussed matters that were related to the tasks in the sprint.
The owner of the consulting firm indicated that timeboxing was not used, as it would have added extra pressure on the project team members. However, the owner believed that timeboxing was the next best practice to adopt, once the team had become accustomed to using agile project management methodologies, since timeboxing adds certainty to the project by providing the opportunity to define the duration of each task.
The owner of the consulting firm also mentioned that use cases and user stories were not used, since both the project team members and the customers were not aware of these concepts. As both parties are familiar with traditional project management methodologies, they are more comfortable in drawing up a task list than they are developing use cases and user stories. According to the owner, the development of use cases and user stories should be introduced as a practice after all parties have obtained proper training in agile project management methodologies. The owner has attempted to explain the purpose and the process for developing use cases and user stories to two of his high-performing employees. However, both employees found the concept difficult to understand, and they were not comfortable with the concept.
The owner of the consulting firm felt that conducting retrospective meetings was not a required practice at the initial stage of the transformation. He perceived these meetings as being burdensome to the project team, since professionals in the building construction industry are not accustomed to the large number of meetings that agile methodologies demand. However, his team members, suppliers, and customers who agreed to adopt agile project management methodologies in certain projects conduct a kick-off meeting, daily meetings, sprint planning meetings, demonstrations, and steering committee meetings during the life cycle of a project. The owner believes that daily meetings and sprint planning meetings can be used to fulfill the objectives of a retrospective meeting. This is especially true for sprint planning meetings, where the owner ensured that the project team could spend time discussing what went wrong, what could be improved, and what actions they would take to address any issues that arose in the previous sprint.

5. Discussion

This study was able to achieve its objective by proposing five practices that a firm could implement to successfully adopt agile project management methodologies with the assistance of BIM software during the design stage of a building construction project. With these findings, it is possible to generate several significant implications. In this section, these implications are discussed, along with the limitations of the study and suggestions for future research.
The primary contribution of this study is that it expands the theoretical understanding of the practices that can drive the adoption of agile project management methodologies in the design stage of a building construction project with the assistance of BIM solutions in a developing country context. Another important aspect of the five practices is that they cover the characteristics suggested in the agile manifesto. Although some studies in the literature (e.g., [18,75]) have suggested practices that building construction organizations could adopt to drive the adoption of agile methodologies, a few researchers have attempted to address the topic in the context of the design stage of a building construction project in which BIM software is used.
The remaining implications are practical implications that building construction firms or architectural consultancy firms could consider when they are trying to adopt agile project management methodologies in the design stage of building construction projects. Fitzgerald et al. [42] (p. 200) argue that “an a la carte selection and tailoring of practices can work very well,” as opposed to trying to adopt all the agile practices at once when customizing agile methods for adoption. The findings of this study agree with this approach, since the owner of the architectural consultancy firm suggested that it is not necessary to adopt every agile practice mentioned in literature when a design firm in the building construction industry transitions from traditional project management methodologies to those of agile project management. According to the owner, a change champion that takes the initiative to transform a firm from using traditional methods to agile methods is trying to implement a change in culture. In an industry such as the construction industry, cultural change is not easy to make; except for a few global companies, all other construction firms across the planet are accustomed to following a traditional routine. Thus, any changes must be incremental, rather than sudden or drastic. When one is making incremental changes, the agile practices that are the easiest to adopt must be introduced first. Once those practices are adopted, the remaining practices can be introduced as needed.
When going through the findings of the literature search, another key aspect that was noted is the importance of the role of the owner during the transition. Since the owner of the consulting business was enthusiastic about implementing agile project management methodologies in the projects his firm carried out, he was able to provide leadership, acting as the agent of change who successfully convinced his employees, suppliers, and customers to adopt agile project management methodologies. During the discussion, he pointed out the importance of top management support and a change agent when selecting and adopting the five practices. In his words, he indicated that “it is pretty important to have one or more people from the top management team that would consider this project their pet project and passionately drive it. Otherwise, forget the project and stick to traditional methodologies and save time, energy, and money.” Past studies (e.g., [39,78]) have highlighted the same aspect, indicating that firms trying to adopt these practices must possess individuals with an understanding of what it means to be successful. Furthermore, Tam et al. [68] suggest that a lack of management support and involvement could be a factor that might prevent transition efforts from being successful. Even though the consultancy company has successfully completed six projects using agile project management methodologies, the owner will continue to be fully engaged with all future agile projects until he feels confident that his team will be able to handle agile projects without his oversight.
The next important implication is related to the role that BIM software plays in the adoption effort. According to Jethva and Skibniewski [1], full agility is possible only during the design stage of a construction project. However, they suggest that the adoption of agile project management methodologies is possible only if project teams are willing to use BIM software to design buildings. The findings of this study concur with the findings of [1] as when the owner of the consulting firm discussed his reasons for adopting each practice, he highlighted how BIM software complemented the effort. In fact, the owner is convinced that even if one person in the project is not capable of using BIM software, it will not be possible to adopt agile project management methodologies.
The final practical implication from this study highlights the importance of training and development of employees, suppliers, and customers regarding the importance and characteristics of agile project management methodologies. The owner of the consulting firm believes that it is important to continuously develop team competency through on-the-job training and formal training programs on agile project management methodologies. Moreover, he highlights the importance of having project team members enroll in professional training programs in general project management and agile project management that are offered by reputable organizations such as the Project Management Institute in the USA. In the case of the architectural consultancy company, the owner received formal training in general project management and agile project management and has taken the responsibility of transferring the knowledge he obtained to his employees, suppliers, and customers. This aspect is highlighted by Abrar et al. [79], who argue that any project team that is making a transition from using traditional project management methodologies to agile project management methodologies must provide ample training and development opportunities that would facilitate the development of continuous competency.
Despite the theoretical and practical implications discussed above, this study has several limitations. First, the findings of this study are derived from studying only a single architectural consultancy firm that uses agile project management methodologies. This is a major limitation of the study. As a result of this limitation, it is not possible to generalize the findings of the study. The main reason for this limitation is the fact that the researchers failed to find any other architectural consultancy firm or building construction firm that uses agile methods during the design stage. Second, this study only focused on practices that have driven the adoption of agile methodologies with the assistance of BIM solutions. However, according to studies such as that by Abrar et al. [79], several other organizational aspects such as absorptive capacity and organizational culture will have an impact on the successful adoption of agile methodologies. This study did not focus on those factors, since they were not within the scope of the study. Third, when the researchers were conducting the systematic literature review, this study used only the Scopus database, based on the recommendation of other researchers [16]. However, in other studies such as [14,15], it was recommended to use other popular databases such as Google Scholar, Web of Science, and PsycINFO. If the other databases were used, the researchers could have extracted additional papers for systematic review. Fourth, the researchers did not receive permission to speak with any of the employees, suppliers, or customers of the architectural consultancy company. Thus, the findings of this research are fully formulated from the perspective of the owner of the firm. Fifth, since the architectural consultancy company was using Autodesk Construction Cloud’s BIM module, there is a chance that the results could change in an instance if another BIM software is used. Finally, this paper adopted a qualitative research method to carry out the research. This is another major limitation of the study. The rationale for adopting a qualitative approach is because the researchers were able to find only a single company for data collection. However, the adoption of quantitative methods would have generated more significant insights regarding the adoption of agile methods by the building construction industry.
Future researchers can address the limitations mentioned above. At the same time, this research implicitly paved way for a new research direction in the domain of agile project management in the construction industry. By using the list of practices mentioned in Table 2, future researchers could uncover practices that are applicable in other contexts. It would be of great value if future researchers could investigate factors that drive the adoption of agile project management methodologies with the assistance of BIM solutions by firms during the design stage of a building construction project. These studies would increase the awareness of organizational traits that must be improved. Finally, future researchers could conduct projects related to agile project management to empirically test the various aspects of the adoption of technology by employees, suppliers, and/or customers in the construction industry, since technology plays a crucial role in the widespread adoption of agile methodologies in non-IT industries such as the building construction industry and road construction industry. As highlighted in this study, BIM software is one IT tool that could revolutionize the industry. As cited by Jethva et al. [1], in the US, the use of traditional project management methodologies are common. If technology adoption could be accelerated, the transition to agile methodologies could also be accelerated. Another practice that must be promoted in the construction industry is the use of project management information systems (PMISs). This study highlighted the importance of a PMIS such as Trello to establish proper coordination among various parties.

6. Conclusions

According to the knowledge of the researchers, this is the first study that has investigated the practices that would enable building construction companies to adopt agile project management methodologies in the design stage of a project that uses BIM solutions. Thus, this study has the potential to initiate new debates in the domain of construction project management. Especially, this study informs the ability of adopting agile methods during the design stage of a building construction project. This could encourage future researchers that carry out research related to the adoption of agile methods in the building construction industry with special emphasis on the design stage of construction projects. Moreover, this study informs the importance of investigating more about the business aspect of BIM solutions. As per the discussion in Section 4, it is quite clear that without the BIM solution, the consultancy company would have never been successful in adopting agile methods. Hence, this study demonstrated the importance of BIM solutions in the domain of construction project management.
This study further informs the importance of tailoring and selecting practices that would drive the adoption of agile project management methodologies by building construction companies. The architectural consultancy firm proposed five practices that brought success to them in adopting agile practices. However, there is no guarantee that another building construction company would be successful in adopting agile project management methodologies by selecting the same five practices proposed by the architectural consultancy company. Finally, this study highlighted the importance of formally and informally learning about agile project management methodologies and technologies such as BIM. Thus, any building construction company that is longing to adopt agile project management methodologies must acquire knowledge regarding the above-mentioned aspects through formal and informal training.
As a final remark, this study would like to highlight the fact that the technological developments that have happened in the recent past, such as the advent of BIM solutions and PMISs could be used to drive the adoption of agile project management methodologies in the design stage of building construction project. That would provide more financial and non-financial benefits to building construction companies.

Author Contributions

Conceptualization, S.C., S.J., J.A., R.W. and W.A.S.W.; methodology, S.C., S.J., J.A., R.W. and N.U.; formal analysis, S.C., S.J., J.A., R.W. and N.U.; investigation, S.C., S.J., J.A., R.W. and W.A.S.W.; writing—original draft preparation, S.C., S.J., N.U. and W.A.S.W.; writing—review and editing, J.A. and R.W.; supervision, J.A. and R.W.; project administration, J.A. and R.W. All authors have read and agreed to the published version of the manuscript.

Funding

This research received no external funding.

Institutional Review Board Statement

Not applicable.

Data Availability Statement

Data available on request due to restrictions. The data are not publicly available since the respondent requested not to make data publicly available.

Conflicts of Interest

The authors declare no conflict of interest.

References

  1. Jethva, S.S.; Skibniewski, M.J. Agile project management for design-build construction projects: A case study. Int. J. Appl. Sci. Eng. 2022, 19, 1–11. [Google Scholar] [CrossRef]
  2. Malla, V. Structuration of lean-agile integrated factors for construction projects. Constr. Innov. 2023, in press. [Google Scholar] [CrossRef]
  3. Waszkiewicz, M. Agile elements in the design of buildings and structures. Procedia Comput. Sci. 2022, 207, 1943–1952. [Google Scholar] [CrossRef]
  4. Zender, Y.O.; Soto, B.G.d. Use of Scrum in the rehabilitation of a commercial building in Peru. Constr. Innov. 2021, 21, 145–163. [Google Scholar] [CrossRef]
  5. Erian, N.; Halleman, B. Transforming infrastructure projects using agile. In Proceedings of the Advances in Road Infrastructure and Mobility, Dubai, United Arab Emirates, 7–10 November 2021; pp. 357–364. [Google Scholar]
  6. Sakikhales, M.H.; Stravoravdis, S. Using agile project management and BIM for improved building performance. In Building Information Modelling, Building Performance, Design and Smart Construction; Dastbaz, M., Gorse, C., Moncaster, A., Eds.; Springer International Publishing: Cham, Switzerland, 2017; pp. 65–78. [Google Scholar]
  7. Hazzan, O.; Dubinsky, Y. The agile manifesto. In Agile Anywhere: Essays on Agile Projects and Beyond; Hazzan, O., Dubinsky, Y., Eds.; Springer International Publishing: Cham, Switzerland, 2014; pp. 9–14. [Google Scholar]
  8. Albuquerque, F.; Torres, A.S.; Berssaneti, F.T. Lean product development and agile project management in the construction industry. Rev. Gestão 2020, 27, 135–151. [Google Scholar] [CrossRef]
  9. Arefazar, Y.; Nazari, A.; Hafezi, M.R.; Maghool, S.A.H. Prioritizing agile project management strategies as a change management tool in construction projects. Int. J. Constr. Manag. 2022, 22, 678–689. [Google Scholar] [CrossRef]
  10. Agbejule, A.; Lehtineva, L. The relationship between traditional project management, agile project management and teamwork quality on project success. Int. J. Organ. Anal. 2022, 30, 124–136. [Google Scholar] [CrossRef]
  11. Lattuch, F.; Hickey, R.B. From intention to action: An organizational learning case of implementing Building Information Modeling. Dev. Learn. Organ. Int. J. 2020, 34, 1–4. [Google Scholar] [CrossRef]
  12. Tomek, R.; Kalinichuk, S. Agile PM and BIM: A hybrid scheduling approach for a technological construction project. Procedia Eng. 2015, 123, 557–564. [Google Scholar] [CrossRef]
  13. Jones, T.; Evans, D. Conducting a systematic review. Aust. Crit. Care 2000, 13, 66–71. [Google Scholar] [CrossRef]
  14. Lozano-Reina, G.; Sánchez-Marín, G. Say on pay and executive compensation: A systematic review and suggestions for developing the field. Hum. Resour. Manag. Rev. 2020, 30, 100683. [Google Scholar] [CrossRef]
  15. Schlachter, S.; McDowall, A.; Cropley, M.; Inceoglu, I. Voluntary Work-related Technology Use during Non-work Time: A Narrative Synthesis of Empirical Research and Research Agenda. Int. J. Manag. Rev. 2018, 20, 825–846. [Google Scholar] [CrossRef]
  16. Zahedi, M.; Shahin, M.; Ali Babar, M. A systematic review of knowledge sharing challenges and practices in global software development. Int. J. Inf. Manag. 2016, 36, 995–1019. [Google Scholar] [CrossRef]
  17. Sarfraz, I.; Rajendran, D.; Hewege, C.; Mohan, M.D. An exploration of global employability skills: A systematic research review. Int. J. Work. Organ. Emot. 2018, 9, 63–88. [Google Scholar] [CrossRef]
  18. Straçusser, G. Agile project management concepts applied to construction and other non-IT fields. In Proceedings of the PMI® Global Congress 2015—North America, Orlando, FL, USA, 11–13 October 2015. [Google Scholar]
  19. Keenan, F.; Damdul, N.; Kelly, S.; Connolly, D. Summary reporting for a linked interaction design-Scrum approach: How much modeling is useful? In Proceedings of the Agile Processes in Software Engineering and Extreme Programming, Sardinia, Italy, 25–29 May 2009; pp. 245–246. [Google Scholar]
  20. Goldstein, Z.; Petrie, D.; Sherif, Y. Finding middle ground management strategy for software development. Inf. Manag. Comput. Secur. 2010, 18, 185–197. [Google Scholar] [CrossRef]
  21. Bosch, J.; Olsson, H.H.; Björk, J.; Ljungblad, J. The early stage software startup development model: A framework for operationalizing lean principles in software startups. In Proceedings of the Lean Enterprise Software and Systems, Galway, Ireland, 1–4 December 2013; pp. 1–15. [Google Scholar]
  22. Ahimbisibwe, A.; Cavana, R.Y.; Daellenbach, U. A contingency fit model of critical success factors for software development projects. J. Enterp. Inf. Manag. 2015, 28, 7–33. [Google Scholar] [CrossRef]
  23. Jahr, M. A Hybrid Approach to Quantitative Software Project Scheduling within Agile Frameworks. Proj. Manag. J. 2014, 45, 35–45. [Google Scholar] [CrossRef]
  24. Sixsmith, A.; Mooney, G.; Freeburn, C. Project management in practice: Views from the trenches. In Proceedings of the 24th International Business Information Management Association Conference, Milan, Italy, 6–7 November 2014. [Google Scholar]
  25. Laanti, M.; Kangas, M. Is agile portfolio management following the principles of large-scale agile? Case study in finnish broadcasting company Yle. In Proceedings of the 2015 Agile Conference, National Harbor, MD, USA, 3–7 August 2015; pp. 92–96. [Google Scholar]
  26. Rose, D. Symbolic innovation in agile transformations. In Proceedings of the 2015 Agile Conference, National Harbor, MD, USA, 3–7 August 2015; pp. 82–86. [Google Scholar]
  27. Schär, B.; Jüngling, S.; Thönssen, B. Towards an agile requirements engineering process combining HERMES 5 and SCRUM. In Proceedings of the 2015 International Conference on Enterprise Systems, Basel, Switzerland, 14–15 October 2015; pp. 98–109. [Google Scholar]
  28. Bin-Hezam, R.; Alyahya, S. Managing customer involvement in globally distributed agile projects. In Proceedings of the IEEE 11th International Conference on Global Software Engineering Workshops, Orange County, CA, USA, 2 August 2016; pp. 7–12. [Google Scholar]
  29. Nuottila, J.; Aaltonen, K.; Kujala, J. Challenges of adopting agile methods in a public organization. Int. J. Inf. Syst. Proj. Manag. 2016, 4, 65–85. [Google Scholar] [CrossRef]
  30. Saito, S.; Iimura, Y.; Massey, A.K.; Antón, A.I. How much undocumented knowledge is there in agile software development?: Case study on industrial project using issue tracking system and version control system. In Proceedings of the IEEE 25th International Requirements Engineering Conference, Lisbon, Portugal, 4–8 September 2017; pp. 194–203. [Google Scholar]
  31. Recker, J.; Holten, R.; Hummel, M.; Rosenkranz, C. How agile practices impact customer responsiveness and development success: A field study. Proj. Manag. J. 2017, 48, 99–121. [Google Scholar] [CrossRef]
  32. Banica, L.; Polychronidou, P.; Radulescu, M. The agile revolution in software engineering. In Proceedings of the 8th International Conference on the Economies of the Balkan and Eastern European Countries in the Changing World, Split, Croatia, 6–8 May 2016; pp. 595–610. [Google Scholar]
  33. Dolezel, M.; Buchalcevova, A.; Mencik, M. The state of agile software development in the Czech Republic: Preliminary findings indicate the dominance of “Abridged” Scrum. In Proceedings of the Research and Practical Issues of Enterprise Information Systems, Prague, Czech Republic, 16–17 December 2019; pp. 43–54. [Google Scholar]
  34. Sailer, P. Project management methods as a way to ambidexterity. Int. J. Manag. Proj. Bus. 2019, 12, 1061–1078. [Google Scholar] [CrossRef]
  35. Pinton, M.; Torres Junior, A.S. Human aspects of agile transition in traditional organizations. J. Technol. Manag. Innov. 2020, 15, 62–73. [Google Scholar] [CrossRef]
  36. Zayat, W.; Senvar, O. Framework study for agile software development via Scrum and Kanban. Int. J. Innov. Technol. Manag. 2020, 17, 2030002. [Google Scholar] [CrossRef]
  37. Sithambaram, J.; Nasir, M.H.N.B.M.; Ahmad, R. Issues and challenges impacting the successful management of agile-hybrid projects: A grounded theory approach. Int. J. Proj. Manag. 2021, 39, 474–495. [Google Scholar] [CrossRef]
  38. Trzeciak, M. Sustainable risk management in IT enterprises. Risks 2021, 9, 135. [Google Scholar] [CrossRef]
  39. Burga, R.; Spraakman, C.; Balestreri, C.; Rezania, D. Examining the transition to agile practices with information technology projects: Agile teams and their experience of accountability. Int. J. Proj. Manag. 2022, 40, 76–87. [Google Scholar] [CrossRef]
  40. Da Costa Filho, J.R.; Penha, R.; da Silva, L.F.; Bizarrias, F.S. Competencies for managing activities in agile projects. Glob. J. Flex. Syst. Manag. 2022, 23, 431–452. [Google Scholar] [CrossRef]
  41. Marnewick, C.; Marnewick, A.L. Benefits realisation in an agile environment. Int. J. Proj. Manag. 2022, 40, 454–465. [Google Scholar] [CrossRef]
  42. Fitzgerald, B.; Hartnett, G.; Conboy, K. Customising agile methods to software practices at Intel Shannon. Eur. J. Inf. Syst. 2006, 15, 200–213. [Google Scholar] [CrossRef]
  43. Conboy, K. Agility from first principles: Reconstructing the concept of agility in information systems development. Inf. Syst. Res. 2009, 20, 329–354. [Google Scholar] [CrossRef]
  44. Ben-David, A.; Gelbard, R.; Milstein, I. Supplier ranking by multi-alternative proposal analysis for agile projects. Int. J. Proj. Manag. 2012, 30, 723–730. [Google Scholar] [CrossRef]
  45. Sweetman, R.; Conboy, K. Exploring the tensions between software project portfolio management and agile methods: A research in progress paper. In Proceedings of the Lean Enterprise Software and Systems, Galway, Ireland, 1–4 December 2013; pp. 210–217. [Google Scholar]
  46. Feyh, M.; Petersen, K. Lean software development measures and indicators—A systematic mapping study. In Proceedings of the Lean Enterprise Software and Systems, Galway, Ireland, 1–4 December 2013; pp. 32–47. [Google Scholar]
  47. Frijns, P.; Bierwolf, R.; Zijderhand, T. Reframing security in contemporary software development life cycle. In Proceedings of the IEEE International Conference on Technology Management, Operations and Decisions, Marrakech, Morocco, 21–23 November 2018; pp. 230–236. [Google Scholar]
  48. Drury-Grogan, M.L. The changes in team cognition and cognitive artifact use during agile software development project management. Proj. Manag. J. 2021, 52, 127–145. [Google Scholar] [CrossRef]
  49. Hennel, P.; Rosenkranz, C. Investigating the “socio” in socio-technical development: The case for psychological safety in agile information systems development. Proj. Manag. J. 2020, 52, 11–30. [Google Scholar] [CrossRef]
  50. Ghanam, Y.; Cooper, K.; Abrahamsson, P.; Maurer, F. XP workshop on agile product line engineering. In Proceedings of the Agile Processes in Software Engineering and Extreme Programming, Sardinia, Italy, 25–29 May 2009; pp. 215–216. [Google Scholar]
  51. Moe, N.B.; Dingsøyr, T.; Røyrvik, E.A. Putting agile teamwork to the test—An preliminary instrument for empirically assessing and improving agile software development. In Proceedings of the Agile Processes in Software Engineering and Extreme Programming, Sardinia, Italy, 25–29 May 2009; pp. 114–123. [Google Scholar]
  52. Keith, M.; Demirkan, H.; Goul, M. Service-oriented methodology for systems development. J. Manag. Inf. Syst. 2013, 30, 227–260. [Google Scholar] [CrossRef]
  53. Bierwolf, R.; Frijns, P.; van Kemenade, P. Project management in a dynamic environment: Balancing stakeholders. In Proceedings of the IEEE European Technology and Engineering Management Summit, Munich, Germany, 17–19 October 2017; pp. 1–6. [Google Scholar]
  54. Lechler, T.G.; Yang, S. Exploring the role of project management in the development of the academic agile software discourse: A bibliometric analysis. Proj. Manag. J. 2017, 48, 3–18. [Google Scholar] [CrossRef]
  55. Zakrzewska, M.; Jarosz, S.; Piwowar-Sulej, K.; Sołtysik, M. Enterprise agility—Its meaning, managerial expectations and barriers to implementation—A survey of three countries. J. Organ. Chang. Manag. 2022, 35, 488–510. [Google Scholar] [CrossRef]
  56. Fruhling, A.N.N.; Vreede, G.-J.D. Field experiences with eXtreme programming: Developing an emergency response system. J. Manag. Inf. Syst. 2006, 22, 39–68. [Google Scholar] [CrossRef]
  57. Chen, J.Q.; Phan, D.; Wang, B.; Vogel, D.R. Light-weight development method: A case study. In Proceedings of the 2007 International Conference on Service Systems and Service Management, Chengdu, China, 9–11 June 2007; pp. 1–6. [Google Scholar]
  58. So, C.; Scholl, W. Perceptive agile measurement: New instruments for quantitative studies in the pursuit of the social-psychological effect of agile practices. In Proceedings of the Agile Processes in Software Engineering and Extreme Programming, Sardinia, Italy, 25–29 May 2009; pp. 83–93. [Google Scholar]
  59. Murphy, P.; Donnellan, B. Lesson Learnt from an agile implementation project. In Proceedings of the Agile Processes in Software Engineering and Extreme Programming, Sardinia, Italy, 25–29 May 2009; pp. 136–141. [Google Scholar]
  60. Kua, P. XP2009 workshop: Climbing the Dreyfus ladder of agile practices. In Proceedings of the Agile Processes in Software Engineering and Extreme Programming, Sardinia, Italy, 25–29 May 2009; pp. 211–212. [Google Scholar]
  61. Bjørnson, F.O.; Dingsøyr, T. A survey of perceptions on knowledge management schools in agile and traditional software development environments. In Proceedings of the Agile Processes in Software Engineering and Extreme Programming, Sardinia, Italy, 25–29 May 2009; pp. 94–103. [Google Scholar]
  62. Lane, J.A.; Turner, R. Improving development visibility and flow in large operational organizations. In Proceedings of the Lean Enterprise Software and Systems, Galway, Ireland, 1–4 December 2013; pp. 65–80. [Google Scholar]
  63. Korhonen, K. Migrating defect management from waterfall to agile software development in a large-scale multi-site organization: A case study. In Proceedings of the Agile Processes in Software Engineering and Extreme Programming, Sardinia, Italy, 25–29 May 2009; pp. 73–82. [Google Scholar]
  64. Chao, J.T.; Brown, J.K. Empowering students and the community through agile software development service-learning. In Proceedings of the Agile Processes in Software Engineering and Extreme Programming, Sardinia, Italy, 25–29 May 2009; pp. 104–113. [Google Scholar]
  65. Cram, W.A. Aligning organizational values in systems development projects. Manag. Res. Rev. 2012, 35, 709–726. [Google Scholar] [CrossRef]
  66. Dingsøyr, T.; Nerur, S.; Balijepally, V.; Moe, N.B. A decade of agile methodologies: Towards explaining agile software development. J. Syst. Softw. 2012, 85, 1213–1221. [Google Scholar] [CrossRef]
  67. Ahimbisibwe, A.; Daellenbach, U.; Cavana, R.Y. Empirical comparison of traditional plan-based and agile methodologies. J. Enterp. Inf. Manag. 2017, 30, 400–453. [Google Scholar] [CrossRef]
  68. Tam, C.; Moura, E.J.d.C.; Oliveira, T.; Varajão, J. The factors influencing the success of on-going agile software development projects. Int. J. Proj. Manag. 2020, 38, 165–176. [Google Scholar] [CrossRef]
  69. Kautz, K. Customer and user involvement in agile software development. In Proceedings of the Agile Processes in Software Engineering and Extreme Programming, Sardinia, Italy, 25–29 May 2009; pp. 168–173. [Google Scholar]
  70. Evers, M.; van den Ende, W. The new new new! Product development game. In Proceedings of the Agile Processes in Software Engineering and Extreme Programming, Sardinia, Italy, 25–29 May 2009; pp. 204–205. [Google Scholar]
  71. Fazal-Baqaie, M.; Engels, G. Software processes management by method engineering with MESP. In Managing Software Process Evolution: Traditional, Agile and Beyond—How to Handle Process Change; Kuhrmann, M., Münch, J., Richardson, I., Rausch, A., Zhang, H., Eds.; Springer International Publishing: Cham, Switzerland, 2016; pp. 185–209. [Google Scholar]
  72. Rodríguez, P.; Yagüe, A.; Alarcón, P.P.; Garbajosa, J. Some findings concerning requirements in agile methodologies. In Proceedings of the Product-Focused Software Process Improvement, Oulu, Finland, 15–17 June 2009; pp. 171–184. [Google Scholar]
  73. Klärck, P.; Rantanen, J.; Härkönen, J. Executable requirements in practice. In Proceedings of the Agile Processes in Software Engineering and Extreme Programming, Sardinia, Italy, 25–29 May 2009; pp. 226–227. [Google Scholar]
  74. Laanti, M.; Laitila, T.; Mustakallio, M.; Kääriäinen, J.-P. Case study in responsive web design: Pragmatic agile and hero team approach—Time and cost savings with quality improvement. In Proceedings of the Lean Enterprise Software and Systems, Galway, Ireland, 1–4 December 2013; pp. 106–121. [Google Scholar]
  75. Vandersluis, C. Apply agile methodology to non-software enterprise projects. In Proceedings of the Paper presented at PMI® Global Congress 2014—North America, Phoenix, AZ, USA, 26–28 October 2014. [Google Scholar]
  76. Dalton, J. Backlog grooming. In Great Big Agile: An OS for Agile Leaders; Dalton, J., Ed.; Apress: Berkeley, CA, USA, 2019; pp. 129–131. [Google Scholar]
  77. Akbarieh, A.; Carbone, W.; Schäfer, M.; Waldmann, D.; Teferle, F.N. Extended producer responsibility in the construction sector through blockchain, BIM and smart contract technologies. In Proceedings of the World Congress on Sustainable Technologies, London, UK, 8–10 December 2020. [Google Scholar]
  78. Qumer, A.; Henderson-Sellers, B. A framework to support the evaluation, adoption and improvement of agile methods in practice. J. Syst. Softw. 2008, 81, 1899–1919. [Google Scholar] [CrossRef]
  79. Abrar, M.F.; Khan, M.S.; Ali, S.; Ali, U.; Majeed, M.F.; Ali, A.; Amin, B.; Rasheed, N. Motivators for large-scale agile adoption from management perspective: A systematic literature review. IEEE Access 2019, 7, 22660–22674. [Google Scholar] [CrossRef]
Figure 1. Summary of the article search process.
Figure 1. Summary of the article search process.
Buildings 13 01079 g001
Figure 2. The methodology adopted for this study.
Figure 2. The methodology adopted for this study.
Buildings 13 01079 g002
Table 1. Criteria for inclusion.
Table 1. Criteria for inclusion.
CharacteristicInclusion Criteria
Type of publication Peer-reviewed journal articles, conference papers, book chapters indexed in Scopus
Language(s)English
Time periodFrom 2006 to 2022 (inclusive)
Research designConceptual and empirical
ContentStudies on various agile project management methodologies
SourceScopus databases
Table 2. Agile practices that could be adopted by building construction firms.
Table 2. Agile practices that could be adopted by building construction firms.
PracticeDescription of the PracticeSources
Maintaining backlogsThe features and functions that will be included in the completed project are listed in the backlog. A backlog consists of a sizable collection of scope items that have been explained in terms of what the end users will receive from them. These scope items will be assigned to various team members with matching skills to perform each scope item. Once assigned, scope items are executed during a very short period known as a sprint. At the start of a project, a backlog might not contain detailed scope items. However, when a project progresses, it is the responsibility of the project team to maintain the backlog properly by grooming it appropriately.[19,20,21,22,23,24,25,26,27,28,29,30,31,32,33,34,35,36,37,38,39,40,41]
Running sprintsAs mentioned above, a sprint is a brief micro project that lasts only a few days or weeks. It is anticipated that every scope item from the backlog included in the sprint will be finished within its time frame.[22,23,24,26,27,29,30,31,32,33,34,35,36,37,38,39,40,41,42,43,44,45,46,47,48,49]
Encouraging
cross-functional teams
In certain projects, teams tend to work independently within their designated departments and only collaborate with other teams during specific periods. This approach poses a challenge for software developers as they often discover that their work contradicts the thinking of other teams or that some work has been duplicated unnecessarily. To address this issue, creating a cross-functional team can be beneficial as it removes the barriers between departments and eliminates the inefficiencies that arise from having multiple functional experts working in isolation.[20,26,33,34,36,37,41,49,50,51,52,53,54,55]
Continuous integrationContinuous integration refers to the practice of regularly merging components of a project developed by different groups to prevent any individual component from becoming isolated. In a software development project that practices an agile methodology, developers integrate different pieces of codes on continuous basis to increase efficiency of the delivery process and prevent conflicts in the latter part of the project.[27,28,29,31,33,36,42,45,46,53,56,57,58,59]
Establish information
radiators
Information radiators are visual displays used in agile project management to provide real-time updates on the project’s status, progress, and performance metrics to stakeholders. Examples of information radiators include task boards, burndown charts, and team dashboards. These displays are designed to be easily visible and understandable by all stakeholders, including team members, customers, and management. The goal is to keep everyone informed and aligned with project objectives and to facilitate communication and collaboration within the team. In software projects, dashboards, and features in software such as Jira, Asana, Monday.com are used to display key information.[26,43,48,60,61,62]
Iterative and incremental
development
Iterative and incremental development is a key aspect of agile project management, where development is broken down into small, manageable parts called iterations or sprints. Each iteration involves the delivery of a working piece of software, which is then incrementally improved in subsequent iterations. This approach allows for feedback to be received early and often from stakeholders, leading to more effective and efficient development. The iterative and incremental approach emphasizes collaboration, flexibility, and adaptability, enabling teams to respond quickly to changing requirements and deliver high-quality software products that meet the needs of stakeholders.[20,22,23,24,27,29,30,31,32,33,34,36,37,38,40,41,48,49,54,55,56,57,58,63,64,65,66,67,68]
Stand-up meetingsStand-up meetings, also known as daily scrums, are a key component of agile project management. These short, daily meetings are typically held while attendees are stood up to encourage brevity and focus on progress, goals, and any obstacles that may be hindering progress. During the meeting, each team member answers three questions: What have they accomplished since the last meeting? What are they planning to accomplish by the next meeting? Are there any obstacles or issues that need to be addressed? The goal of the stand-up meeting is to keep the team aligned, informed, and engaged, while also identifying and resolving any issues that may arise. By meeting daily, the team can adjust their plans and quickly adapt to changes, resulting in more effective and efficient development.[30,31,32,33,34,36,37,38,39,41,43,49,51,59,65,67,69]
TimeboxingTimeboxing is a technique used in agile project management to ensure that work is completed within a fixed time period, known as a timebox or iteration. Timeboxes are typically short, usually lasting between one and four weeks, and are used to set a clear deadline for completing a specific set of tasks. During the timebox, the team focuses on completing the highest-priority work items, and at the end of the timebox, they deliver a working product increment.[23,36,46,58,70,71]
Development of use cases and user storiesUse cases and user stories are two techniques used in agile project management to capture and describe requirements from the perspective of end users. Use cases are a more formal and structured technique used to define the interactions between users and the software system. They typically include a detailed description of the user’s goals and objectives, the steps involved in achieving those goals, and the expected outcomes. User stories, on the other hand, are a more lightweight and informal technique that focuses on describing the user’s needs and priorities in a simple and concise way.[23,24,25,26,27,28,29,30,36,38,39,40,41,43,44,59,72]
RetrospectivesRetrospectives are a key practice in agile project management that involves regular reflection and continuous improvement. Retrospectives are typically held at the end of each iteration or timebox and provide an opportunity for the team to reflect on their work, processes, and collaboration, and identify opportunities for improvement. During the retrospective, the team reflects on what went well, what could be improved, and what actions they will take to address any issues. The goal is to create a culture of continuous improvement, where the team is always looking for ways to work better, faster, and more efficiently. By holding regular retrospectives, the team can identify, and address issues early, and continuously improve their processes and collaboration, resulting in high-quality software products that meet the needs of stakeholders.[23,24,25,27,29,30,31,33,34,36,38,39,40,41,43,48,49,66,68,73,74]
Disclaimer/Publisher’s Note: The statements, opinions and data contained in all publications are solely those of the individual author(s) and contributor(s) and not of MDPI and/or the editor(s). MDPI and/or the editor(s) disclaim responsibility for any injury to people or property resulting from any ideas, methods, instructions or products referred to in the content.

Share and Cite

MDPI and ACS Style

Chathuranga, S.; Jayasinghe, S.; Antucheviciene, J.; Wickramarachchi, R.; Udayanga, N.; Weerakkody, W.A.S. Practices Driving the Adoption of Agile Project Management Methodologies in the Design Stage of Building Construction Projects. Buildings 2023, 13, 1079. https://doi.org/10.3390/buildings13041079

AMA Style

Chathuranga S, Jayasinghe S, Antucheviciene J, Wickramarachchi R, Udayanga N, Weerakkody WAS. Practices Driving the Adoption of Agile Project Management Methodologies in the Design Stage of Building Construction Projects. Buildings. 2023; 13(4):1079. https://doi.org/10.3390/buildings13041079

Chicago/Turabian Style

Chathuranga, Sanjaya, Shan Jayasinghe, Jurgita Antucheviciene, Ruwan Wickramarachchi, Nilan Udayanga, and W. A. S. Weerakkody. 2023. "Practices Driving the Adoption of Agile Project Management Methodologies in the Design Stage of Building Construction Projects" Buildings 13, no. 4: 1079. https://doi.org/10.3390/buildings13041079

Note that from the first issue of 2016, this journal uses article numbers instead of page numbers. See further details here.

Article Metrics

Back to TopTop