Method Fit (pom-methods)
When to trigger
- The method may not match the operations question (level, uncertainty, causality)
- You must choose between an analytical model, an empirical design, an experiment, or a data pipeline
- A reviewer says "the method does not support the claim" or "this is a methods paper, not OM"
POM mandates no single method — but the method must fit and be rigorous
POM explicitly places no restriction on research methods, while being historically anchored in analytical modeling. Pick the method the question demands, and route to the matching Department.
| Operations question / claim |
Method |
| Optimal policy under cost/service objective |
Optimization (LP/MIP/convex, dynamic programming); characterize the policy |
| Decisions under demand/lead-time uncertainty |
Stochastic modeling, queueing, inventory theory, MDP/ADP |
| Strategic interaction (suppliers, competitors, platforms) |
Game theory (Nash/Stackelberg); prove equilibrium existence/uniqueness |
| Causal operational effect from field data |
Empirical OM: DiD, IV, RD, matching with a clear identification strategy |
| Human operational decision bias |
Behavioral/experimental OM (lab/online); randomization, manipulation checks |
| Systems too complex for closed form |
Discrete-event simulation; validation, warm-up, replications, CIs |
| Prediction feeding an operational decision |
Operations data science (ML / forecasting), tied to a decision/loss |
What each track must defend
- Analytical: assumptions grounded in operations reality; solution concept; structural results; sensitivity/comparative statics; managerial interpretation. Robustness = relaxing key assumptions, not just numerical examples.
- Empirical OM: identification (what makes the effect causal), measurement in decision-relevant units, unit of analysis, external validity to other operations settings.
- Behavioral OM: design, incentives, randomization, manipulation and attention checks, and operational realism (does the lab task map to a real operations decision?).
- Operations data science: validation design, leakage checks, and — critically — the operational value: does a better prediction change a feasible policy (predict-then-optimize)?
- Simulation: parameter provenance, validation against known cases, sensitivity, and a replication package.
The POM bar on method
A method exists to serve an OM contribution judged interesting to practicing managers. If the paper's value is mainly a technical advance with thin OM decision content, a methods journal may fit better. Keep heavy derivations, solver details, and extra robustness for the unlimited online e-companion so the 32-page main document stays focused.
Execution bridge (StatsPAI / Stata MCP)
For the empirical / causal lane, estimate and audit rather than only specify. Full
map: execution-with-mcp. POM spans analytical and empirical OM; apply the chain below to its empirical-OM papers, and note when a contribution is analytical / optimization.
detect_design → recommend → fit with as_handle=true → audit_result to
enumerate the checks the design owes.
- Panel / staggered DiD:
callaway_santanna / sun_abraham + bacon_decomposition
honest_did_from_result. IV: effective_f_test + anderson_rubin_ci. RDD:
rdrobust + mccrary_test.
- Experiments: randomization-based inference and
romano_wolf for the many-outcome
family-wise correction reviewers expect.
Match the toolchain to the reviewer pool, and report the effect size the venue
wants. A run end-to-end (synthetic data, real returns) is in the
JF execution walkthrough.
Checklist
Methods pass for Production and Operations Management
Use this as a second-pass capability check. First lock the operational decision, the performance metric, and the implementable lever; then test whether the manuscript addresses POM reviewers who want operational insight tied to production, service, supply-chain, or platform decisions.
- Primary move: Name assumptions, diagnostics, robustness, falsification, and failure modes; do not accept a method section that hides the decisive validity threat.
- Decision ledger: return
claim / evidence / blocker / next edit rows so the next pass can patch the manuscript directly.
- Neighbor test: compare against Management Science for broader OR/MS theory, Operations Research for method-first optimization, MSOM for manufacturing/service operations depth; if the neighboring outlet has the stronger audience claim, recommend re-routing before polishing.
- Verification floor: before submission-ready advice, re-open
resources/official-source-map.md for volatile rules and name the one unresolved fact that could change the recommendation.
Output format
【Method family】optimization / stochastic / game-theory / empirical / behavioral / simulation / data-science
【Operations question】<decision problem>
【Validity risks】assumptions / identification / measurement / leakage / validation
【Practice tie】how the method yields a manager-usable result
【e-companion plan】proofs / extra analyses to move online
【Next step】pom-data-analysis
Source: brycewang-stanford/Awesome-Journal-Skills → Production-and-Operations-Management-Skills/skills/pom-methods/SKILL.md
1---2name: pom-methods3description: Use when selecting or auditing the method for a Production and Operations Management (POM) manuscript — analytical modeling (optimization, stochastic models, game theory), empirical identification, behavioral experiments, simulation, or operations data science. Matches method to the operations question; it does not execute the analysis (pom-data-analysis).4---5
6
7# Method Fit (pom-methods)
8
9## When to trigger
10
11- The method may not match the operations question (level, uncertainty, causality)
12- You must choose between an analytical model, an empirical design, an experiment, or a data pipeline
13- A reviewer says "the method does not support the claim" or "this is a methods paper, not OM"
14
15## POM mandates no single method — but the method must fit and be rigorous
16
17POM explicitly places **no restriction on research methods**, while being historically anchored in analytical modeling. Pick the method the *question* demands, and route to the matching Department.
18
19| Operations question / claim | Method |
20|--------------------------------------------------------------|--------------------------------------------------------------------|
21| Optimal policy under cost/service objective | Optimization (LP/MIP/convex, dynamic programming); characterize the policy |
22| Decisions under demand/lead-time uncertainty | Stochastic modeling, queueing, inventory theory, MDP/ADP |
23| Strategic interaction (suppliers, competitors, platforms) | Game theory (Nash/Stackelberg); prove equilibrium existence/uniqueness |
24| Causal operational effect from field data | Empirical OM: DiD, IV, RD, matching with a clear identification strategy |
25| Human operational decision bias | Behavioral/experimental OM (lab/online); randomization, manipulation checks |
26| Systems too complex for closed form | Discrete-event simulation; validation, warm-up, replications, CIs |
27| Prediction feeding an operational decision | Operations data science (ML / forecasting), tied to a decision/loss |
28
29## What each track must defend
30
31- **Analytical:** assumptions grounded in operations reality; solution concept; structural results; sensitivity/comparative statics; managerial interpretation. Robustness = relaxing key assumptions, not just numerical examples.
32- **Empirical OM:** identification (what makes the effect causal), measurement in decision-relevant units, unit of analysis, external validity to other operations settings.
33- **Behavioral OM:** design, incentives, randomization, manipulation and attention checks, and **operational realism** (does the lab task map to a real operations decision?).
34- **Operations data science:** validation design, leakage checks, and — critically — the **operational value**: does a better prediction change a feasible policy (predict-then-optimize)?
35- **Simulation:** parameter provenance, validation against known cases, sensitivity, and a replication package.
36
37## The POM bar on method
38
39A method exists to serve an **OM contribution** judged interesting to practicing managers. If the paper's value is mainly a technical advance with thin OM decision content, a methods journal may fit better. Keep heavy derivations, solver details, and extra robustness for the unlimited online **e-companion** so the 32-page main document stays focused.
40
41## Execution bridge (StatsPAI / Stata MCP)
42
43For the **empirical / causal lane**, estimate and audit rather than only specify. Full
44map: [`execution-with-mcp`](../../../shared-resources/empirical-methods/execution-with-mcp.md). POM spans analytical and empirical OM; apply the chain below to its empirical-OM papers, and note when a contribution is analytical / optimization.
45
46- `detect_design` → `recommend` → fit with `as_handle=true` → `audit_result` to
47 enumerate the checks the design owes.
48- **Panel / staggered DiD:** `callaway_santanna` / `sun_abraham` + `bacon_decomposition`
49 + `honest_did_from_result`. **IV:** `effective_f_test` + `anderson_rubin_ci`. **RDD:**
50 `rdrobust` + `mccrary_test`.
51- **Experiments:** randomization-based inference and `romano_wolf` for the many-outcome
52 family-wise correction reviewers expect.
53
54Match the toolchain to the **reviewer pool**, and report the effect size the venue
55wants. A run end-to-end (synthetic data, real returns) is in the
56[JF execution walkthrough](../../../Journal-of-Finance-Skills/resources/worked-examples/02-execution-walkthrough.md).
57## Checklist
58
59- [ ] Method matches the operations question and the target Department
60- [ ] Analytical: solution concept + structural results + assumption-relaxing robustness
61- [ ] Empirical: identification strategy and decision-relevant measurement stated
62- [ ] Behavioral: randomization, manipulation checks, operational realism
63- [ ] Data science: validation, leakage, and decision/operational value
64- [ ] Derivations/extra material slated for the e-companion
65
66
67## Methods pass for Production and Operations Management
68
69Use this as a second-pass capability check. First lock the operational decision, the performance metric, and the implementable lever; then test whether the manuscript addresses POM reviewers who want operational insight tied to production, service, supply-chain, or platform decisions.
70
71- **Primary move:** Name assumptions, diagnostics, robustness, falsification, and failure modes; do not accept a method section that hides the decisive validity threat.
72- **Decision ledger:** return `claim / evidence / blocker / next edit` rows so the next pass can patch the manuscript directly.
73- **Neighbor test:** compare against Management Science for broader OR/MS theory, Operations Research for method-first optimization, MSOM for manufacturing/service operations depth; if the neighboring outlet has the stronger audience claim, recommend re-routing before polishing.
74- **Verification floor:** before submission-ready advice, re-open `resources/official-source-map.md` for volatile rules and name the one unresolved fact that could change the recommendation.
75
76## Output format
77
78```
79【Method family】optimization / stochastic / game-theory / empirical / behavioral / simulation / data-science
80【Operations question】<decision problem>
81【Validity risks】assumptions / identification / measurement / leakage / validation
82【Practice tie】how the method yields a manager-usable result
83【e-companion plan】proofs / extra analyses to move online
84【Next step】pom-data-analysis
85```
86
87---
88
89**Source:** [`brycewang-stanford/Awesome-Journal-Skills`](https://github.com/brycewang-stanford/Awesome-Journal-Skills) → `Production-and-Operations-Management-Skills/skills/pom-methods/SKILL.md`