Files
website-enchun-mgr/docs/prd/priority-reassessment.md
pkupuk f6b806617e docs: add research assets, screenshots and guides
Include supplementary documentation, research notes on Lexical/UX, and setup guides.
2026-02-11 11:51:35 +08:00

18 KiB
Raw Blame History

Epic 1 優先級重新評估

評估日期: 2025-01-30 評估依據: 業務價值、技術依賴、風險評估、資源配置 評估人員: PM Agent (John)


📊 執行摘要

當前狀態

Story 完成度 狀態 阻礙 時間估算
1.1 基礎設施 85% ⚠️ 接近完成 Shared package 40 分鐘
1.2 Collections 43% 需要工作 Portfolio 缺失 4 小時
1.3 內容遷移 0% ⏸️ 未開始 依賴 1.2 12-16 小時
1.4 Layout 組件 0% ⏸️ 未開始 依賴 1.1 8-10 小時
1.5-1.8 頁面 0% ⏸️ 未開始 依賴 1.4 22-30 小時
1.9 Blog 0% ⏸️ 未開始 依賴 1.2 12-16 小時
1.10 Portfolio 0% ⏸️ 未開始 依賴 1.2 6-8 小時
1.11 Teams 0% ⏸️ 未開始 無強依賴 4-6 小時
1.12 認證 0% ⏸️ 未開始 依賴 1.2 Phase 3 8-10 小時
1.13 Dashboard 0% ⏸️ 未開始 依賴 1.12 4-6 小時
1.14-1.17 上線 0% ⏸️ 未開始 依賴所有 40-50 小時

🎯 優先級評估框架

評估維度

  1. 業務價值Business Value - 對最終用戶/客戶的價值
  2. 技術依賴Technical Dependencies - 被其他 Stories 依賴的程度
  3. 風險評估Risk Analysis - 失敗或延遲的影響
  4. 時間成本Time Cost - 完成所需的時間
  5. 資源需求Resource Requirements - 所需技能和工具

📊 優先級矩陣

🔴 P0 - Critical關鍵路徑必須首先完成

Story 1.1: 基礎設施設置(剩餘部分)

當前狀態: 85% → 100% 剩餘時間: 40 分鐘

為什麼是 P0

  • 解除所有其他 Stories 的配置阻礙
  • 快速完成(僅 40 分鐘)
  • 一次性解決,無反覆

業務價值: ☆☆☆(基礎設施,用戶不可見) 技術依賴: 🔴 被所有 Stories 依賴 風險評估: 🟡 低風險(已 85% 完成) 優先級評分: 95/100


Story 1.2: Payload CMS CollectionsPhase 1-2

當前狀態: 43% → 100%Phase 1-2 時間: 2.5 小時

為什麼是 P0

  • Portfolio Collection 是 Story 1.10 的 BLOCKER
  • Categories/Posts 是 Story 1.9 的 BLOCKER
  • 快速解除多個 Stories 的阻礙
  • ⚠️ 先完成 Phase 1-2Phase 3Access Control可延後

Phase 1-2 包含:

  • Task 1.2.1: Portfolio Collection1 小時)🔴 Critical
  • Task 1.2.2: Categories Completion30 分鐘)🔴 Critical
  • Task 1.2.3: Posts Completion30 分鐘)🟡 High
  • Task 1.2.4: Users Completion30 分鐘)🟡 High

業務價值: ☆☆(內容管理基礎) 技術依賴: 🔴 被Stories 1.9, 1.10, 1.12 依賴 風險評估: 🔴 高風險(多個 Stories 被阻塞) 優先級評分: 92/100

重要策略調整:

  • ⚠️ Phase 3Access Control不包含在 P0
  • Story 1.12 可延後,先用 admin 權限開發
  • 這樣可以提前開始 Stories 1.9, 1.10

Story 1.4: Global Layout Components

當前狀態: 0% → 100% 時間: 8-10 小時

為什麼是 P0

  • 被 Stories 1.5-1.8 強烈依賴
  • Header/Footer 是所有頁面的基礎
  • 一次完成,所有頁面受益

