Project Management – Designing And Implementing Monopoli Game Application

Aim and Objectives

Project management is one of the most effective approaches to prepare a particular system or a software application based on providing the end users with the solution to a typically faced problem in specific terms (Copola Azenha, Aparecida Reis & Leme Fleury, 2021). Such projects are mainly aimed at putting forward an effectively working system to ensure there is a likely existence of a systematic approach that is faced during the Development And Implementation Processes followed throughout the specific project.

Monopoli is a game that will ask the players with different kinds of questions based on stakeholder engagement as well as risk management. The project is supposed to bring the game into action through an application interface, which can be accessed by the users through appropriate registration by downloading and installing the application on their devices in particular.

With respect to the chosen project topic, the following document has been formulated to provide with the primary objectives of the project for fulfilling the necessary project activities. In addition to this, the document has covered and provided details of the proposed game structure, the functionalities to be present and the operational procedure to be followed by the game after it has been released for the users (Heigermoser et al., 2019). Along with this, the following document has also provided with details of the project plan, a WBS, critical success factors, implementation timelines, project risks to be occurring as well as the contingencies for the same.

This section of the document has provided with the specific details of all the objectives to be followed during the designing and implementation of the Monopoli game through the undertaken project. Hence, the project objectives are,

1. To design a Monopoli game for the users to be accessed on their personal devices.
2. To provide details of the proposed game structure.
3. To provide further details of the project plan and relative implementation.
4. Document the likely project risks and provide contingencies for the same.

This section of the document has clearly provided with the necessary outcomes to be obtained upon successful completion of the project (Pace, 2019). Hence, the expected outcomes of this project are,

1. A designed structured application for the Monopoli game.
2. A clear idea of the proposed game structure.
3. Utilization of identified project risks to prevent them with the help of contingencies.

Monopoli is a game that is mainly referred to as an interactive game, which allows the users to gain specific knowledge in terms of stakeholder engagement as well as risk management (Vasilieva, 2021). However, the game has been decided to be implemented through an application, which will allow the players to be able to play the game online on their smart devices by downloading and installing the application.

A similar structure for the game has been presented for the project where the players are required to register themselves on the application and then select a specific mode of playing such as online or offline. With respect to this, the players will have the provision of playing online matches by matching with other players or friends of their choice (Tam et al., 2020). Upon starting the game, the screen will contain various questions directly related to the primary aspects of stakeholder engagement with respect to project management as well as risk management to be carried out in such projects.  

Expected Outcomes

In addition to this, specific revenue loss can also occur through the Chance or the Community cards that are present as well as the tax squares. There will be a shared existence of multiple house rules as a part of the game, which needs to be followed by every individual player who has been registered to the game and is likely participating in a game in specific terms (Cha, Newman & Winch, 2018). Hence, the game will be specifically structured in such a manner that each of the player needs to follow all the laid-out rules and will also provide with a clear understanding and explanation at every individual step for the players to follow in particular and face no difficulty in playing the Monopoli game application that will be developed at the end of this project.

This section of the project document will clearly provide necessary details and understanding of all the primary functionalities as well as operations to be carried out by the Monopoli game application after it has been successfully developed and made available for the users to download, install and play the game (Bergmann & Karwowski, 2018). The following sections have clearly described the functionalities, look and feel as well as operation procedure of the application.

The Monopoli game, which will be designed will have the primary existence of multiple functionalities to be performed as a part of the basic demands of the players in particular terms. The following points have clearly stated all the primary functionalities to be performed by the game.

• The players are firstly required to register and login to the game application for Monopoli, which will be designed.
• The game will allow the players to choose either online or offline playing mode for their ease.
• The game will allow the players to invite their friends and make their own matching and then play the game (Neto et al., 2019).
• The game basically allows the players to be a part of an interactive game, which is mainly to answer few questions related to stakeholder engagement as well as various kinds of risk management practices, which are carried out within the projects of different kinds in particular terms.
• The game will also supply the players with ‘Chances’ and ‘Community’ cards, which contain certain activities that needs to be carried out by the player and they will not be provided with an option of not performing the mentioned activity. These cards can turn out to be lucky or unlucky for individual players in terms of revenue within the game.
• The game will end for the player who fails to answer at least 6 questions out of a set of 10 questions in a single match (Gallina, Muram & Ardila, 2018).
• The game will declare the last standing player with virtual money in hand as the winner of the game.
• The game will provide the players with raise specific issues, fixes or errors that have been identified by them on the game and report the same to the application team through the feedback page to be present on the designed application.

