Next Article in Journal
Systemic Risk in Banking against the Backdrop of the COVID-19 Pandemic
Next Article in Special Issue
The Hidden Side of Electro-Mobility: Modelling Agents’ Financial Statements and Their Interactions with a European Focus
Previous Article in Journal
An Information System for Infrastructure Asset Management Tailored to Portuguese Water Utilities: Platform Conceptualization and a Prototype Demonstration
Previous Article in Special Issue
Multi-Category Innovation and Encroachment Strategy Evolution of Composite E-Commerce Platform Based on Multi-Agent Simulation
 
 
Font Type:
Arial Georgia Verdana
Font Size:
Aa Aa Aa
Line Spacing:
Column Width:
Background:
Technical Note

Earned Value Management Agent-Based Simulation Model

by
Manuel Castañón-Puga
1,*,†,
Ricardo Fernando Rosales-Cisneros
2,
Julio César Acosta-Prado
3,
Alfredo Tirado-Ramos
4,5,
Camilo Khatchikian
5 and
Elías Aburto-Camacllanqui
6
1
School of Chemistry and Engineering, Universidad Autónoma de Baja California, Tijuana 22424, Mexico
2
Research Center of Complexity Studies, School of Accounting and Administration, Universidad Autónoma de Baja California, Tijuana 22424, Mexico
3
School of Business Science, Universidad del Pacífico, Lima 15072, Peru
4
Department of Epidemiology, Geisel School of Medicine at Dartmouth, Dartmouth College, Lebanon, NH 03756, USA
5
Department of Biomedical Data Science, Geisel School of Medicine at Dartmouth, Dartmouth College, Lebanon, NH 03756, USA
6
Research Center (CIUP), Universidad del Pacífico, Lima 15072, Peru
*
Author to whom correspondence should be addressed.
Current address: School of Chemistry and Engineering, Universidad Autónoma de Baja California Tijuana Campus, Calzada Universidad 14418, Tijuana 22424, Baja California, Mexico.
Systems 2023, 11(2), 86; https://doi.org/10.3390/systems11020086
Submission received: 29 December 2022 / Revised: 24 January 2023 / Accepted: 26 January 2023 / Published: 7 February 2023

Abstract

:
Agile project management (APM) can be defined as an iterative approach that promotes satisfying customer requirements, adjusts to change, and develops a working product in rapidly changing environments. Managers usually apply agile management as the project management approach in projects requiring extraordinary speed and flexibility in their processes. Earned value management (EVM) is a fundamental part of project management to establish practical measures. Often, managers use a task board to visually represent the work on a project and the path to completion. Still, managing an agile project can be a challenging endeavor. In this paper, we propose an agent-based model describing the management of tasks within a project using earned value assessment and a task board. Our model illustrates how EVM yields an efficient method to measure a project’s performance by comparing actual progress against planned activities, thus facilitating the formulation of more accurate predicted estimations. As proof of concept, we leverage our implementation to calculate EVM performance indexes according to a performance measurement baseline (PMB) in a task board fashion.

1. Introduction

Agile project management (APM) can be defined as an iterative approach that promotes satisfying customer requirements, adjusts to change, and develops a working product in rapidly changing environments [1]. Applying agile management as the project management approach requires extraordinary speed and flexibility in your processes and the formation of dedicated teams willing to adapt to changes, according to the Project Management Institute (PMI) [2]. Such a management approach is not only suitable for software development [3], but it has also been expanded to other environments, such as manufacturing, education, and health care, among others within the guide’s scope [4].
In the manufacturing sector, there is much interest in understanding the determinants of effective agile project management to save time and energy in a context where customer requirements are broader, and new proposals for technological innovation are appearing [5,6]. For example, there is the proposal of a matrix that suggests agile practices based on the objectives and priority principles for complex project teams [5]. In addition, a scheme has been elaborated with the necessary actions to increase the probability of success in each of the phases of agile projects (planning, implementation, and closure) in a cycle of continuous improvement [6].
The earned value management (EVM) [7] is considered a fundamental part of the project management body of knowledge (PMBOK) [2] to establish practical measures. Over the last four decades, project management professionals have used this method to measure performance and assess the status of a project [8]. Still, managing an agile project can be a challenging endeavor. Often, managers use a task board to visually represent the work on a project and the path to completion. The route includes pending, in-progress, and completed tasks performed by teams. For example, the “Kanban” methodology uses a task board to distribute assignments and activities as a fundamental part of a production process [9].
Implementing agile project management can be a complex, time-demanding undertaking, taking into consideration that different mechanisms influence the project’s performance. For example, cultural agency theory [10] proposes that operative play rules, individual traits, and cultural matters interact dynamically to produce emergent behaviors in the production system. From this theory, we could see EVM and a task board as the agency’s operative system. Such an approach could be a critical step for a comprehensive understanding of the agile process rules and development. This allows a constant evaluation of the intermediate results and allows adjustments if the users and the interested parties want them. This way, the entire project team, including stakeholders, continuously improves the product. This methodology allows for immediate product modifications as previously unknown requirements are discovered [1].
Therefore, we propose an agent-based model describing the management of tasks within a project using a task board. The model’s purpose is to illustrate how the participants in a project complete the tasks represented on the board. We consider the EVM approach to asses performance and control the work completion level compared to the set plan. In this study, we first explicitly identify the problem that motivated this work. Second, we describe the proposed model and briefly discuss the model’s benefits and limitations. Finally, we provide a set of conclusions and identify needs for future work and developments.

2. Problem Statement

According to the PMI [2], project management is the application of knowledge, skills, tools, and techniques to project activities to achieve the expected results. Generally speaking, traditional project management has been oriented to projects whose phases were programmable, with predictable endings; tasks, times, and deadlines were clearly established and defined with technical prescriptions. That is, the tasks that make them up were explicitly defined during the project planning process [11].
However, changes in technology, business, economics, and stakeholder expectations imply that project management considers a static component (pre-plannable) and a dynamic component (unpredictable and not initially programmable). Considering this dichotomy, organizations require flexibility to adopt different methodologies and techniques in project execution [12].
In addition, project management involves carrying out a set of functions performed by groups that interact reciprocally and configure an organizational system that must be appropriately coordinated. For the PMI, stakeholders are people and organizations that actively participate and whose interests may be affected due to the project execution [2]. According to the methodology of stakeholders, there are four main processes in project management: planning, design, execution and control, and closure. This study focuses on the execution and control phase, where the promoters and executors participate most in developing the activities planned through the task board [13].
Using this conceptual framework, it is possible to evaluate the elements involved in the planning and development of organizational projects with the help of models. Therefore, we propose developing an agent-based model to explore different scenarios that seek to manage the increasing complexity of the systems to be designed and implemented as an alternative solution to specific problems in project management. The EVM technique is used to compute the performance and control the level of work achieved compared to the plan [14], addressing the following questions: How do employee conditions affect the performance of an agile project? Do the number of employees and the number of tasks each simultaneously affect cost performance? Does the likelihood of employees performing their tasks faster or slower cause convenient advances or inconvenient delays affecting cost performance? Under what circumstances do projects become so unpredictable that they could be considered complex?

3. Methodology