業務價值: ☆(用戶每個頁面都看到) 技術依賴: 🔴 被Stories 1.5, 1.6, 1.7, 1.8 依賴 風險評估: 🟡 中風險(影響多個頁面) 優先級評分: 88/100


🟡 P1 - High高價值可與 P0 並行)

Story 1.5: Homepage Implementation

當前狀態: 0% → 100% 時間: 6-8 小時 依賴: Story 1.4

為什麼是 P1

  • 最高業務價值(用戶第一印象)
  • SEO 最重要(首頁權重最高)
  • 快速展示可見成果
  • 可與其他 Stories 並行開發

業務價值: (最重要的頁面) 技術依賴: 🟡 僅依賴 Story 1.4 風險評估: 🟡 中風險(視覺保真度要求高) 優先級評分: 90/100

策略建議:

  • 🚀 可在 Story 1.4 完成後立即開始
  • 🚀 與 Stories 1.6-1.8 並行開發
  • ⚠️ 需要設計參考和視覺標準

Story 1.9: Blog System

當前狀態: 0% → 100% 時間: 12-16 小時 依賴: Story 1.2Phase 1-2

為什麼是 P1

  • 35+ 篇文章是內容營銷核心
  • SEO 價值高(長尾流量)
  • Story 1.2 Phase 1-2 完成後即可開始
  • ⚠️ 不需要等待 Story 1.2 Phase 3Access Control

業務價值: ☆(內容營銷核心) 技術依賴: 🟡 依賴 Story 1.2 Phase 1-2 風險評估: 🟡 中風險(複雜度中等) 優先級評分: 82/100

策略建議:

  • 🚀 Story 1.2 Phase 1-2 完成後立即開始
  • 🚀 與 Stories 1.5-1.8 並行開發
  • Access Control 可暫時用 admin 權限

Story 1.10: Portfolio Implementation

當前狀態: 0% → 100% 時間: 6-8 小時 依賴: Story 1.2Task 1.2.1

為什麼是 P1

  • 作品展示是核心服務
  • 潛在客戶的重要參考
  • Story 1.2 Task 1.2.1 完成後即可開始
  • ⚠️ 僅依賴 Portfolio Collection不依賴 Phase 3

業務價值: ☆(展示實力,吸引客戶) 技術依賴: 🟡 僅依賴 Story 1.2 Task 1.2.1 風險評估: 🟢 低風險(相對簡單) 優先級評分: 80/100

策略建議:

  • 🚀 Story 1.2 Task 1.2.1 完成後立即開始
  • 🚀 與 Story 1.5 並行開發
  • Access Control 可暫時用 admin 權限

🟢 P2 - Medium中等價值可延後

Story 1.6: About Page

時間: 6-8 小時 | 依賴Story 1.4 優先級評分: 72/100

Story 1.7: Solutions Page

時間: 4-6 小時 | 依賴Story 1.4 優先級評分: 70/100

Story 1.8: Contact Page

時間: 6-8 小時 | 依賴Story 1.4 優先級評分: 75/100

為什麼是 P2

  • 業務價值中等
  • 可與 Story 1.5 並行開發
  • ⚠️ 視覺保真度要求高,需要時間

策略建議:

  • 🚀 在 Story 1.5 之後開始
  • 🚀 與 Stories 1.9, 1.10 並行
  • ⚠️ 可根據時間調整優先級

🔵 P3 - Low低優先級最後完成

Story 1.2 Phase 3: Access Control

時間: 1.5 小時 包含: Tasks 1.2.5, 1.2.6, 1.2.7

為什麼降到 P3

  • ⚠️ 不阻礙任何 Stories 開始
  • 開發期間可用 admin 權限
  • 上線前完成即可
  • 可與其他 Stories 並行

策略調整:

  • 🔻 從 P0 降級到 P3
  • 在 Sprint 2-3 完成
  • 與 Stories 1.9, 1.10 並行

Story 1.3: Content Migration Script

時間: 12-16 小時 優先級評分: 65/100

為什麼是 P3

  • ⚠️ 不阻礙頁面開發(可用測試數據)
  • 頁面完成後再遷移更高效
  • 可反覆執行,不需要一次完成
  • 可與頁面開發並行