This section of the document has clearly described the primary look and feel of the application, which is to provide a better imagination of the Monopoli game that will be designed and developed through this undertaken project.

1. The game will have a simple registration and login page for the users to register themselves as the players of the game. An easy-to-read text box for all the necessary details required for registration as well as a simple coloured button for submitting both the registration and login page.
2. The main menu of the game will have an easy-to-read option available to all the players of the Monopoli game with using soft colours and a smoother transition between the windows of all the options available for the players to select and proceed onto the next window (Cooper & Sommer, 2018).
3. The appropriate usage of smoother transition between all the windows of the Monopoli game application will help the users to obtain a better experience of all the primary options available for the registered players present on the game application.

Each of the players who have been registered to the application will successfully provide with a helping hand in understanding all the operations to be performed by the game. Hence, this sub-section of the document has clearly discussed about all the primary operations of the Monopoli game that has been integrated into the game to provide the players with a lively experience of the entire Monopoli game without fail.

The game will start by allowing the players to select the mode of operation either online or offline, with a prompt stating that no progress will be saved if the player proceeds with the option of an offline game (Fioravanti et al., 2018). Following this, if the user has selected the online mode of operation, then the game will proceed in giving the user with an option of either selecting random matching with other online players or an option for inviting their friends to complete the matching and then proceed to start the game.

Proposed Structure of the Game

After the matching step is complete, the application proceeds to start the game and follows the primary rules of the common Monopoli game that is same worldwide. Once the game completes, the winner is declared and winning points are added to the virtual account of the particular winning player. In addition to this, the game will also allow the users to get in touch with the customer assistance through the feedback page that is present on the designed Monopoli game application, where the users are provided with a text area to type the complaint, select the type of complaint and submit the same for further processing.

The main objective of this project is to develop and implementing a Monopoli game for the users to become a significant part of a game that is solely based upon gaining knowledge regarding project management. The game mainly allows the registered users to answer questions related to Stakeholder engagement as well as risk management belonging to the field of project management (Alnaggar & Pitt, 2018). As a reason to this, a specific approach has been undertaken for carrying out the project to ensure that all the initial demands of the users from the Monopoli game are met through the online application.

Firstly, all the detailed rules and regulation of the Monopoli game is outlined and documented, which needs to be fulfilled by the designed game application. This step has helped to meet the demands of the players through the application where the Monopoli game should be able to integrate all the rules that are necessary to answer the questions and obtain points for each question that is answered correctly.  

Secondly, the approach for designing the game is to allow the players have the freedom of either playing the game online with other online players across the globe or invited friends and at the same time they have the provision of playing the offline mode as well, which will have no specific changes in the game and all will be same just the game progress will not be saved for that particular user (Arndt et al., 2021).

Thirdly, the Monopoli game that will be developed will be done based on the primary needs of the users to reach the customer queries and put forward specific issues that might be faced by them during their time when they are using the application in particular. This approach has been integrated into the game to enhance the customer satisfaction by helping them provide with a specific capability of contacting with the developers of the game and communicate any of the issue that might have occurred for them.

Expected Functionalities and Operation

Fourthly, an approach of using smoother transitions between all the interfaces that are present on the application along with particularly easy to read texts and preventing the usage of vibrant colours by using soft colours specifically (Noguera, Guerrero-Roldán & Masó, 2018). As a reason to this, there is a likely existence of soothing colour shades that have been used throughout the entire interface of the Monopoli game, which is for better understanding for every individual user.

The entire approach that has been adopted in specific terms for designing the Monopoli game has been stated in the above points to put forward a better understanding of the entire process that has been followed for this project. Details of the necessary project implementation process has been explained in the following points to provide with a better understanding of the undertaken project.

Critical success factors are specifically referred to the areas of the business or primary project that is typically vital to the associated success of the organization (Maurício et al., 2018). Hence, carrying out efficient identification as well as communication of the identified critical success factors present within an organization is primarily important to ensure that the business or the associated project specifically is focused upon the methods to be undertaken for achieving the success.

