Please enable JavaScript.
Coggle requires JavaScript to display documents.
專案管理 - Coggle Diagram
專案管理
瀑布法
6階段
測試階段
將專案移交給掌管品保的測試團隊,測試人員先尋找出所有錯誤或無法有效運行之處,以利修正,才可部署專案
部署階段
發布最終的交付項目
實作階段
根據第一階段的需求文件和第二階段的系統設計流程,開始完整開發
系統設計階段
專案團隊要使用哪些硬體、程式語言和使用者介面等其他詳細資訊
高階設計階段
建構軟體如何運作及資訊如何存取
低階設計階段
建置軟體較具體的部分
維護階段
專案部署後執行個體可能會產生錯誤或者需要更新
需求階段
每個階段由誰負責
必備資源
各階段的時間軸
使用時機
專案具有清楚定義的終點目標
沒有預算或時間限制
能夠盡可能多花時間在需求和系統設計階段,可修正並調整
建立可重複執行的流程
每個步驟都需要製作文件紀錄
優缺點
優點
工作回溯容易
每階段都有一致的文件紀錄
追蹤進度
甘特圖
團隊成員有效管理時間
需求階段能估計各自特定瀑布流程需花費多少時間
缺點
中途的阻礙可能影響時程
每階段只會在上個階段完成後才開始
一但完成,很難返回某一階段
QA設置於流程後段
QA品質保證
流程初期的錯誤可能極具挑戰性
講求先後順序,將專案區分為不同階段
經常以流程圖或甘特圖的
視覺化
形式呈現
敏捷專案管理
關鍵元素
迭代與增量開發
專案被分成數小個、可管理的
迭代
每個迭代進行設計、開發、測試,且都會產生一個可運行的產品增量
客戶參與
客戶在專案的始終都積極參與,每個過程都提供反饋和建議
接受變更
需求可能會在專案過程中變更,有機制來應應這些變動
自我組織團隊
團隊成員有權決定如何完成工作
以人為核心,強調小團隊的協作與建立高反應性的環境
常見方法
Scrum
Kanban
Lean
優點
適應需求變動
遠端工作與團隊協作
提升客戶滿意度
強調顧客參與
快速應變與風險管理
迭代交付與反饋機制能早期發現專案問題
快速應對變化降低失敗風險
專案預測
每個迭代有明確目標與時間框架
進度與成本預測
確保產品品質
強調測試驅動
能在開發早期發現問題並修正