テーマ： product-management
-
RICEとICEのスコア：数字の意味と適用範囲の限界
RICEは到達範囲、影響、確信度を掛け合わせ、労力で割ります。ICEは到達範囲を除き、影響、確信度、実施の容易さを使います。どちらも優先順位の根拠を明示し比較するのに役立ちますが、入力が数字を装った推測である場合や、依存関係と戦略を無視した場合には機能しなくなります。
-
作業項目ごとにテストへ変換できる受け入れ基準を書く
各作業項目の受け入れ基準を、開始状態、操作、観測可能な結果を含む具体例として書きます。Gherkin の Given/When/Then または同等の構造を使い、境界条件を明記します。作成者以外が実行も確認もできないものは、基準とはいえません。
-
エンジニアのためのユーザーインタビュー：最小限の手順
エンジニアは、書面の目的、過去の具体的な出来事を尋ねる短い自由回答式の質問ガイド、試行、記録担当者、1日以内の振り返りがあれば、有用なユーザーインタビューを行えます。この方法が集めるのは本人が語る行動なので、観察や指標を置き換えるのではなく補完します。
-
見直し日を持つ賭けとしてのロードマップ
ロードマップを短い賭けの一覧として書き、それぞれに得たい成果、チームが使ってよい時間、継続・範囲変更・中止を判断する見直し日を付けます。Shape Up の賭けのモデルが枠組みを与え、見直し日は計画を期限のある意思決定に変えます。
機械可読： JSON