Social simulation has been gaining ground in the social sciences as a way of approaching the complexity of social systems. Computational social science has now incorporated data science into its arsenal of techniques but has also included alternative methods, such as agent-based modeling, from the outset. Agent-based modeling (ABM) is a method of computational modeling and simulation to study complex systems’ organization and dynamics.
We consider that project management is complex for several reasons: first, because it is a process where humans make decisions (not as rational as one would expect); second, because there are structural constraints that condition their behavior; and finally, because social processes affect the culture of organizations. Consequently, we regard earned value management as a model that reduces the issue’s complexity to create the illusion of simplicity due to focusing on optimizing performance and costs.
We based the methodology’s sequence on the well-known social simulation approach in which the procedure selected and represented real-life targets in a simplified way through a model executed and outputs data [15]. In this work, we use an agent-based system to approach the EVM agency as an operating system (structure and imperatives for decisions, operative intentions, etc.) and simulate hypothetical scenarios from an exploratory and illustrative point of interest in cultural agency theory [10].

3.1. Modeling and Simulation Method

The following is a brief description of the adopted modeling and simulation easyABMS methodology [16]. In this process, all steps can go back to the previous step, so the analyst and modeler can generate multiple approaches til the objective. We finalize with results analysis, as seen in Figure 1.
  • System analysis. In this activity, we establish the aim of the model based on the research questions. The result is an analysis statement. In our case, it is a narrative document based on the ODD protocol that defines the purpose and details of the model we built.
  • Conceptual modeling of the system. In this activity, we analyze the problem domain’s language to make a first approximation. The result is a conceptual system model. We use the Unified Modeling Language (UML) to represent the abstractions produced in the analysis of the problem language.
  • Simulation design. In this activity, we design the simulation. The result is a simulation model based on a specific framework or tool. We use the Netlogo tool as the technological basis for the design.
  • Simulation Code Generation. In this activity, we write a computer executable code that implements the designed model in the selected tool. The result is a simulation code. The generated code is written in Logo for Netlogo and implements the simulator design.
  • Simulation Setup. In this activity, we configure the experiment in the simulator. Using input data, we specify simulation scenarios. We used Netlogo’s BehaviorSpace tool to experiment with a dataset based on a typical software project management template with 61 core tasks and a max of seven employees. This experimentation consisted of 2100 runs resulting from the combination of input variables and their possible valid values.
  • Simulation execution. In this activity, we ran the experiment within the pre-set parameters. We obtained simulation results. The data obtained are the product of each “tick” (the discrete-time in Netlogo) and the states of all the input variables, agents, and earned value management metrics produced in each of the 2100 runs. The resulting data give us system state information in the entire parameter space.
  • Simulation Results Analysis. In this activity, we analyze the results to contribute to the clarification of the proposed research questions. We use the resulting data to generate a simulation analysis report. We performed the following: (a) a t-Student test to compare dissimilarities in the results of simple scenario simulations between our prototype and tools suggested by PMI to analyze the EVM in hypothetical projects; (b) a sensitivity assessment to support the interpretation; (c) an explanation of simulation model outcomes and an active nonlinear test to examine the necessary considerations in the simulation structure and thereby begin to approach complexity.

3.2. Model Description

To formalize the proposed model, we followed the “S1: ODD Guidance and Checklists,” proposed in [17], which provides guidance and checklists for writing “Overview, Design Concepts, Details” protocol (ODD) descriptions of agent-based or other simulation models. It is based on the ODD version published in earlier versions [18,19].

3.3. Model Validation

To validate the proposed model, firstly, we compared the results of simple scenario simulations between our prototype and tools suggested by PMI to analyze the EVM in hypothetical projects. For example, The Earned Value Management Calculator [20] or EVM Worksheet Package [21] could help compare results. Further, we applied a sensitivity assessment to support the interpretation and explanation of simulation model outcomes. Finally, we executed nonlinear active tests (ANTs) [22] to examine the necessary considerations in the simulation structure and thereby begin to approach complexity.

4. Results

Earned value management is founded on a set of metrics focused on evaluating the progress of a project from a cost and schedule standpoint. Figure A2 in the Appendix A.3.3 shows graphically how a project can be evaluated in execution time and how these metrics characterize its development. The cost performance index (CPI) and schedule performance index (SPI) metrics measure project performance. For example, the cost performance index (CPI) depends on comparing whether the actual cost (AC) corresponds to the estimated cost (EC). The earned value (EV) metric measures whether the project has economic gains or losses. The model shows the behavior of these metrics during an artificial execution of a project (either using data obtained from a data file or artificially generated). We describe full EVM metrics in Table A4 in Appendix A.3.3.
The concept of EVM is introduced in the model, which is simulated through a spatial model of agents developed in the Netlogo programming environment [23]. A complete, detailed model description, following the ODD [17,18,19], is provided in Appendix A.

4.1. Netlogo Prototype

As a result of the agent-oriented analysis and design process, we produced an agent-oriented model in NetLogo based on our core code [24]. Figure 2 shows an EVM model NetLogo prototype screenshot. The NetLogo prototype used in this paper is available in [25] and can be downloaded directly from the repository online.
First, the EVM model illustrates a set of tasks (backlog) in a task board (a Kanban task board style) at the top of the visual area of the simulator. The board has three columns, where each column denotes the status of the task: “To-do,” “In progress,” and “Done” tags. Then, we represent employees in the workspace at the bottom of the visual simulation area. A graphic link connects employees with assigned tasks. They take assignments from the “To-do” column to process the jobs (“In progress” cue) and transfer the finished task mark to the “Done” column. Finally, on the left are input controls to initialize different simulation scenarios, and on the right are additional output controls. The outputs show the results of the EVM in a dynamic way that reacts to the simulation process in real-time.
We designed the interface so the user can see how the variables behave in the form of a dashboard while the model simulates the initially configured scenario. Although the interface can display these inputs and outputs, the Netlogo tool can export a log file for better results processing. For example, Figure 3 plots the most significant inputs and outputs for EVM. These are the reproduction of the “Burndown,” “Earned Value,” and “Performance” charts shown in Figure 2 from a log file.
In Figure 3a, we show the burndown chart where tasks go through the to-do, in-progress, and done states during project execution. The prototype interface provides this standard visualization of task execution. In Figure 3b, we show the earned value chart that we used to compare the planned and actual costs. The prototype interface also offers this standard visualization of EVM. In Figure 3c, we show The CPI and SPI chart to depict performance. The interface shows the visualization of these metrics too. In this case, we are interested in showing the behavior of the CPI for the scope of this paper.

4.2. Model Validation

