タスク優先スコアリング実務：ICE の 5 分間採点を習慣にする

背景与問題

「何を作るか」の決定を感情や新しさで行うと shiny-object に流れる。ICE/RICE スコアリングを一人開発のタスク選定に落とし込む実務を整理する（B 方向）。パイプライン全体は opc-research-to-product-pipeline、ポートフォリオ判断は opc-product-portfolio-strategy。

发现

（出典はいずれも 2026-09-18 アクセス）

• 事実：ICE = Impact × Confidence × Ease（各 1〜10）。計算ミスの定説は「掛け算と足し算の取り違え」——ICE の原案者 Itamar Gilad は積み上げでなく掛け算を推奨し、膨張した推定への注意を説く（ProductPlan、Itamar Gilad、Grow with Ward）。
• 事実：RICE = (Reach × Impact × Confidence) ÷ Effort——Intercom 発祥。Impact は 0.25〜3 の段階点、Reach は期間あたり影響人数で、自分だけが使う案への偏りを防ぐ（Intercom 原典、ProductPlan）。
• 事実：solo 向けの使い分け定説——ICE は速度重視（データが少なくても即採点できる）、RICE は実際の利用データがある場合に効く。Confidence が shiny-object の防御装置——根拠を説明できない高スコアは「検証すべき仮説」と扱う（複数フレームワーク比較、Tempo/Eleken）。
• 推测：一人開発の運用——①週次のタスク選定で ICE を 5 分間採点（各 1〜10 の積）②Confidence 7 未満は「作る」でなく「小さく検証」に振り分け ③採点履歴を残し、後から「予測 vs 実際」を照合して推定の癖を直す ④MoSCoW（数学なしの 3 分類）は混雑時のフォールバックに。

结论

（調査継続中）

待办 / 下次继续

• 今週のタスク候補 5 件を ICE で採点（記録を残す）。
  
• 先月の採点と実際の成果を照合し、推定の癖（Confidence の高さ等）をメモ。
  

下次继续：今週の採点から。採点対象のタスクは opc-weekly-operations-rhythm の週次レビューで選ぶ。

关联

opc-research-to-product-pipeline opc-product-portfolio-strategy opc-weekly-operations-rhythm