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.