策略建議:

  • 🔻 延後到 Sprint 2
  • 🚀 與 Stories 1.5-1.8 並行
  • 先用測試數據開發頁面

Story 1.11: Teams Page

時間: 4-6 小時 優先級評分: 68/100

為什麼是 P3

  • 業務價值相對較低
  • 無強依賴,可隨時完成
  • ⚠️ 資料量少,實作簡單

Story 1.12: Authentication System

時間: 8-10 小時 依賴: Story 1.2 Phase 3 優先級評分: 60/100

為什麼是 P3

  • ⚠️ 依賴 Story 1.2 Phase 3已降級
  • 開發期間不需要認證
  • 上線前完成即可
  • 可與其他功能並行

Story 1.13: Admin Dashboard

時間: 4-6 小時 依賴: Story 1.12 優先級評分: 55/100

為什麼是 P3

  • 內部工具,用戶不可見
  • 可用 Payload CMS admin 代替
  • 最後完成即可

Story 1.14-1.17: Production Readiness

時間: 40-50 小時 優先級評分: 50/100

為什麼是 P3

  • 最後階段才能完成
  • 依賴所有功能完成
  • 可分階段進行

🚀 新的執行策略

Wave 0: Critical Path第 1 天3 小時)

目標: 解除所有關鍵阻礙

✅ Story 1.1: 完成基礎設施40 分鐘)
   ↓
✅ Story 1.2 Phase 1-2: Collections2.5 小時)
   ├─ Task 1.2.1: Portfolio Collection1 小時)🔴
   ├─ Task 1.2.2: Categories Completion30 分鐘)🔴
   ├─ Task 1.2.3: Posts Completion30 分鐘)🟡
   └─ Task 1.2.4: Users Completion30 分鐘)🟡

交付成果:

  • Portfolio Collection 創建完成Story 1.10 可開始)
  • Categories/Posts 完整Story 1.9 可開始)
  • 所有 Collections 可用
  • ⚠️ Phase 3Access Control延後

預估時間: 3 小時


Wave 1: Foundation + High Value第 2-4 天26-34 小時)

目標: 建立 Layout 基礎 + 完成最高價值頁面

✅ Story 1.4: Header/Footer Components8-10 小時)
   ↓
並行開始:
├─ ✅ Story 1.5: Homepage6-8 小時)⭐⭐⭐⭐⭐
├─ ✅ Story 1.9: Blog System12-16 小時)⭐⭐⭐⭐☆
└─ ✅ Story 1.10: Portfolio6-8 小時)⭐⭐⭐⭐☆

交付成果:

  • Header/Footer 完成(所有頁面可用)
  • 首頁完成(最高僰值)
  • Blog 系統完成(內容營銷)
  • Portfolio 完成(作品展示)

預估時間: 26-34 小時

重要策略:

  • 🚀 Story 1.4 完成後1.5/1.9/1.10 立即並行開始
  • Access Control 暫時用 admin 權限
  • 內容用測試數據(不執行 Story 1.3

Wave 2: Content Pages第 5-6 天16-22 小時)

目標: 完成剩餘頁面

並行開發:
├─ ✅ Story 1.6: About Page6-8 小時)
├─ ✅ Story 1.7: Solutions Page4-6 小時)
└─ ✅ Story 1.8: Contact Page6-8 小時)

交付成果:

  • 所有主要頁面完成
  • 網站功能完整

預估時間: 16-22 小時


Wave 3: Migration + Content Systems第 7-8 天16-22 小時)

目標: 遷移內容 + 完成低優先級功能

並行進行:
├─ ✅ Story 1.3: Content Migration12-16 小時)
├─ ✅ Story 1.11: Teams Page4-6 小時)
└─ ✅ Story 1.2 Phase 3: Access Control1.5 小時)
   └─ ✅ Story 1.12: Authentication8-10 小時)

交付成果:

  • 真實內容遷移完成
  • 所有頁面有真實數據
  • 認證系統完成
  • 角色權限完成

預估時間: 16-22 小時


