Open access peer-reviewed chapter - ONLINE FIRST

Assigning Multi-Attribute Targets under Uncertainty with Multiple Suppliers and Stakeholders

Written By

Robert F. Bordley

Reviewed: 27 February 2024 Published: 10 April 2024

DOI: 10.5772/intechopen.114376

Systems Engineering - Design, Analysis, Programming, and Maintenance of Complex Systems IntechOpen
Systems Engineering - Design, Analysis, Programming, and Maintena... Edited by Germano Lambert-Torres

From the Edited Volume

Systems Engineering - Design, Analysis, Programming, and Maintenance of Complex Systems [Working Title]

Prof. Germano Lambert-Torres, Dr. Gilberto Capistrano Cunha de Andrade and Dr. Cláudio Inácio de Almeida Costa

Chapter metrics overview

7 Chapter Downloads

View Full Metrics

Abstract

A manager must create deliverables satisfying multiple stakeholders. Different stakeholders use the deliverables to satisfy multiple different (and potentially conflicting) objectives. For each criterion, the manager assigns different targets to different suppliers. If suppliers meet their targets, the deliverable score is the sum of the targets. The manager will only be successful if all suppliers meet their targets and if the deliverable scores are acceptable to stakeholders. This chapter solves for the target maximizing the manager’s probability of success both in simple cases and in the general case of multiple suppliers, multiple attributes, and multiple stakeholders. The targets introduce a supplier margin of safety (or buffer) to allow for uncertainty in that supplier’s capability. The targets also introduce a stakeholder margin of safety to allow for uncertainty in what is acceptable to each stakeholder. The assigned targets reflect trade-offs between the margins of safety for each supplier and stakeholder. For simplicity, all uncertainties are assumed Gaussian, and deliverable scores are additive in the targets. Generalizing both assumptions is straightforward.

Keywords

  • targets
  • safety margin
  • stakeholder
  • supplier
  • uncertain needs
  • uncertain quality

1. Introduction

A project is a temporary endeavor aimed at creating some deliverable subject to cost and deadline constraints. Stakeholders use these deliverables to achieve their own objectives under various scenarios (e.g., a vehicle enables its driver to commute to work and travel medium distances during normal or increment weather.)

The stakeholders and project manager agree on the multi-attribute targets (on multiple attributes) against which deliverable performance will be compared. Complex projects must be decomposed into work packages by dividing each project target into specialized targets for each work package. For example, designing a vehicle to meet some weight target is decomposed into designing tires, seats, engines, exterior panels, etc. to meet weight targets for tires, seats, engines, etc. In this case, the sum of the work package weight targets equals the overall target. Sometimes several tiers of decomposition are required before each work package is sufficiently granular to be assigned to a small specialized supplier.

There are many technical, raw material, personnel, and other issues, which could prevent the supplier from meeting the target. These issues create uncertainties about whether suppliers can meet their targets. To reduce the risk of supplier failure, the manager tracks the progress of each supplier and reallocates resources when necessary. Despite these efforts, however, there will still be some risk of suppliers not meeting their targets.

The manager is also uncertain about whether the agreed-upon overall target accurately reflects what stakeholders need to achieve their objectives. Use cases, sequence diagrams, activity diagrams, and other tools of model-based systems engineering [1] help stakeholders identify all the specific functions the product must perform to help them achieve their objectives. But when projects are lengthy, stakeholder preferences can change because of changes in family size, competitor offerings, environmental threats and opportunities, etc. This can be especially difficult for consumers. To better estimate consumer needs, conjoint measurements combine stakeholder feedback in hypothetical settings with parametric models of stakeholder behavior. There are many other approaches to requirements elicitation [2, 3, 4, 5]. But even with these models, there is still uncertainty about what stakeholders will need.

In some cases, stakeholders will request changes in the targets for evaluating the deliverable before the deliverable is finished. This “requirement volatility” is a leading cause of project failure, especially with software projects [6, 7, 8, 9, 10]. But if needs change after the project is finished (and the suppliers are compensated), the stakeholder may be dissatisfied and seek an early replacement for the deliverable.

