以下是我在 2024 年 Q3 AI 大爆發的時候設計的學習 a.k.a 複習路線，也是那時候 GPT 還很聰明的時候，我也是不斷的透過使用 AI 工具來調整學習我的技能樹。

我曾經在很多地方或得到了各位前輩的支持，要謝的人太多了，所以我後續會慢慢補上致謝銘，在詢問過當事人意願後，當然也要謝天啦 哈哈

我很喜歡做軟體開發與系統設計的最主要的原因之一 - 或許沒有之一，就是因為我們的環境相對來說是非常開放與友善的，在大多數的時候，許多前輩都非常樂意回答問題 - 只要不要白目沒做功課就去瞎 XX 亂問。

我很喜歡這種善的循環的概念，正是因為淋過雨，所以願意為其他人撐傘。

# 全方位系統工程師訓練計畫

**從模組化元件設計到企業級系統架構,打造具備策略決策力與實作能力的現代全端與架構師人才。**

---

## 課程摘要

這是一套為「中高階工程師」邁向「架構師」的成長路徑所設計的實戰導向訓練計畫。課程涵蓋**前端架構、API 設計、資料庫建模、CI/CD、系統可觀測性、效能優化、狀態管理、雲端部署、系統整體設計、架構風格、跨部門協作**等 16 大核心職能模組。

本計畫以企業級系統開發實務為基礎，透過大量的案例演練、模擬提案、權衡分析（Trade-off）與架構圖繪製，旨在幫助學員從單一技術的執行者，轉型為兼具 **設計能力、實作能力與決策能力** 的系統級工程師。

---

## 學習成果與能力轉化

| 能力領域 | 學習後的能力轉化 |
| --- | --- |
| **架構設計思維** | 能夠獨立提案中大型系統架構，針對模組劃分、資料一致性、可用性、可觀測性與部署策略進行全面的設計與說明。 |
| **模組化與元件治理** | 能夠設計並維護企業級 Design System 與模組化元件庫，掌握元件的抽象化、可測試性與跨框架應用策略。 |
| **API 與契約治理** | 熟練 RESTful、BFF、Gateway 等架構設計，具備 OpenAPI 契約思維與版本演進的治理能力。 |
| **資料庫建模與效能優化** | 能夠應對 OLTP/OLAP 系統的資料結構設計、特徵資料建模以及高併發場景下的資料一致性挑戰。 |
| **權衡分析與決策紀錄** | 能夠針對系統選型提出明確的設計理由，撰寫 ADR (Architecture Decision Record) 或 Design Rationale，並掌握 SLA/SLO/SLC 與容量規劃。 |
| **CI/CD 與 DevOps** | 能夠獨立設計 Git Flow 結合多環境的 CI/CD 自動化部署流程，並熟悉 Docker、GitHub Actions、GitLab CI 等工具。 |
| **可觀測性與錯誤排查** | 能夠建立從 Metrics、Logs、Traces 到告警策略的完整可觀測性架構，具備降低 MTTR (Mean Time to Resolution) 與進行故障演練 (Incident Drill) 的實作能力。 |
| **效能優化與渲染策略** | 精通 LCP/CLS/TTI 等 Web Vitals 指標的優化，並能導入 SSR/SSG/CDN/Skeleton 等渲染模型以提升使用者體驗。 |
| **狀態管理與同步策略** | 掌握 Redux/NgRx 等狀態管理架構的設計，以及非同步同步策略，支援跨角色的 UI 狀態分離與前後端資料一致性。 |
| **架構風格判斷力** | 熟悉 Clean Architecture、DDD、Hexagonal、CQRS 等設計風格，並能判斷其適用的情境與限制。 |
| **跨部門產品設計與流程推演** | 能夠與產品經理 (PM)、使用者體驗設計師 (UX) 及後端工程師有效協作，具備 MVP 拆解、流程圖繪製與需求轉化為語意化設計的能力。 |
| **面試應對與技術簡報能力** | 透過各模組的設計圖與成果報告產出，強化在職涯面試、技術簡報、系統提案與設計說服力方面的表現。 |

---

## 未來職涯發展路徑

| 角色 | 能力對應情境 |
| --- | --- |
| **資深全端工程師 (Senior Fullstack Engineer)** | 具備完整的技術鏈與跨端整合能力，能夠主導架構設計與技術選型。 |
| **系統架構師 (System Architect)** | 能夠進行整體系統設計、技術決策、異常處理與部署策略的提案。 |
| **技術產品設計師 (Tech-Oriented PM)** | 熟悉技術與產品的協作語言，具備撰寫規格書、繪製流程圖與推演 MVP 的能力。 |
| **DevOps 工程師 / Platform Engineer** | 掌握 CI/CD、自動化部署與可觀測性整合，能夠在團隊中落實持續交付的文化。 |
| **技術顧問 / 專案主持人** | 可作為顧問型角色，參與企業的技術轉型與核心系統建構指導。 |

