件名：【仕様レビュー依頼】{機能名}（コメント期限：{期限}） {Eng / Designer / QA} 各位 お世話になっております。PdM の{自分の名前}です。 {機能名}の仕様書ドラフトを共有します。実装着手前の最終レビューをお願いいたします。 【ドキュメント】 ● 仕様書：{Spec URL} ● 関連 PRD：{PRD URL} ● デザイン：{Figma URL} ● 既存技術設計（参考）：{Tech Design URL} 【概要 (3行)】 {何を作るのか / なぜ作るのか / 誰のために} 【今回のスコープ】 ■ 含むもの - {機能要素1} - {機能要素2} - {機能要素3} ■ 含まないもの（次回以降） - {対象外1} - {対象外2} 【特に確認してほしいポイント】 ■ Engineer □ 実現可能性、ざっくりの見積もり感（S / M / L / XL） □ 既存システムへの影響、副作用の可能性 □ 推奨する実装アプローチ □ パフォーマンスへの懸念 □ エッジケース、考慮漏れ ■ Designer □ UI / UX フローの妥当性 □ 既存パターンとの整合性 □ アクセシビリティ □ エラー画面、空状態のデザイン ■ QA □ テスト容易性 □ リスクの高い領域 □ 受け入れ基準の妥当性 【未解決の論点（Open Questions）】 1. {論点1} 2. {論点2} 3. {論点3} 【スケジュール】 ● 仕様レビュー期限：{コメント期限} ● 仕様 FIX：{FIX 日} ● 設計開始：{設計開始日} ● 開発開始：{開発開始日} ● 目標リリース：{目標リリース日} 【レビュー会議（任意）】 論点が多い場合、下記の枠で 30分のレビュー会議を設けます。 ● 候補：{候補日時1} / {候補日時2} → 必要そうな方は反応をお願いします コメントは{ドキュメント URL}に直接お願いします。重要な論点はこのスレッドで議論できればと思います。 よろしくお願いいたします。 {自分の名前} (PdM)

件名：【デザインレビュー】{機能名} デザイン レビュー会のご案内（{日時}） {宛先} お世話になっております。Designer の{自分の名前}です。 {機能名}のデザインドラフトについて、レビュー会を開催いたします。 【会議概要】 ● 日時：{日時} ● 所要：{時間（45-60分推奨）} ● 場所：{場所 / オンライン URL} ● 録画：あり（参加できない方向け） 【参加者】 ● ファシリテーター：{Designer名} ● レビュアー：PdM / EM / Tech Lead / 他 Designer / QA ● オブザーバー：{オブザーバー名} 【レビュー対象】 ● デザイン：{Figma URL} ● 関連仕様：{Spec URL} 【アジェンダ】 0:00-0:05 目的とコンテキストの共有 (PdM) 0:05-0:15 ユーザーフローの説明 (Designer) 0:15-0:35 画面ごとの設計意図とレビュー (Designer) 0:35-0:50 ディスカッション 0:50-0:60 決定事項とアクション整理 【事前にご確認いただきたいこと】 1. デザインを実際に触ってみる（{プロトタイプ URL}） 2. 想定外のフローを試してみる 3. 違和感や懸念点を Figma にコメントする → できるだけ会議までに事前コメントをいただけると、当日が議論中心になります 【レビューしてほしい観点】 ● 全員 - ユーザーが目的を達成できる流れになっているか - 認知負荷が適切か（情報量、操作ステップ） - エラー / 空状態 / 例外パターンが網羅されているか ● PdM - 仕様の意図が反映されているか - 想定ユーザーに刺さるか ● Engineer - 実装難易度と費用対効果のバランス - 既存コンポーネントの再利用可能性 - パフォーマンス上の懸念（画像、アニメーション等） ● 他 Designer - デザインシステムとの整合性 - パターンの一貫性 - アクセシビリティ 【グランドルール】 ● 「私はこう感じた」「ユーザーはこう思うかも」と分けて発言する ● 反対意見は代替案とセットで ● デザインの好みではなく、ユーザー価値を基準に議論する よろしくお願いいたします。 {Designer 名}

件名：【バグトリアージ】{時期}定例 ({日時}) {宛先}（PdM / EM / QA / CS / Tech Lead） お世話になっております。{自分の名前}です。 {時期}のバグトリアージ会議を開催いたします。 【会議概要】 ● 日時：{日時} ● 所要：{時間（45分推奨）} ● 場所：{場所 / オンライン URL} ● 頻度：{毎週 / 隔週} 【目的】 未トリアージのバグおよび対応中のバグについて、優先順位と対応方針を決定する。 【今回のキュー状況】 ● 未トリアージ：{件数}件 ● Critical：{件数}件 ● High：{件数}件 ● Medium：{件数}件 ● Low：{件数}件 ● 対応中：{件数}件 ● レビュー待ち：{件数}件 → 詳細：{バグ管理ボード URL} 【トリアージ基準】 ■ Severity（重大度） ● S1: サービス全停止 / データ損失 → 即時対応 ● S2: 主要機能が使えない / 多数ユーザーに影響 → 24時間以内 ● S3: 一部機能不全 / 回避策あり → 次スプリント ● S4: 軽微 / コスメティック → バックログ ■ Priority（優先度） ● P0: スプリントを止めてでも対応 ● P1: 今スプリント中 ● P2: 次スプリント ● P3: いつか 【アジェンダ】 1. 緊急 / S1 案件の確認 (5分) 2. 未トリアージのバグレビュー (20分) - 各バグについて Severity / Priority / Owner / 対応方針を決定 3. 対応中バグの進捗確認 (10分) - ブロッカーの解消 4. 古いバグの棚卸し (5分) - {期間}以上未対応のものを再評価 5. 来週への引き継ぎ (5分) 【事前のお願い】 ● CS / QA：新規報告分について再現性・影響範囲の追記 ● PdM：プロダクト戦略上の優先度に関する観点を準備 ● EM：技術的な対応コストの見立てを準備 よろしくお願いいたします。 {自分の名前}