This chapter sets supplier targets given uncertainty about what suppliers can produce and what stakeholders need. When all uncertainties are Gaussian, the solutions will depend on a “safety margin” for suppliers and a “safety margin” for stakeholders.

Advertisement

2. One design team and one stakeholder

2.1 Mass reduction

To reduce the costs of fueling vehicles, customers prefer more fuel-efficient, lower-weight vehicles. While the project team can reduce the weight of a vehicle, there is a limit to how much they can reduce the weight without reducing performance. Suppose this lower limit is a known value, m. Suppose that the greatest weight customers will accept is known to equal M. Then if m<M, the design team can meet customer requirements.

But customer demand for lower-weight vehicles is heavily affected by fuel costs. Fuel costs can change dramatically as the supply of fuel changes. Over the past century, discoveries of new oil fields and the invention of fracking have expanded the availability of fuel. In addition, the development of fuel-efficient engines (including hybrid and electric vehicles) also reduces the number of fuel required to reach a destination. These factors might cause customers to accept vehicle weights higher than M. But oil production often varies, sometimes in response to dwindling oil reserves and sometimes to optimize revenues. Taxes on fuel also increase the cost of using fuel to travel to a destination. These factors could make customers more likely to insist on weights less than M. Both of these factors create uncertainty about how much the maximum weight customers will accept differs from M. Suppose this uncertainty is described by a normal distribution with mean M and standard deviation S. To elicit S, it is common [9] to ask consumers to specify

  • A pessimistic but realistic (“rainy day”) estimate of maximum acceptable weight when fuel costs are high. (The chances of customers requiring an even lower weight are negligible.)

  • An optimistic but realistic (“sunny day”) estimate of maximum acceptable weight when fuel costs are low. (The chances of customers being will to accept an even higher weight are negligible.)

This definition presumes a quantitative definition of “negligible chance.” Hypothesis testing in the social sciences typically defines a confidence/credibility interval to be approximately four standard deviations in length1. As a result, the standard deviation, S, is one-quarter of the absolute value of the difference (the range) between pessimistic and optimistic. The expected value, M, is the average of the bounds.

Let Φz be the probability a normally distributed value with zero mean and unit standard deviation is less than z. Since the customer is more likely to accept lower-mass targets t, define:

Stakeholder margin: The difference, Mt, between the best estimate of the highest acceptable mass and the target.

The probability of a target t, if achieved, being acceptable to the customer is ΦMtS.

Suppose the manager recognizes the variation in customer needs but ignores the variation in what their team can achieve. Then since, they believe their team can design a vehicle with mass m, they set t=m and erroneously estimate the probability of success as the probability of t=m satisfying the customer. Then z=MmS and Φz>12 since M>m.

In reality, uncertainties in material costs, technology readiness, available personnel, etc. create uncertainty about how much the total project weight can be reduced. To quantify this uncertainty, the supplier is asked to specify:

  • A pessimistic (“rainy day”) estimate of the minimum weight that can be supplied if everything goes wrong. (The chances of being unable to provide a weight below this bound are negligible.)

  • An optimistic (“sunny day”) estimate of the minimum weight that can be supplied if everything goes right. (The chances of being able to provide a weight below this bound are negligible.)

If the uncertainty is normally distributed, then one-quarter of the absolute difference between these bounds (the range) is an estimate of s, the standard deviation of the uncertainty. The average of the bounds is an estimate of the expected value (or m). Since the team is more likely to achieve higher targets, define:

Supplier margin: The difference between the target and the best estimate of the least possible mass, tm.

Then the probability of the supplier being able to achieve the target is Φtms. Increasing t increases supplier margin but lowers stakeholder margin. To balance these margins, the manager chooses the target to maximize the joint probability of the target being both feasible and sufficient. If the uncertainties in the customer environment are independent of the uncertainties in the supplier environment, this probability is

ΦtmsΦMtSE1

2.2 Numerical example

Table 1 presents the supplier and customer upper and lower bounds along with computations of their means and standard deviations (denoted by σ).