To validate the model, we tested with 2100 simulations. We established a fixed set of input tasks based on a typical planning template for a software development project. The template supplied 61 tasks with estimated costs and team members. Based on the information from this simple case study, we adjusted the values of the input variables in suitable ranges to calculate a proper sample of tests. This configuration helped us to observe the behavior of the cost performance index (CPI) and the project’s final cost under different conditions. Table 1 shows the input variables of the experiment and their value ranges.
The experiment produced much information, but the most relevant is the final state of the variables at the end of each simulation. We obtained a total of 2100 final results. Table 2 shows the statistical description of the data obtained during this process.
Firstly, we used the EVM Calculator (“EVM Calculator V2” MS Excel file), downloadable from the PMI website, to calculate the performance indexes and other EVM metrics using the same simulated data scenarios [6]. Appendix A.3.3 of Appendix A describes the EVM main variables and performance and estimations formulas. We planned an exploratory experiment focused on planned value, actual cost, and earned value, and the scheduled performance index (SPI) and cost performance index (CPI) EVM metrics to compare similarities. Table 2 shows a t-Student test result. Practically, the results are very identical.
Subsequently, we performed a sensitivity analysis to understand how the outputs change over the full range of possible inputs. We show the basic statistic dataset description in Table A5 in Appendix B, and we define the requirements verification in Table A6. In Table A7, we observe that 85% of “CPI” cases are within the range of 0.0961164439425309 to 3.5 (about 1880 of the 2100 tests).
In Figure 4, we depict the result of a detailed sensitivity analysis. We display a range of possible output values associated with each set of inputs. In our case, we analyze the possible combinations between the number of employees, the number of tasks each worker could perform simultaneously, the possibility of advancing the work, and the possibility of being delayed.
Table 3 shows the results of the sensitivity analysis of the CPI concerning the number of employees and the tasks assigned to the employee. It shows that the number of employees and the number of tasks do not impact the cost performance index (CPI). The table shows high values in all cases without much variation.
Table 4 shows the results of the sensitivity analysis of the CPI concerning the number of employees and the probability of advancing. It shows that the number of employees and the advancement also affect the cost performance index (CPI). The table shows high CPI values when the probability is high and low values when the probability is low but does not vary much with the number of employees involved.
Table 5 shows the results of the sensitivity analysis of the CPI concerning the number of employees and the probability of delay. It shows that the number of employees and the delay also affect the cost performance index (CPI). The table shows high CPI values when the probability is low and low values when the probability is high but does not vary much with the number of employees involved.
Table 6 shows the results of the sensitivity analysis of the CPI concerning the number of tasks assigned to an employee simultaneously and the probability of performing tasks quickly. It shows that the number of tasks and the progress also affect the cost performance index (CPI). The table shows high CPI values when the probability is high and low values when the probability is low but does not vary much with the number of tasks involved.
Table 7 shows the results of the sensitivity analysis of the CPI concerning the number of tasks assigned to an employee simultaneously and the probability of being late in performing the tasks. It shows that the number of tasks and the delay also affect the cost performance index (CPI). The table shows low CPI values when the probability is high and high values when the probability is low but does not vary much with the number of tasks involved.
Table 8 shows the results of the sensitivity analysis of the CPI concerning the probability of being ahead of schedule and the probability of being late in performing the tasks. It shows that overtaking and delay affect the cost performance index (CPI). The table shows that, when the probability of advancing is high and the probability of delay is low, then performance increases. Conversely, when the probability of advance is low and the probability of delay is high, then performance drops. There is a strong relationship between these two input variables and the output variable CPI.
Finally, we tested the model’s structure and robustness using the nonlinear search algorithm, designed to break the model’s implications actively (active nonlinear tests (ANTs) [22]). BehaviorSearch is a software tool (included in the latest Netlogo versions) to help automate the exploration of agent-based models (ABMs) by using genetic algorithms and other heuristic techniques to search the parameter space [26].
We aim to explore the necessary reflections in the simulation structure and thereby begin to approach complexity. So, we configure the tool and search in the CPI parameter space to identify the max fitness of employees-number, assigned-tasks-employee, probability-of-delay, and probability-of-advance combinations using the 2100 tests’ results dataset (we want to maximize the CPI-related space parameters that influence the project performance). In the same way, to compare, we configure the tool and search in the “step” parameter space to identify the min fitness of employees-number, assigned-tasks-employee, probability-of-delay, and probability-of-advance combinations (we want to minimize the “step”-related space parameters that influence the project duration). Table 9 shows an assortment of fitnesses in the search parameter space related to “CPI” in comparison with Table 10, which shows a similar fitness in the search parameter space related to “step” (project duration).
The model could describe the project duration linearly, but the CPI shows uncertain behavior. In the case of the search parameter space related to “CPI,” the model is very predictable when the probability of delay and advance is close to 0. However, when close to 1, the sequence and time of execution could vary away from the estimation. We consider complexity to hide behind the tasks executed by agents that express a probability of delay or advance in an active project. In other words, the project execution could leave us in a different final stage, starting from the same initial project parameter values that are a feature of complex systems behavior.

5. Discussion

The objective of this research was to create an agent-based model that allows the exploration of different explanation alternatives to specific problems in agile project management through earned value management. Therefore, we presented a model of EVM where employees work on a task backlog in a characteristic project execution process to approach the agile development process. The to-do jobs are visually represented in a typical task board to show how the task path to completion happens. At this level of representation, the results show that the model behaves as expected: the model simulates the employees attending tasks, and the EVM metrics show the assessment.
Further to this first approach, studies related to the dynamism of project management, which seek to explain behavior and results using the fundamentals of complexity theory, are becoming more frequent [27,28]. In this context, project management gains importance among the complex sciences by studying the relevant variables involved [27,28]. Regarding the multidisciplinary character of project management, research in innovation and technology management that considers the different theoretical frameworks is perhaps the most influential emerging discipline [29,30].
So, to overcome the limitations of traditional project management, the cultural agency theory would allow the representation of the internal and external factors involved during the development of stakeholder scenarios [31]. This theory’s holistic perspective considers the cultural, personality, and operational systems. In a business context, the cultural system integrates values and beliefs (knowledge management and market orientation); the personality system considers cognitive capabilities (goals, ideology, self-schema); and the operating system integrates structural components (operational performance and self-organization) [10].
Therefore, we could go beyond a simple system design where the EVM performance result could hide the causes linearly [32]. So, we could represent the EVM as an operational subsystem according to Yolles’s cultural agency theory [33,34,35] in a complex system context. From this point of view, the EVM agency could establish the gameplay rules for the other agents in the system that constrains or motivates their behavior. Within these conditions, other stakeholder agents should negotiate and develop agreements to self-organize and accomplish their goals.
How do the agents’ conditions affect the design of complex production systems? As a result of our experience modeling EVM and operating different scenario simulations, we observed that EVM, as an agency in a complex production system, concerns the operative game rules where other agencies should persist. In this circumstance, the play rules determine the other agents’ behavior (for example, employees), execute assigned jobs, and earn value for the project following the production constraint. So, different initial conditions pre-determine the whole system’s behavior; thus, making real-time corrections would help the project to succeed.
Beyond this embryonic project management representation, we consider that there are several advantages to using this prototype for more elaborated modeling:
1.
We provide a simulation tool to explore the relationship between task planned and performance conditions and the effect in the EVM metrics observations. Additionally, the model shows a typical task board tool to visualize the job backlog processing as most managers used to. This experimentation could help EVM learners and managers explore scenarios to understand how the metrics perform in different conditions.
2.
The model is inspired by agency theory, specifically by Yolles’s cultural agency theory. Under this theoretical perspective, the model could have sense in the rationale of complexity. As the theory proposed, we can consider new features to add individual behavior and cultural factors.
3.
We defined the model according to the ODD protocol. The ODD is a protocol recommended by the social simulation scientific community to overview the model and describe design concepts and implementation details to communicate agent-based models.
4.
We programmed an agent-based model in a freely available tool. Netlogo is friendly for unskilled programmers and easily adaptable for new purposes.
5.
The PMI considers the EVM a standard in project management.
However, we consider that the most significant weaknesses of this proposed model are as follows:
1.
The tool has limitations to building high-performance simulations.
2.
The implicit systematic EVM limitations to assess other aspects of agile development management.
3.
It is limited to the execution and control processes of the tasks where the promoting and executing agents have direct participation.
Nevertheless, the current proposed model may only be able to answer some of the questions it could raise, and future expansion of the model could prove helpful.