件名：【Tech Design Review】{機能名} 技術設計レビュー依頼（{期限}） {宛先}（Tech Lead / Senior Engineer / SRE / Security） お世話になっております。{機能名}の実装担当 {自分の名前}です。 {機能名}の技術設計書ドラフトを共有します。実装着手前のレビューをお願いいたします。 【ドキュメント】 ● 技術設計書：{Tech Design URL} ● 関連 PRD：{PRD URL} ● 関連 Spec：{Spec URL} 【概要】 {何を実装するか 3行} 【主要な設計判断】 ■ アーキテクチャ - {採用案}：理由 = {理由} - 検討した代替案：{代替案}：棄却理由 = {棄却理由} ■ データモデル - 新規テーブル：{テーブル名} - 既存テーブル変更：{変更内容} - マイグレーション戦略：{戦略} ■ API - 新規エンドポイント：{エンドポイント} - 既存エンドポイント変更：{変更内容} - 後方互換性：{維持 / 破壊（理由）} ■ 外部依存 - 新規 SDK / サービス：{依存名}（{採用理由}） 【特にレビューしてほしい観点】 ● スケーラビリティ：{想定負荷} に耐えられるか ● セキュリティ：認可、入力検証、機密情報の扱い ● 可用性：障害時の挙動、リカバリ ● 監視：何をどう計測すべきか ● ロールバック戦略：問題発生時の戻し方 【未解決の論点】 1. {論点1} 2. {論点2} 【見積もり】 ● 実装：{工数} ● テスト：{工数} ● ドキュメント：{工数} ● 合計：{合計工数} 【スケジュール】 ● レビューコメント期限：{期限} ● 設計 FIX：{FIX日} ● 実装開始：{実装開始日} ● PR レビュー開始：{PR レビュー開始日} コメントはドキュメントに直接お願いします。論点が多ければ {期限}に同期レビュー会を設けます。 よろしくお願いいたします。 {自分の名前}

件名：【Weekly Update】{プロジェクト名} 進捗報告（W{週番号}） 関係者各位 お世話になっております。PdM の{自分の名前}です。 {プロジェクト名}の今週の進捗をご報告します。 📊 ステータス：🟢 On Track / 🟡 At Risk / 🔴 Off Track 📅 リリース予定：{予定日}（変更{なし / あり：{新予定日}}） ## ✅ 今週やったこと ● {完了項目1} ● {完了項目2} ● {完了項目3} ## 🚧 進行中 ● {進行中項目1}（担当：{担当者}、進捗：{進捗率}%） ● {進行中項目2}（担当：{担当者}、進捗：{進捗率}%） ## 📅 来週やること ● {来週項目1} ● {来週項目2} ● {来週項目3} ## 🚨 ブロッカー / リスク ● {ブロッカー1} 影響：{影響} 対応：{対応案} 必要なヘルプ：{誰に何をお願いしたいか} ## 💡 メトリクス・学び ● {数値}：{コメント} ● {学び1} ## 🤔 意思決定が必要な事項 ● {論点1}（期日：{期日}、関係者：{関係者}） ## 📚 リンク ● PRD：{URL} ● 進捗ボード：{URL} ● デモ環境：{URL} 質問・コメントは {Slack チャンネル} までお気軽にどうぞ。 {自分の名前} (PdM)

件名：【ご相談】{機能名} の実装方針について {Engineer 名}様 お世話になっております。PdM の{自分の名前}です。 {機能名}について、お時間あるときに 15分 ほど壁打ちさせていただけないでしょうか。 【相談内容】 以下の 2案 で迷っており、技術的な実現性とコストの観点でご意見をいただきたいです。 ■ 案A：{案A の概要} - メリット：{メリット} - デメリット：{デメリット} - 想定実装期間（PdM 想像）：{期間} ■ 案B：{案B の概要} - メリット：{メリット} - デメリット：{デメリット} - 想定実装期間（PdM 想像）：{期間} 【決めたいこと】 ● どちらの案を採用するか ● 採用案で実装した場合の現実的な期間とリスク 【背景情報】 ● ユーザー価値：{ユーザー価値} ● 期待する成功指標：{指標} ● 想定リリース時期：{時期} 【私の現時点の見立て】 {案A / 案B} が良いと思っていますが、{懸念点} が気になっています。 【お願い】 ● 同期で話す場合：{候補日時1} / {候補日時2} / {候補日時3} ● 非同期で十分な場合：本メールに返信または Slack でコメントください 資料も用意していますので、必要なら共有します。 よろしくお願いいたします。 {自分の名前} (PdM)