SupplierCustomer
Lower bound1363400
Upper bound18032200
Mean15831300
Sigma110450

Table 1.

Data: one supplier, one user.

Table 2 presents the results of using excel solver to identify optimal targets with the targets, margins, z-scores, and probability of success.

SupplierUser
Target16771677
Margin94−377
Z-Score.85−0.83
Probability0.800.20

Table 2.

Solution: one supplier, one user.

with an overall probability of success of 16%. Thus, failure is likely.

Advertisement

3. Multiple suppliers

3.1 General solution

Having a single large supplier work, a single project is often inefficient. For example, a meeting with twenty people often devolves into a meeting between smaller subgroups, with other people uninvolved. As a result, best practices in project management and systems engineering decompose the work into smaller work packages. This decomposition continues into every more granular work packages until each of the work packages is sufficiently specific to be addressed by a small specialized supplier.

Suppose the automobile weight reduction problem is decomposed into weight reduction targets for N different automotive components. The smallest feasible weight for work package j is normally distributed with mean mj and standard deviation sj for j=1,N . If weight targets t1,tN are assigned to each of the component suppliers, the probability all suppliers can meet their targets and satisfy the customer is

k=1NΦtkμkσkΦMtks2+S2E2

3.2 Numerical example

Suppose the vehicle is broken up into three components: Powertrain, Chassis, and Body. Suppose that all component suppliers might have spent 10 hours in a large meeting — with 2 hours focused on discussing the work of each small team, 1 hour focused on the three interactions between each pair of teams, and 1 hour focused on the joint interactions between all suppliers. Then distribution of the work to each separate supplier reduces the time each supplier spends in irrelevant meetings by 4 hours.

If the average mass reduction from reducing meeting time by 4 hours is 106, then the minimum total feasible weight from three more specialized suppliers is 950. The proportion of average weight reduction from each supplier remains the same as in Table 1 (with standard deviations unchanged.) Upper and lower bounds can then be computed from summing the mean and adding (or subtracting) two standard deviations.

Based on the first numerical example, Table 3 specifies lower and upper four-sigma bounds on the minimum mass feasible and the maximum mass acceptable for each of the three components and the user. This is used to compute means, standard deviations, and, for an initial set of targets, z-scores, margins, and success probabilities (feasibility probabilities for each design team, acceptability probabilities for the user, and the overall probability of feasibility and acceptability.)

PowertrainChassisBodyUser
Lower bound17550400400
Upper bound32541508002200
Mean2501006001300
Sigma37.525100450

Table 3.

Data: multiple suppliers, single user.

There are uncertainties in what is physically feasible and what the user considers acceptable.

If both uncertainties are ignored, then the manager can set any targets satisfying tP>mP,tC>mC,tB>mB, MtP+tC+tB.

If only uncertainty about feasibility is ignored, then the manager will minimize weight by assigning tP=mP,tC=mC,tB=mB. Table 4 specifies these initial targets, margins, z-scores, and probabilities:

PowertrainChassisBodyUser
Target250100600950
Margin000250
Z-score0000.7777
Probability0.50.50.50.78

Table 4.

When supplier uncertainty is ignored.

The suppliers get zero margin and the customer gets a margin of 250. Thus, the feasibility probabilities for the suppliers are 12, while the acceptability probability for the customer is 78%. Multiplying these probabilities gives an overall success probability of 9.75%.

Alternatively, suppose the feasibility uncertainty is considered, while uncertainty about customer acceptance is ignored. In this case, the project manager requires that tP+tC+tB=M1300 while setting tP,tC,tB to maximize the probability of feasibility. The targets, margins, z-scores, and probabilities in Table 5.

PowertrainChassisBodyUser
Target3401647961300
Margin90641960
Z-score2.42.61.960
Probability0.990.990.970.5

Table 5.

When user uncertainty is ignored.

with an overall success probability of 48%.

Setting targets to recognize uncertainty in both feasibility and customer acceptance requires relaxing the constraint that the sum of the supplier targets equals the average customer need, M. Table 6 presents the solution without this constraint.