6. Conclusions

The proposed model is a valuable tool for quantifying the operating system in project management. In particular, it makes it possible to quantify earned value management. Future research could propose a model that considers the sequentially of tasks, the organization of these tasks in work subteams, and the inclusion of the underlying systems of the cultural agency theory: the cultural system and the personality system [10]. In the cultural system, variables could be included at the organizational level (practices, corporate policies, and managerial leadership), and in the personality system, variables at the team level would be included (skills, coordination, cooperation, communication, cognition, leadership, and internal conditions) [36].

Author Contributions

Conceptualization, M.C.-P., R.F.R.-C. and J.C.A.-P.; methodology, M.C.-P.; software, M.C.-P.; validation, M.C.-P., R.F.R.-C. and J.C.A.-P.; formal analysis, M.C.-P.; investigation, M.C.-P., R.F.R.-C. and J.C.A.-P.; resources, M.C.-P. and R.F.R.-C.; data curation, M.C.-P.; writing—original draft preparation, M.C.-P., J.C.A.-P., C.K. and E.A.-C.; writing—review and editing, J.C.A.-P., E.A.-C., C.K. and A.T.-R.; supervision, A.T.-R.; project administration, M.C.-P.; funding acquisition, M.C.-P. All authors have read and agreed to the published version of the manuscript.

Funding

This research was supported by the internal research project fund of the Autonomous University of Baja California. Project registry: 300/6/C/11/22.

Institutional Review Board Statement

Not applicable.

Informed Consent Statement

Not applicable.

Data Availability Statement

Not applicable.

Acknowledgments

We want to thank the Complex Systems Laboratory at the School of Chemistry and Engineering and Research Center of Complexity Studies at the School of Accounting and Administration, Universidad Autónoma de Baja California and the Biomedical Data Science Research Software Laboratory at the Geisel School of Medicine at Dartmouth, Dartmouth College for their support of this project.

Conflicts of Interest

The authors declare no conflict of interest.

Abbreviations

The following abbreviations are used in this manuscript:
ACActual Cost
ABMAgent-Based Model
CPICost Performance Index
EVEarned Value
EVMEarned Value Management
ODD“Overview, Design Concepts, Details” protocol
PVPlanned Value
PMProject Management
PMBPerformance Measurement Baseline
PMBOOKProject Management Body of Knowledge
PMIProject Management Institute
SPIScheduled Performance Index
WBSWork Breakdown Structure

Appendix A. The Earned Value Management Model

In this appendix, we described the earned value management [7] model according to the ODD [17,18,19]. We followed “S1: ODD Guidance and Checklists” for guidance and checklists for writing ODD descriptions of simulation models, based on the ODD version published in [17].

Appendix A.1. Overview

Appendix A.1.1. Purpose and Patterns

This model illustrates how EVM provides an approach to measure a project’s performance. Our model’s instance performs a project execution and calculates the EVM performance indexes according to a performance measurement baseline (PMB), as detailed below.

Appendix A.1.2. Entities, State Variables, and Scales

Entities

We include the following entities in the model: agents representing employees (i.e., developers, architects, stakeholders, etc.), tasks, and the global environment representing the workspace (i.e., physical or virtual spaces).
The following entities are included in the model:
1.
The employee-agent, representing the developers (i.e., team leaders, team members, architects, and stakeholders);
2.
The task-agent, representing the tasks (i.e., the work breakdown structure and tasks);
3.
The employee-task-link, representing the employee-task assignations (i.e., the tasks backlog);
4.
The global environment, representing the task board and the workspace (i.e., the Kan-ban board).

State Variables

An observer is an individual that commands global variables and submodels. Therefore, observer state variables are global variables that may alter over time. In Table A1 we show the entities’ state variables.
Table A1. Entities’ state variables.
Table A1. Entities’ state variables.
EntityVariable NameVariable TypeMeaning
TaskstatusIntegerThe task status
task-numberIntegerThe task number
task-descriptionStringThe task description
priorityIntegerThe task priority
planned-startStringA planned task start date
planned-finishStringA planned task finish date
planned-hoursIntegerPlanned task execution hours
complete-hoursIntegerComplete task execution planned hours
actual-hoursIntegerReal/actual task execution hours
Employeeemployee-numberIntegerThe employee ID number
statusIntegerThe employee status
roleStringThe employee role

Scales

Our model’s temporal scale is set as hours because for project duration we often counted working hours. So, a tick in this agent-based model (ABM) means an hour. We set up the simulation time as long as the work breakdown structure (WBS) requires because the term of most projects is different, and simulating according to the backlog retrieved from the WBS can adequately contain the usual operations of a short project-based organization.
In Table A2, we show the environmental scales.
Table A2. Scales.
Table A2. Scales.
ScaleValuesMeaning
Grid16 × 32The task board and color tags.
Grid16 × 32The workspace and employees.
Ticks0–nThe working hours

Appendix A.1.3. Process Overview and Scheduling

First, we create a random task backlog according to the maximum number of jobs specified in the initial configuration. We also indicate how many workers will form the work team. Finally, we indicate how many tasks we will delay and how many will be advanced.
The workers then process the tasks. First, each worker chooses tasks from the backlog and moves the task to the in-progress column. Tasks can last in this state depending on the time specified in each task. We could delay some tasks or complete them early. Eventually, the tasks are tagged again with a done mark when the employee entirely performs them.
We continue processing the tasks in a loop until all jobs in the backlog have passed the done state on the board.
Figure A1 shows the process of executing the tasks.
Figure A1. The employee processing the chosen tasks.
Figure A1. The employee processing the chosen tasks.
Systems 11 00086 g0a1
Each tick represents a unit of time in the schedule. Each task has an estimated time to complete and a real completed time.
In this model, tasks have no predecessors, and the hourly cost is the tick cost. So, the project’s total cost is equal to the total sum of the planned hours of the tasks or the total sum of ticks.

Appendix A.2. Design Concepts

Appendix A.2.1. Basic Principles

This model addresses a classic problem of project management (PM). This problem involves the risk of delay in execution and cost and schedule estimation failure. There is an extensive literature on earned value management to handle project behavior, mainly founded on cost levels and performance metrics. Our model executes a task board with workers assigned to complete a task backlog, where workers may delay or advance task execution. We calculate performance using the earned value management approach, basing our model design on five fundamental ideas:
  • A task backlog: a task backlog (to-do column) requires individuals to complete it.
  • A task board: task states are portrayed on a task board to visualize the project’s advancement.
  • Players: players must take as many tasks as permitted from the “to-do” queue and deliver them to the “done” cue in the panel. While a player is working on an assignment, he must keep the assignment tag in the “in-progress” column.
  • A cost and schedule: the task has a planned cost in hours and start–finish time, but the worker could delay or advance in completing the job, or environmental situations could increase and decrease the final cost.
  • Performance metrics: the earned value management metrics estimate the project performance.

Appendix A.2.2. Emergence

The key outcomes of the model are earned value management impacts—mainly how suitable the entire system is; these outcomes emerge from how the task executions respond to delays and advance probabilities in tasks, backlog size, players number, and tasks assigned per person.

Appendix A.2.3. Adaptation

