# <線上學習平台>專案企劃書 ## 零、目錄 * **一、專案說明 Introduction** * **二、專案簡介 Project Overview** * 動機 Purpose * 範圍 Scope * 目標 Objectives * 商業案例 Business Case * 可交付成果 Deliverables * 組織及責任歸屬 Organization & Responsibility assignment * 工作分解結構 Work Breakdown Structure * **三、風險評估 Risk Assessment** * 風險識別和分析 Risk Identification * 風險評級 Assessment of Probability and Consequence * 風險應對方法 Mitigation Strategies * **四、專案時程 Project Schedule** * 階段一:規劃和準備 Planning and Preparation * 階段二:設計和開發 Design and Development * 階段三:部署和推廣 Deployment and Promotion * 階段四:維護和改進 Maintenance and Enhancement * 甘特圖 Gantt Chart * **五、專案預算 Project Budget** * 人力資源成本 Human Resources Costs * 技術開發成本 Technology Development Costs * 行銷和推廣成本 Marketing and Promotion Costs * 其他成本 Other Costs * **六、專案溝通 Communication** * 專案會議計畫表 Meeting Schedule * **七、專案追蹤和進度控制 Track & Status Control** * 專案追蹤 Project Tracking * 進度控制 Status Control * 進度通知 Status Update * **八、專案結案 Project Close-out** * 專案結案文件 Close-out Documents ## 一、專案說明 Introduction * 建立一個以影像課程為主的學習平台,涵蓋各種主題,並提供互動式教學和學習資源。 ## 二、專案簡介 Project Overview - ### 動機 Purpose 1. #### 解除地緣限制: * 線上學習平台提供的課程內容,不受地理位置的影響,學習者可以在任何有網路訊號的任何地方取得教材,打破傳統教育的地緣界限,可以傳遞資訊到全球的每一個使用者。 2. #### 靈活性: * 線上學習使個人可以按照自己的節奏學習,並在適合他們時間表的時間進行學習。這種靈活性對於想要提升技能或追求進一步教育的專業人士或平日上班時間有工作的人特別有益。 3. #### 成本效益: * 傳統的教育通常涉及諸如學費、交通和住宿等重要成本。線上學習平台可以更具成本效益,省去通勤的需要,並且把資源專心運用在提升課程品質。 4. #### 多樣化的學習資源: * 線上平台通常提供各種多媒體資源,包括影像重複播放/加速、互動式學習和學習評量測驗,增強學習體驗,這種多樣化的學習方式更能反應學生實際狀況,適應不同的學習風格。 - ### 範圍 Scope 1. #### 預算上限 Cost Limit - 4,500,000 TWD 2. #### 涵蓋時間 Time Period - 22 Weeks 3. #### 性能要求 Performance Requirements - 能同時負荷10萬人同時使用平台。 - ### 目標 Objectives 1. #### 提供多樣化的學習主題 - 為了滿足廣泛的學習需求,平台將覆蓋科技、商業、藝術創作和人文歷史等多個領域,以適應不同學習者的需求。這樣的多樣性不僅滿足了專業發展的需求,也激勵了對學習的熱情。除此之外,平台將循序漸進提供從基礎到複雜的課程,這些課程將由經驗豐富的教育專家和業界專業人士設計和教授,以確保學習內容的品質和實用性。 2. #### 互動式學習技術的應用 - 平台將採用先進的互動技術,如即時反饋系統、互動式討論板和合作學習工具,這些都將幫助學習者更有效地吸收知識,並促進學習者的參與和互動。 3. #### 個性化學習體驗 - 提供靈活的學習計畫,每位學習者都可以根據自己的學習速度、興趣和目標定制學習計畫。平台還將提供個性化的學習建議和進度追踪,使每個人都能在自己的學習旅程中得到最佳支持。 4. #### 建立激勵學習的環境 - 透過建立線上討論區,學習者可以互相交流經驗、分享資源並互相激勵。這不僅增強了學習的社會層面,也創造了一個支持和合作的環境。除了提供結構化的課程,平台還將提供豐富的資源庫,如預錄講座、案例研究、互動練習和自我測驗,以鼓勵學習者探索和深化他們的知識。 - ### 商業案例 Business Case 1. #### 均一教育平台 (國小至高中教材) 2. #### Khan Academy (數學、科學) "我不會說它是一個完整的教育方案,他的價值在於補充課堂中的知識" - Sal Khan 3. #### University of the People - ### 工作說明 Statement of Work 1. #### 關鍵里程碑 - **專案啟動**: - 建立團隊並進行首次利益相關者會議。 - 完成詳細項目計劃。 - **完成平台外觀設計與開發**: - 完成設計階段,包括用戶界面和體驗。 - 開發互動功能,如即時反饋和討論板。 - **完成內容創建與策劃**: - 完成多個學科的首批課程。 - 整合多媒體內容,如視頻講座和互動練習。 - **測試和反饋整合**: - 完成首輪用戶群體測試。 - 根據反饋調整和完善平台。 - **平台上線**: - 向大眾正式推出平台。 - 開始推廣活動。 - **上線後評估和持續開發**: - 評估用戶初期的反饋和平台表現。 - 定期更新課程內容和增加新功能。 2. #### 資源需求 - **人力資源**: - 專案經理、互動式學習專家、課程內容協調員、個性化與分析主管、社群經理、全端開發人員。 - **技術資源**: - 學習管理系統(LMS)、伺服器和互動工具軟件。 - **內容資源**: - 教育材料、多媒體內容。 3. #### 風險和顧慮 - **技術和平台穩定性**: - 技術故障或停機風險,影響用戶體驗。 - **內容相關性和質量**: - 確保內容保持正確和淺顯易懂的資源。 - **用戶參與度和留存率**: - 在競爭激烈的線上學習市場中吸引和留住用戶的難度。 - **數據安全和隱私**: - 確保用戶數據的隱私性。 4. #### 接受標準 - **功能和性能**: - 平台應符合所有技術規範,並能無重大問題地運行。 - **用戶滿意度和參與度**: - 通過調查和使用數據衡量高用戶滿意度。 - **內容質量和相關性**: - 用戶和專家對課程內容質量和相關性的正面回饋。 - **安全和合規性**: - 遵守個人隱私資料保護標準和法案監管要求。 - ### 可交付成果 Deliverables | 專案階段 | 可交付成果 | 期限 | | -------- | -------- | -------- | | 啟動階段 | * 專案管理計畫書 | week 1-2 | | 原型開發中期 | * 截至目前的會議記錄<br/>* 第一階段測試計劃 | week 3-11 | | 原型開發結束 | * 截至目前的會議紀錄<br/>* 專案軟體的原型<br/>* 原型測試報告 | week 12-13 | | 完整開發中期 | * 修訂版專案管理計畫書<br/>* 截至目前的會議記錄<br/>* 第二階段測試計劃 | week 14-20 | | 完整開發結束 | * 截至目前的會議記錄<br/>* 完整的在線學習平台軟體<br/>* 最終測試報告 | week 21-22 | - ### 組織及責任歸屬 Organization & Responsibility assignment 1. #### 專案經理 - **角色:** - 整體負責專案規劃、執行和交付。 - **職責:** - 制定並維護專案計畫。 - 與團隊成員和利害關係人協調。 - 確保專案按時完成並在預算內。 - 監督風險管理和問題解決。 2. #### 課程內容協調員 - **角色:** - 負責監督課程內容的開發。 - **職責:** - 與教育者和業界專業人士合作進行課程設計。 - 確保課程材料的質量和相關性。 - 與多媒體和技術團隊協調內容交付。 3. #### 互動式學習專家 - **角色:** - 負責整合互動式學習技術。 - **職責:** - 辨識並實施互動工具,如即時反饋系統和討論板。 - 確保平台的互動性達到教育目標。 4. #### 個性化與分析主管 - **角色:** - 專注於個性化學習體驗和實施分析。 - **職責:** - 制定並實施個性化學習計劃。 - 追踪並分析用戶數據以提升平台效果。 - 實施進度追踪和建議系統。 5. #### 社群經理 - **角色:** - 負責建立和管理在線學習社群。 - **職責:** - 促進學習者之間的交流。 - 監控討論和用戶生成的內容。 - 鼓勵社群內的參與和支持。 ![image](https://hackmd.io/_uploads/BJebQKSI6.png) - ### 工作分解結構 Work Breakdown Structure ![image](https://hackmd.io/_uploads/HyoKt_JwT.png) 1. #### 提案 Project Proposal - 定義專案問題及需求 - 構想及評估問題的解決方案 - 尋找及娉請顧問 - 製作專案提案書 2. #### 起始 Project Initialize - 建立專案管理團隊 - 確認專案利害關係人 - 召開專案啟動會議 3. #### 計畫 Project Planning - 定義專案計畫書內容 - 規劃專案計畫書 - 撰寫專案計畫書 - 審核專案計畫書 4. #### 執行 Execution - 交辦工作分包 - 驗收及檢討產出流程的各階段工作 - 審核完成結果 5. #### 控管 Control - 進行範疇、時間、成本、資源、品質、文件控管 - 進行議題變更 - 溝通及報告 6. #### 結案 Close-out - 專案資料建檔 - 交辦結案工作 - 舉行結案會議 ## 三、風險評估 Risk Assessment * ### 風險識別和分析 Risk Identification | 風險類別 | 風險名稱 | 風險說明和後果 | | -------- | -------- | -------- | | 技術風險 | 技術難題 | 開發時遇到技術瓶頸,造成專案時程延誤 | | 技術風險 | 安全性問題 | 駭客攻擊導致伺服器連線品質不佳或服務中斷,用戶不滿 | | 規劃和執行風險 | 需求變更 | 用戶需求頻繁變更,導致專案scope改變、時程延誤 | | 規劃和執行風險 | 項目管理 | 項目管理不當,造成資源和人力分配不均 | | 商業和市場風險 | 市場競爭 | 市場競爭激烈,若客群減少會影響收入 | | 資金和財務風險 | 預算超支 | 開發成本超出預期,造成資金短缺 | | 法律和合規風險 | 隱私問題 | 未適當處理導致用戶資料外洩,造成信任損失,及可能需支付賠償或罰款 | * ### 風險評級 Assessment of Probability and Consequence | 風險來源 | 風險名稱 | 發生機率P | 影響程度C | | -------- | -------- | -------- | -------- | | 內部 | 技術難題 | 0.1 | 0.3 | | 內部 | 項目管理 | 0.1 | 0.3 | | 內部 | 預算超支 | 0.1 | 0.3 | | 外部 | 安全性問題 | 0.3 | 0.5 | | 外部 | 需求變更 | 0.3 | 0.5 | | 外部 | 市場競爭 | 0.3 | 0.5 | | 內部/外部 | 隱私問題 | 0.3 | 0.9 | * ### 風險應對方法 Mitigation Strategies | 風險名稱 | 應對措施 | 具體作法 | | -------- | -------- | -------- | | 技術難題 | 最小化 | 增加技術評估階段,定期評估 | | 安全性問題 | 轉移 | 改用穩定、安全性高的第三方伺服器 | | 需求變更 | 最小化 | 與客戶緊密溝通,以確保需求在專案初期確定 | | 項目管理 | 最小化 | 審視管理措施,確保團隊合作 | | 市場競爭 | 分享 | 與行銷團隊溝通,共同承擔風險 | | 預算超支 | 接受 | 保留彈性預算 | | 隱私問題 | 最小化 | 進行合規性評估,實施符合當地法規的隱私政策 | ## 四、專案時程 Project Schedule * ### 階段一:規劃和準備 Planning and Preparation 1. **需求分析和研究** - 收集用戶需求和功能要求 - 研究市場競爭狀況和最佳實踐 2. **制定專案計劃** - 確定功能範圍和優先順序 - 決定技術架構和開發方法 3. **人力資源和預算規劃** - 選擇團隊成員和專業人才 - 評估預算和成本 * ### 階段二:設計和開發 Design and Development 1. **系統架構設計** - 創建系統架構和資料庫設計 2. **前端和後端開發** - 前端介面開發 - 後端系統和功能開發 3. **測試和修復漏洞** - 單元測試、整合測試和系統測試 - 修復錯誤和漏洞 * ### 階段三:部署和推廣 Deployment and Promotion 1. **平台部署** - 上線準備和系統測試 - 伺服器設定和環境準備 2. **推廣和行銷** - 廣告宣傳和社群推廣 - 使用者反饋和改進 * ### 階段四:維護和改進 Maintenance and Enhancement 1. **優化** - 監控系統表現和用戶回饋 - 更新和改進功能 * ### 甘特圖 Gantt Chart ![1-2](https://hackmd.io/_uploads/SJaQY6FUa.png) ## 五、專案預算 Project Budget 1. ### 人力資源成本 Human Resources Costs: - **專案經理**:定義專案範疇、設定並監督計畫、分配時間、預算與資源。 - **開發團隊**:包括前端和後端開發人員、設計師、測試人員等,根據所在地區的市場薪資水平計算成本。 - **行銷團隊**:推廣、廣告和社群管理的人員。 2. ### 技術開發成本 Technology Development Costs: - **軟體開發工具和設備**:軟體授權費用、開發工具費用等。 - **雲端基礎設施**:伺服器租用、資料庫費用等。 - **安全性和隱私保護**:SSL憑證、資訊安全措施等。 3. ### 行銷和推廣成本 Marketing and Promotion Costs: - **廣告和宣傳**:社群媒體廣告、線上廣告、印刷品等的成本。 - **合作夥伴和推廣活動**:與潛在合作夥伴的合作成本、推廣活動的經費。 4. ### 其他成本 Other Costs: - **顧問和外包成本**:外部顧問或承包商的協助。 - **保險和法律費用**:相關法律合規和保險費用。 - **考慮應變費用**:預留一些預算用於應對意外情況或變更需求時的成本。 ![Blue Modern Minimalist Budget Planning Graph Chart (2)](https://hackmd.io/_uploads/ryPqXCY8T.png) ## 六、專案溝通 Communication * ### 專案會議計畫表 Meeting Schedule | **會議目的** | **頻率** | **會議方式** | **發起人** | **參加者** | | -------- | -------- | -------- | -------- | -------- | | 例行進度會議 | 每周 | 線上會議 | 專案經理 | 整個專案團隊 | | 專案階段會議 | 完成當前階段 | 實體會議 | 專案經理 | 整個專案團隊<br/>客戶 | | 項目異動 | 若有需要 | 線上會議<br/>訊息通知 | 專案經理<br/>客戶<br/>技術負責人 | 團隊相關成員<br/>客戶 | | 例外狀況匯報 | 若有需要 | 線上會議<br/>實體會議 | 專案經理<br/>技術負責人 | 團隊相關成員<br/>客戶 | | 緊急事件<br/>重要事件 | 若有需要 | 實體會議 | 團隊任何成員 | 整個專案團隊 | ## 七、專案追蹤和進度控制 Track & Status Control 1. ### 專案追蹤 Project Tracking - #### **預算追蹤** - **人力預算:** 招娉人才時可能會有簽約金,於是在起初會遇到尖峰值,之後隨著系統逐漸變得完整,將不再需要大部分的開發人員 ![image](https://hackmd.io/_uploads/SkzJ1_1wa.png =400x) - **工程預算:** 第一個峰值為設計開銷,第二個峰值為開發費用 ![image](https://hackmd.io/_uploads/B1Aly_kP6.png =400x) - **運行預算:** 將會在系統試營運期間攀升,迎接新用戶,之後成長較緩慢 ![image](https://hackmd.io/_uploads/HJobJ_1v6.png =400x) - **行銷預算:** 不同市場狀態下,根據行銷法則,階段性調升行銷預算 ![image](https://hackmd.io/_uploads/rkszJd1vp.png =400x) - #### **非預算追蹤** - **每日活躍用戶數:** 起初先透過同儕間互相推薦,打造良好口碑,後期才會有明顯的成長幅度 ![image](https://hackmd.io/_uploads/ryvukOkDa.png =400x) - **用戶留存率:** 一開始用戶可能保持嚐鮮的心態來使用產品,只使用一小段時間,我們希望之後透過增加更多內容與版本更新,逐漸得到消費者的青睞,已達成更高的留存率 ![image](https://hackmd.io/_uploads/SyHKJd1Dp.png =400x) 2. ### 進度控制 Status Control - #### 控制循環 1. 設立目標 2. 確認實際執行狀況 3. 比較目標與現況 4. 採取行動 3. ### 進度通知 Status Update - 當專案進度不如預期的時候,將會透過上述的專案會議計畫表,通知相關負責人,並且制定解決方案。尤其會常常利用例行的進度會議,遇到重大用戶反應事件,才會使用例外狀況回報或緊急事件通知 ## 八、專案結案 Project Close-out * ### 專案結案文件 Close-out Documents - 專案名稱:台科線上學習平台委託開發 - 專案編號:OL-023 - 專案經理:XXX - 結案日期:2023/12/15 * #### 專案完成細項 1. 設置伺服器 - 檔案伺服器: 教學文件、教學影檔 - 網站伺服器: 網站平台 - 備份備援伺服器: 定備份,若網站伺服器故障,可立即啟用 2. 線上學習系統前端開發 - 老師端 - 學生端 - 開發人員端 3. 線上學習系統後端開發 - 檔案上傳管理 - 權限系統設計 - 與前端相關之邏輯開發 * #### 關閉成本帳戶 - 成本匯總:4602340 - 預算對比:超支 102340 - 未付款項清算:均已付清 - 財務報告:參考文件 *台科線上學習平台委託開發_財務報告.docx* 。 - 稽核文件:參考文件 *台科線上學習平台委託開發_財務稽核.docx* 。 * #### 學習&檢討 * **學習**: 1. 需求收集和分析:了解用戶需求和市場趨勢,包括目標受眾的期望和需求。 2. 技術評估:學習最新的技術趨勢,確定適合平台的最佳技術架構。 3. 競爭分析:研究競爭對手的優勢和劣勢,從中學習並找出差異化的機會。 * **檢討**: 1. 專案計劃審查:檢討專案計劃的實際執行情況,確保進度與計劃一致。 2. 風險評估:檢討預測的風險是否發生,評估應對策略的有效性。 3. 用戶回饋:從用戶的回饋中學習,檢討平台的使用情況和改進建議。 * #### 客戶確認 - 2024/01/01 XXX