---
# System prepended metadata

title: 專案管理 HW

---

## 專案管理 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