With respect to this, there is a likely existence of multiple critical success factors that have been defined and explained for this game design project, which has been outlined in the following points to put forward a better understanding of the same.

1. Requirement identification: Proper research to be conducted to ensure that all the requirements for this project is complete and will help them identify the likely demands of the users who are fond of Monopoli game and needs all the rules of the game in the mobile application interface (Vallon et al., 2018). Hence, having a proper identification of all the project requirements is one of the critical success factors for this project.
2. Project management plan: Project management plan has also been considered as a critical success factor for this project, which mainly provides with the necessary details of all the basic activities to be performed during the project and needs to be followed by each of the project resource. Having an effective project management plan will provide with a helping hand towards efficiently design the Monopoli game within the provisioned timeframe and the allocated budget initially determined for the project success.
3. Definition of critical milestones: each phase of this project is supposed to provide with a necessary output, which will be tested at the completion of every individual phase to ensure that the Monopoli game is able to fulfil all the likely demands of the users and does not undergo any failure when it has been made available on the application store for the users to download, install and play the game (Kuhrmann et al., 2018).
4. Efficient communication: each of the phase, the generated information and the primary outcomes to be obtained at each the phase needs to be communicated to the resources actively working in that particular activity. This critical success factor also requires for the project manager to communicate the project progress to all the primary stakeholders of this project. This has been considered as a critical success factor for this project to ensure that effective communication is necessary to obtain better outcomes, design the Monopoli game as well as meet the associated demands of the players (Mavi & Standing, 2018).
5. Testing deliverables: this has been considered as a typically existing success factor where the associated project manager of this undertaken project is mainly focused upon effectively testing the final application of the Monopoli game that has been developed to ensure a better understanding of the deliverable and tally the same with the requirements of the Monopoli game that has been undertaken in specific.

This section of the document has clearly described the specific timeline that will be followed in efficiently designing the Monopoli game application for allowing the players to play the game directly in a digital manner on their smart devices (Vrchota et al., 2020). The following points have successfully highlighted the specific timeline that has been followed to efficiently meet the primary requirements of the project outcomes and successfully develop the Monopoli game. The timeline to be followed in this project are,

1. Requirement identification: this primary step is the initiation of the project and has bene carried out to successfully identify all the basic requirements of the project for designing the Monopoli game application to ensure the likely initial demands of the users are successfully met without fail (Benítez-Ávila et al., 2018). This step present within the implementation timeline has been effectively done to propose a particular understanding towards the objectives of the project.
2. Requirement documentation: this step on the implementation timeline will be undertaken to efficiently document all the project requirements that have already been identified in the initial stage of the project.
3. Resource hiring: this project is mainly focused upon designing a Monopoli game application for the users to be able to play the game in a digital manner by installing an application on their smart devices from the internet. As a reason to this, specific resources required for this project such as an application developer, database administrator, front-end designer and a network engineer will be hired to accomplish all the necessary tasks of this project (Zaman et al., 2019). A project manager will be hired to look after the daily progress within the project as well as ensure the project outcomes are obtained without fail.
4. Designing the front-end: the Monopoli game application requires an attractive front- end, which will be visible to the players who will be downloading and installing the application to play Monopoli. Hence, the hired front-end designer will design an user interface for the players to interact with the game and play it.
5. Database integration: each of the user who will be downloading and installing the application is required to effectively register to the application and provide their personal details to complete the registration process (Jafarzadeh, Akbari & Abedin 2018). As a reason to this, such provided personal information of the users are required to be protected and stored. A database will be connected to the backend of the game application to store all the registration details of individual users without fail.
6. Backend development: the game is mainly an application that requires to be coded as per any other application with various functionalities to be present on the code. Hence, this will be done by the application developer, to which the database administrator will also connect the database to store details (Pu?ko, Šuman & Rebolj, 2018). This step of the implementation plan will also have the primary requirement of connecting the designed front-end of the application to the coded backend and connected database to finally develop the application.
7. Testing: this phase is one of the most important step of the implementation timeline, where the developed application will be undergoing multiple tests to check if there are any errors still existing within the application. Upon successfully identifying errors within the application prototype, such errors will be documented and fixed to run a final test. After the application passes the final test, the same is deployed as explained in the network phase of the implementation timeline (Rahimian et al., 2020).
8. Deployment: this is the phase that belongs to the implementation timeline is specifically where the designed Monopoli game application is made available for the users on their application store to download, install and play the game without any faults or errors that have already been fixed during the deployment phase.