The project management behavior of employee agents is to re-estimate the task cost or schedule: the employee characterizes the decision to reduce or increase the actual hours (actual cost) in contrast with planned hours (planned cost) by the probability of affecting each task. Each decision (conscious or unconscious, rational or emotional) directly impacts the project performance (cost or schedule performance).

Appendix A.2.4. Objectives

The objective measure used by project managers to decide whether to take course-correcting action on a project is the cost–schedule performance ratio. Workers reduce their chances of failing to perform or estimate a task if they are motivated. However, the project manager can take analytical actions, such as increasing the number of workers, the number of assignments per person, etc. The project course will immediately reflect any manager’s activity on the fly in the earned value management metrics observation.

Appendix A.2.5. Prediction

The project managers can observe project course predictions by cost and schedule to finish estimations beyond the cost–schedule performance ratio. For example, earned value management metrics figure the cost performance index at conclusion (CPIAC) or time estimate at completion (EACt) to help managers to have a future idea about the project.

Appendix A.2.6. Stochasticity

We used stochasticity in two ways. First, we initialize the model stochastically to establish the planned cost and duration task randomly. These initialization methods are stochastic so that the model can be assumed unsegregated at the start of a simulation and that each model run produces different results. Second, when an employee decides to delay or advance in task execution, its choice of the new cost or duration is stochastic. The latest actual cost of finish when the employee performs is stochastic because modeling the details of the decision is unnecessary for this model.

Appendix A.2.7. Collectives

Our model encompass two types of collective groups of tasks that affect the employees and are likewise powerfully affected by the individuals. Such groups are represented as model entities, with state variables and behaviors. These task and employee group entities have their state variables defined above at entities, state variables, and scales, naturally. Our model includes these groups due to employees having several cooperative behaviors, making decisions critical to the project’s performance that depend on their collective choices. Tasks may clearly have diverse connections, establishing key constraints to the project’s performance. We have found that it is much easier to model cooperative behavior and linkage conditions as collective entity behaviors than individual entity behaviors.

Appendix A.2.8. Observation

The model aims to study how potential management alternatives affect project behavior. One measure of simulated project management is the probability of failure within certain conditions. We can estimate this probability of failure as the fraction of replicate simulations in which employees never completed some task at the end. Arbitrary observation decisions are how many tasks or workers or how long are the delays that we execute. Here, we estimate the project performance as the fraction of 100 replicate simulations with a probability of high cost and schedule delays so high that the performance index is so low that the project never ends.

Appendix A.3. Details

Appendix A.3.1. Initialization

We initialize the state variable of each individual (planned-hours, probability-of-delay, probability-of-advance, etc.) from probability distributions that describe its variability. We randomly select the estimated scheduled hours from the following set of possible values: 1, 2, 3, 5, 8, 13, 21, 34, 55, 89, 144, and 233. The values match the first ten numbers in the series of Fibonacci, which mimics an agile Fibonacci estimation (AFE) method. AFE refers to a way of quantifying the effort needed to complete a development task.

Appendix A.3.2. Input Data

In this model, we do not use input data files from external sources by default (tasks and assignments to employees). Instead, we generate observer-predetermined task sets with random estimates for each simulation. But the model has an example of loading data from a file. The data file could be a set of tasks from an existing or fictitious source in an excel file in CSV format. In Table A3 we show the initialization setup variables.
Table A3. Setup variables.
Table A3. Setup variables.
Input VariableData TypeValues
employees-numberInteger0–100
number-of-tasksInteger1–n
probability-of-delayInteger0–1
probability-of-advanceInteger0–1
assigned-tasks-employeeInteger0–3

Appendix A.3.3. Submodels

Earned Value Management

In earned value management, unlike in traditional management, there are three data sources: planned value (PV), earned value (EV), and actual cost (AC). Figure A2 shows the graphic performance report and Table A4 shows the metrics description and calculations.
The PV is the budget (or planned) value of work scheduled, the EV is the “earned value” of the physical work completed, and the AC is the actual value of work achieved. The tasks state determines PV, EV, and AC values and is the core of EVM performance indexes and estimations.
Figure A2. The earned value management (EVM) graphic performance report.
Figure A2. The earned value management (EVM) graphic performance report.
Systems 11 00086 g0a2
Table A4. Earned value management metrics description.
Table A4. Earned value management metrics description.
EVM MetricCalculation and Description
Planned Value, PVThe budget (or planned) value of work scheduled
Earned Value, EVThe “earned value” of the physical work completed
Actual Cost (AC)The actual value of work completed
Budget at Completion, BACPV% = PV / BAC
EV% = EV / BAC
AC% = AC / BAC
Schedule Variance, SVSV = EV – PV
SV% = SV / PV
Cost Variance, CVCV = EV – AC
CV% = CV / EV
Schedule Performance Index, SPISPI = EV / PV
Cost Performance Index, CPICPI = EV /AC
To Complete Performance Index, TCPITCPI = (BAC – EV) / (BAC – AC)
Estimate at Completion, EACEAC = BAC – SV
EAC = BAC / CPI
EAC = BAC / (CPI * SPI)
EAC = AC + new estimate of remaining work
Estimate to Complete, ETCETC = EAC – AC
Variance at Completion, VACVAC = BAC – EAC
VAC% = VAC / BAC
Cost Performance Index at Conclusion, CPIACCPIAC = BAC / EAC
Time Estimate atEACt = (BAC / SPI) / (BAC / PMB
Completion, EACtDuration) = PMB duration / SPI
Time Variance atVACt = PMB duration – EACt
Completion, VACtVACt% = VACt / PMB duration
Time Schedule PerformanceSPIACt = PMB duration / EACt
Index at Conclusion, SPIACt

Appendix B. Sensitivity Assessment