PowertrainChassisBodyUser
Target3251547461225
Margin755514675
Z-Score2.02.21.52.0
Probability0.980.990.930.90

Table 6.

Solution: multiple suppliers, single user when no uncertainties are ignored.

with an overall success probability of 87%.

Advertisement

4. Multiple attributes and stakeholders

4.1 Multiple attributes

Typically targets are set on multiple attributes, e.g., weight, safety, comfort, convenience, speed, etc. If uncertainty on each attribute k is measured by a Gaussian distribution and all attributes are uncorrelated, then targets will be set to maximize

k=1NΦtkmkskΦMktkSk.E3

But physical improvements on one attribute often affect the ability to physically improved on another attribute. Suppose these physical interactions are described by a multivariate normal with mean vector m and variance-covariance s.

Likewise, there are interactions between improvements in one attribute and preferences for other attributes. For example, improving a vehicle’s crashworthiness and its ability to avoid crashes both increase the safety of passengers in the vehicle. Hence, dramatic improvements on one attribute reduce the need to make improvements on other attributes, that is. the attributes are partially substitutable. In contrast, improving a vehicle’s reliability increases the amount of time a driver can use the vehicle which increases the need for performance improvements. These attributes are complementary. Suppose these correlations between preference attributes are described by a multivariate normal distribution with mean M and variance-covariance Ŝ. Then if there is still no correlation between customer preferences and supplier uncertainties, targets must be set to maximize

NtmSNmts.E4

If the standard deviation on a requirement is small, then the normal distribution will attach high weight to improving performance to meet the target. Thus, the normal distribution also allows for the prioritization of different attribute targets.

Some suppliers, for example, powertrain will have a significant impact on meeting vehicle emissions and fuel-efficiency targets but not on comfort and convenience. Other suppliers, for example, body will have less impact on emissions and fuel efficiency but greater impact on comfort and convenience. Software, while having a great impact on many performance targets, typically has a negligible impact on vehicle weight. This formulation allows target allocation to reflect these differences among different work teams.

4.2 Multiple stakeholders

In many cases, stakeholders have very different, or even conflicting, objectives. Stakeholders concerned with vehicle crashworthiness might prefer higher-mass vehicles to lower-mass vehicles. Suppose their minimum acceptable mass has mean M2 and standard deviation S2 (with the original stakeholders having mean M1 and standard deviation S1.) If we also use the numbers 1, 2, 3 to represent the powertrain, chassis, and body group, then the manager must set targets to maximize

i=13ΦtimisiΦM1itiS1ΦitiM1S2.E5

This distinction between stakeholders becomes especially important in setting multi-attribute targets.

Different stakeholders are often only interested in different targets. Government regulators are typically interested in vehicle emissions but not comfort, convenience, and style. Buyers are interested in comfort, convenience, and style but not emissions. There are some attributes, for example, vehicle safety and fuel efficiency where both are interested.

4.3 Example

Suppose there are two engineering groups (Powertrain, Body), two user groups (Customer, Govt), and two attributes (Defect rate, Weight). The customer demands average defect rates lower than the government, while the government demands average weights lower than the customer. The powertrain team provides a lower average defect rate, while the body group provides a lower average weight. For each attribute, Table 7 lists the capability and needs of engineering and users.

PowertrainBodyCustomerGovt
Lower bound: Defects2101620
Upper bound: Defects8263650
Mean: Defects5172735
Sigma: Defects1.5457.5
Lower bound: Weight17550350250
Upper bound: Weight325150750550
Mean: Weight250100550400
Sigma: Weight37.52510075

Table 7.

Data: multiplier suppliers, attributes, users.

Table 8 presents the results of using an excel solver to identify optimal targets with the targets, margins, z-scores, and probability of success.

PowertrainBodyCustomerGovt
Target: Defects6.818.525.325.3
Margin: Defects1.81.51.79.7
Z-score: Defects1.20.40.31.3
Probability: Defects0.900.640.630.90
Target: Weight293136429429
Margin: Weight433612171
Z-score: Weight1.11.41.20.95
Probability: Weight0.870.920.890.93

Table 8.