[API \*\*\*\*解決方案設計](https://www.notion.so/API-214d54ae00a680c1b989c8841ea9d51f?pvs=21)

[系統設計簡要-系統整體設計與 trade-off ](https://www.notion.so/trade-off-214d54ae00a680239bc0cfd20ff75a12?pvs=21)

[企業級元件模組化與設計系統實務](https://www.notion.so/215d54ae00a6802596c9fb7ca7ed1408?pvs=21)

[架構風格概念理論](https://www.notion.so/215d54ae00a68057b936fe0d72e8d63d?pvs=21)

[版本控管藝術-Git Flow 與 CI/CD 自動化流程建構](https://www.notion.so/Git-Flow-CI-CD-216d54ae00a680b9acbbda4031b16f95?pvs=21)

[雲端高可用架構設計與實戰](https://www.notion.so/216d54ae00a680b48bedf7205bd4d76b?pvs=21)

[系統可觀測性與錯誤追蹤設計](https://www.notion.so/217d54ae00a68024bea5e267149212b8?pvs=21)

[資料庫 Schema 與 Index 設計](https://www.notion.so/Schema-Index-217d54ae00a68013913df0c2e008f175?pvs=21)

[複雜狀態管理策略](https://www.notion.so/218d54ae00a680b1badfdb2a2dbb3d57?pvs=21)

[UX Flow 與痛點辨識](https://www.notion.so/UX-Flow-218d54ae00a680ffae00d70d0319e8f0?pvs=21)

[A/B 測試與成長分析](https://www.notion.so/A-B-218d54ae00a6800dbef8d97cb45ed5bf?pvs=21)

[跨部門產品需求拆解與流程建構](https://www.notion.so/218d54ae00a680549d18ca6e5bb29994?pvs=21)

[@範本資源](https://www.notion.so/21bd54ae00a680d98654de1a13359b9b?pvs=21)

# API 解決方案設計

**從 RESTful 設計到企業級 API 治理，打造完整的 API 解決方案設計與實作能力。**

---

## 課程摘要

本課程旨在建構完整的 API 解決方案設計能力，涵蓋從基礎的語意設計、業務建模、契約協議、版本策略，到整合設計、部署與治理的完整流程。

課程目標是讓學員能獨立應對企業級 RESTful 架構的設計挑戰，並整合技術與策略思維，交付穩健、可擴展的 API 服務。

---

## 學習時程

- **學期長度**：18 週
- **建議學分**：3 學分
- **預估投入時間**：總計 60–80 小時

## 結業目標

學員將具備「**設計、整合、部署、治理**」的完整 API 解決方案能力。最終需產出一份企業級的 API 設計提案與系統文件，內容應包含契約定義、錯誤處理機制、版本控制策略及可擴展性設計。

## 核心教材

- Masse, M. (2011). *REST API design rulebook*. O'Reilly Media.
- Geewax, J. R. (2021). *API design patterns*. Manning Publications.
- Abbott, M. L., & Fisher, M. T. (2015). *The art of scalability: Scalable web architecture, processes, and organizations for the modern enterprise* (2nd ed.). Addison-Wesley Professional.
- Evans, E. (2003). *Domain-driven design: Tackling complexity in the heart of software*. Addison-Wesley Professional.

---

## 課程地圖

| 週次 | 主題 | 任務重點 / 進度檢核 |
| --- | --- | --- |
| W1 | **課程總覽與 API 的本質** | 學習架構圖繪製，並建立個人化的學習目標。 |
| W2 | **API 設計哲學：從 CRUD 到契約模型** | 撰寫分析文章，比較三種不同思維的 API 設計方法。 |
| W3 | **業務語意建模與 API 的語言邏輯** | 根據業務流程進行建模，並設計出對應的 API 原型。 |
| W4 | **URL 命名與資源設計策略** | 完成具備正確語意的 RESTful 資源路由設計。 |
| W5 | **HTTP 語義與錯誤設計哲學** | 規劃錯誤狀態碼、冪等性（Idempotency）及請求語意策略。 |
| W6 | **OpenAPI 作為契約與開發協議** | 撰寫 OpenAPI 契約，並建立 Mock Server 以供測試。 |
| W7 | **Schema 設計與契約測試 (Contract Testing)** | 完成 Schema 驗證機制與契約測試任務。 |
| W8 | **小考週：語意理解與契約整合** | 透過實作 OpenAPI (YAML) 檔案與簡答題，檢核學習成效。 |
| W9 | **系統整合場景：Webhook 與事件導向架構** | 設計 Webhook 流程圖，並模擬事件觸發流程。 |
| W10 | **gRPC / GraphQL / REST 協議比較** | 撰寫分析建議書，探討三種協議的適用場景。 |
| W11 | **API 版本控制策略與可演進設計** | 設計 `/v1` 至 `/v2` 的共存架構與平滑升級流程。 |
| W12 | **API 架構模式：BFF 與 Gateway 整合** | 設計 Gateway 架構圖，包含認證 (Auth) 與快取 (Cache) 機制。 |
| W13 | **API 治理策略與監控** | 撰寫 API Policy 文件，並設計監控儀表板。 |
| W14 | **專案架構週：從需求建模到 API 定義** | 產出領域模型 (Domain Model)、API 契約與狀態轉移圖。 |
| W15 | **專案實作週：功能驗證與部署測試** | 上傳功能測試錄影、Postman Collection 及驗證報告。 |
| W16 | **期末提案演練：架構簡報與 Demo** | 進行正式的架構提案簡報與 API 功能展示。 |
| W17 | **部署、壓力測試與可擴展性思考** | 撰寫壓力測試報告，並提出系統水平擴展的方案。 |
| W18 | **成果發表與同儕互評** | 進行最終成果發表、同儕互評，並總結課程學習回饋。 |

# 系統設計簡要-系統整體設計與 trade-off

**從模組劃分到架構決策，培養全方位的系統架構設計與權衡分析能力。**

---

## 課程摘要

本課程旨在培養學員以**架構師的視角**進行全方位的系統設計。課程內容涵蓋系統模組化、資料一致性處理、高可用性與擴展性策略、可觀測性導入，並特別強調在設計決策中的**權衡分析（Trade-off）**。

---

## 學習時程

- **學期長度**：18 週
- **建議學分**：5 學分
- **預估投入時間**：每週 6–8 小時，總計約 150 小時

## 結業目標

學員將能獨立設計中大型系統的模組邊界、資料一致性策略及監控模組。同時，需具備繪製專業架構圖、撰寫架構決策紀錄（ADR）的能力，並能進行權衡分析與容量預估，最終產出完整的架構提案。

## 核心教材

- Ford, N., Richards, M., Sadalage, P., & Dehghani, Z. (2021). *Software architecture: The hard parts*. O'Reilly Media.
- Richards, M., & Ford, N. (2020). *Fundamentals of software architecture*. O'Reilly Media.
- Fairbanks, G. (2010). *Just enough software architecture: A risk-driven approach*. Marshall & Brainerd.
- Evans, E. (2003). *Domain-driven design: Tackling complexity in the heart of software*. Addison-Wesley Professional.
- Vernon, V. (2013). *Implementing domain-driven design*. Addison-Wesley Professional.
- Martin, R. C. (2017). *Clean architecture: A craftsman's guide to software structure and design*. Prentice Hall.
- Kleppmann, M. (2017). *Designing data-intensive applications*. O'Reilly Media.
- Narkhede, N., Shapira, G., & Palino, T. (2017). *Kafka: The definitive guide*. O'Reilly Media.
- Beyer, B., Jones, C., Petoff, J., & Murphy, N. R. (2016). *Site reliability engineering: How Google runs production systems*. O'Reilly Media.
- Majors, C., Fong-Jones, L., & Miranda, G. (2022). *Observability engineering*. O'Reilly Media.
- Abbott, M. L., & Fisher, M. T. (2015). *The art of scalability* (2nd ed.). Addison-Wesley Professional.
- Nygard, M. T. (2018). *Release it! Design and deploy production-ready software* (2nd ed.). Pragmatic Bookshelf.
- Allspaw, J. (2008). *The art of capacity planning*. O'Reilly Media.

## 課程地圖

| 週次 | 主題 | 任務重點 / 進度檢核 |
| --- | --- | --- |
| W1 | **架構設計導論** | 釐清系統設計與軟體設計的區別，建立系統分層概念。 |
| W2 | **架構類型與視覺化** | 比較單體式、微服務、無伺服器架構，並進行繪圖實作。 |
| W3 | **模組邊界與責任劃分** | 學習 Layer、Domain、Service 的劃分，並進行場景演練。 |
| W4 | **架構文件撰寫與提案練習** | 產出 ADR (Architecture Decision Record)，並整合資料圖表。 |
| W5 | **強一致性處理** | 設計並實作 Transaction 模型。 |
| W6 | **最終一致性與事件整合** | 學習 Event Sourcing 與 Message Queue 的實務應用。 |
| W7 | **非同步流程設計與 Queue 整合** | 比較 Kafka、RabbitMQ 等設計模式，並完成整合任務。 |
| W8 | **可用性設計與風險模式** | 設計 Retry、Timeout、Circuit Breaker 等容錯機制。 |
| W9 | **水平擴充策略與快取** | 演練 Cache、CDN、Sharding 等擴展模式。 |
| W10 | **可觀測性導論與模組劃設** | 設計 Metrics、Logging、Tracing 的系統整合架構。 |
| W11 | **Observability Tools 實作** | 演練 Prometheus + Grafana 或 OpenTelemetry。 |
| W12 | **權衡分析框架建構** | 學習如何進行架構選擇的對比分析與報告撰寫。 |
| W13 | **權衡分析實戰練習與回顧** | 進行面試風格的架構問題演練與多場景分析。 |
| W14 | **SLA、SLO 與系統健康管理** | 從運營視角評估架構，並導出 SLI 計算與報告。 |
| W15 | **系統容量預估模型** | 建立資源用量模型，並進行性能壓力模擬分析。 |
| W16 | **架構提案整合報告撰寫** | 撰寫一份完整的架構設計與決策提案報告。 |
| W17 | **Final Defense 演練與評估** | 模擬面試情境，進行系統問題分析與答辯訓練。 |
| W18 | **專案結案發表** | 提交完整的系統設計文件與決策記錄報告，並參與同儕評比。 |

# 企業級元件模組化與設計系統實務

**從 HTML 語意到企業級 UI 治理，全鏈路掌握模組化元件設計與維運實作技術。**

---

## 課程摘要

本課程旨在全面強化學員在**元件化設計**方面的底層理解與語意掌握。課程內容從 HTML 元素的語境出發，涵蓋渲染機制、元件治理，最終到模組化維運，幫助學員全鏈路掌握企業級 UI 設計系統的實作技術。

---

## 學習時程

- **學期長度**：20 週
- **建議學分**：4 學分
- **預估投入時間**：每週約 6 小時，總計約 120 小時

## 結業目標

學員將能獨立設計、測試、治理並部署一套符合企業需求的元件系統。同時，具備針對效能瓶頸、語意誤用與模組策略提出最佳化建議與重構方案的能力。

## 核心教材

- Frost, B. (2016). *Atomic design*. Brad Frost.
- Curtis, M. (2021). *Designing design systems*. SitePoint.
- Godbolt, M. (2015). *Frontend architecture for design systems*. O'Reilly Media.
- Wathan, A., & Schoger, S. (2018). *Refactoring UI*. Refactoring UI.
- Martin, R. C. (2008). *Clean code: A handbook of agile software craftsmanship*. Prentice Hall.
- Meta Platforms. (n.d.). *React documentation*. https://react.dev/
- Pickering, H. (2019). *Inclusive components*. Smashing Magazine.
- Horton, S. (2017). *Accessibility for everyone*. A Book Apart.

---

## 課程地圖 (20 週完整進度)

| 週次 | 主題 | 任務重點 / 檢核 |
| --- | --- | --- |
| W1 | **為何需要設計系統與模組化？** | 繪製 Design System 架構圖與元件分層視覺化。 |
| W2 | **Atomic Design 與元件分層原則** | 將任一 UI Flow 重構成為 Atom → Template 的元件樹。 |
| W3 | **HTML 元素語意與組合原理 (結構性)** | 使用 `<section>`、`<article>` 等標籤組合產品卡片元件。 |
| W4 | **HTML 元素語意與組合原理 (表單與控制)** | 使用正確的 `<label>`、`<fieldset>` 組合表單。 |
| W5 | **HTML 元素語意與組合原理 (互動與媒體)** | 製作無障礙互動元件 (如按鈕、Carousel) 與圖片的 fallback 機制。 |
| W6 | **Design Token 設計與主題切換機制** | 完成一組完整的 Token 架構，並實作深色/淺色模式切換。 |
| W7 | **Props / State / Context 模組化設計** | 釐清狀態與控制的設計原則，並封裝控制型元件。 |
| W8 | **Virtual DOM 與 Render Decision Tree 原理** | 自行繪製 Render 流程圖，並解釋 Reconciliation 機制。 |
| W9 | **Component Re-render Trigger 與效能策略** | 撰寫效能陷阱的重現案例，並探討 `memo` 的最佳實踐。 |
| W10 | **高複雜度元件的抽象設計與重用策略** | 拆分出抽象的 Form / Table 元件，並封裝複雜的 Slot 邏輯。 |
| W11 | **無障礙 (Accessibility) 策略與測試工具** | 使用 Axe、Lighthouse 等工具檢測元件的可及性。 |
| W12 | **Storybook 驅動的文件化與控制文檔生成** | 整合 Controls / DocsPage，並組織 Token 的展示。 |
| W13 | **Web Component 與跨框架元件實作** | 撰寫純 HTML 的自定義元件，並在三大主流框架中使用。 |
| W14 | **Snapshot Testing 與 CI 驗證流程** | 撰寫單元測試與視覺化測試，並整合至 GitHub Actions。 |
| W15 | **Nx / Monorepo 結構規劃與分層策略** | 規劃元件包、Token 包、工具包的分層與共用策略。 |
| W16 | **Component Governance 與命名策略** | 撰寫元件命名規則、棄用 (deprecated) 流程與內部維運 Wiki。 |
| W17 | **Final Project 設計週：設計系統實作** | 架構一套完整的 Design System，包含實作、測試與 CI 流程。 |
| W18 | **架構提案週：設計原則與維運簡報** | 發表元件的設計、測試、部署、版本策略與成果頁面。 |
| W19 | **成果展示與同儕互評** | 進行同儕互評、Q&A 討論與改版建議。 |
| W20 | **Final Review 與課程總結** | 進行自我評估、能力地圖映射，並輸出學習歷程檔案。 |

# 架構風格概念理論

**深入探討現代架構風格，培養企業級架構設計圖的繪製與解釋能力。**

---

## 課程摘要

本課程專為具備中高階系統設計經驗的工程師設計，旨在深入探討業界主流的**架構風格**，包括 Clean Architecture、DDD、Hexagonal、CQRS、Event Sourcing、TDD、BDD 等。課程將結合架構風格與應用情境的對應訓練，培養學員繪製並解釋企業級架構設計圖的能力。

---

## 學習時程

- **學期長度**：20 週 (含假期與彈性整合週)
- **建議學分**：5 學分
- **預估投入時間**：每週約 6 小時

## 結業目標

- 掌握多種現代架構風格的設計思維與依賴管理策略。
- 能針對各種架構風格，分別列舉 3 種主要及 2 種次要的適用情境。
- 能針對任一系統情境，繪製完整的架構設計圖，並清晰說明其權衡 (trade-off) 原則。

## 核心教材

- Martin, R. C. (2017). *Clean architecture: A craftsman's guide to software structure and design*. Prentice Hall.
- Evans, E. (2003). *Domain-driven design: Tackling complexity in the heart of software*. Addison-Wesley Professional.
- Vernon, V. (2013). *Implementing domain-driven design*. Addison-Wesley Professional.
- Percival, H., & Gregory, B. (2020). *Architecture patterns with Python*. O'Reilly Media.
- Abbott, M. L., & Fisher, M. T. (2015). *The art of scalability* (2nd ed.). Addison-Wesley Professional.
- Richards, M., & Ford, N. (2020). *Fundamentals of software architecture*. O'Reilly Media.
- Vernon, V. (2016). *Domain-driven design distilled*. Addison-Wesley Professional.

## 課程地圖

| 週次 | 主題 | 任務重點 / 進度檢核 |
| --- | --- | --- |
| W1 | **課程導論與現代架構演進概覽** | 認識各架構哲學與其應用場景，繪製架構演進圖譜。 |
| W2 | **Clean Architecture 深入原則** | 學習 Entities, Use Cases, Adapters, Frameworks 的概念，並完成設計稿。 |
| W3 | **Clean Architecture 主要應用情境演練** | 分析 ERP、訂單系統、多模組 CMS 的架構圖。 |
| W4 | **Clean Architecture 次要應用與權衡分析** | 以 Ticket 系統、資料服務為例，分析設計限制與擴展方案。 |
| W5 | **DDD 核心建模邏輯** | 進行 Entity, Value Object, Aggregates, Bounded Context 的設計演練。 |
| W6 | **DDD 的語意建模實戰** | 分析物流、交易平台、多租戶帳務系統的領域模型。 |
| W7 | **Context Mapping 與 ACL / 跨界限策略** | 建立 Anti-Corruption Layer (ACL) 的圖解與設計思維練習。 |
| W8 | **Hexagonal Architecture (六邊形架構)** | 拆解 Ports & Adapters 的概念，並進行實例說明。 |
| W9 | **Hexagonal 應用情境分析** | 探討多入口應用、排程器 (Scheduler)、外部 CLI 整合的範例。 |
| W10 | **CQRS + Event Sourcing 理論與實作範式** | 設計 Command/Query 隔離的架構圖與事件流程。 |
| W11 | **CQRS 實務應用領域演練** | 撰寫秒殺活動系統、IoT 控制平台的設計說明稿。 |
| W12 | **TDD / BDD 設計哲學與驅動開發方法** | 圖解測試層的責任劃分與應用層的驅動開發策略。 |
| W13 | **TDD / BDD 在架構決策中的角色** | 進行案例討論，並撰寫 BDD 開發流程的分工實戰稿。 |
| W14 | **Screaming / Plugin / Layered Patterns** | 學習如何建構語意清晰且模組擴展友善的系統。 |
| W15 | **各風格適配矩陣與權衡策略圖整理** | 建立設計決策矩陣與案例對應表。 |
| W16 | **設計演練週 1：Clean / DDD 獨立架構提案** | 進行實例繪製，並準備設計說明簡報。 |
| W17 | **設計演練週 2：CQRS / Hexagonal 架構草圖** | 在多模組整合的情境下，進行選型與設計稿製作。 |
| W18 | **假期週與補進度整合週** | 彈性安排時間，補完指定閱讀任務。 |
| W19 | **Final Design Jam：三種情境模擬設計** | 每位學員輸出一套完整的架構決策與說明文件。 |
| W20 | **成果發表會與架構問答環節** | 進行簡報提案、同儕審查 (Peer Review) 與問答演練。 |

**備註**：
- 每種架構風格皆會對應 3+2 個應用場景，相關資料與討論素材將於每週補充。
- 實作要求僅限於圖解與文件產出，無需撰寫程式碼。
- 架構圖可使用 C4 Model, Mermaid, Whimsical, Diagrams.net 等工具製作。
- 最終成果需涵蓋任一實戰情境的架構草圖與設計理念說明 (Design Rationale)。

# 版本控管藝術-Git Flow 與 CI/CD 自動化流程建構

**從 Git 分支策略到 CI/CD 自動化部署，全面掌握企業級版本控管與 DevOps 實踐。**

---

## 課程摘要

本課程旨在培養學員掌握企業級應用的**版本控管**與**自動化流程**。內容涵蓋 Git 分支策略、CI/CD 自動化建構與部署、容器化實作、流程設計策略，以及 DevOps 組織文化的實踐，以符合高階技術職位的面試與實務需求。

---

## 學習時程

- **學期長度**：18 週
- **建議學分**：4 學分

## 結業目標

能獨立設計並實作企業級的 Git Flow 與 CI/CD 自動化流程，掌握容器化部署策略，並具備 DevOps 文化的推動與實踐能力。

## 核心教材

- Kim, G., Humble, J., Debois, P., & Willis, J. (2016). *The DevOps handbook: How to create world-class agility, reliability, and security in technology organizations*. IT Revolution Press.
- Forsgren, N., Humble, J., & Kim, G. (2018). *Accelerate: The science of lean software and DevOps*. IT Revolution Press.
- Matthias, K., & Kane, S. P. (2018). *Docker: Up & running* (2nd ed.). O'Reilly Media.
- GitHub. (n.d.). *GitHub Actions documentation*. https://docs.github.com/en/actions

---

## 課程地圖 (共 18 週)

| 週次 | 主題 | 重點內容與整合補充說明 |
| --- | --- | --- |
| W1 | **Git 基礎與 Commit 架構** | 熟練 `reset`, `revert`, `staging` 等指令，並掌握版本還原流程。 |
| W2 | **Git Flow 與 Trunk-Based 開發策略** | 比較不同的分支策略，並實作 Pull Request (PR) 流程範本。 |
| W3 | **團隊 PR 流程設計與審查規範** | 撰寫程式碼審查 (Code Review) 的條件與 Merge Request 的規範。 |
| W4 | **Git 衝突管理與版本恢復技巧** | 模擬多人協作情境，並練習解決版本衝突與回復至特定版本。 |
| W5 | **CI/CD 流程與架構設計** | 圖解 Build-Test-Deploy 的完整 Pipeline。 |
| W6 | **CI/CD 選型策略 (平台 + 架構)** | 比較 GitHub Actions, Jenkins, GitLab CI 等主流工具的優劣。 |
| W7 | **Task vs Job 邊界與流程分界設計** | 學習原子任務的拆分原則、重試 (Retry) 模式，並理解 CI 工具中 `jobs` 與 `steps` 的差異。 |
| W8 | **GitHub Actions CI 流程實作** | 編寫 Linting、單元測試 (Unit Test)、程式碼覆蓋率 (Code Coverage) 的自動化腳本。 |
| W9 | **CD 流程與環境部署 (含 Secrets 管理)** | 設計多環境 (Matrix) 的部署策略，並管理環境變數與密鑰。 |
| W10 | **Build 快取與 Job 條件控制** | 學習使用 `cache`、`workflow_run`、`matrix` 進行條件分支與流程控制。 |
| W11 | **Pre-merge 驗證與差異檢查設計** | 設計 Required Status Check 與快照 (Snapshots) 測試。 |
| W12 | **Dockerfile 與映像檔建構策略** | 學習 Multi-stage builds，並練習撰寫不同程式語言的 Dockerfile 模板。 |
| W13 | **Docker Compose 整合測試流程** | 模擬 Redis + DB + App 的整合測試流程。 |
| W14 | **映像檔推送與版本治理策略** | 撰寫映像檔的標籤 (Tag) 策略，並對應 Git tag 與 Docker tag。 |
| W15 | **容器自動部署與回滾策略設計** | 實作在 AWS ECS, GCP Cloud Run, Firebase Hosting 等平台的自動化部署。 |
| W16 | **DevOps 指標 (DORA) 與文化治理** | 學習 MTTR, Deploy Frequency 等指標，並將其對應至現有的開發流程。 |
| W17 | **Final Project：CI/CD 流程統整實作** | 為個人或團隊專案實作完整的 CI/CD 流程，並自我評估瓶頸與可調整之處。 |
| W18 | **架構簡報與 Flow Map 發表** | 進行技術簡報，展示能力地圖，並對照職涯成熟度進行回饋。 |

# 雲端高可用架構設計與實戰

**從 HA/DR 到 IaC，全面掌握 AWS 與 GCP 企業級雲端架構設計與實作。**

---

## 課程摘要

本課程旨在培養能獨立設計並實作企業級 AWS 與 GCP 雲端架構的工程師。課程內容涵蓋**高可用性 (HA)**、**災難復原 (DR)**、**基礎設施即程式碼 (IaC)**、自動化部署、成本優化與雲端安全。最終目標是幫助學員具備考取一張雲端架構師等級證照 (如 AWS SAA 或 GCP ACE) 的能力。

---

## 學習時程

- **學期長度**：20 週
- **建議學分**：5 學分
- **預估投入時間**：每週 4–6 小時

## 結業目標

- 能獨立設計具備 HA / DR 的雲端架構圖與成本模型。
- 實作 AWS / GCP 核心資源，如 VPC, EC2, RDS, Lambda, GCS, Cloud Run 等。
- 掌握 Terraform / CDK 進行模組化架構部署。
- 熟悉 DevOps 整合、Serverless 設計與跨平台整合思維。
- 完成至少一張 AWS SAA 或 GCP ACE 證照的考取準備。

## 核心教材

- Abbott, M. L., & Fisher, M. T. (2015). *The art of scalability* (2nd ed.). Addison-Wesley Professional.
- Wilder, B. (2012). *Cloud architecture patterns*. O'Reilly Media.
- Amazon Web Services. (n.d.). *AWS Well-Architected Framework*. https://aws.amazon.com/architecture/well-architected/
- HashiCorp. (n.d.). *Terraform documentation*. https://www.terraform.io/docs

---

## 課程地圖

| 週次 | 主題 | 任務重點 / 進度檢核 |
| --- | --- | --- |
| W1 | **雲端架構設計導論與企業應用藍圖** | 比較 AWS 與 GCP 的架構哲學與設計原則。 |
| W2 | **雲端核心資源設計** | 對照 EC2 vs GCE, S3 vs GCS，並理解 VPC 的核心原則。 |
| W3 | **高可用性與多區部署策略** | 學習 Auto Scaling, ALB/ELB，並配置 GCP 的 Region/Zone。 |
| W4 | **容錯與災難復原 (DR) 設計** | 理解 RTO/RPO，並設計資料同步與跨區 Failover 策略。 |
| W5 | **資料庫與分散式儲存設計** | 比較 RDS, DynamoDB, Spanner 等服務的 HA 設計。 |
| W6 | **監控與可觀測性導入** | 學習使用 CloudWatch / Cloud Monitoring，並將其與 SLA 對應。 |
| W7 | **IAM 與帳號權限架構治理** | 實踐 Organizations, Policies, Least Privilege 等安全原則。 |
| W8 | **混合雲與 VPN 架構** | 探討 Direct Connect / Interconnect 與混合雲架構的案例。 |
| W9 | **小考週** | 繪製雲端架構圖，並說明高可用性與容錯策略。 |
| W10 | **成本控制與資源最佳化設計** | 分析 RI / Savings Plan，並學習解讀 Billing 報表。 |
| W11 | **基礎 IaC 實作 I (Terraform)** | 建立 VPC / EC2 / S3 的 Terraform Module。 |
| W12 | **進階 IaC 實作 II (CDK)** | 學習多環境部署、State 管理與資源依賴治理。 |
| W13 | **DevOps 自動化部署實踐** | 整合 GitHub Actions / CodePipeline 與 Terraform。 |
| W14 | **雲端安全設計與資安防護** | 學習 IAM Policies, WAF, Shield, KMS, Secrets Manager 等安全工具。 |
| W15 | **Serverless 與事件驅動設計** | 實作 Lambda / Cloud Functions, Pub/Sub, EventBridge。 |
| W16 | **專案實作 I：AWS** | 完成 AWS 平台的架構設計、IaC、監控與成本預估。 |
| W17 | **專案實作 II：GCP** | 完成 GCP 平台的架構設計、IaC、DR/HA 策略與成本預估。 |
| W18 | **多雲整合與轉換策略** | 對照跨平台架構，並探討 Hybrid Design 模式。 |
| W19 | **證照準備週** | 進行 SAA / ACE 模擬考，並解析題型與補強知識。 |
| W20 | **成果發表會** | 進行提案簡報，展示架構圖、成本模型，並參與問答演練。 |

# 系統可觀測性與錯誤追蹤設計

**從 Metrics、Logs、Traces 三支柱到故障演練，建構完整的可觀測性解決方案。**

---

## 課程摘要

本課程專為應對高併發、多模組、微服務架構下的**可觀測性 (Observability)** 設計提供系統性訓練。課程將整合 **Metrics、Logs、Traces** 的治理策略、實作技能與異常排查能力，旨在培養學員從零開始建構可觀測性解決方案的架構思維與落地能力。

---

## 學習時程

- **學期長度**：18 週
- **建議學分**：4 學分

## 結業目標

- 能設計跨模組、具備業務語意的可觀測性架構。
- 建立從 Trace 傳遞、Log 設計到降低 MTTR (平均修復時間) 的可追蹤性解決方案。
- 具備故障演練 (Incident Drill)、故障排查與 SLO (服務等級目標) 設計的實戰能力。

## 核心教材

- Majors, C., Fong-Jones, L., & Miranda, G. (2022). *Observability engineering*. O'Reilly Media.
- Beyer, B., Jones, C., Petoff, J., & Murphy, N. R. (2016). *Site reliability engineering: How Google runs production systems*. O'Reilly Media.
- Turnbull, J. (2018). *Monitoring with Prometheus*. Turnbull Press.
- OpenTelemetry. (n.d.). *OpenTelemetry documentation*. https://opentelemetry.io/docs/

---

## 課程地圖

| 週次 | 主題 | 學習目標與任務檢核 |
| --- | --- | --- |
| W1 | **課程導入與可觀測性的重要性** | 定義 Observability 與 Monitoring 的差異，並導出三支柱模型。 |
| W2 | **可觀測性架構全景圖與現代工具鏈** | 比較 Grafana Stack, ELK, APM, Cloud-native 等不同套件。 |
| W3 | **Metrics 設計：指標分類與量測策略** | 建構 Request Rate, Error Rate, Latency 等核心指標。 |
| W4 | **Logs 設計：語意、結構化與搜尋性** | 實作標準化的 Log 格式，包含 `trace_id`、`tag` 與業務語意。 |
| W5 | **Traces 與 Span：分散式系統的流程鏈路** | 實作 OpenTelemetry 或 Jaeger 的基礎應用。 |
| W6 | **Dashboards 設計原則與資料可讀性** | 設計以業務為導向的監控儀表板 (使用 Grafana 或 Datadog)。 |
| W7 | **Logs/Traces 整合與 Root Cause 排查** | 進行跨服務錯誤模擬，並提交排查流程與記錄。 |
| W8 | **小考週：三支柱概念與實作** | 透過 YAML 定義、Log/Span 關聯、故障判讀等任務檢核學習成效。 |
| W9 | **警報策略設計：Threshold, Anomaly, Mute** | 撰寫多層級的告警規則，並設計緩解告警疲勞 (Alert Fatigue) 的機制。 |
| W10 | **SLO / SLI / SLA：業務語意化的可觀測策略** | 制定以使用者體驗為核心的可衡量目標。 |
| W11 | **Trace ID 傳遞機制與 HTTP Context 延續** | 模擬跨微服務的 Trace Context 傳遞策略。 |
| W12 | **Serverless 與無代理 (Agentless) 架構的觀測方案** | 探討 Lambda, Cloud Function, Firebase 的可觀測性解決方案。 |
| W13 | **將可觀測性作為設計組件** | 以可觀測性為視角，將其作為架構圖的必要組件進行設計。 |
| W14 | **Log 語意與事件模板治理** | 進行事件分類與上下文結構的治理，並建立 Log Span Template。 |
| W15 | **故障演練 (Incident Drill) 導入與準備** | 模擬案例：Request 停滯且無 Log，進行排查演練。 |
| W16 | **故障演練實作與報告** | 撰寫完整的故障報告，並提出可觀測性的改進建議。 |
| W17 | **Final Project 整合與效能分析** | 將 Logs, Metrics, Traces 彙整成一份分析報告與可觀測策略。 |
| W18 | **架構簡報與成果互評** | 進行 10 分鐘的系統觀測架構設計解說，並參與成果評量與自評。 |

# 資料庫 Schema 與 Index 設計

**從業務建模到 AI 資料設計，全面掌握企業級資料工程實力與效能優化策略。**

---

## 課程摘要

本課程專為**資深全端工程師 (FSE)** 設計，旨在培養企業級的資料工程實力。課程內容從業務建模、查詢優化，到 AI 導向的資料設計，涵蓋了企業級交易所面臨的資料一致性、性能與可維運性等挑戰。

---

## 學習時程

- **學期長度**：22 週 (含假期與預備週)
- **建議學分**：5 學分

## 結業目標

- 能獨立設計可擴展、高可用的資料表結構與索引策略。
- 能應對多表寫入、高併發、時間序列資料，以及 OLAP/OLTP 混合負載等問題。
- 結合業務建模思維，設計出具備 AI 訓練/預測能力的資料結構。

## 核心教材

- Kleppmann, M. (2017). *Designing data-intensive applications*. O'Reilly Media.
- Schwartz, B., Zaitsev, P., & Tkachenko, V. (2012). *High performance MySQL* (3rd ed.). O'Reilly Media.
- Petrov, A. (2019). *Database internals: A deep dive into how distributed data systems work*. O'Reilly Media.
- Newman, S. (2021). *Building microservices* (2nd ed.). O'Reilly Media.

---

## 課程地圖

| 週次 | 主題 | 任務重點 / 進度檢核 |
| --- | --- | --- |
| W1 | **資料建模核心與課程總覽** | 建立從業務需求轉換為資料模型的視角，並了解表結構設計的全貌。 |
| W2 | **正規化與反正規化策略** | 從 1NF–3NF 到 Schema 優化，學習資料表拆分的決策。 |
| W3 | **業務流程 → 聚合建模** | 搭配 DDD 思想，設定聚合根與資料一致性的邊界。 |
| W4 | **表格與物件設計哲學** | 學習命名、型別選擇、上下文分離與擴展性邊界的考量。 |
| W5 | **交易建模與一致性方案** | 探討 ACID、最終一致性 (Eventual Consistency) 與邊界標示法。 |
| W6 | **Index 設計 I** | 學習 B-Tree, Hash, Bitmap Index 的機制與應用場景。 |
| W7 | **Index 設計 II** | 實作複合索引、部分索引 (Partial Index)、覆蓋索引 (Covering Index) 的選型。 |
| W8 | **查詢效能優化** | 解讀 Explain Plan、追蹤慢查詢，並學習常見的反模式。 |
| W9 | **分區 / 分表設計策略** | 學習分區鍵 (Partition Key) 的選擇、水平/垂直切分與資料熱點處理。 |
| W10 | **時序資料設計策略** | 探討 TTL、事件流儲存、歷史資料落地與歸檔架構。 |
| W11 | **資料遷移與版本治理** | 學習 Schema Migration 策略與 Version Table 的設計。 |
| W12 | **查詢與資料轉換治理** | 設計 ETL/ELT 專用的 Schema 與中介層轉換策略。 |
| W13 | **SQL vs NoSQL 融合** | 探討 Mongo, Redis 的結構設計與整合架構。 |
| W14 | **冷熱資料分層設計** | 設計 Hot/Cold Path，並對應快取策略。 |
| W15 | **多表寫入與高併發處理** | 以股票交易為例，實作補償策略與多表一致性。 |
| W16 | **Outbox 與事件一致性模式** | 設計非同步資料落地與消息傳遞的一致性方案。 |
| W17 | **AI 資料設計與特徵倉儲策略** | 學習 Feature Store、標記結構、ETL 資料版本管理。 |
| W18 | **表結構重構與技術債清理** | 探討歷史資料遷移、兼容性查詢設計與重構方法論。 |
| W19 | **期中總結與專題題目核發** | 確認 Schema 設計方向，並進行團隊分組。 |
| W20 | **商業場景建模演練** | 實戰訂票系統、活動報名系統的資料建模。 |
| W21 | **假期週 (Reading Week)** | 研讀 DIA 第 10-12 章及 Michelangelo/FeastureStore 的相關資料。 |
| W22 | **資料一致性驗證與測試** | 學習合約驗證、資料快照驗證與同步模擬。 |
| W23 | **期末預備 I** | 完成 Schema + Index 設計，並撰寫使用情境文件。 |
| W24 | **期末預備 II** | 進行壓力測試分析、快取策略設計、監控與報告生成。 |
| W25 | **結業發表週** | 進行專案發表、同儕互評、總結與回饋。 |

# 複雜狀態管理策略

**從 Redux/NgRx 架構到前後端同步，系統化建構企業級狀態管理能力。**

---

## 課程摘要

本課程專為**資深前端與全端開發者**設計，旨在系統化地建構複雜狀態管理的工程能力與架構設計能力。課程將應對企業級業務系統、跨角色協作場景，以及前後端同步一致性等實戰挑戰。

---

## 學習時程

- **學期長度**：18 週密集訓練課程
- **建議學分**：4 學分

## 結業目標

- 精通 Redux 與 NgRx 的架構原理與狀態流設計。
- 能夠獨立設計符合大型系統需求的狀態管理方案。
- 理解並實作前後端一致性策略，如 Optimistic Update、Server Sync 等。

## 核心教材

- Redux Team. (n.d.). *Redux essentials*. https://redux.js.org/tutorials/essentials/part-1-overview-concepts
- NgRx Team. (n.d.). *NgRx documentation*. https://ngrx.io/docs
- Accomazzo, A., Murray, N., & Lerner, A. (2017). *Fullstack React: The complete guide to ReactJS and friends*. Fullstack.io.
- Angular Team. (n.d.). *Angular documentation*. https://angular.io/docs

---

## 課程地圖

| 週次 | 主題 | 重點任務 / 檢核 |
| --- | --- | --- |
| W1 | **課程導論：狀態的本質與系統定位** | 解構 UI → Data → Logic → State 的關係模型。 |
| W2 | **Redux 與 NgRx 的思想源流與設計哲學** | 解析 Redux 與 NgRx 的架構設計圖。 |
| W3 | **Redux 架構與 RTK 實作精要** | 建立 Store、Slice、Selector、Middleware。 |
| W4 | **NgRx 架構與 Store 模組設計** | 建構 Action、Reducer、Selector、Effect。 |
| W5 | **Component Store 與 ViewModel 模型** | 探討 NgRx 的輕量級替代方案，並實作元件解耦。 |
| W6 | **表單與複雜輸入場景管理** | 管理 FormGroup 的狀態，包含 `dirty`, `valid`, `state sync`。 |
| W7 | **多模組狀態分區與邊界治理** | 學習 Bounded Context 與 Slice 的切割策略。 |
| W8 | **小考週：狀態同步策略與 Debug Flow 實作** | 進行問題模擬與 DevTool 的排錯演練。 |
| W9 | **多角色 UI 狀態分流 (角色/權限/視圖)** | 探討 Contextual State 以及可共用/隔離的設計。 |
| W10 | **業務驅動的狀態機建構 (如訂單/任務流程)** | 根據業務流程建構狀態圖與管理策略。 |
| W11 | **API 回應同步策略 (CRUD / Debounce / Loading)** | 實作 `async pipe`, `entity adapter`, `loading indicator`。 |
| W12 | **Optimistic UI 與離線狀態處理策略** | 設計 Rollback, Patch, Staging State。 |
| W13 | **跨設備與即時協作場景 (Socket / SSE)** | 設計可觀測的狀態、同步流程圖與錯誤回復策略。 |
| W14 | **NgRx DevTools / Redux DevTools 深度應用** | 實作自訂的 Middleware 或 Meta-reducer。 |
| W15 | **狀態與效能：Memoization 與 Virtual State** | 學習 Selector Memoization, Lazy Loading, Store 分段載入等技巧。 |
| W16 | **最終演練週：狀態管理架構設計與模擬提案** | 產出架構圖、任務流設計與優化說明文件。 |
| W17 | **專案週：實作中型系統 (複雜狀態與前後端同步)** | 評量指標：整合度、維護性、解耦能力。 |
| W18 | **成果發表週：狀態管理設計競演與互評** | 進行最終的成果發表與同儕互評。 |

# UX Flow 與痛點辨識

**從使用者需求到流程優化，培養以使用者為中心的體驗設計與痛點洞察能力。**

---

## 課程摘要

本課程旨在強化產品開發中「**以使用者為中心**」的流程視角。課程內容涵蓋從使用者需求出發的體驗設計策略，結合 UX Flow 分析、使用者研究、痛點洞察與迭代優化技巧。本課程適用於產品經理 (PM)、使用者體驗設計師 (UX Designer) 與全端工程師。

---

## 學習時程

- **學期長度**：18 週
- **建議學分**：4 學分
- **預估投入時間**：每週 3～5 小時

## 結業目標

- 熟悉 UX Flow 的分析與視覺化設計。
- 能針對特定使用者場景，辨識出痛點並提出可行的改進方案。
- 能獨立設計使用流程、動線圖與互動模型。
- 能與設計及技術團隊協作，落實需求驗證與使用者測試。

## 核心教材

- Krug, S. (2014). *Don't make me think, revisited: A common sense approach to web usability* (3rd ed.). New Riders.
- Norman, D. A. (2013). *The design of everyday things: Revised and expanded edition*. Basic Books.
- Gothelf, J., & Seiden, J. (2016). *Lean UX: Designing great products with agile teams* (2nd ed.). O'Reilly Media.
- Nielsen Norman Group. (n.d.). *UX research methods*. https://www.nngroup.com/articles/

---

## 課程地圖

| 週次 | 主題 | 任務重點 / 進度檢核 |
| --- | --- | --- |
| W1 | **認識 UX Flow** | 理解 UX Flow 與業務流程之間的差異。 |
| W2 | **使用者導向的設計觀** | 學習 Don Norman 的使用者中心設計模型。 |
| W3 | **使用情境分析 (Scenario Mapping)** | 建構任務流程，並提出痛點假設。 |
| W4 | **使用者流程圖實作 (Task Flow)** | 建立第一版的 UX Flow 圖。 |
| W5 | **使用者訪談方法與技巧** | 設計訪談問題清單與執行流程。 |
| W6 | **使用者行為觀察 (Usability Test)** | 撰寫觀察紀錄與分析報告。 |
| W7 | **痛點洞察與 JTBD (Jobs to be Done)** | 建立問題敘述與使用者行為動機圖。 |
| W8 | **UX Flow 優化模型 (Flow Efficiency)** | 視覺化呈現並優化重工路徑與瓶頸。 |
| W9 | **小考週：UX Flow 實作與反饋** | 製作任務流程圖，並說明痛點假設。 |
| W10 | **Figma / Whimsical UX Flow 實作** | 團隊共同建構可互動的流程圖。 |
| W11 | **使用者故事與流程整合** | 建立 UX Flow 與 User Story 的對應關係。 |
| W12 | **A/B Test 與 UX 實驗設計** | 撰寫測試假設與實驗變數的配置。 |
| W13 | **可用性測試分析與指標 (SUS / TCR)** | 分析痛點數據，並導入優化建議。 |
| W14 | **UX Flow 與開發邏輯的對應** | 與開發團隊對接邏輯點與參數傳遞節點。 |
| W15 | **專案整合：建立完整的流程設計案** | 從使用者訪談到痛點分析，最終完成流程設計。 |
| W16 | **成果簡報與回饋準備** | 撰寫使用者需求對應圖與建議簡報。 |
| W17 | **專案簡報發表會 (演練)** | 發表 UX Flow 與痛點優化計畫。 |
| W18 | **同儕回饋與課程總結** | 進行學習成長的反思、同儕互評與自我評估。 |

# A/B 測試與成長分析

**從假設建構到成長模型，培養資料驅動決策與產品實驗設計能力。**

---

## 課程摘要

本課程旨在培養具備**資料驅動決策能力**的產品經理與工程師。學員將學習從假設建構、實驗設計、結果判讀到成長策略規劃，獨立主導跨部門的實驗流程與成長模型設計，以達成產品成效的優化。

---

## 學習時程

- **學期長度**：18 週
- **建議學分**：4 學分
- **預估投入時間**：每週 3～5 小時

## 結業目標

- 能獨立設計與執行產品實驗，並正確詮釋統計顯著性。
- 熟悉 A/B 測試的假設建構、樣本計算與分析報告撰寫。
- 能設計與推演 Growth Loop，串連策略性的實驗週期。
- 熟悉 Amplitude, GA4, Mixpanel 等分析工具，並能實作儀表板。
- 能以管理層的語言報告成效，並具備實驗設計的哲學與倫理理解。

## 核心教材

- Kohavi, R., Tang, D., & Xu, Y. (2020). *Trustworthy online controlled experiments: A practical guide to A/B testing*. Cambridge University Press.
- Croll, A., & Yoskovitz, B. (2013). *Lean analytics: Use data to build a better startup faster*. O'Reilly Media.
- Ellis, S., & Brown, M. (2017). *Hacking growth: How today's fastest-growing companies drive breakout success*. Crown Business.
- Thomke, S. H. (2020). *Experimentation works: The surprising power of business experiments*. Harvard Business Review Press.

## 課程地圖

| 週次 | 主題 | 任務重點 / 進度檢核 |
| --- | --- | --- |
| W1 | **什麼是 A/B 測試與 Growth？** | 透過案例導入，釐清成長 (Growth) 與假設測試的區別。 |
| W2 | **成長指標與框架** | 設計 HEART, AARRR, North Star 等指標。 |
| W3 | **假設建構哲學與驗證模型** | 撰寫具備商業邏輯的假設與驗證邏輯。 |
| W4 | **樣本數計算與顯著性原理** | 學習 Power Analysis、信賴區間與統計錯誤類型。 |
| W5 | **常見錯誤與 p-hacking 的避免** | 澄清測試中的陷阱與統計迷思。 |
| W6 | **實驗設計流程與倫理** | 設計對照組、控制變因，並評估實驗的潛在影響。 |
| W7 | **測案情境設計哲學** | 設計適切的問題，關聯業務目標，並減少偽陽性。 |
| W8 | **Growth Loop 策略推演** | 從單次 A/B 測試，構建週期性的優化模型。 |
| W9 | **小考週** | 進行假設撰寫、樣本計算、實驗流程設計的筆試。 |
| W10 | **分析工具實作 I (Amplitude)** | 建構 Funnel 與轉換率儀表板。 |
| W11 | **分析工具實作 II (GA4)** | 設定事件追蹤與目標轉換。 |
| W12 | **工具整合與資料可信性** | 確保埋點一致性、UTM 標籤的正確性與資料清洗。 |
| W13 | **實驗資料分析與解讀報告** | 學習平均值、中位數、區間、比例轉換的視覺化圖解。 |
| W14 | **多變數測試與疊加實驗設計** | 探討 MVT, A/B/n 測試與連續實驗的設計注意事項。 |
| W15 | **跨部門溝通與報告技巧** | 以管理層的語言簡報轉換率、成長模型與建議。 |
| W16 | **模擬實作 I** | 自選實驗主題，撰寫完整的測案與驗證設計文件。 |
| W17 | **模擬實作 II** | 提出數據分析報告與成長策略建議書。 |
| W18 | **成果發表會** | 進行簡報展示、成果提案與同儕回饋。 |

# 跨部門產品需求拆解與流程建構

**融合產品經理核心技能與開發者溝通能力，強化 PM × Design × Dev 的協作實戰力。**

---

## 課程摘要

本課程聚焦跨部門溝通語言、需求拆解技術、流程設計邏輯與 MVP 推演方法，旨在強化 AI 時代下 PM × Design × Dev 的協作能力。學員將學習清晰拆解產品需求、繪製產品流程圖，並熟練與設計與開發團隊的有效協作。

---

## 學習時程

- **學期長度**：18 週
- **建議學分**：4 學分
- **預估投入時間**：每週 3～5 小時

## 結業目標

- 能清晰拆解產品需求並繪製產品流程圖
- 熟練 MVP 設計與優先順序決策技巧
- 能與設計與開發有效協作並轉譯需求語言
- 熟悉常見 PM 工具與產品開發流程語言（user story / flow / spec / C4 model）

## 核心教材

- Cagan, M. (2017). *Inspired: How to create tech products customers love* (2nd ed.). Wiley.
- Patton, J., & Economy, P. (2014). *User story mapping: Discover the whole story, build the right product*. O'Reilly Media.
- Gothelf, J., & Seiden, J. (2016). *Lean UX: Designing great products with agile teams* (2nd ed.). O'Reilly Media.
- Knapp, J., Zeratsky, J., & Kowitz, B. (2016). *Sprint: How to solve big problems and test new ideas in just five days*. Simon & Schuster.
- Brown, S. (n.d.). *The C4 model for visualising software architecture*. https://c4model.com/

---

課程全覽

| **週次** | **主題名稱**               | **任務重點 / 進度檢核**                  |
| -------- | -------------------------- | ---------------------------------------- |
| W1       | 產品角色與協作模型         | 繪製 PM × Design × Dev 協作藍圖          |
| W2       | 產品需求是什麼？           | 定義需求與非需求、業務 vs 技術語言       |
| W3       | 使用者故事與 Persona 設計  | 建立使用者視角與目標導向需求語言         |
| W4       | User Story Mapping 工作坊  | 實作產品故事線與 MVP 拆解                |
| W5       | 需求訪談技巧與工具         | 撰寫訪談腳本，導出關鍵問題與需求         |
| W6       | MVP 構建與優先順序邏輯     | RICE / MoSCoW / Kano 等方法實作          |
| W7       | 流程圖繪製與系統邏輯拆解   | 使用 Miro / Lucidchart 繪製多角色流程    |
| W8       | 跨部門需求協作模型練習     | 演練 Dev × PM × Design 共識流程          |
| W9       | 小考週                  | 需求理解與故事地圖繪製（筆試 + 圖像）    |
| W10      | 文件規格撰寫（PRD / Spec） | 學習規格書撰寫語法與格式                 |
| W11      | 產品週期與迭代計畫設計     | 以 Sprint 為單位推演開發節奏             |
| W12      | 從目標到指標（OKR / KPI）  | 將需求目標化並對應商業指標               |
| W13      | 產品需求演化與版本治理     | 進行需求版本控制與歷程追溯               |
| W14      | 與技術人員的翻譯技術       | 練習需求轉技術語言（C4 model 概覽）      |
| W15      | 專案模擬演練 I             | 實戰需求訪談與流程建構（以模擬專案為例） |
| W16      | 專案模擬演練 II            | 規格書撰寫與角色共識建立                 |
| W17      | 期末簡報準備               | 製作產品發想、流程、需求拆解簡報         |
| W18      | 成果發表會              | 完成簡報發表 + 同儕互評 + 自評報告       |