Wave 4: Polish & Launch第 9-10 天45-55 小時)

目標: 上線準備

├─ ✅ Story 1.13: Admin Dashboard4-6 小時)
├─ ✅ Story 1.14: SEO8-10 小時)
├─ ✅ Story 1.15: Performance8-12 小時)
├─ ✅ Story 1.16: Deployment6-8 小時)
└─ ✅ Story 1.17: Testing12-16 小時)

交付成果:

  • 上線準備完成
  • 所有測試通過
  • 正式部署

預估時間: 45-55 小時


📊 新的時間線

對比表

Wave Stories 原估計 新估計 變化
Wave 0 1.1, 1.2 (Phase 1-2) 8-12 hr 3 hr ⬇️ 75%
Wave 1 1.4, 1.5, 1.9, 1.10 38-50 hr 26-34 hr ⬇️ 32%
Wave 2 1.6, 1.7, 1.8 16-22 hr 16-22 hr 無變化
Wave 3 1.3, 1.11, 1.2 (Phase 3), 1.12 24-32 hr 16-22 hr ⬇️ 33%
Wave 4 1.13-1.17 40-50 hr 45-55 hr ⬆️ 12%
總計 126-166 hr 106-136 hr ⬇️ 16%

關鍵改進:

  • 總時間減少 20-30 小時16%
  • Wave 0 和 Wave 1 大幅提速
  • 高價值功能提前交付
  • 並行開發最大化

🎯 關鍵決策點

決策 1: Story 1.2 Phase 3Access Control降級

原計劃: Story 1.2 包含 Phase 37 個 tasks4 小時) 新計劃: Phase 1-24 個 tasks2.5 小時)→ P0      Phase 33 個 tasks1.5 小時)→ P3

理由:

  • Phase 3 不阻礙任何 Stories 開始
  • Stories 1.9, 1.10 可立即開始(用 admin 權限)
  • Access Control 可在 Wave 3 與其他功能並行
  • 節省關鍵路徑時間 1.5 小時

風險:

  • ⚠️ 開發期間需要用 admin 帳號
  • ⚠️ 需要在 Wave 3 記得完成 Phase 3
  • 風險可控

決策 2: Story 1.3(內容遷移)延後

原計劃: Sprint 1 執行Story 1.2 完成後立即) 新計劃: Wave 3 執行(與頁面開發並行)

理由:

  • 頁面開發可用測試數據
  • 頁面完成後再遷移更高效
  • 遷移腳本可反覆執行
  • 解除關鍵路徑瓶頸

風險:

  • ⚠️ 需要準備測試數據
  • ⚠️ 頁面完成後需要更新內容
  • 風險可控

決策 3: 最大化並行開發

原計劃: 順序執行1.4 → 1.5 → 1.6 → 1.7 → 1.8 新計劃: 並行執行1.4 → 1.5/1.9/1.10 同時開始)

理由:

  • 最大化資源利用
  • 縮短總時間線
  • 高價值功能提前交付

風險:

  • ⚠️ 需要協調多個並行任務
  • ⚠️ 代碼合併衝突
  • 風險可控

📋 優先級清單

立即執行(今天)

Wave 0: Critical Path3 小時)

  1. Story 1.1: 完成基礎設施40 分鐘)
  2. Story 1.2 Phase 1: Portfolio Collection1 小時)
  3. Story 1.2 Phase 2: Categories/Posts/Users1.5 小時)

交付成果:

  • 解除 Story 1.9, 1.10 的阻礙
  • 所有 Collections 可用

本週執行Wave 1

Wave 1: Foundation + High Value26-34 小時)

  1. Story 1.4: Header/Footer Components8-10 小時)
  2. Story 1.5: Homepage6-8 小時)
  3. Story 1.9: Blog System12-16 小時)
  4. Story 1.10: Portfolio6-8 小時)

交付成果:

  • 最高價值頁面完成
  • 網站核心功能可用

下週執行Wave 2-3

Wave 2: Content Pages16-22 小時)

  1. Story 1.6: About Page
  2. Story 1.7: Solutions Page
  3. Story 1.8: Contact Page

