建議先看完影片在做題目，效果加倍 https://youtu.be/K61MxbfDT-4
問題 1 (中級)
------------------------------題目: 關於 Scrum 框架中產品負責人 (Product Owner, PO) 的職責，下列哪項描述最能體現其在 AI 專案決策上的核心權衡？
選項:
A) PO 主要負責解決開發團隊的技術阻礙，確保 Sprint 順利進行。
B) PO 需平衡業務價值與技術可行性，並對產品待辦清單的優先級負責，以最大化產品價值。
C) PO 負責在每日 Scrum 會議中分配任務給開發團隊成員，確保每個人都有工作。
D) PO 主要負責撰寫所有使用者故事 (User Stories) 的技術細節，並進行程式碼審查。
答案: B) PO 需平衡業務價值與技術可行性，並對產品待辦清單的優先級負責，以最大化產品價值。
解析: 產品負責人 (PO) 的核心職責是最大化產品價值，這通常需要在業務需求、用戶體驗和技術實現之間找到最佳平衡點。對產品待辦清單 (Product Backlog) 進行優先級排序是其關鍵職責之一，以便在每個 Sprint 中交付最有價值的產品增量。
問題 2 (中級)
------------------------------
題目: 某公司欲開發一個全新的 AI 推薦系統，預計會面臨用戶偏好快速變化和推薦演算法持續優化的挑戰。在此情境下，為何選擇敏捷開發比傳統瀑布式開發更為合理？
選項:
A) 敏捷開發能一次性規劃所有需求，減少後續變動。
B) 敏捷開發允許在短週期內頻繁交付可用版本，並根據用戶反饋調整方向，更適應需求不確定性高的 AI 專案。
C) 瀑布式開發能更快地將模型部署上線，因為它不需要多個測試階段。
D) 瀑布式開發在數據集經常更新的 AI 專案中，管理成本較低。
答案: B) 敏捷開發允許在短週期內頻繁交付可用版本，並根據用戶反饋調整方向，更適應需求不確定性高的 AI 專案。
解析: AI 推薦系統的需求往往是動態變化的，用戶行為和市場趨勢都在不斷演進。敏捷開發透過短衝和持續反饋循環，能夠讓團隊快速適應這些變化，並逐步優化系統，避免在需求不明確時投入大量資源導致的浪費。
問題 3 (中級)
------------------------------
題目: 在一個 AI 專案的 Scrum 流程中，短衝回顧會議 (Sprint Retrospective) 的主要目的是什麼？
選項:
A) 向利害關係人展示已完成的產品增量，並收集他們對產品的意見。
B) 決定下一個 Sprint 中要完成哪些產品待辦清單項目。
C) 團隊成員檢視過去一個 Sprint 的工作方式、流程和工具，尋找改進機會以提升效率和品質。
D) 快速同步團隊成員的每日進度，並識別當天工作中的阻礙。
答案: C) 團隊成員檢視過去一個 Sprint 的工作方式、流程和工具，尋找改進機會以提升效率和品質。
解析: 短衝回顧會議是 Scrum 流程中非常重要的一環，其核心目的是讓開發團隊自我檢視並持續改進。這與短衝審查會議（產品增量展示）和每日 Scrum（每日進度同步）的目的不同。
問題 4 (中級)
------------------------------
題目: 在 AI 專案中，為何強調開發團隊必須是「跨職能」的 (Cross-functional)？
選項:
A) 為了讓每個團隊成員都能學習所有技術，成為全棧開發者。
B) 確保團隊具備從需求分析、數據處理、模型開發到部署所需的所有技能，減少對外部依賴。
C) 讓團隊成員可以互相競爭，激發創新。
D) 降低 Scrum Master 的工作負擔，因為團隊可以自行解決所有問題。
答案: B) 確保團隊具備從需求分析、數據處理、模型開發到部署所需的所有技能，減少對外部依賴。
解析: 跨職能團隊意味著團隊成員集合了完成專案所需的各項技能，例如數據科學、機器學習工程、軟體工程、UI/UX 等。這有助於團隊在每個 Sprint 中獨立地交付可用的產品增量，減少外部溝通與等待。
問題 5 (中級)
------------------------------
題目: 一家傳統製造業公司希望快速導入一個 AI 視覺檢測系統，用於生產線上的瑕疵檢測，但公司內部缺乏 AI 專業人才且預算較為緊張。基於這些條件，最適合採用的 AI 導入模式是？
選項:
A) 內部技術團隊開發。
B) 委外開發。
C) 選用現有商業服務。
D) 自建開源模型。
答案: C) 選用現有商業服務。
解析: 該公司缺乏內部 AI 人才、預算緊張且需求快速，選用現有成熟的 AI 商業服務 (例如 SaaS 視覺檢測平台) 能最快且成本效益最高地解決問題，無需自建團隊或承擔高額委外費用。
問題 6 (中級)
------------------------------
題目: 某企業考慮導入一個大型語言模型 (LLM) 應用於客服自動化。在正式全面部署前，進行概念驗證 (POC) 的主要目的是什麼？
選項:
A) 驗證 LLM 的開發程式碼是否完全符合內部編碼規範。
B) 評估所選 LLM 在特定客服場景中回應的準確性、語氣，以及與現有系統整合的可行性與潛在價值。
C) 訓練所有客服人員如何操作新的 LLM 系統。
D) 為 LLM 應用進行全面的安全性滲透測試和壓力測試。
答案: B) 評估所選 LLM 在特定客服場景中回應的準確性、語氣，以及與現有系統整合的可行性與潛在價值。
解析: 概念驗證 (POC) 的核心目的是在小規模、低成本下，驗證 AI 解決方案 (如 LLM) 在特定應用場景中的核心假設、技術可行性和商業價值，以降低全面導入的風險。
問題 7 (中級)
------------------------------
題目: 比較「內部技術團隊開發」與「委外開發」兩種 AI 導入模式，下列哪項關於其優劣的陳述是正確的？
選項:
A) 內部開發成本通常較低，但委外開發能更好地累積企業內部核心 AI 技術。
B) 內部開發在數據安全和客製化程度上通常更有優勢，而委外開發則能提供更專業的外部技術支援並分散風險。
C) 委外開發可以完全掌控 AI 系統的所有權和智慧財產權，而內部開發則較難實現。
D) 內部開發的專案管理通常比委外開發複雜，因為需要處理更多內部溝通。
答案: B) 內部開發在數據安全和客製化程度上通常更有優勢，而委外開發則能提供更專業的外部技術支援並分散風險。
解析: 內部開發因為數據不離開公司，且可依需求深度客製，具備高數據安全和客製化優勢。委外開發則可借用外部專業知識，有助於分散內部技術能力不足的風險。
問題 8 (中級)
------------------------------
題目: 一份完整的 AI 導入計畫書中，除了專案目標、時程與預算外，還應特別強調哪些關鍵要素，以確保 AI 專案能順利落地並持續運作？
選項:
A) 專案經理的個人履歷與所有團隊成員的薪資結構。
B) 詳細的每日 Scrum 會議記錄與每週的程式碼提交報告。
C) 數據收集與標註計畫、模型評估報告、風險評估報告以及部署與維運計畫。
D) 過去類似專案的所有失敗案例分析，但不需要解決方案。
答案: C) 數據收集與標註計畫、模型評估報告、風險評估報告以及部署與維運計畫。
解析: 這些文件是 AI 專案成功的關鍵。數據計畫確保數據的可用性和質量；模型評估報告證明模型的有效性；風險評估報告預見並應對挑戰；部署與維運計畫則確保 AI 系統上線後的穩定運行與持續優化。
問題 9 (中級)
------------------------------
題目: 在 Scrum 框架中，決定「如何」在當前 Sprint 中完成產品待辦清單項目，並將其分解為具體任務的責任主要由誰承擔？
選項:
A) 產品負責人 (Product Owner)。
B) Scrum Master。
C) 開發團隊 (Development Team)。
D) 利害關係人 (Stakeholders)。
答案: C) 開發團隊 (Development Team)。
解析: Scrum 強調開發團隊的自我組織性。在 Sprint 計畫會議中，產品負責人闡述「做什麼」(What)，而開發團隊則負責決定「如何做」(How) 以及將這些「什麼」分解為可執行的任務，並預估完成所需的工作量。
問題 10 (中級)
------------------------------
題目: 在一個 AI 專案中，行銷部門希望模型能精準預測「用戶對特定廣告的回應」，而數據科學團隊則發現現有數據難以直接支持此高精準度需求。這種情況最常歸因於 AI 專案中哪項挑戰，以及如何透過「跨部門協作」機制改善？
選項:
A) 技術複雜度過高；數據科學家自行決定模型能力上限即可。
B) 需求不確定性；透過頻繁的跨部門溝通與共同定義「最小可行產品 (MVP)」來對齊期望。
C) 預算不足；等待更多預算到位再啟動。
D) 缺乏足夠的開發人員；僅靠現有數據科學家完成所有工作。
答案: B) 需求不確定性；透過頻繁的跨部門溝通與共同定義「最小可行產品 (MVP)」來對齊期望。
解析: AI 專案常因業務部門與技術團隊對模型能力有不同的認知而產生需求落差。透過跨部門的定期溝通、共同識別需求的核心價值，並定義可行的 MVP，可以有效對齊雙方期望，逐步迭代，避免一次性追求無法實現的目標。