Table A5. Data description.
Table A5. Data description.
VariableMeanSDMedianMADMinMaxn
employees.number42.0004763606117342.9652172100
assigned.tasks.employee20.8166910543331121.4826132100
probability.of.delay0.450.2872965444113130.450.3706500.92100
probability.of.advance0.450.2872965444113130.450.3706500.92100
step1116.985714285711603.01591793252581471.466814615,9802100
AC2469.549047619052817.2067024889915321245.38412515,9392100
PV1532015320153215322100
EV1532015320153215322100
SV0000002100
SPI1010112100
CV−937.5490476190482817.2067024889901245.384−14,40714072100
CPI1.618399993504621.8623551736968710.8146743776132050.096116443942530912.2562100
Table A6. Requirements verification.
Table A6. Requirements verification.
RequirementSpecificationNumber of Traces
Where Requirement
Is True
Total Number
of Traces
Percent of Cases Where
the Requirement Is True
out of Total Cases
Assessment
employees.number >= 1Always True210021001Requirement Is Met in ALL cases
employees.number <= 7Always True210021001Requirement is Met in ALL cases
assigned.tasks.employee >= 1Always True210021001Requirement is Met in ALL cases
assigned.tasks.employee <= 3Always True210021001Requirement is Met in ALL cases
probability.of.delay >= 0Always True210021001Requirement is Met in ALL cases
probability.of.delay <1Always True210021001Requirement is Met in ALL cases
probability.of.advance >= 0Always True210021001Requirement is Met in ALL cases
probability.of.advance <1Always True210021001Requirement is Met in ALL cases
Table A7. Percent of “CPI” Cases within Range 0.0961164439425309 to 3.5 = 89.5238095238095, n = 1880.
Table A7. Percent of “CPI” Cases within Range 0.0961164439425309 to 3.5 = 89.5238095238095, n = 1880.
ConditionNumber of Traces
Where Condition Is True
Total Number
of Traces
Likelihood That Condition
Appears Alongside “CPI” within
Range 0.0961164439425309 to 3.5
Likelihood That “CPI” within
Range 0.0961164439425309
to 3.5 Contains the Condition
Sensitivity Assessment
employees.number >= 0188021000.89523809523809510.944723618090452
assigned.tasks.employee >= 0188021000.89523809523809510.944723618090452
probability.of.delay >= 0188021000.89523809523809510.944723618090452
probability.of.advance >= 0188021000.89523809523809510.944723618090452
employees.number >0188021000.89523809523809510.944723618090452
assigned.tasks.employee >0188021000.89523809523809510.944723618090452
probability.of.delay >0171318900.9063492063492060.9111702127659570.908753315649867
probability.of.advance >0167018900.8835978835978840.8882978723404260.885941644562334
employees.number == 000NA0NA
assigned.tasks.employee == 000NA0NA
probability.of.delay == 01672100.7952380952380950.08882978723404260.159808612440191
probability.of.advance == 021021010.1117021276595740.200956937799043
employees.number <000NA0NA
assigned.tasks.employee <000NA0NA
probability.of.delay <000NA0NA
probability.of.advance <000NA0NA
employees.number <= 000NA0NA
assigned.tasks.employee <= 000NA0NA
probability.of.delay <= 01672100.7952380952380950.08882978723404260.159808612440191
probability.of.advance <= 021021010.1117021276595740.200956937799043
Table A8. Sensitivity Assessment. Percent of “step” Cases within Range 146 to 2720 = 92.0476190476191, n = 1933.
Table A8. Sensitivity Assessment. Percent of “step” Cases within Range 146 to 2720 = 92.0476190476191, n = 1933.
ConditionNumber of Traces
Where Condition
Is True
Total Number
of Traces
Likelihood That Condition
Appears Alongside “Step”
within Range 146 to 2720
Likelihood That “Step”
within Range 146 to 2720
Contains the Condition
Sensitivity Assessment
employees.number >= 0193321000.9204761904761910.958591619142078
assigned.tasks.employee >= 0193321000.9204761904761910.958591619142078
probability.of.delay >= 0193321000.9204761904761910.958591619142078
probability.of.advance >= 0193321000.9204761904761910.958591619142078
employees.number >0193321000.9204761904761910.958591619142078
assigned.tasks.employee >0193321000.9204761904761910.958591619142078
probability.of.delay >0172318900.9116402116402120.8913605794102430.901386345801726
probability.of.advance >0174118900.9211640211640210.9006725297465080.910803034266283
employees.number == 000NA0NA
assigned.tasks.employee == 000NA0NA
probability.of.delay == 021021010.1086394205897570.195986934204386
probability.of.advance == 01922100.9142857142857140.0993274702534920.179188054129725
employees.number <000NA0NA
assigned.tasks.employee <000NA0NA
probability.of.delay <000NA0NA
probability.of.advance <000NA0NA
employees.number <= 000NA0NA
assigned.tasks.employee <= 000NA0NA
probability.of.delay <= 021021010.1086394205897570.195986934204386
probability.of.advance <= 01922100.9142857142857140.0993274702534920.179188054129725

