Extension card · Classical
PROMETHEE VI (Brans & Mareschal, 1995)
This is the form of PROMETHEE that turns the ranking into an interval for situations where the weights are not known exactly. Every alternative's net flow is not a single number but the lowest and highest value it can take while the weights vary within a plausible band.
Base method
PROMETHEE →
Philosophy, mechanics, strengths and weaknesses are on the base method card; this card describes only the difference.
Data type (family)
Classical →
What this data type is, when to use it, how to write it in a cell: the family's full account is here.
What Changes from the Base Method?
Three things change; how the net flow is computed does not.
A weight sweep instead of a single weight. Base PROMETHEE takes the weights as a single fixed value. PROMETHEE VI shifts each of the stated weights up and down by a certain amount (0.05 by default), rescaling the rest proportionally, to produce a series of alternative weight scenarios.
An interval instead of a single net flow. Base PROMETHEE II is run for every scenario and the net flow is computed. An alternative's final value is an interval made up of the lowest and highest net flow across all scenarios; the midpoint of the interval is an indicative point only.
Robustness classification instead of ranking. The method's real purpose is not to produce a ranking but to say whether the problem is "soft" or "hard." If the alternatives' intervals do not overlap with one another, the ranking is robust against the choice of weights (a soft problem). If the intervals overlap, the order between two alternatives depends on which set of weights is chosen (a hard problem).
DecisionMind keeps base PROMETHEE II's preference function and net-flow computation fixed in this extension; what is added is only the weight sweep and the interval reporting.
How to Read the Output
The part that stays the same as the base method is that the central net-flow value coincides with base PROMETHEE's result. The difference is this: a confidence band surrounds this value, and the real information lies in that band.
If two alternatives' intervals do not overlap, the order between them holds even as the weights vary within a reasonable range. If the intervals overlap, the order is sensitive, for these two alternatives, to the choice of weights; the report should state separately which alternatives are robust and which are contested.
Thus instead of writing:
"According to PROMETHEE VI, A2 is first"
the report should read:
"A2's net-flow interval does not overlap with the other alternatives' intervals; this ranking is robust against a ±0.05 uncertainty in the weights"
When to Prefer This over the Base Method
Use this when the weights have been set by consensus or estimation, and the decision maker needs an answer to the question "would the ranking break down if these weights changed slightly." It is particularly useful in group decisions, where different stakeholders propose different weights.
If the weights come from a precise source, for instance a measured cost share, and are not open to dispute, base PROMETHEE's single-point result is sufficient; a weight sweep is not needed.
Mistakes Specific to This Extension
Keeping the weight band too wide. This is the manifest's own warning: if the band is widened too far, almost every problem comes out "hard," and every ranking looks contested. The band should reflect realistic uncertainty in the weights, not be inflated arbitrarily.
Reporting only the midpoint and never showing the interval. The midpoint alone looks no different from base PROMETHEE's result; the robustness information that is the method's real contribution is lost.
Ignoring overlapping intervals and presenting the order as certain. If two alternatives' intervals overlap, the order between them depends on a choice of weights; this uncertainty must not be concealed in the report.
The governing principle is this:
PROMETHEE VI's purpose is not to give a ranking but to show how resistant that ranking is to the choice of weights; an overlapping interval is a result as important as the ranking itself.
Cases
The first case is DecisionMind's validation example. The second case is fictional.
1. Illustrative example: Robustness against weight uncertainty in an R&D portfolio
An organisation's R&D committee is assessing three projects. There are three criteria: expected scientific-contribution score, feasibility score and team-readiness score; all three are benefit criteria. The committee has set the weights at 0.4, 0.3 and 0.3, but these weights were formed through discussion rather than a vote, and are not exact.
| Project | Scientific contribution | Feasibility | Team readiness |
|---|---|---|---|
| P1 | 8 | 7 | 6 |
| P2 | 7 | 9 | 8 |
| P3 | 6 | 8 | 9 |
| Direction | benefit | benefit | benefit |
| Weight | 0.4 | 0.3 | 0.3 |
The method first computes the baseline net flow with the stated weights.
| Project | Baseline net flow |
|---|---|
| P1 | -0.20 |
| P2 | 0.30 |
| P3 | -0.10 |
Then every criterion's weight is shifted in turn by ±0.05, the remaining weights are rescaled proportionally, and the net flow is recomputed for each of these six scenarios. Every project's lowest and highest value forms an interval.
| Project | Lower bound | Upper bound |
|---|---|---|
| P1 | -0.30 | -0.10 |
| P2 | 0.25 | 0.35 |
| P3 | -0.18 | -0.02 |
The result reads as follows. None of the three intervals overlap with one another: even P2's lowest value (0.25) is above P3's highest value (-0.02), and P3's lowest value (-0.18) is below P1's highest value (-0.10). The ranking P2, P3, P1 is robust against a ±0.05 change in the weights; even if the committee does not know these three criteria's weights exactly, the order does not change.
The committee's hesitation: what happens if the band is widened from ±0.05 to ±0.15? Rerunning the same calculation independently, P1's interval (-0.50; 0.10) and P3's interval (-0.34; 0.14) now overlap; P2's interval (0.15; 0.45) still remains separate. This shows that P2's first place is robust even under wide uncertainty, but the second-third order between P1 and P3 becomes contested under a larger uncertainty in the weights.
In the report: "With the stated weights and a ±0.05 uncertainty band, P2 is clearly first, P3 second, P1 third; since the intervals do not overlap, this order is robust against the choice of weights."
Source: DecisionMind's validation example prepared for the PROMETHEE VI engine. It is based on Brans and Mareschal's (1995) weight-sweep method and is not the paper's own figures. The baseline net flow, the intervals and the ±0.15 band scenario were computed by independently running the engine.
2. Examination centre: Weight uncertainty in choosing among three campuses
An examinations body is to decide at which campus to hold a national examination. There are three criteria: capacity score, transport-accessibility score and security-infrastructure score; all three are benefit criteria. The weights were set by an internal survey, and the survey itself did not yield an exact number; it only suggested an approximate distribution.
The method first ranks the three campuses with the stated weights, then produces a net-flow interval for every campus by shifting the weights by small amounts. Suppose the highest-capacity campus's interval overlaps with the interval of the campus with the strongest security infrastructure; the order between the two then depends on which criterion is considered slightly more important.
The body's hesitation: if the order between two campuses is this sensitive to the choice of weights, the decision should be supported not by net flow alone but by an additional criterion (such as past examination experience). The position of the third campus, whose interval does not overlap with the others, is beyond dispute.
In the report: "Because two campuses' net-flow intervals overlap, the order between them depends on the choice of weights; the third campus's position is not affected by this uncertainty."
3. What Not to Do
Reporting only the midpoints (-0.20; 0.30; -0.10) in the R&D table and never showing the intervals: this looks, on the surface, no different from base PROMETHEE's single-point result, and the robustness information that is the method's real contribution is lost. The second error is choosing the weight band unjustifiably wide (for instance ±0.40) on the grounds that it "covers every possibility"; this makes almost every ranking look "hard" and misleads the decision maker. The third error is reporting the order between two projects whose intervals overlap in certain language, such as "P3 is strictly ahead of P1"; when there is overlap, the order is not certain.
Sources
For the formulas behind each step, the intermediate tables and citation formats, see the DecisionMind method page: decisionmind.app/library/promethee-vi
Brans, J. P., & Mareschal, B. (1995). The PROMETHEE VI procedure: how to differentiate hard from soft multicriteria problems. Journal of Decision Systems, 4(3), 213–223. DOI: 10.1080/12460125.1995.10511652
Brans, J. P., & Vincke, Ph. (1985). A preference ranking organisation method (The PROMETHEE method for multiple criteria decision-making). Management Science, 31(6), 647–656. DOI: 10.1287/mnsc.31.6.647
Brans, J. P., Vincke, P., & Mareschal, B. (1986). How to select and how to rank projects: The PROMETHEE method. European Journal of Operational Research, 24(2), 228–238. DOI: 10.1016/0377-2217(86)90044-5
Behzadian, M., Kazemzadeh, R. B., Albadvi, A., & Aghdasi, M. (2010). PROMETHEE: A comprehensive literature review on methodologies and applications. European Journal of Operational Research, 200(1), 198–215. DOI: 10.1016/j.ejor.2009.01.021