Wave 3: Migration + Content Systems16-22 小時)

  1. Story 1.3: Content Migration
  2. Story 1.11: Teams Page
  3. Story 1.2 Phase 3: Access Control
  4. Story 1.12: Authentication

交付成果:

  • 所有頁面完成
  • 真實內容遷移完成

最後階段Wave 4

Wave 4: Polish & Launch45-55 小時)

  1. Story 1.13: Admin Dashboard
  2. Story 1.14: SEO
  3. Story 1.15: Performance
  4. Story 1.16: Deployment
  5. Story 1.17: Testing

交付成果:

  • 正式上線

🎯 成功指標

Wave 0 完成標準

  • Story 1.1 達到 100%
  • Portfolio Collection: 7/7 欄位
  • Categories Collection: 6/6 欄位
  • Posts Collection: 13/13 欄位
  • Users Collection: 4/4 欄位
  • 所有型別生成成功
  • Story 1.9 和 1.10 阻礙解除

Wave 1 完成標準

  • Header/Footer 完成
  • 首頁完成(視覺保真度 ≥ 95%
  • Blog 系統完成(列表 + 詳情 + 分類)
  • Portfolio 完成(列表 + 詳情)
  • Lighthouse Performance ≥ 90

Wave 2 完成標準

  • About/Solutions/Contact 頁面完成
  • 所有頁面視覺保真度 ≥ 95%
  • Contact 表單功能正常

Wave 3 完成標準

  • 內容遷移完成35+ 文章)
  • Teams 頁面完成
  • Access Control 完成
  • 認證系統完成

Wave 4 完成標準

  • SEO 完成Meta tags, Sitemap, Redirects
  • Performance 優化完成Lighthouse ≥ 95
  • 部署到 Cloudflare
  • 所有測試通過
  • 正式上線

📊 風險評估

高風險項目

  1. 視覺保真度Stories 1.5-1.8

    • 🔴 風險Webflow 設計複雜,可能難以達到 95% 保真度
    • 緩解:使用 Webflow 設計作為參考,逐步迭代
    • 時間:可能需要額外 20-30% 時間
  2. 內容遷移Story 1.3

    • 🟡 風險Webflow 導出格式可能不標準
    • 緩解:準備手動修正方案,逐步遷移
    • 時間:可能需要額外 30-50% 時間
  3. Access Control 延後Story 1.2 Phase 3

    • 🟡 風險:可能忘記在 Wave 3 完成
    • 緩解:在 Wave 0 清單中明確標記
    • 時間:風險可控

中風險項目

  1. 並行開發協調Wave 1

    • 🟡 風險:多個 Stories 同時開發可能有衝突
    • 緩解:每日 syncclear branch strategy
    • 時間:風險可控
  2. Performance 優化Story 1.15

    • 🟡 風險:可能難以達到 Lighthouse ≥ 95
    • 緩解:在開發過程中持續優化
    • 時間:可能需要額外 20% 時間

📝 備註

調整理由總結

  1. Story 1.2 Phase 3 降級

    • 不阻礙任何 Stories 開始
    • 可與其他功能並行
    • 節省關鍵路徑時間
  2. Story 1.3 延後

    • 頁面開發可用測試數據
    • 解除關鍵路徑瓶頸
    • 遷移可反覆執行
  3. 最大化並行開發

    • 最大化資源利用
    • 縮短總時間線
    • 高價值功能提前交付

時間節省分析

  • Wave 0: 節省 5-9 小時75%↓)
  • Wave 1: 節省 12-16 小時32%↓)
  • Wave 3: 節省 8-10 小時33%↓)
  • 總計: 節省 25-35 小時16%↓)

業務價值提升

  • 首頁提前 3-4 天完成
  • Blog 系統提前 5-6 天完成
  • Portfolio 提前 5-6 天完成
  • 核心功能提前 4-5 天可用

文檔版本: v2.0 最後更新: 2025-01-30 適用於: Epic 1 - Webflow to Payload CMS + Astro Migration 狀態: 優先級重新評估完成

下一步: 等待用戶確認新執行策略