Project management is the discipline of initiating, planning, executing, controlling, and closing the work of a team to achieve specific goals and meet specific success criteria. However, there can exist a considerable amount of uncertainty in decision making for project management stemming from the typical complex characteristics of projects. This study focused on two primary objectives: (1) to understand the role of project management in complex situations and (2) to offer a more robust model for project management. Pertinent literature on models for project management was collected and synthesized for application in complex situations. A cybernetic-based model is then developed. This model enables a manager to focus on internal organizational complexity while paying enough attention to external perturbations. The utility of the model is demonstrated in a case application in an organization in Belgium.
- project management
- cybernetic management
- complex systems
1. Systemic management models and their link to project management
Today, a project is defined by a defined start and end, constrained by time, funds, and measured by expected deliverables. So, the project organization within an organization takes place within the confines of operations with a bearing on project management.
Aim of projects is to deliver value to customers. The task necessary to deliver value is intricately related to many factors, some of which can be beyond the scope of the project itself as it is related to being a temporary organization within an organization. Enterprises today are socio-technical systems, constantly interacting with an increasingly complex environment. Investments are often done within specific projects as a temporary organization within an organization. The OSTO® System Model (OSM) deals with processes that are strongly interrelated and is a result of a combination of technology, work organization, and human communication. The OSM is robust and mature model used over years in several management reorganizations .
As mentioned above, a project is aimed to delivers outputs as deliverables. In a good design, the output is the customers expected out-come, following the objectives. In the OSM, the objectives are injected into the system as a target to be reached while the system delivers the output. One should deliver what is requested, in the scope, quality, timing, and within budget, for the system to be considered reliable. Thus, one can conclude that an output is not sufficient but necessary. Clearly, other terms need to be considered. These include
As previously mentioned, system components interact among themselves with a given system, as well as interacting with the environment. There is the need for stability and orientation within investment management. This orientation can only be given on a vision level through the statement of the system
Beyond the original OSM, two new artifacts are introduced in the system model: Actor and Sensor. The
A project as system consists of at least three main elements:
Inputs describe everything the project gets to execute, including all necessary actions and tasks, to deliver outputs according objectives. As the project is being executed, inputs are expected to change. Therefore, input is not fixed in time but is dynamic. Additionally, and in complex projects, it is expected that resources, associated with inputs, will change during execution. Reasons associated with such changes include, but not limited to capabilities, contractual obligations, and illness to stakeholders. Moreover, the scope could be redefined by the newly discovered insights in design and unforeseen circumstances. Outputs are everything the project produces. This involves physical and theoretical outputs. Physical outputs are the deliverables including documents, software, and equipment. Theoretical outputs include insights, knowledge, and experiences. In this case, projects, like complex systems, will have interacting components and processes, influencing output.
The OSM identifies three processes: Target Core Process (TCP), Individual Core Process (ICP), and Organizational Core Process (OCP). TCP combines all activities, communication, and tasks necessary to produce the expected output. This is known as one-dimensional project management. ICP is influenced by the mood of each individual human, which can be influenced by situations within and outside the system. OCP considers interactions among individuals, system organization, and the project itself .
As previously suggested, there are “hard” and “soft” elements and that these interact in project management. The sensor interprets the output of the system and provides measurements for the management. The sensor also looks on other steering parameters like objectives, reason for existing, reason for meaning and basic reason, as well as their changes. However, each sensor has a limited view of the system by its own boundaries. The actor gets the results of the project managers decisions based on the data of the sensor. These results will be transformed into steering input. Then, the actor injects this into the system in a structured way to steer the project. However, this planning is with uncertainties. Moreover, the system must contend with external disturbances, involving inputs not planned for or foreseen by the steering. These disturb the efficiency and effectiveness of the system.
2. Model of the system
Starting with the abstraction that the probability of each state of a system is 100%, it is possible to model system dynamics and interactions. Any process or change in state of the system is represented as a transformation. We define the function T as one-to-one which means that an initial state S(t + 1) always mapped onto a single state S(t). The function can be used as a dynamical representation to model the interactions between components of a system. The project manager is a system, represented as a Project Manager. He affects the system P or the project itself. We assume that the state of P, at time t + 1, is dependent on the state of the project at time t.
SPM plays the role of the input of the project. In general, the project will not only be affected by an outside system, but also be effected by other systems causing external disturbance (SED).
The project is aimed to produce output which is system SO. This leads to the transition
a project is a process that transforms input into output. If the observer does not know the states of the project, and precise transformations T and T′, then the project acts as a black box for the observer. By experimenting with the sequence of inputs SPM(t), SPM(t + 1), SPM(t + 2), etc., and observing the corresponding sequence of outputs SO(t + 1), SO (t + 2), SO (t + 3), …, the observer may try to reconstruct the dynamics of the project. In some cases, the observer can determine a state space SP so that both transformations become more deterministic, without being able to directly observe the properties, processes, or components of the project. Internal disturbing make modeling black-box a difficult endeavor.
A project manager is seen as the Observer. This notion is said to hold true for all decisions taken by a project manager in any project management process. Managers see the system as a linear one and try to master the feedback loop. However, since projects are nonlinear in nature, a project manager serving as observer, needs to be more trained to deal with uncertainty of nonlinear systems and focus on positive feedback of the project. This suggests that they might let the system freely float to a certain degree or even intentionally destabilize the system to learn the equilibriums and the resistance to change. Operating at the verge of chaos has been suggested as the most successful strategy to dealing with non-linear systems. Nonlinearity is based on the internal disturbance as well as parallel active processes. This suggests that traditional objectives of a project can have dependencies which are often beyond internal control mechanisms of the system including elements of reason for existing, reason for meaning, and basic reason. In such a case, a non-linear model of OSM is necessary.
At the beginning of the project (t = 0), the project manager provides the necessary input for the project. This input is, in the first place, clearly defined in objectives (i.e., what to deliver). In the second place, project manager provides the scope (i.e., how to deliver), resources (i.e., with what to deliver), and timings (i.e., when to deliver). These inputs are based on the planning of the project. After a control period, the project manager gets information out of the system SP(t) as output SO(t). With this information, the project manager, SPM, can make certain decisions. These decisions must be translated into input parameters. This enables the project SP to change into the state t + 1.
This reflex is also basic for project organization. A team of project experts can be seen as system, SP, while the decision makers as system, SPM. The decision makers can get their guidance through higher level system representations of reason for existing, reason for meaning and basic reason. This system is normally known as steering committee (SSC) ( Figure 2 ). When these systems are logically separate, a hierarchy is evident as shown in a basic organizational model .
3. Ontology of a project system
It is safe to say that each project starts with objectives. These objectives are a combination of different types of statements based on assumptions regarding the environment, E. These are realis moods of domain assumptions describing the environment of the requirements engineering problem as it is known. The second type of statements in objectives is irrealis mood statements describing situation-to-be, how the situation and environment should look like. These irrealis mood statements prescribe what the outcome of the project should be. Figure 3 shows that objectives can be described in functional requirements which are defined as goals (g) and non-functional requirements, which are divided into soft goals (f) and quality constraints, q .
Additionally, one can define a
In project work, one can make a separation between domain assumptions, goals, soft goals, and quality constraints as objectives and the realized deliverables as linked output. For all objectives, O, there can be a corresponding objective (rn, dn, sn) at least one deliverable dm within the full set of deliverable, D, to fulfill a given objective. Notice that each deliverable is linked to one or more objectives and is the proven fulfillment of the objective.
This relationship can be described in by
In analogy with the objectives, depicted in the equation above, one can define a
We can also define similar requisite relations among budget, manpower, and raw material, as well as some
With these inputs, output, transformation processes, and steering, one can model the traditional project based working. The transformations follow an environmental adapted approach. This could be traditional waterfall (sequencing) or agile approach (iterative):
When comparing linear model with the real-life system, one can see that some additional artifacts are necessary to create a more accurate model. As the objectives are defined to contribute to a defined strategy, each transition must bring an added value. As we have defined the transition:
Target Core Process (TCP) with
Individual Core Process (ICP) with
Organizational Core Process (OPC) with
Internal disturbance (ID) with
This led to an unsolvable equation based on the odd number of functions
This input can also be seen as a risk, since it is unknown to the system and similar modeled as other inputs.
Objectives are derived from strategic drivers. These strategic drivers,
The result of the estimation is mainly in odd categories (e.g., low, medium, and high) added by “non.” For each estimated contribution, a financial analysis of efficiency (e.g., Net Present Value and Return On Investment) is done to estimate the revenue. Within this calculation, a link is made among the necessary input of the project, the expected delivery, and the estimated revenue. This is done in the Business Case. This Business Case is the economical
As scope, timing, and resources (input) are related to each other by the “Devil’s triangle,” we can calculate each point as a variable of the two other points leading to the function to calculate the timings of the project:
This unsolvable loop of equations can be approximated by different iterations and adapted estimations during the project definition. In case a level of uncertainty (at the stakeholders) is reached, the iterations will stop and the project is defined with all necessary information to execute the transition,
The link between objective and strategic driver/strategy, objective and Business Case, strategic driver/strategy and Mission, and Mission and Vision can be described similar. Mission is a foundational statement that describes the purpose of projects existence. It answers questions such as “
Vision can be described as an image or description of the customers’ system after the implementation of the deliverables of the project. In this vision, a strategy is essential and takes different forms. It requires the use of strategic drivers to translate the strategy into the project objectives. Traditional approaches, as described above, or the use of moving averages can be used to define the strategic drivers, which are shown in Figure 6 .
The Sensor, s, for the Individual Core Process (SensorICP) and for the Organizational Core Process (SensorOCP) identifies, similar to the Sensor TCP, data according to parameters defined. As these are not always objective, other measurements are necessary. For the SensorICP possible examples are, among others, Employee Satisfaction Surveys, Bilateral meetings, Coaching moments, Evaluations, and follow-up discussions.
For the SensorOCP possible examples are, among others, Outstanding reorganizations, “Over the fence” management of departments, and Leadership Decision Management Systems.
In reality, most of the sensors are focused on TCP second on OCP, and there is a minor group measuring the ICP. In opposite to that, studies show that the organizational aspects as well as the individual integration in the team are significantly impacting the result of the project. This is even more visible when looking the output in general. The output of the system is not only a set of deliverables but also changes in knowledge, experiences, and other insights .
However, different measurements can be combined and considered in a multi-dimensional matrix. The change periods,
Up to this time, time aspect of dependency has been overlooked. However, this aspect is introduced by the
As the information of the
In this transition, TPM, project manager, SPM, converts the information of the Sensor into input of the system. All necessary processes can be found in process-based method for effective project management. The output of this processes will be injected back into the system project SP by a translation
4. Briefly use case
In this section, we provide an application of the developed model. A non-disclosure agreement prevents us from disclosing certain detailed information regarding the company (entity) of analysis. Therefore, some information is masked. However, we provide sufficient information to demonstrate the usability of the model. Within this company, different and sometime conflicting core activities are present. The global mission statement is translated into global strategic statements within each business unit and has a defined strategy for fulfilling the requested group strategy. Measurable strategic drivers are given and defined as Performance (mainly driven by Cost/income ration), Empowerment (mainly driven by maturity levels), Accountability (mainly cultural driven), Responsiveness (
Additionally, the company wants to “aim to be the first company TOMORROW to be the reference … TODAY.” The given drivers on group level are defined on coarse grain level. Each Unit determined their own strategy to fulfill the expected groups’ strategy. Therefore, they defined meso-grain drivers to evaluate their own operations and investments, the so called “Rose.” This level is the strategy of the Business Unit and represents the next detailed level.
At this level, the link to the Business Case is already implemented as drivers for the investment analysis as analysis of efficiency or Business Case. The other drivers are defined for the purposes of ranking initiatives according to an added value without executing a detailed Business Case—called back-log. These drivers are separated into two groups (compare Figure 9 ). The first group is the “Externally drivers” and provides KPIs related to the company outside world, while the others took on “Internal aspects” of the organization.
Besides business (BUS)-related drivers, the company also has information and technology (IT)-related drivers. These drivers are also defined on strategic level. Figure 10 shows a mapping indicating where drivers are complementary and where the drivers are supplementary.
As previously mentioned, all cases are listed in a “back-log.” In this back-log, all scope-items are listed and are prioritized according the drivers of the Business Unit as indicated above. While some of these items can be executed separately, others require a “project” approach. To define the priority, the value of each driver is defined and described along with the degree of performance.
The use of this methodology provides insights into the expected deliverables as well as the objectives. The deliverables are mentioned as a single line and describe the expected outcome of the task as clusters defining objectives. The objectives are mentioned as numbers in the list. The methodology can be seen in Figure 11 , but on confidentiality reasons the detail-content is blanked.
At this level, we have identified several projects scope items with the exclusion of approximate relations between drivers. Interestingly, as some IT-related drivers are fulfilled, Business Unit drivers are also fulfilled. However, there can be contradictions among drivers. This is the case when, in one project, the meso-grain drivers are detailed into fine-grain drivers within the Business-Case. Figure 12 shows an example for strategic statements. The first statement was “
Similar to this depicts another strategic statement ( Figure 13 ). Here, the company is obligated to fulfill the regulators request to be able provide legal provable identification and authentication. This follows the local embeddedness and compliance with the local regulations. The next management level assumed that only using legal accepted techniques can give evidence that the mission statement is fulfilled. This statement leads to the conclusion that old existing technique is actually the only technique for fulfilling the statement.
Taking e1 and f2 as independent from each other in one system, the mission statement is without exclusions. On the next level, one sees that the statements are excluding each other
Another example of a project is a company deciding to respond to local markets with local front-ends in local language. This should increase the local embeddedness and
However, during the local translations and the concrete implementation in the BUS-Case, both the projects used different statements, d2 and g2. Obviously, both PM’s have different ways to deal with the issue of the excluding statements d2 (passing translations and Multilanguage) and g2 (maximizing reusability) to reach the statement d1 (decreasing costs). Each might view the other statement “d2” or reverse “g2” (the decision) as a disturbance, and therefore try to mitigate its impact. On the other hand, both PM’s could elevate the issue to a higher level by using appropriate feedback loops. In the case study, both PM’s decided to escalate issue via their steering committee. These committees decided to escalate on an international level, where problems could be solved. This approach was taken since projects where able to show logical link of their own drivers to the drivers of the Business Unit and drivers on group level. The group steering committee decided that reusability should be implemented. This enabled savings of the second project to be used as subsidies to the first project. As expected, both projects received changes to the inputs including change in scope, change in budget, and change in resources.
The discussed model provides a clear overview about influencing parameters, disturbances, and processes executed during a project. The offered more robust model for project management in complex situations allows the project manager to understand more the role of project management and provides possible steering once the system is implemented in real projects. Within a brief use-case, the focus on internal organizational complexity is shown.
The model not only proved the usability but also shows the effort necessary to be implemented. As the elements of the system are not clear enough in the beginning, the implementation takes some experience and time to be valid enough for use. Within the presented case, the usability of the model was reached after 2 years and proves the value in prediction of the impact of steering. This means a more practical implementation guide as well as supporting documentation is necessary to use this model more in practice. Here, additional work is necessary.