Solutions: multiple suppliers, attributes, users.

For an overall 33 and 59% probability of meeting the defect and weight targets, respectively. Because devoting time to defect reduction might divert effort from weight reduction, there might be a negative correlation between each engineer team’s capability on each attribute. Since customers might feel willing to accept higher weight in return for few defects, there might also be negative correlation between satisfaction with the attributes. Extensions of this approach could address these issues.

Advertisement

5. Conclusions

This chapter illustrated how targets could be set to balance feasibility and sufficiency for multiple suppliers and multiple stakeholders. Initial examples focused on the case of one supplier and one stakeholder and showed how ignoring either supplier uncertainty or stakeholder uncertainty reduces the probability of success. This illustrated the importance of both stakeholder and supplier margins.

However, even fully considering both uncertainties still did not lead to a high probability of success — because of the inefficiency of one team addressing a complex problem. This motivated the decomposition of a single supplier into multiple more specialized suppliers each focused on a different work package.

This approach was extended to multi-attribute targets with complementary and substitutable attributes. Finally, it was extended to multiple stakeholders, which allowed consideration of differences between stakeholder preferences for different attributes. Thus, this chapter presents a tractable approach of addressing complex interactions between design sub-teams, attribute targets, and the preferences of different stakeholders in the presence of uncertainty.

Behavioral research finds that individuals naturally evaluate outcomes against reference points and that how a product is described can influence individual reference points. Hence, this approach highlights the role of advertising and social media in shaping what individuals find acceptable. This joint use of product design and marketing can then increase the probability of success.

While this paper assumed Gaussian distributions, extensions to more realistic distributions are straightforward. It is also straightforward to generalize this chapter’s assumption of an additive relationship between supplier targets and the overall target.

References

  1. 1. Micouin P. Model-Based Systems Engineering: Fundamentals and Methods. Hoboken, New Jersey: John Wiley & Sons; 2014. ISBN: 978-1-848-21469-9
  2. 2. Christel M, Kang K. Issues in Requirements Elicitation. Technical Report. Pittsburgh, Pennsylvania: Technical Report, Carnegie-Mellon Software Institute; 1992
  3. 3. Davis A, Dieste O, Hickey A, Juristo N, Moreno AM. Effectiveness of requirements elicitation techniques: Empirical results derived from a systematic review. In: IEEE International Conference on Requirements Engineering, Minneapolis, Minnesota. Vol. 11. 2006. pp. 176-185
  4. 4. Dias L, Morton A, Quigley J. Elicitation: The Science and Art of Structuring Judgement. New York City, New York: Springer; 2018
  5. 5. Ferrari A, Spoletini P, Debnath S. How do requirements evolve during elicitation? An empirical study combining interviews and app store analysis. In: Requirements Engineering. Vol. 27. New York City, New York: Springer; 2022. pp. 489-519
  6. 6. Abd K, Abd M, Kholeif S. Identify and manage software requirements volatility. International Journal of Advanced Computer Science and Applications. 2016;7(5):64-71
  7. 7. Bano M, Imtiaz S, Ikram N, Usman M, Niazi M. Systematic literature review for causes of requirements change. Technical Report: TR/2010–01, School of Computing and Mathematics, Keele University, Keele, UK. 2010. ISSN: 1353:7776
  8. 8. Bowen P, Heales J, Vongphakdi M. Reliability factors in business software: Volatility, requirements and end-users. Information Systems Journal. 2002;12(3):186-213
  9. 9. Ferreira S, Collofello J, Schunk D, Mackulak G. Understanding the effects of requirements volatility in software engineering. Journal of Systems and Software. 2009;82(10):1568-1577
  10. 10. Kulk G, Verhoef C. Quantifying requirements volatility effects. Science of Computer Programming. 2008;72(3):136-175

Notes

  • The actual range of the traditional 95% confidence/credibility interval is approximately 3.92 standard deviations. For simplicity, this chapter uses four standard deviations which corresponds to a 95.5% interval.

Written By

Robert F. Bordley

Reviewed: 27 February 2024 Published: 10 April 2024