This section of the project document has clearly stated the specific milestones of the implementation timeline for this project during which necessary phases will come to an end as well as specified project outcomes are obtained in particular (Martens et al., 2018). The implementation milestones for this project are,

1. Objectifying requirements: this the first milestone present on the implementation timeline, where all the primary requirements of the Monopoli game that needs to be included into the application to be designed is determined. As a reason, this is an important phase of the implementation timeline and has been considered as an implementation milestone of the project.
2. Completion of resource allocation: this has also been considered as a specific implementation milestone since this marks the specific allocation of all the resources that are a part of the Monopoli game designing project (Anderson et al., 2021). This milestone is when each individual resources has been hired and appointed with their individual tasks or projects in specific terms.
3. Completion of application development: this is the project implementation milestone that has been considered as an important milestone depicting the completion of the Monopoli game application is developed after all the resources have carried out their work in an effective manner without fail (Sangaiah et al., 2018). This implementation milestone is one of the most important milestone activity of the game development project marking the project to have been almost complete.
4. Deployment: this is the last implementation milestone of the project timeline that ensures all the existing bugs and errors have been identified and fixed in the game and is ready for release to allow the users download and play the Monopoli game without facing any significant issues.

Each of the implementation milestone, which is a part of the implementation timeline has been outlined in the above points to provide with a better understanding of the important phase of the implementation timeline for the Monopoli game that has been designed.

Adopted Approach

WBS	Task Name	Predecessor
0	Monopoli Game Project
1	Requirement identification
1.1	Carrying out market research
1.2	Identifying game requirements	2
1.3	Documenting game requirements	3
1.4	Milestone-1: Requirements identified	4
2	Resource allocation
2.1	Hire application developer to develop game	5
2.2	Hire graphic designer to design front-end	7
2.3	Hire database administrator to integrate database to backend	8
2.4	Milestone-2: Resource allocation complete	9
2	Application development
2.1	Hiring resources	10
3.2	Backend development of game by application developer	12
3.3	Front-end design by graphic designer	13
3.4	Database integration to backend by DBA	14
3.5	Milestone-3: Game developed	15
4	Testing
4.1	Test the Monopoli Game	16
4.2	Identify errors	18
4.3	Fix identified errors	19
4.4	Release Game	20
4.5	Milestone-4: Deployment	21

This section of the document has clearly provided with all the necessary details of the work breakdown for the project of designing a Monopoli game in the form of an application (Patil & Suresh, 2019). The Work Breakdown Structure (WBS) has been stated in the form of a chart in a visualized manner, which has been appropriately defined as the primary display all the necessary outcomes to be obtained at the specific end of the project in particular.

Each of the task that has been carried out to design the Monopoli game has been presented in the WBS along with the sub-tasks to be carried out in each of the project phase described on the timeline. Each of the sub-tasks have been clearly defined to be contributing towards the primary completion of the main task that has been shown on the designed WBS chart (Morschheuser et al., 2018). In addition to each of the primary tasks present on the WBS, the sub-tasks also contain a Milestone that defines the successful completion of that particular tasks without fail.

Following the WBS chart, the work breakdown structure has also been defined with the help of a table, where all the primary and sub-tasks have been allocated with a WBS ID (Alhammad & Moreno, 2018). After the WBS ID has been assigned to each of the tasks that has been presented on the WBS table, the name of the tasks have been presented along with the predecessor for each of the task that has been integrated into the WBS dictionary.

This section of the document has clearly denoted with the project implementation plan that has been appropriately defined to provide with the necessary details of all the primary tasks that have been involved into the Monopoli game development project that has been undertaken for this project discussion (Chis et al., 2018). Each of the primary tasks of the game development project has been presented on the project plan along with the predecessor for each of the task that has been presented. The start and end date of every individual task that has been shown on the Project Gantt has been appropriately allocated based on the number of days that particular activity will be carried out. Based on this, the total duration of the project, start and end date has also been presented on the project gantt to ensure a better understanding in specific terms.

