Engineering Project Prioritization

Friday thought: Roadmap prioritization is both art and science. After building products for more than a decade, for all kinds of companies, the priority order for roadmap initiatives ends up roughly as: 1. Projects that have a clear path to increased ARR: If you have a (fast) path to building something that people find dollar value, these always win out. 2. Projects that retain existing customers, in ARR order: Next, you are reducing anticipated churn based on a large common ask from companies by some average of ARR. People typically run into a trap of constantly responding to support requests, which is not the same. Here, we identify strategic projects that would average out in a better experience for a wide variety of customers, not the loudest one. If you build for the loudest one, even if they have a lot of money, they probably are going to leave you anyway (and often times, it isn't your fault). After these, you have a tie between: -- Projects that lead to greater efficiencies or saving money: To protect the bottom line, you have to use your resources wisely. Whatever you can do to help save a few bucks on the AWS bill or get work done twice as fast can help pay dividends that can support 1 & 2. Sometimes people lump "tech debt" projects in here, but you'll want to be judicious about time boxing these projects so teams don't over-rotate here. -- "Spike" initiatives that may lead to future business directions or open up new channels: Whereas with the above efforts the vision and end state is clear, there are often large areas of opportunity that are worth the risk to investigate. A lot of "AI" based ideas can fall in this bucket - there are other ways to solve problems that are more obvious, but perhaps a new technology can unlock new ways of working that were previously impossible. Deciding between the above depends on the lifecycle of the project or business. If the company is more mature, they may do more things to reduce cost. If you are just getting started, exploratory intiatives take more priority.

"We need to prioritize our roadmap, but every stakeholder has a different opinion." The problem isn't conflicting opinions—it's the lack of objective criteria for evaluation. Traditional prioritization methods that fail: - Executive opinions and gut feelings - Revenue projections based on assumptions - Competitive feature comparisons - Engineering complexity assessments - Sales team requests and customer demands Why they fail: None directly measure potential to create customer value. The Outcome-Driven alternative: Step 1: Evaluate each initiative against underserved customer outcomes Step 2: Score based on ability to address high-opportunity areas Step 3: Consider cost, effort, and risk factors Step 4: Optimize high-value projects for maximum impact The difference: Instead of guessing which projects will succeed, you're investing in solutions that address known customer outcomes. Companies using this approach achieve 86% success rates versus the industry average of 17%. The question isn't whether you should prioritize your pipeline—it's whether you're using the right criteria. What would change if every project decision was based on customer outcome data?

As Product Managers it’s so easy to loose trust if features on the roadmap are not prioritised correctly. Here are 5 prioritization frameworks and when to actually use them: 1. RICE (Reach, Impact, Confidence, Effort) ✅ Use when: You have multiple ideas/features and want to prioritize based on expected impact. 📌 Best for: Growth experiments, new features, MVP ideas 💡Tip: Confidence % is often biased calibrate with data! 2. MoSCoW (Must have, Should have, Could have, Won’t have) ✅ Use when: You’re working with tight deadlines and multiple stakeholders. 📌 Best for: Sprint planning, product launches 💡Tip: Don’t let every stakeholder label everything as “Must have.” 3. Kano Model ✅ Use when: You want to balance delight with functionality. 📌 Best for: Customer-facing products 💡Tip: A feature that delights today might be expected tomorrow. 4. ICE (Impact, Confidence, Ease) ✅ Use when: You want a quicker version of RICE for fast decision-making. 📌 Best for: Rapid prototyping, early-stage prioritization 💡Tip: Use ICE when you don’t have a ton of data but still need to move. 5. Value vs. Effort Matrix ✅ Use when: You want to visualize trade-offs with stakeholders. 📌 Best for: Roadmap discussions, stakeholder alignment 💡Tip: Plot features on a 2×2: * Quick Wins (High value, low effort) * Strategic Bets (High value, high effort) * Time Wasters (Low value, high effort) * Fillers (Low value, low effort) So which one should you pick? Use RICE when you’re in a data-driven company. Use MoSCoW when time is tight and alignment is tough. Use ICE when you need speed > accuracy. Use Kano when delight matters. Use the Value/Effort Matrix when people keep asking, “Why this first?” 📌 Save this for your next prioritization war. 💬 Tried any of these at work? Drop your go-to framework in comments! #productmanager #job #PMjobs #learning #frameworks

📌 How to do Prioritization as a Product Manager. Product Managers face a problem of plenty. You have so many things to do, many problems, many solutions, and many suggestions, but are always limited by time, bandwidth, and resources. Now you need to obsessively prioritize and filter ideas before you put them in the roadmap. But how do you prioritize? The simplest yet most powerful framework that most PMs rely on is the Impact v/s Effort Framework. The impact is determined by: - Potential revenue estimate, - Customer value, - Alignment with company goals, - Demand from the market, or - Any other relevant metrics that align with product goals. Impact estimation is mostly the responsibility of the product manager. The effort is determined by: - Development complexity, - Engineering efforts, - The time required & cost, - Operations complexity, etc. Effort estimation is mostly done by the delivery teams like engineers, design, ops, etc. This is a collaborative exercise. The next step is to visualize this through an impact v/s effort matrix. Provided that the estimations are done correctly, the low efforts & high impact items are picked at the earliest, & other things are prioritized in a logical order. 📌 3 Tips to take your prioritization game to the next level: 1. Consider tradeoffs at every step: Some high efforts ideas could be of high strategic importance, similarly some low-impact ideas could be critical for customer experience. Understand the situation from all angles. 2. Look out for red flags: All ideas look high impact, or the backlog is completely filled with low effort low impact ideas. This indicates either the PM is not competent at impact estimation or is not considering enough ideas during product discovery before deciding on the best one. 3. Validate high-effort ideas by first converting them into low efforts experiments. For example: Rather than converting your whole website into all Indian languages, try to convert the most popular pages into 3 popular languages, observe the results and then decide to roll back or go all in. 📌 Other frameworks for prioritization: There will be times when you'll need more detailed frameworks to prioritize, some of the other helpful frameworks are: 1. KANO: Puts customer satisfaction at the center and distinguishes between basic expectations, performance attributes, and delighters. 2. MOSCOW: categorizes requirements into four priority levels: Must have, Should have, Could have, and Won't have. 3. RICE: adds to more dimensions of Reach and Confidence to make Impact v/s Effort more reliable and exhaustive. ✨ Prioritization is a supercritical and useful skill for product managers, during their work, stakeholder management, and also during interviews. Do you think this would be helpful for you? I share helpful insights for product managers almost every day, consider connecting here 👉🏽 Ankit Shukla to not miss out. #productmanagement #prioritization

S𝘁𝗿𝘂𝗴𝗴𝗹𝗶𝗻𝗴 𝘁𝗼 𝗣𝗿𝗶𝗼𝗿𝗶𝘁𝗶𝘇𝗲 𝗪𝗼𝗿𝗸 𝗶𝗻 𝗔𝗴𝗶𝗹𝗲? 𝗧𝗿𝘆 𝗧𝗵𝗲𝘀𝗲 7 𝗧𝗲𝗰𝗵𝗻𝗶𝗾𝘂𝗲𝘀! In Agile, everything feels important, but not everything should be prioritized equally. Without a structured approach, teams can get stuck in endless debates or focus on the wrong tasks. Here are 7 proven Agile prioritization techniques to help you decide what truly matters: 1️⃣ 𝗠𝗼𝗦𝗖𝗼𝗪 𝗠𝗲𝘁𝗵𝗼𝗱 A simple way to categorize tasks based on necessity: ✅ Must-Have – Critical for project success. No compromise. 🔹 Should-Have – Important but not mandatory. Can wait if needed. 🔹 Could-Have – Nice to have, but won’t impact the project much. ❌ Won’t-Have – Out of scope for now. ➡ 𝗕𝗲𝘀𝘁 𝗳𝗼𝗿: Quick and easy prioritization of backlog items. 2️⃣ 𝗞𝗮𝗻𝗼 𝗠𝗼𝗱𝗲𝗹 Classifies features based on how users perceive value: 🌟 Delighters – Unexpected features that wow users. ✅ Performance Needs – The better they are, the happier users are. 🔹 Basic Needs – Expected and essential. Missing them = unhappy users. ➡ 𝗕𝗲𝘀𝘁 𝗳𝗼𝗿: Understanding customer satisfaction drivers. 3️⃣ 𝗥𝗜𝗖𝗘 𝗦𝗰𝗼𝗿𝗶𝗻𝗴 A data-driven framework that scores tasks based on four factors: 📈 Reach – How many users will this impact? 🎯 Impact – How much will it benefit them? ⚡ Confidence – How sure are we about the impact? ⏳ Effort – How much time/resources are needed? 𝗙𝗼𝗿𝗺𝘂𝗹𝗮: (𝗥𝗲𝗮𝗰𝗵 × 𝗜𝗺𝗽𝗮𝗰𝘁 × 𝗖𝗼𝗻𝗳𝗶𝗱𝗲𝗻𝗰𝗲) / 𝗘𝗳𝗳𝗼𝗿𝘁 ➡ 𝗕𝗲𝘀𝘁 𝗳𝗼𝗿: Prioritizing features based on measurable impact. 4️⃣ 𝗘𝗶𝘀𝗲𝗻𝗵𝗼𝘄𝗲𝗿 𝗠𝗮𝘁𝗿𝗶𝘅 A productivity framework that separates tasks by urgency and importance: ✅ Urgent & Important – Do it now. 🔹 Important but Not Urgent – Plan for it. 🔥 Urgent but Not Important – Delegate it. ❌ Neither Urgent nor Important – Drop it. ➡ 𝗕𝗲𝘀𝘁 𝗳𝗼𝗿: Managing daily work and preventing burnout. 5️⃣ 𝗪𝗦𝗝𝗙 (𝗪𝗲𝗶𝗴𝗵𝘁𝗲𝗱 𝗦𝗵𝗼𝗿𝘁𝗲𝘀𝘁 𝗝𝗼𝗯 𝗙𝗶𝗿𝘀𝘁) A formula-based method used in SAFe Agile: (Business Value + Time Criticality + Risk Reduction) / Job Duration ⏩ A high WSJF score means the work should be done sooner rather than later. ➡ 𝗕𝗲𝘀𝘁 𝗳𝗼𝗿: Maximizing economic impact in scaled Agile frameworks. 6️⃣ 𝗖𝗼𝘀𝘁 𝗼𝗳 𝗗𝗲𝗹𝗮𝘆 (𝗖𝗼𝗗) ⏳ Prioritize based on the financial impact of delaying a feature. 💸 Helps answer: “How much money are we losing every day we don’t release this?” 🔥 Particularly useful for revenue-generating or compliance-driven features. ➡ 𝗕𝗲𝘀𝘁 𝗳𝗼𝗿: Ensuring the highest ROI on time-sensitive projects. 💡 Which of these techniques do you use the most? Drop a comment below!

Most PMs are prioritizing the wrong things. It’s not about building the most features. 𝗜𝘁’𝘀 𝗮𝗯𝗼𝘂𝘁 𝗯𝘂𝗶𝗹𝗱𝗶𝗻𝗴 𝘁𝗵𝗲 𝗿𝗶𝗴𝗵𝘁 𝗼𝗻𝗲𝘀. When everything feels urgent, the real skill is choosing what 𝘯𝘰𝘵 to do. Here are quick, proven techniques to simplify your prioritization process: 🚦 𝗦𝘁𝗮𝗿𝘁 𝘄𝗶𝘁𝗵 𝘁𝗵𝗲 𝗯𝗶𝗴 𝗽𝗶𝗰𝘁𝘂𝗿𝗲 → Mission: Why does this product exist? → Vision: Where are we headed? → Strategy: What will get us there? → Goals: What matters 𝘳𝘪𝘨𝘩𝘵 𝘯𝘰𝘸? → Metrics: What do we measure to stay on track? But the real challenge? Balancing speed, strategy, and stakeholder alignment. My top 5 frameworks to help you navigate a backlog: 🟢 𝗥𝗜𝗖𝗘 𝗦𝗰𝗼𝗿𝗶𝗻𝗴 Evaluate projects based on: ↳ Reach: How many users will it impact? ↳ Impact: What’s the effect on each user? ↳ Confidence: How sure are we about our estimates? ↳ Effort: How much time will it take? RICE score: (Reach × Impact × Confidence) / Effort 🟢 𝗪𝗦𝗝𝗙 (𝗪𝗲𝗶𝗴𝗵𝘁𝗲𝗱 𝗦𝗵𝗼𝗿𝘁𝗲𝘀𝘁 𝗝𝗼𝗯 𝗙𝗶𝗿𝘀𝘁) WSJF helps you build what’s most valuable—fast: ↳ Job Size: How big or complex is the work ↳ Cost of Delay = User-Business Value + Time Criticality + Risk Reduction / Opportunity Enablement WSJF Score = Cost of Delay ÷ Job Size 🟢 𝗠𝗼𝗦𝗖𝗼𝗪 𝗠𝗲𝘁𝗵𝗼𝗱 This method clarifies priorities and sets expectations: ↳ Must have: Essential features. ↳ Should have: Important but not critical. ↳ Could have: Nice to have. ↳ Won’t have: Not for this time. 🟢 𝗩𝗮𝗹𝘂𝗲 𝘃𝘀. 𝗖𝗼𝗺𝗽𝗹𝗲𝘅𝗶𝘁𝘆 𝗠𝗮𝘁𝗿𝗶𝘅 Plot your initiatives on a 2x2 grid: ↳ High Value, Low Complexity: Quick wins. ↳ High Value, High Complexity: Strategic projects. ↳ Low Value, Low Complexity: Fill-ins. ↳ Low Value, High Complexity: Time sinks. 🟢 𝗞𝗮𝗻𝗼 𝗠𝗼𝗱𝗲𝗹 Classify features based on customer satisfaction: ↳ Must-be: Basic expectations. ↳ Performance: More is better. ↳ Attractive: Delightful surprises. The best product teams don’t rely on a single technique. They blend methods based on goals, clarity, and team dynamics. Let’s stop guessing and start building smarter. 📌 𝗪𝗮𝗻𝘁 𝗮 𝗱𝗲𝘁𝗮𝗶𝗹𝗲𝗱 𝗯𝗿𝗲𝗮𝗸𝗱𝗼𝘄𝗻 𝗼𝗳 𝘁𝗵𝗲𝘀𝗲 𝗽𝗿𝗶𝗼𝗿𝗶𝘁𝗶𝘇𝗮𝘁𝗶𝗼𝗻 𝘁𝗲𝗰𝗵𝗻𝗶𝗾𝘂𝗲𝘀? Product Map dives deeper with clear examples and resources. Here is the link to the detailed guide on Prioritization 👇 https://lnkd.in/e2tQCiHp ♻️ Repost to share the value. 📩 Which technique works best for your team? Let’s discuss this in comments!