Prioritization Technique
Structured approaches to evaluate and order requirements, features, or tasks using defined criteria to focus resources effectively.
Classification
- ComplexityMedium
- Impact areaOrganizational
- Decision typeOrganizational
- Organizational maturityIntermediate
Technical context
Principles & goals
Use cases & scenarios
Compromises
- Wrong criteria selection leads to suboptimal priorities
- Dominance of individual stakeholders skews prioritization
- Excessive formalization hinders agility
- Keep criteria transparent and simple
- Regularly review and adjust priorities
- Engage stakeholders early and manage expectations
I/O & resources
- Requirement list or backlog
- Estimates (effort/complexity)
- Business goals and KPIs
- Prioritized ordering of items
- Decision log with criteria
- Action plan for implementation
Description
A prioritization technique is a structured approach to evaluate and order requirements, features, or tasks using explicit criteria. It helps focus scarce resources and makes decision trade-offs transparent. Common methods include MoSCoW, Kano, and Weighted Shortest Job First. Context and stakeholder preferences guide method selection.
✔Benefits
- Better focus of scarce resources
- Traceable decision rationale
- Higher stakeholder alignment and priority clarity
✖Limitations
- Requires time and facilitation for correct application
- Subjective weights can skew results
- Not every technique fits every context
Trade-offs
Metrics
- Time-to-Market
Time from idea to delivery of a prioritized feature.
- Throughput of prioritized items
Number of implemented prioritized items per period.
- Stakeholder satisfaction with prioritization
Qualitative measure of stakeholder satisfaction after prioritization decisions.
Examples & implementations
MoSCoW for MVP definition
A product team used MoSCoW to determine essential features for an MVP and prevent scope creep.
Weighted Shortest Job First in portfolio planning
A delivery office prioritized initiatives using WSJF to maximize economic benefit per development time.
Kano analysis for feature roadmap
Discovery results were categorized with Kano to plan delight features into later releases deliberately.
Implementation steps
Define goals and evaluation criteria
Identify stakeholders and facilitator
Score, weight, and aggregate items
Document and communicate results
⚠️ Technical debt & bottlenecks
Technical debt
- Poorly documented prioritization decisions
- Deferring refactors in favor of short-term features
- Lack of automation to measure impact
Known bottlenecks
Misuse examples
- Using MoSCoW without consensus leads to misunderstandings
- Weights ignore long-term strategy in favor of short-term gains
- Decisions based solely on gut feeling
Typical traps
- Overly optimistic effort estimates distort priorities
- Stakeholder politics instead of objective criteria
- Ignoring technical dependencies when prioritizing
Required skills
Architectural drivers
Constraints
- • Limited budget
- • Limited technical capacity
- • Regulatory constraints