## 專案管理 HW1
- 會議日期: [time=20210921]
- 時間: [time=13:15]
- 地點: 線上
- 參與成員: 各自打自己的名字
- 討論事項:
- 參考模板
- [範例2](https://docs.google.com/document/d/15TlsNP5bgk5ZM78Xt7eAnRnRhFhPuF0g/edit?usp=sharing&ouid=104425897342026774551&rtpof=true&sd=true)
- [範例1](https://docs.google.com/document/d/1UcySo92hoF17Yyvkup6SOs9N9UyBi786/edit?usp=sharing&ouid=104425897342026774551&rtpof=true&sd=true)
- [作業提供](https://drive.google.com/drive/folders/1uXjAdWOUWyIZFqeF8WUbiGRZZdxg7fgo?usp=sharing)
- 參考資料
- [參考資料1](https://www.mohw.gov.tw/cp-4633-53014-1.html)
- [參考資料2](https://www.airitilibrary.com/Publication/alDetailedMesh?docid=P20150327001-202012-202012180015-202012180015-30-37)
- [參考資料3](https://digi.nstc.gov.tw/Page/1538F8CF7474AB4E/98d2bdfb-2f54-4598-879c-d556d301f678)
- [參考資料4](https://www.ithome.com.tw/news/137905)
- 軟體專案管理工具: Trello
1.使用原因：open-sourced，方便掌握團隊成員手上的案子是甚麼，分配工作項目簡單明瞭，操作畫面淺顯易懂
2.企業案例：大家都熟悉多少都有使用過並且也是免費的 【訓能集思】，有團體的 group meeting 也是用這個，BenQ裡追蹤近的的部分也是使用 Trello
- 討論階段
- 成功因素
- 開發前：
- 問題與功能明確，前期溝通成本不高，提高專案成功機率
- 採用了結合瀑布式與敏捷是的優點，有持續的溝通，避免瀑布式的缺點，同時保有瀑布式的開發效率
- 開發中：
- 由上而下管理功能明確，但對於整個開發的管理方式是有幫助。
- 持續迭代產品，先求有再求好，需要不斷的開發迭代，先滿足一定的需求，在逐漸提高通路
- 預購功能的出現，是因為有存在現有的系統，能夠去串接，使得未來在開發功能的開發時間縮短
- 開發後：
- top down 的管理方式，若是主管足夠明確知道功能與開發細節，可以降低團隊的溝通成本
- 系統分階段上線
- 有一個良好的 QA 制度 (使用者回饋制度)
- 隱藏風險
- 開發前：
- 開發前時間不夠-疫情不夠
- 上而下管理，對於問題的理解要很清楚，不然對於整個團隊的領導會有問題。
- top down管理方式是由PM來作溝通，如果PM不夠強，很容易造成整個團隊溝通成本上升進而失敗。
- 開發中：
- 有可能有更好的想法，但由於top down 管理模式，導致無法採納這樣的創意建議
- 開發後：
- 產品交付之後，但後續疫情可能不可控，流量可能會忽大忽小。
- 由於串接到不同系統，有可能會提高維護成本
- 由於大量的 Open data 公開，有可能存在資安的問題
- 風險避免
- 類似於瀑布式開發，但保留了敏捷是的迭代概念，先有1.0支撐需求，在持續迭代生出2.0, 3.0 提供更多通路
- 伺服器要強，人流上百萬很容易造成伺服器爆炸，這事前必須要想到
- 看法啟發
1.
- 作業分工列表:
- 各位回家各自寫一下自己的看法
- 組員討論合照:

## 專案管理 HW2