This section of the document has clearly provided with appropriate project risks, which might occur during the ongoing phases of the project (Grodotzki, Ortelt & Tekkaya, 2018). As a reason to this, there is a shared existence of multiple project risks likely to be posed at this project, where each of the identified risks have been outlined in the following table to provide with a better understanding.

Risk	Description	Likelihood (1-5)	Impact (1-5)	Risk score (1-25)	Mitigation
Scope risk	This is a specific risk that is possible to be posed at this particular project where the associated scope of the project might not have been defined in a proper manner (Jayatilleke & Lai, 2018). This will appropriately lead to a slowdown of the project and the project outcomes could be directly impacted by this stating that this particular risk needs to be appropriate managed in particular to avoid any specific impact of scope risks.	3	4	12	This particular risk can be mitigated with the help of creating an appropriate project parameter to carry out the project.
Reduced performance	This is a type of risk that can specifically occur when the project and the existing resources associated to this project might not perform according to the expected level (Müller et al., 2018). This project risk might have a direct impact upon the outcomes of the project, which is the Monopoli game application for this project. Affected performance of the game can specifically lead to dissatisfaction of the players.	2	5	10	This can be mitigated by hiring resources only after anticipating their associated performance.
High costs	This is a cost-related risk that can specifically occur within the project whenever the same goes over budget during the initial setting. Risks specifically related to the cost can also occur due to unrealistic matters or might as well be due to specific lack within the detailed budget made during the project planning phase.	4	5	20	Costs risk can be mitigated within the project by carrying out effective estimation of the required costs and creating an appropriate budget (Willumsen et al., 2019).

To put forward a contingency plan for this project, the following steps will be made a part of the plan as prepared.

1. Creating an official policy for maintaining discipline throughout the project for ensuring the project outcomes are met without the occurrence of any specific issue.
2. Appropriately gathering all the necessary resources of the project.
3. A risk management strategy will be efficiently used to ensure a better management of the project outcomes and progress (Bjorvatn & Wald, 2018).
4. The plan will be tested and updated regularly based on any new requirements or changes made within the project.

Conclusion:

Monopoli has been chosen as a game, which mainly aims at increasing the knowledge regarding stakeholder engagement as well as risk management in multiple projects that occur within the field of project management. However, a project has been undertaken in the above discussion, which is to design an application for the Monopoli game that will allow the users to play the game online with friends or strangers across the world from their mobile devices. The above discussion has clearly provided necessary details of the game that will be developed along with functionalities, look and feel. In addition to this, the necessary information of the project along with a project plan, WBS, risk management strategy as well as a contingency plan for a smooth performance of the project has been documented.

References:

