Recommended
More Related Content
What's hot
What's hot (20)
Similar to 專案管理概念介紹與實務應用 20190515 v4_final
Similar to 專案管理概念介紹與實務應用 20190515 v4_final (20)
專案管理概念介紹與實務應用 20190515 v4_final
- 7. 專案(Project) • 暫時性的(Temporary) • 獨特的產品、服務及結果 • 逐步完善的(Progressive elaboration)
- 8. 專案管理(Project management) • 為了達成專案目的 • 滿足利害關係人的需求和期望 • 結合各種知識、技能、工具與技術運用在專案活動上
- 10. 專案成功(Project Success) • 以是否在專案限制下完成專案來衡量 • 在專案邊界(Boundaries)及要求的基準內完成專案 • 使基準或目標合乎實際且可達成
- 11. 營運管理/作業管理 • 指持續生產產品或提供服務，使企業得以持續經營 • 負責監督、指導和管制企業的作業，也是達成企業的策 略目標之所需 • 營運管理並非專案管理所涉及的範圍
- 13. 專案管理 vs 營運管理 相同 不同 • 由人員實施 • 有資源的限制 • 有計劃的、可執行的及需監控的 • 因應組織目標或策略規劃而產生 • 營運是持續性的，不斷重複的 • 營運的目的：維持營運 • 專案是暫時性的，有獨特的產出 • 專案的目的：達到特定目標後結束
- 15. 專案管理概念介紹 如期 如質 如成本 達成 專案目標
- 16. 產品生命週期 出生期 成長期 飽和期 衰退期 時間 銷售量 評估專案 產品促銷專案 產品改良專案 產品退出評估 專案 or 階段 新產品推出
- 17. 專案生命週期 開始專案 組織與準備 執行專案工作 專案結束
- 19. 專案過程中的角色 專案成員 專案成員 專案成員 專案 管理團隊 專案經理 功能成員 支援的 功能經理 受影響的單位 主管機關 客戶 高階主管 贊助人/發起人 使用者 利害關係人 專案團隊
- 22. 複習一下PDCA Plan Do Check Act Plan 計畫 規劃一個可以使製造過程更好地 執行計畫 Do 執行 規劃計畫上所表列的事項 Check 確認 確認執行後的結果並思考前後的 差異性 Act 修正行動與標準化 將有效的改善對策加以標準化或 將所確認的結果轉化為下一個改 善的計畫事項
- 23. 專案管理五大過程 起始 Initiating 結束 Closing 規劃 Planning 執行 Executing 監控 Monitoring & Controlling 建立基準 產生績效 基準 vs 績效
- 27. 敏捷宣言(Agile Manifesto)- 4個核心價值 來源 https://mir-s3-cdn-cf.behance.net/project_modules/max_1200/9f2c4c28702877.55e9045f5ce9b.jpg • 個人與互動 重於 流程與工具 • 可用的軟體 重於 詳盡的文件 • 與客戶合作 重於 合約協商 • 回應變化 重於 遵循計劃 這四點裡面，我們比較看重左邊的項 目，但不是說右邊的項目沒有價值。
- 28. • 我們最優先的任務，是透過及早並持續地交付有價值的軟體來滿足客戶需求。 • 竭誠歡迎改變需求，甚至已處開發後期亦然。敏捷流程掌控變更，以維護客戶的競爭優勢。 • 經常交付可用的軟體，頻率可以從數週到數個月，以較短時間間隔為佳。 • 業務人員與開發者必須在專案全程中天天一起工作。 • 以積極的個人來建構專案，給予他們所需的環境與支援，並信任他們可以完成工作。 • 面對面的溝通是傳遞資訊給開發團隊及團隊成員之間效率最高且效果最佳的方法。 • 可用的軟體是最主要的進度量測方法。 • 敏捷程序提倡可持續的開發。贊助者、開發者及使用者應當能不斷地維持穩定的步調。 • 持續追求優越的技術與優良的設計，以強化敏捷性。 • 精簡──或最大化未完成工作量之技藝──是不可或缺的。 • 最佳的架構、需求與設計皆來自於能自我組織的團隊。 • 團隊定期自省如何更有效率，並據之適當地調整與修正自己的行為。 敏捷宣言 - 12條原則
- 29. 面對「變」的速度 • 資訊變動的快 • 市場變動的快 • 需求變動的快 一直在走「整合變更管制流程」…
- 32. 增量式開發生命週期 分析 設計 開發 測試 增量1 分析 設計 開發 測試 增量2 第一次增量 第二次增量 第三次增量 分析 設計 開發 測試 增量3
- 34. 開發生命週期特性比較 特性 開發手法 專案需求 各類活動 交付次數 重要目標 預測式 固定 於整個專案中執行一次 單一交付 計畫執行的穩定性 迭代式 可變 重複執行直到正確 單一交付 解決方案的正確性 增量式 可變 於每次增量中執行一次 頻繁且較小型的多 項交付 迅速且持續地交付價值 敏捷式 可變 重複執行直到正確 頻繁且小型的多項 交付 藉由頻繁的交付與回饋，在持 續實現客戶價值時，也逐步拉 近主客認知的差距
- 35. 開發生命週期整體比較 預測式 迭代式 增量式 敏捷式 基本特性 專案為序列式 劃分為數個重複執行 的迭代 劃分成數個交付不同 子範疇的迭代 劃分成數個迭代，以優先產 出基本與高價值功能特性為 主 客戶需求 規劃頻率 專案只會進行一次 前期規劃 每個迭代開始時都會 進行一次規劃 每個迭代開始時都會 進行一次規劃 規劃是一個從頭到尾持續進 行的動作 變更處理 產品交付 專案最後一次交付 整個產品 每一次迭代結束時， 規劃內容與對於最終 解決方案的掌握會越 趨精準詳盡 每個週期結束時都會 有增量且有價值的產 品 每個迭代都會完成與/或交 付增量(Increments)，有時會 再正式釋出一個集合以開發 功能特性的產出(稱為 Release) 事先定義 逐漸浮現 盡量避免 擁抱變更
- 38. 統計期間：2016/8/5-2017/3/1 (約8個月) 規劃完成數：935件(暫緩開發數95件，調整至3月後74件) 開發完成數 : 766件 • 產品經理效率分析： 利用敏捷開發，提出規劃效率從平 均每月49.7件，上升至每月168件，成長了3.4倍 • 軟體開發效率分析：利用敏捷開發，系統開發效率從平 均每月完成需求42.4件上升至153.2件 成長了3.6倍 電子支付機構建置-Scrum績效成果
- 43. 敏捷開發-Scrum
- 44. Scrum-原理 • 衝刺計劃 • 衝刺期間 每日站立會議 推進進度 評審會議 • 回顧會議 • 衝刺計畫 ….. 直到達成目標
- 45. Scrum故事 有一天雞和豬走在路上… • 雞：我們一起來開一間餐廳怎麼樣？ • 豬：嗯，也許可以喔。餐廳要叫什麼名字？ • 雞：就叫做「火腿與雞蛋」。 • 豬：嗯…我看還是算了。 • 雞：為什麽？ • 豬：因為我要貢獻出我的肉（committed），而你只需 要下蛋參與其中（involved）。
- 46. Scrum-角色 豬 • Scrum Master • Product Owner • Development Team 雞 • Stakeholders 來源 http://teddy-chen-tw.blogspot.com/2017/10/blog-post.html
- 48. 衝刺計畫會議-Sprint Plan Meeting 來源 https://vanditamanyam.files.wordpress.com/2014/09/screen-shot-2014-09-28-at-8-01-09-pm.png
- 49. 每日站立會議-Daily Standup Meeting 來源 https://www.ettoday.net/dalemon/post/24865 • 不超過15分鐘 • 說重點 • 豬-說話 昨天做什麼 今天做什麼 是否遇到困難 • 雞-聽
- 50. 評審會議-Sprint Review Meeting 來源 https://www.ettoday.net/dalemon/post/24865 • Demo/驗收成果 • 談技術性議題
- 53. • 不太適合大型、複雜的專案 • 資源必須集中，有資源冗余風險 • 團隊必須自制及自主 • 工作能力不能落差太大 • 增加透明度產生效率，不是真正加快速度 • 相依性問題仍存在 Scrum的限制
- 54. 因為Scrum而認識Kanban
- 59. 1. 這情境是否具備「專案」的特徵？ 2. C君的最終目標是什麼？ 3. 您認為成功和失敗的結束條件是什麼？ 4. 您在幫他的過程中，擔任什麼角色？ 5. 您打算怎麼幫他？ 討論
- 60. 敬 請 指 教
- 61. [1] Project Management Framework, PM-ABC [2] PMBOK Guide 6th Edition, PMI [3] Agile Practice Guide, PMI 參考資料