mcpField
P
pm-weekly-review

pm-weekly-review

github.com/mohitagw15856生産性1.5k53 回インストール5 日前に更新
リポジトリ

pm-weekly-review について

プロダクトマネージャー向けのスキルです。週次メモを、指標、進捗、顧客の反応、翌週の優先事項を含む簡潔なレビューにまとめ、実行項目も確認できます。

主な機能

  1. 0120分の定型レビュー
  2. 02指標と進捗の確認
  3. 03顧客インサイトの整理
  4. 04翌週の優先事項を3件提示
  5. 05不足情報の仮定を明記

活用シーン

  1. 01プロダクトチームの週次状況の整理
  2. 02会議なしの関係者向け報告の準備
  3. 03翌週の優先事項の決定

インストール

コマンドをコピーしてターミナルで実行します。

$npx skills add https://github.com/mohitagw15856/pm-claude-skills --skill pm-weekly-review

インストール後、Claude Code で/pm-weekly-reviewを入力して読み込まれたか確認します。

詳細

PM ウィークリーレビューのスキル

週末のまとまりのないメモを、あなた、チーム、ステークホルダーの認識をそろえる20分の定例レビューにまとめます。会議は必要ありません。

目的が少し違いますか? プロダクトレビューではなく、個人向けのGTDスタイルのウィークリーレビューを行いたい場合は、weekly-review-ritualを使ってください。

ウィークリーレビューの構成(20分)

5分 — 指標の確認: 何が動きましたか?何が動きませんでしたか?意外な点はありますか? 5分 — リリースの進捗: 何をリリースしましたか?何が遅れましたか?何がブロックされていますか? 5分 — インサイト: 顧客からのフィードバック、サポートチケット、調査結果はありますか? 5分 — 来週の優先事項: 最も重要な3つのことは何ですか?


出力形式

PM ウィークリーレビュー — [Date]の週

担当プロダクト領域: [担当領域] 作成者: [PM Name] 読了時間: 約3分


📊 今週の指標
指標今週先週目標傾向
[主要指標][値][値][目標]↑ / ↓ / →
[副次指標][値][値][目標]↑ / ↓ / →
[健全性指標][値][値][目標]↑ / ↓ / →

注目すべき変化:

  • [何が、なぜ変わったのか — それぞれ1文]

注意して見ておく点:

  • [好ましくない方向に推移しているもの]

🚢 今週の進捗

リリース済み:

  • ✅ [公開したもの] — [影響または所見を1行で]

進行中:

  • 🔄 [機能/取り組み] — [完了率または現在の状況]

遅延/ブロック中:

  • ⚠️ [実現できなかったこと] — 理由:[簡潔に] — 対応:[ブロックを解消する担当者]

来週への持ち越し:

  • [項目 + 持ち越す理由]

💡 インサイトと兆候

顧客からのフィードバック:

  • 「[引用または要約]」— 出典:[ユーザー/チャネル] — テーマ:[タグ]

サポートからの兆候:

  • [今週最も多かったチケットのカテゴリ + 件数]
  • [プロダクトの不足を示すもの]

調査/データ:

  • [ユーザーインタビュー、分析、実験から得られた発見]

🎯 来週 — 優先事項トップ3
#優先事項今週取り組む理由担当者完了の定義
1[最も重要なこと][先延ばしにできない理由][名前][明確な完了条件]
2[2番目の優先事項][理由][名前][完了条件]
3[3番目の優先事項][理由][名前][完了条件]

必要な意思決定:

  • [進捗を妨げている意思決定 — 誰が行う必要があるか]

依頼/依存事項:

  • [エンジニアリング/デザイン/データ/リーダーシップに必要なこと]

🧠 振り返り(任意ですが効果的です)

今週のことで、やり方を変えるとしたら何ですか? [率直な回答 — 1〜2文]

来週に持ち越す最大の不確実要素は何ですか? [不確実な点を具体的に挙げる]


必要な入力

提示された情報をもとに作成してください。以下の情報が不足している場合でも、完全な出力を作成してください。不足部分は妥当な仮定で補い、*(仮定、要確認)*と明記して、最後に仮定を列挙してください。中核となる題材そのものがない場合(書くことが何もない場合)に限り、最初に質問してください。

  • 担当するプロダクト領域またはチーム
  • 今週の主要指標(値と前週との比較を含む)
  • リリースしたもの、遅れたもの、ブロックされているもの
  • 来週の優先事項トップ3
  • 顧客に関するインサイトや兆候(任意)

品質チェック

  • 指標に期間ごとの比較が含まれている(生の数値だけではない)
  • ブロック中の項目すべてに担当者と具体的なブロック解消アクションがある
  • 来週の優先事項に「今週取り組む理由」が示されている
  • 全体が400語未満である(3分で流し読みできる長さ)
  • 振り返りの内容が率直で、理想論に偏っていない

アンチパターン

  • 目標値や前週の数値と比較せずに指標を報告しないでください。文脈のない絶対値は役に立ちません
  • 担当者と解決策の提案を明記せずにブロッカーを列挙しないでください。担当者のいないブロッカーは解消されません
  • 週次レビューを1ページより長くしないでください。2分以内にざっと目を通せる必要があります
  • 来週の優先事項を3つより多く含めないでください。「最優先事項」が8つもあれば、何も優先されていないのと同じです
  • インサイトのセクションを省略しないでください。今後の意思決定に役立つ考察は、PMがもたらす重要な価値です

ガイドライン

  • ドキュメント全体を400語以内に収めてください。ステークホルダーに読まれなければ、存在しないのと同じです
  • 振り返りのセクションはステークホルダーではなく、自分のためのものです。率直に書いてください
  • ブロックされている項目には、必ず明確な担当者を記載してください。「チームで何とかします」は、ブロッカーを取り繕った表現です
  • 金曜日の終業時までに送ることをおすすめします。月曜日の朝では、軌道修正するには遅すぎます
  • 週次レビューで同じ項目が3週間ブロックされている場合は、直ちにエスカレーションしてください

きっかけとなるフレーズの例

  • 「週次のPMレビューをしています。」
  • 「週次アップデートを書いてください。」
  • 「月曜日の計画に備えてください。」
  • 「スプリントの健全性を確認してください。」

コメント