References

  1. Noteboom, C.; Ofori, M.; Sutrave, K.; El-Gayar, O. Agile Project Management: A Systematic Literature Review of Adoption Drivers and Critical Success Factors. In Proceedings of the Hawaii International Conference on System Sciences, Maui, HI, USA, 5–8 January 2021; pp. 6775–6783. [Google Scholar] [CrossRef]
  2. Institute, P.M. The Standard for Project Management and a Guide to the Project Management Body of Knowledge (PMBOK Guide), 17th ed.; Project Management Institute: Harrisburg, PA, USA, 2021. [Google Scholar]
  3. PMI. Agile Practice Guide PMBOK, 1st ed.; Project Management Institute, Inc.: Newtown Square, PA, USA, 2017; p. 130. [Google Scholar]
  4. Briggs, S. Agile Based Learning: What Is It and How Can It Change Education? 2014. InformED. 2019. Available online: http://www.opencolleges.edu.au/informed/features/agile-based-learning-what-is-it-and-how-can-it-change-education/ (accessed on 31 August 2019).
  5. Brandl, F.J.; Roider, N.; Hehl, M.; Reinhart, G. Selecting practices in complex technical planning projects: A pathway for tailoring agile project management into the manufacturing industry. CIRP J. Manuf. Sci. Technol. 2021, 33, 293–305. [Google Scholar] [CrossRef]
  6. Medini, K. A framework for agility improvement projects in the post mass customisation era. Int. J. Prod. Res. 2022, 2022, 1–17. [Google Scholar] [CrossRef]
  7. The Standard for Earned Value Management; Project Management Institute: Harrisburg, PA, USA, 2019.
  8. Fleming, Q.W.; Koppelman, J.M. Earned Value Project Management; Project Management Institute: Harrisburg, PA, USA, 2016; p. 231. [Google Scholar]
  9. Papatheocharous, E.; Andreou, A.S. Empirical evidence and state of practice of software agile teams. J. Softw. Evol. Process 2014, 26, 855–866. [Google Scholar] [CrossRef]
  10. U-tantada, S.; Yolles, M.; Shoosanuk, A.; Mujtaba, B.G. Strategic SMEs as Influential Drivers for the Market Economy: Modeling SMEs using Cultural Agency Theory. Int. Rev. Res. Emerg. Mark. Glob. Econ. 2019, 5, 1435–1452. [Google Scholar]
  11. Samset, K.; Volden, G.H. Front-end definition of projects: Ten paradoxes and some reflections regarding project management and project governance. Int. J. Proj. Manag. 2016, 34, 297–313. [Google Scholar] [CrossRef]
  12. Collyer, S.; Warren, C.M. Project management approaches for dynamic environments. Int. J. Proj. Manag. 2009, 27, 355–364. [Google Scholar] [CrossRef]
  13. Díez-Silva, H.M.; Pérez-Ezcurdia, M.A.; Gimena Ramos, F.N.; Montes-Guerra, M.I. Metodología de la Gestión Orientada a los Agentes del Proyecto. In Proceedings of the XVI Congreso Internacional de Ingeniería de Proyectos, Valencia, Spain, 11–13 July 2012. [Google Scholar]
  14. Hansen, E.G.; Schaltegger, S. Sustainability Balanced Scorecards and their Architectures: Irrelevant or Misunderstood? J. Bus. Ethics 2018, 150, 937–952. [Google Scholar] [CrossRef]
  15. Gilbert, N.; Troitzcsch, K.G. Simulation for the Social Scientist, 2nd ed.; Open University Press: Glasgow, UK, 2005; p. 295. [Google Scholar]
  16. Garro, A.; Russo, W. easyABMS: A domain-expert oriented methodology for agent-based modeling and simulation. Simul. Model. Pract. Theory 2010, 18, 1453–1467. [Google Scholar] [CrossRef]
  17. Grimm, V.; Railsback, S.F.; Vincenot, C.E.; Berger, U.; Gallagher, C.; DeAngelis, D.L.; Edmonds, B.; Ge, J.; Giske, J.; Groeneveld, J.; et al. The ODD Protocol for Describing Agent-Based and Other Simulation Models: A Second Update to Improve Clarity, Replication, and Structural Realism. J. Artif. Soc. Soc. Simul. 2020, 23, 7. [Google Scholar] [CrossRef]
  18. Grimm, V.; Berger, U.; Bastiansen, F.; Eliassen, S.; Ginot, V.; Giske, J.; Goss-Custard, J.; Grand, T.; Heinz, S.K.; Huse, G.; et al. A standard protocol for describing individual-based and agent-based models. Ecol. Model. 2006, 198, 115–126. [Google Scholar] [CrossRef]
  19. Grimm, V.; Berger, U.; DeAngelis, D.L.; Polhill, J.G.; Giske, J.; Railsback, S.F. The ODD protocol: A review and first update. Ecol. Model. 2010, 221, 2760–2768. [Google Scholar] [CrossRef]
  20. Jordan, A. The Earned Value Management Calculator. Available online: https://www.projectmanagement.com/deliverables/284670/Earned-Value-Management–EVM–Calculator (accessed on 27 December 2022).
  21. Palacios, S. EVM Worksheet Package. Available online: https://www.projectmanagement.com/deliverables/544342/evm-worksheet-package (accessed on 10 December 2022).
  22. Miller, J.H. Active Nonlinear Tests (ANTs) of Complex Simulation Models. Manag. Sci. 1998, 44, 820–830. [Google Scholar] [CrossRef]
  23. Tisue, S.; Wilensky, U. NetLogo: A Simple Environment for Modeling Complexity. In Proceedings of the International Conference on Complex Systems, Boston, MA, USA, 16–21 May 2004; Volume 21, pp. 16–21. [Google Scholar]
  24. Castañón-Puga, M.; Rosales-Cisneros, R.F.; Ahumada-Tello, E. NetLogo Task Board (1.0.0). Zenodo, 2022. Available online: https://zenodo.org/record/7474614#.Y-HSrK1ByUk (accessed on 27 December 2022).
  25. Castañón-Puga, M.; Rosales-Cisneros, R.F.; Acosta-Prado, J.C.; Tirado-Ramos, A.; Khatchikian, C.; Aburto-Camacllanqui, E. Netlogo Earned Value Management Model. Available online: https://www.comses.net/codebases/4effb542-f69f-464d-9f96-69f19d36ae8a/ (accessed on 27 December 2022).
  26. BehaviorSearch. Available online: http://www.behaviorsearch.org (accessed on 10 December 2022).
  27. Singh, H.; Singh, A. Principles of complexity and chaos theory in project execution: A new approach to management. Cost Eng. 2002, 44, 23–33. [Google Scholar]
  28. Stacey, R.D. The Science of Complexity: An Alternative Perspective for Strategic Change Processes. Strateg. Manag. J. 1995, 16, 477–495. [Google Scholar] [CrossRef]
  29. Bredillet, C.N. PMI Research and Education Conference 2010. Proj. Manag. J. 2010, 41, 2–3. [Google Scholar] [CrossRef]
  30. Ika, L.A. Project success as a topic in project management journals. Proj. Manag. J. 2009, 40, 6–19. [Google Scholar] [CrossRef]
  31. U-tantada, S.; Yolles, M.; Shoosanuk, A.; Mujtaba, B.G. Diagnosing Viable SME Cultural Agency and Capabilities. In Proceedings of the 1st Humanities and Social Sciences Research Promotion Network National and International Conference, Chanthaburi, Thailand, 28–29 June 2018. [Google Scholar]
  32. Suarez, E.D.; Castañón-Puga, M. Distributed Agency. Int. J. Agent Technol. Syst. 2013, 5, 32–52. [Google Scholar] [CrossRef]
  33. Yolles, M. Management Systems: A Viable Approach; Financial Times Pitman: London, UK, 1999. [Google Scholar]
  34. Yolles, M. Organizations as Complex Systems: An Introduction to Knowledge Cybernetics; Information Age Publishing: Creenwich, CO, USA, 2006; Volume 2. [Google Scholar]
  35. Yolles, M. Governance through political bureaucracy: An agency approach. Kybernetes 2019, 48, 7–34. [Google Scholar] [CrossRef]
  36. Tannenbaum, S.; Salas, E. Teams That Work: The Seven Drivers of Team Effectiveness; Oxford University Press: New York, NY, USA, 2021. [Google Scholar]
