# 第三週：設計資訊透明的專案進度儀表版

1. [上屆 notion 看板介紹](https://www.notion.so/2023-Node-js-bf602a4b3216463eaf66717111f95971?pvs=4)
2. 下週五討論改為下下週五 2/2(五)~

## 分組名單
1. Yuanlin + 黃士桓
2. Brook + rChinnnn
3. Ryder + 小麥
4. ✏鉛筆 + Alpha
5. Tim + 阿劍
6. Ruta Yu +Erik
7. kimn + hiYifang

## 專案進度控管要點

1. 明確的專案交付時間
2. 拆分工作內容與任務卡片，確保各人員的階段執行
3. 要求定期的進度回報

## 如何從大拆到小卡片的技巧(技術、整個專案)
1. 執行端 > 嘗試去接些中小型卡片 > 承接整個專案

## 讓學員自己選擇
容易在開發範圍沒辦法抓得很仔細

1. 依照里程碑分比較大項的工作內容去分工
2. 拆卡片，但不列時間，好處是可以切出較於中小型的卡片
3. 最嚴謹，跑 Scrum 看板，會列點數、難度

## 提問，以下哪些項目你覺得較為困難？
1. 訂定時程：要如何規劃團隊成員能在期限內交付
2. 拆分工作：習慣別人給你工作、還是你是主導者、還是共同討論？
3. 進度回報：有設立什麼形式，讓同事或下屬來追蹤回報進度
4. 產出共識：有沒有發現你要的東西，可能都沒要到你的預期？

## 本屆里程碑

1. 里程碑不會變動

| 里程碑 | 預估花費時間(包含來回修改次數) | 對應課程週數 | 預估 Deadline |
| --- | --- | --- | --- |
| 0️⃣ 團隊成立 | x | x | x |
| 1️⃣ 專題教練服務範圍、文件簽訂與相關注意事項 | x | x | x |
| 2️⃣ 題目確認、使用者故事、網站地圖、使用技術討論 | 1-3 天，盡量線下開學典禮當日完成，過程中會修改一次以上需提早提交 | x | 3/16（六）、3/17（日） |
| 3️⃣ 流程圖、泳道圖、線稿圖 | 7-14 天，過程中會修改一次以上需提早提交 | x | 4/3（三），最晚 4/11（四），不可再晚 |
| 4️⃣ 設計稿 | 7-14 天（與里程碑 5 同時進行），過程中可能會修改需提早提交 | x | x |
| 5️⃣ API 規格 | 4 週，過程中會修改一次以上需提早提交 | 第一週 | 5/1（三） |
| 6️⃣ 環境建立 | 10 天 | 第六~七週 | 5/11（六） |
| 7️⃣ 角色端建置（實作開發） | 7 週 | 第七~八週 | 6/29（六） |
| 8️⃣ 簡報準備 | 7-14 天 | 課程結束後 | 7/13（六） |
| 9️⃣ 專題發表（每組都要參加） | 準備簡報時間自行決定 | 課程結束後 | 7/14（日） |

## 3/16(高雄、台中場)~3/17(台北場) 完成里程碑二


## 專題教練負責項目

1. **里程碑進度確認**：每週挑一天晚上，與負責的組別進行里程碑進度確認，每組約 20~25 分鐘，整個會議期間約 2 小時內結束
2. **資源調度**：向各組別給予時程安排、MVP 開發項目、人力資源調動相關建議
3. **向上對齊**：每週挑一天與 Ray 進行同步、非同步會議

## Ray 這裡會協助的部分
會提供專題教練的專屬儀表版：
1. 通過里程碑的判斷依據
2. 各里程碑如何引導各組如何推進的方式