Alhammad, M. M., & Moreno, A. M. (2018). Gamification in software engineering education: A systematic mapping. Journal of Systems and Software, 141, 131-150. (https://doi.org/10.1016/j.jss.2018.03.065)

Alnaggar, A., & Pitt, M. (2018). Towards a conceptual framework to manage BIM/COBie asset data using a standard project management methodology. Journal of Facilities Management. (https://doi.org/10.1108/JFM-03-2018-0015)

Anderson, R., Andrej, J., Barker, A., Bramwell, J., Camier, J. S., Cerveny, J., … & Zampini, S. (2021). MFEM: A modular finite element methods library. Computers & Mathematics with Applications, 81, 42-74. (https://doi.org/10.1016/j.camwa.2020.06.009)

Arndt, D., Bangerth, W., Davydov, D., Heister, T., Heltai, L., Kronbichler, M., … & Wells, D. (2021). The deal. II finite element library: Design, features, and insights. Computers & Mathematics with Applications, 81, 407-422. (https://doi.org/10.1016/j.camwa.2020.02.022)

Benítez-Ávila, C., Hartmann, A., Dewulf, G., & Henseler, J. (2018). Interplay of relational and contractual governance in public-private partnerships: The mediating role of relational norms, trust and partners’ contribution. International journal of project management, 36(3), 429-443. (https://doi.org/10.1016/j.ijproman.2017.12.005)

Bergmann, T., & Karwowski, W. (2018, July). Agile project management and project success: A literature review. In International Conference on Applied Human Factors and Ergonomics (pp. 405-414). Springer, Cham. (10.1007/978-3-319-94709-9_39)

Bjorvatn, T., & Wald, A. (2018). Project complexity and team-level absorptive capacity as drivers of project management performance. International Journal of Project Management, 36(6), 876-888. (https://doi.org/10.1016/j.ijproman.2018.05.003)

Cha, J., Newman, M., & Winch, G. (2018). Revisiting the project management knowledge framework: Rebalancing the framework to include transformation projects. International Journal of Managing Projects in Business. (https://doi.org/10.1108/IJMPB-11-2017-0147)

Chis, A. E., Moldovan, A. N., Murphy, L., Pathak, P., & Muntean, C. H. (2018). Investigating flipped classroom and problem-based learning in a programming module for computing conversion course. Journal of Educational Technology & Society, 21(4), 232-247. (https://www.jstor.org/stable/26511551)

Cooper, R. G., & Sommer, A. F. (2018). Agile–Stage-Gate for Manufacturers: Changing the Way New Products Are Developed Integrating Agile project management methods into a Stage-Gate system offers both opportunities and challenges. Research-Technology Management, 61(2), 17-26. (https://doi.org/10.1080/08956308.2018.1421380)

Copola Azenha, F., Aparecida Reis, D., & Leme Fleury, A. (2021). The role and characteristics of hybrid approaches to project management in the development of technology-based products and services. Project Management Journal, 52(1), 90-110. (https://doi.org/10.1177/8756972820956884)

Fioravanti, M. L., Sena, B., Paschoal, L. N., Silva, L. R., Allian, A. P., Nakagawa, E. Y., … & Barbosa, E. F. (2018, February). Integrating project based learning and project management for software engineering teaching: An experience report. In Proceedings of the 49th ACM technical symposium on computer science education (pp. 806-811). (https://doi.org/10.1145/3159450.3159599)

Gallina, B., Muram, F. U., & Ardila, J. P. C. (2018, May). Compliance of agilized (software) development processes with safety standards: a vision. In Proceedings of the 19th International Conference on Agile Software Development: Companion (pp. 1-6). (https://doi.org/10.1145/3234152.3234175)

Grodotzki, J., Ortelt, T. R., & Tekkaya, A. E. (2018). Remote and virtual labs for engineering education 4.0: achievements of the ELLI project at the TU Dortmund University. Procedia manufacturing, 26, 1349-1360. (https://doi.org/10.1016/j.promfg.2018.07.126)

Heigermoser, D., de Soto, B. G., Abbott, E. L. S., & Chua, D. K. H. (2019). BIM-based Last Planner System tool for improving construction project management. Automation in Construction, 104, 246-254. (https://doi.org/10.1016/j.autcon.2019.03.019)

Jafarzadeh, H., Akbari, P., & Abedin, B. (2018). A methodology for project portfolio selection under criteria prioritisation, uncertainty and projects interdependency–combination of fuzzy QFD and DEA. Expert Systems with Applications, 110, 237-249. (https://doi.org/10.1016/j.eswa.2018.05.028)

Jayatilleke, S., & Lai, R. (2018). A systematic review of requirements change management. Information and Software Technology, 93, 163-185. (https://doi.org/10.1016/j.infsof.2017.09.004)

Kuhrmann, M., Diebold, P., Munch, J., Tell, P., Trektere, K., McCaffery, F., … & Prause, C. R. (2018). Hybrid software development approaches in practice: a European perspective. IEEE software, 36(4), 20-31. (https://ieeexplore.ieee.org/abstract/document/8254323/)

Martens, C. D. P., Machado, F. J., Martens, M. L., & de Freitas, H. M. R. (2018). Linking entrepreneurial orientation to project success. International Journal of Project Management, 36(2), 255-266. (https://doi.org/10.1016/j.ijproman.2017.10.005)

Maurício, R. D. A., Veado, L., Moreira, R. T., Figueiredo, E., & Costa, H. (2018). A systematic mapping study on game-related methods for software engineering education. Information and software technology, 95, 201-218. (https://doi.org/10.1016/j.infsof.2017.09.014)

Mavi, R. K., & Standing, C. (2018). Critical success factors of sustainable project management in construction: A fuzzy DEMATEL-ANP approach. Journal of cleaner production, 194, 751-765. (https://doi.org/10.1016/j.jclepro.2018.05.120)

Morschheuser, B., Hassan, L., Werder, K., & Hamari, J. (2018). How to design gamification? A method for engineering gamified software. Information and Software Technology, 95, 219-237. (https://doi.org/10.1016/j.infsof.2017.10.015)

Müller, R., Sankaran, S., Drouin, N., Vaagaasar, A. L., Bekker, M. C., & Jain, K. (2018). A theory framework for balancing vertical and horizontal leadership in projects. International Journal of Project Management, 36(1), 83-94. (https://doi.org/10.1016/j.ijproman.2017.07.003)

Neto, P. S., Medeiros, D. B., Ibiapina, I., & da Costa Castro, O. C. (2019). Case study of the introduction of game design techniques in software development. IET Software, 13(2), 129-143. (https://ieeexplore.ieee.org/iel7/4124007/8680806/08680807.pdf)

Noguera, I., Guerrero-Roldán, A. E., & Masó, R. (2018). Collaborative agile learning in online environments: Strategies for improving team regulation and project management. Computers & Education, 116, 110-129. (https://doi.org/10.1016/j.compedu.2017.09.008)

Pace, M. (2019). A correlational study on project management methodology and project success. Journal of Engineering, Project, and Production Management, 9(2), 56. (10.2478/jeppm-2019-0007)

Patil, M., & Suresh, M. (2019). Modelling the enablers of workforce agility in IoT projects: a TISM approach. Global Journal of Flexible Systems Management, 20(2), 157-175. (https://doi.org/10.1007/s40171-019-00208-7)

Pu?ko, Z., Šuman, N., & Rebolj, D. (2018). Automated continuous construction progress monitoring using multiple workplace real time 3D scans. Advanced Engineering Informatics, 38, 27-40. (https://doi.org/10.1016/j.aei.2018.06.001)

Rahimian, F. P., Seyedzadeh, S., Oliver, S., Rodriguez, S., & Dawood, N. (2020). On-demand monitoring of construction projects through a game-like hybrid application of BIM and machine learning. Automation in Construction, 110, 103012. (https://doi.org/10.1016/j.autcon.2019.103012)

Sangaiah, A. K., Samuel, O. W., Li, X., Abdel-Basset, M., & Wang, H. (2018). Towards an efficient risk assessment in software projects–Fuzzy reinforcement paradigm. Computers & Electrical Engineering, 71, 833-846. (https://doi.org/10.1016/j.compeleceng.2017.07.022)

Tam, C., da Costa Moura, E. J., Oliveira, T., & Varajão, J. (2020). The factors influencing the success of on-going agile software development projects. International Journal of Project Management, 38(3), 165-176. (https://doi.org/10.1016/j.ijproman.2020.02.001)

Vallon, R., da Silva Estácio, B. J., Prikladnicki, R., & Grechenig, T. (2018). Systematic literature review on agile practices in global software development. Information and Software Technology, 96, 161-180. (https://doi.org/10.1016/j.infsof.2017.12.004)

Vasilieva, E. (2021). Design Thinking in the Development of Project Management Approaches and Modeling of Business Processes of the Organization. In Digital Transformation and New Challenges (pp. 3-16). Springer, Cham. (10.1007/978-3-030-71397-3_1)

Vrchota, J., ?eho?, P., Ma?íková, M., & Pech, M. (2020). Critical success factors of the project management in relation to industry 4.0 for sustainability of projects. Sustainability, 13(1), 281. (https://doi.org/10.3390/su13010281)

Willumsen, P., Oehmen, J., Stingl, V., & Geraldi, J. (2019). Value creation through project risk management. International Journal of Project Management, 37(5), 731-749. (https://doi.org/10.1016/j.ijproman.2019.01.007)

Zaman, U., Jabbar, Z., Nawaz, S., & Abbas, M. (2019). Understanding the soft side of software projects: An empirical study on the interactive effects of social skills and political skills on complexity–performance relationship. International Journal of Project Management, 37(3), 444-460. (https://doi.org/10.1016/j.ijproman.2019.01.015)