Figure 1. The adopted modeling and simulation process based on easyABMS methodology [16].
Figure 1. The adopted modeling and simulation process based on easyABMS methodology [16].
Systems 11 00086 g001
Figure 2. Earned value management (EVM) model in NetLogo.
Figure 2. Earned value management (EVM) model in NetLogo.
Systems 11 00086 g002
Figure 3. The plots are the most significant inputs and outputs for EVM. (a) The burndown chart, where tasks go through the to-do, in-progress, and done states during project execution. (b) The earned value chart compares the planned and actual costs. (c) The CPI and SPI chart depicts performance.
Figure 3. The plots are the most significant inputs and outputs for EVM. (a) The burndown chart, where tasks go through the to-do, in-progress, and done states during project execution. (b) The earned value chart compares the planned and actual costs. (c) The CPI and SPI chart depicts performance.
Systems 11 00086 g003
Figure 4. CPI sensitivity analysis results. The output plots.
Figure 4. CPI sensitivity analysis results. The output plots.
Systems 11 00086 g004
Table 1. Validation settings. (See the Table A3 in the Appendix A to set up the variables description.)
Table 1. Validation settings. (See the Table A3 in the Appendix A to set up the variables description.)
Variable/MetricTypeValues Range
number-of-tasksinput61
employees-numberinput1–7
probability-of-delayinput0.0–0.9
probability-of-advanceinput0.0–0.9
assigned-tasks-employeeinput1–3
stepoutput1–n
CPIoutput0–n
Table 2. CPI t-Test: Two-Sample Assuming Unequal Variances.
Table 2. CPI t-Test: Two-Sample Assuming Unequal Variances.
CPI-Netlogo SampleCPI-EVM Calculator Tool Sample
Mean2.754977232.754977232
Variance14.563432414.56343242
Observations21002100
Hypothesized mean difference0
df160
t stat0
P(T <= t) one-tail0.5
t critical one-tail1.6544329
P(T <= t) two-tail1
t critical two-tail1.97490156
Table 3. CPI sensitivity analysis results. The employees’ number versus the assigned tasks to an employee. The darker color in the table means a higher CPI value.
Table 3. CPI sensitivity analysis results. The employees’ number versus the assigned tasks to an employee. The darker color in the table means a higher CPI value.
Assigned-Tasks-Employee123
Employees-Number
11.6166341.6338121.616834
21.6336061.6144701.628857
31.6236631.6371341.629288
41.6253301.6177511.602271
51.6283191.5732901.607234
61.6164571.6403801.613923
71.6241351.6126561.590358
Table 4. CPI sensitivity analysis results. The employees’ number versus the probability of advance. The darker color in the table means a higher CPI value.
Table 4. CPI sensitivity analysis results. The employees’ number versus the probability of advance. The darker color in the table means a higher CPI value.
Probability-of-Advance0.0000000.1000000.2000000.3000000.4000000.5000000.6000000.7000000.8000000.900000
Employees-Number
10.5480080.6095410.6857300.7832190.9151031.1067401.3775641.8462752.7406085.611477
20.5502670.6071760.6854570.7875870.9134031.1044031.3727481.8175622.7827715.635066
30.5500960.6123130.6856670.7877300.9109151.1016361.3786271.8418382.7568555.674607
40.5512750.6099060.6891340.7881210.9162981.1030341.3653771.8391542.8073935.481482
50.5499120.6104280.6858600.7797760.9132231.1113741.3685961.8285762.7702665.411466
60.5501640.6106800.6867760.7857800.9210151.1046091.3652081.8599882.7727585.578888
70.5481330.6110210.6869660.7858350.9237141.1092461.3765161.8194732.7950255.434565
Table 5. CPI sensitivity analysis results. The employees’ number versus the probability of delay in task execution. The darker color in the table means a higher CPI value.
Table 5. CPI sensitivity analysis results. The employees’ number versus the probability of delay in task execution. The darker color in the table means a higher CPI value.
Probability-of-Delay0.0000000.1000000.2000000.3000000.4000000.5000000.6000000.7000000.8000000.900000
Employees-Number
12.9232092.6973092.3566832.0819191.7889991.4627141.1659870.8811810.5754540.290812
22.9863582.6587182.3949382.0218721.7492691.4948341.1727530.8855830.5970500.295065
32.9939542.6796162.3978102.0445121.7603101.4986491.1681880.8780990.5845510.294594
42.9537392.6332492.3470912.0435361.7435521.4789041.1763560.8922300.5871100.295405
52.9504452.6383882.2906062.0138811.7619841.4659321.1586200.8731100.5835340.292974
63.0036982.6751002.3403562.0558881.7621801.4512231.1879850.8924490.5769810.290005
72.8960812.6115852.3211562.0564591.7931381.4913111.1719350.8727400.5819860.294104
Table 6. CPI sensitivity analysis results. The assigned tasks to employees versus the probability of advance in task execution. The darker color in the table means a higher CPI value.
Table 6. CPI sensitivity analysis results. The assigned tasks to employees versus the probability of advance in task execution. The darker color in the table means a higher CPI value.
Probability-of-Advance0.0000000.1000000.2000000.3000000.4000000.5000000.6000000.7000000.8000000.900000
Assigned-Tasks-Employee
10.5500790.6103860.6866510.7851750.9152421.1074591.3749331.8409922.7502975.618992
20.5492190.6105020.6881310.7866060.9168361.1030041.3704001.8342342.7944415.531616
30.5497820.6095690.6847570.7845250.9166381.1071271.3709401.8331462.7805535.489771
Table 7. CPI sensitivity analysis results. The assigned tasks to employees versus the probability of delay in task execution. The darker color in the table means a higher CPI value.
Table 7. CPI sensitivity analysis results. The assigned tasks to employees versus the probability of delay in task execution. The darker color in the table means a higher CPI value.
Probability-of-Delay0.0000000.1000000.2000000.3000000.4000000.5000000.6000000.7000000.8000000.900000
Assigned-Tasks-Employee
12.9784262.6630622.3627112.0466651.7725221.4798671.1737130.8889230.5802000.294114
22.9886022.6588122.3145102.0691381.7403561.4776831.1738240.8825160.5852970.294250
32.9076082.6469682.3721952.0205111.7840221.4754071.1675310.8751580.5859310.291476
Table 8. CPI sensitivity analysis results. The probability of delay versus the probability of advance in task execution. The darker color in the table means a higher CPI value.
Table 8. CPI sensitivity analysis results. The probability of delay versus the probability of advance in task execution. The darker color in the table means a higher CPI value.
Probability-of-Advance0.0000000.1000000.2000000.3000000.4000000.5000000.6000000.7000000.8000000.900000
Probability-of-Delay
0.0000001.0000001.1088731.2506701.4246261.6629692.0304502.4677763.3315645.11065910.194536
0.1000000.9012270.9917821.1263711.2821131.4935211.8060102.2571683.0124644.6210439.071108
0.2000000.8013030.8912240.9964781.1484121.3397011.6068321.9918502.6996624.0076478.014947
0.3000000.6971020.7790570.8734450.9994311.1662581.4057891.7506642.3140243.4651867.003424
0.4000000.6028360.6664940.7464770.8570621.0008511.2024701.4905571.9955343.0011716.092882
0.5000000.4970760.5525680.6228110.7140940.8305791.0049191.2567501.6657102.5590825.072936
0.6000000.3978530.4450800.4994360.5715990.6664910.8067071.0096251.3322631.9950273.992812
0.7000000.3010440.3311560.3733080.4266330.4995410.5968920.7543311.0032001.4972783.038604
0.8000000.1987080.2242640.2503350.2873900.3357200.3995350.4951430.6721260.9937661.981109
0.9000000.0997860.1110240.1257970.1429940.1667540.1990280.2470450.3346920.5001091.005570
Table 9. “CPI” active nonlinear tests final bests fitness.
Table 9. “CPI” active nonlinear tests final bests fitness.
Search-NumberEvaluationEmployees-NumberAssigned-Tasks-EmployeeProbability-of-DelayProbability-of-AdvanceNum-ReplicatesBest-Fitness-so-Far
1500620.20.9108.125806944
2500510.20.9107.92122959
35003100.6102.571417207
45003200.91010.18728451
55004100.91010.35474418
6500130.40.9105.902861442
75001200.8105.015753468
8500730.30.9106.719011184
95005300.91010.22730573
10500310.30.9106.764397903
Table 10. “step” active nonlinear tests final bests fitness.
Table 10. “step” active nonlinear tests final bests fitness.
Search-NumberEvaluationEmployees-NumberAssigned-Tasks-EmployeeProbability-of-DelayProbability-of-AdvanceNum-ReplicatesBest-Fitness-so-Far
15007200.710163
2500620.20.110223.6
35004300.910180
45005200.610198
55007300.110146
65006300.210155
75006300.310155
85005300.110163
9500620.10.710197.5
104906300.510155
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

Castañón-Puga, M.; Rosales-Cisneros, R.F.; Acosta-Prado, J.C.; Tirado-Ramos, A.; Khatchikian, C.; Aburto-Camacllanqui, E. Earned Value Management Agent-Based Simulation Model. Systems 2023, 11, 86. https://doi.org/10.3390/systems11020086

AMA Style

Castañón-Puga M, Rosales-Cisneros RF, Acosta-Prado JC, Tirado-Ramos A, Khatchikian C, Aburto-Camacllanqui E. Earned Value Management Agent-Based Simulation Model. Systems. 2023; 11(2):86. https://doi.org/10.3390/systems11020086

Chicago/Turabian Style

Castañón-Puga, Manuel, Ricardo Fernando Rosales-Cisneros, Julio César Acosta-Prado, Alfredo Tirado-Ramos, Camilo Khatchikian, and Elías Aburto-Camacllanqui. 2023. "Earned Value Management Agent-Based Simulation Model" Systems 11, no. 2: 86. https://doi.org/10.3390/systems11020086

APA Style

Castañón-Puga, M., Rosales-Cisneros, R. F., Acosta-Prado, J. C., Tirado-Ramos, A., Khatchikian, C., & Aburto-Camacllanqui, E. (2023). Earned Value Management Agent-Based Simulation Model. Systems, 11(2), 86. https://doi.org/10.3390/systems11020086

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