Decision Making courses

Browse public Decision Making courses with structured lessons, visuals, and practice on Wondering.

  • Kubernetes vs Docker: When to Use Each

    Understand how Docker and Kubernetes differ, how they work together, and make a confident decision about when to add Kubernetes to your stack

  • 快思慢想:決策與心理洞察

    這門課將帶領你掌握行為經濟學核心,助你精準洞察使用者心理,並將認知偏誤轉化為優化產品設計與個人決策的利器。 * **辨識系統一與系統二的決策慣性** * **運用行為經濟學優化產品體驗設計** * **克服認知偏誤以提升管理決策品質** * **洞察使用者潛意識行為並轉化為數據指標**

  • 好战略与坏战略:核心逻辑与实践

    通过识别核心逻辑,你将学会剔除空洞口号与幻象,通过精准诊断、指导方针和连贯行动,构建真正能落地并产生竞争优势的产品策略。 * **识别战略空话**,剔除无意义的行业术语与愿景。 * **精准诊断问题**,透视业务现状背后的核心挑战。 * **制定指导方针**,为产品路线图提供明确的应对思路。 * **转化为协同行动**,确保资源投入与优先级高度对齐。

  • Thinking, Fast and Slow

    Master your mind by distinguishing between intuitive reactions and logical analysis to identify the hidden mental shortcuts that shape your everyday decisions and judgments. * **Master System 1 and System 2** cognitive functions * **Identify common cognitive biases** in daily decision-making * **Reduce impulsive errors** through deliberate analytical thinking * **Improve judgment accuracy** by recognizing mental shortcuts

  • Mastering RICE Product Prioritization

    Build the confidence to justify every product decision and ace technical interviews by applying this data-driven scoring system to your roadmap. * **Calculate Reach and Impact** using data-driven metrics * **Estimate Confidence and Effort** to balance technical feasibility * **Rank product backlogs** for objective engineering alignment * **Explain prioritization logic** during product management interviews

  • Cognitive Biases and Team Interventions

    Master the psychology behind technical debt and architectural choices by learning to identify systemic biases and implement research-backed interventions within high-performing engineering teams. * **Identify cognitive biases** in architectural and technical trade-off discussions * **Design evidence-based interventions** to mitigate groupthink in engineering sprints * **Analyze decision-making patterns** using qualitative research frameworks for teams * **Implement debiasing protocols** for code reviews and system design sessions

  • Is This Actually Working?

    Tell real improvement from the feeling of speed, and keep what you know from going stale as the tools change under you.

  • Which parts of this should I hand over?

    Choosing what to delegate. Pick one recurring task, decide the delegation mode, and state the check that will catch failure.

  • Is this working, or does it just feel fast?

    Did it actually help? Set up a small repeatable check that tells you whether a prompt, tool, or workflow change actually improved anything.

  • It reads perfectly. How do I know it's right?

    Judging and verifying. Apply a verification routine matched to the stakes of one real AI output: skim-check, source-check, or expert-check.

  • Which one should I be using for this?

    Choosing a tool and a model. Pick a tool and model for a real task using stakes, context size, modality, and speed rather than brand habit.

  • Why is it brilliant at this and hopeless at that?

    The jagged frontier. Sort a set of your real tasks into inside-frontier, outside-frontier, and must-test, with a stated reason for each.