最近看了一些敏捷開發的書籍，對敏捷開發有些初步的了解。今天就想來談談敏捷開發與傳統的專案管理之間的區別。
傳統的專案管理也稱為瀑布流式管理，學過pmp的同學應該知道專案管理有5大過程組：啟動過程組，規劃過程組、執行過程組、監控過程組，收尾過程組。而5個過程組裡面還有49個過程，就拿範圍管理來說，我就需要做的是 規劃範圍管理->收集需求->定義範圍->建立wbs->確認範圍->控制範圍。例如：我們需要為客戶開發乙個專案，工作流程就是先與專案發起人一起定義專案章程，然後開乙個專案啟動會議，確定這個專案的專案經理與這個專案的地位。然後開始規劃各種管理，編寫各種文件（規劃範圍管理，規劃進度管理，規劃資源管理，規劃質量管理，規劃成本管理等等），所有的文件規劃經過專案委員會評審確定後。就可以進入了專案的開發，這時候專案團隊成員就開始實施需求分析，程式設計文件的編寫，經過評審確定，進入開發，進入測試，最後交付。這就是專案管理開發模式的其中一種：**型開發。這種開發模式適合確定性非常高的專案，這種管理方式可以大大提高專案的成功。但如果使用在確定性不高的專案，就會是乙個比較繁瑣的過程了。比如你在開發的過程**現了變更了，就要開始走變更流程。如果變更影響了成本，進度，範圍都要提交到專案委員會進行討論確定要不要做，做就要更新上述中的所有文件。如果是大變更大到需要推倒重做，那對程式設計師來說簡直的折磨煎熬。還有不知道你們注意到沒有，其實對於客戶來說，這其中的管理流程都是透明的。客戶是最後乙個見到產品的人的，也是最能決定產品是否成功的人。這是乙個很大風險，所以裡面就還有乙個專案相關方管理，管理客戶的期望。如果客戶見到產品才發現不是自己想要的，那就很難受了，這就是乙個不成功的專案了。當然啦，傳統的專案管理開發的方式可不止這一種。除了**型開發意外，還有迭代開發、增量開發、混合開發。
因為傳統的專案管理模式有了：無法一次性消化所有需求、懼怕需求變更、不斷重做。所以有了很多偏向敏捷開發，敏捷開發是歡迎變更，持續交付價值，快速反饋。在說敏捷開發的流程之前，需要先說說敏捷開發的幾個方**：scrum、極限程式設計、看板方法等等。我這裡分享的主要是scrum，scrum是個專有名詞，它沒有中文翻譯，沒有意思，也不是縮寫。只需知道這個單詞是專有名詞。scrum有以下幾個概念：
product ower(po)-使用者/客戶/代言人，就是可以做出業務決策的。就是可以確定需求及其優先順序
scrum master-熟悉scrum流程的人，指導和確保團隊以scrum方式進行交付
sprint-scrum中對迭代的說法，乙個專案或者產品的交付是由乙個乙個sprint構成的。
user story-使用者故事。具有業務價值的交付單位，乙個專案或產品是由多個使用者故事構成的。
product backlog-專案的代辦列表，由使用者故事構成。
sprint backlog-乙個sprint的代辦列表，確定sprint有哪些使用者故事，框定sprint的開發範圍。
乙個專案或產品是由很多個sprint構成的，而sprint的週期是固定的，一般都是2~4周，最好不要超過4周。在每個sprint開始的時候，po都會和it團隊一起開會，po會對product backlog中的故事進行排序，it團隊對這些故事進行估算。因為sprint週期是固定的，it團隊的成員數量也是確定。所以可以協商出哪些使用者故事放到sprint進行開發，從而確定了sprint的開發範圍。
接下來it團隊圍繞sprint backlog中的使用者故事進行開發。it團隊每天都會進行一次15分鐘左右的站會，站會只討論三個問題：昨天做了什麼？今天會做什麼？遇到了什麼問題？注意：暴露了問題後，私下再組織相關人員開會進行討論解決方案，而不是在站會上進行討論，站會只負責盡早暴露問題。怎麼解決站會後再組織會議討論。
在sprint結束後，po有會和it團隊聚在一起開sprint評審會議，it團隊會對po展示這次sprint的交付成果，po有任何反饋或者需求變更都可以作為新的使用者故事放到product backlog中重新排隊，這就是敏捷開發應對需求變化的方法。縮短迭代週期就可以縮短反饋週期，即時整個專案的方向錯了也可以盡早發現和調整回來，盡可能降低損失。it團隊可以在這個時候舉行回顧會議，審視哪些地方在sprint做的好的，哪些地方需要調整的，然後訂下調整計畫，在下個sprint中進行優化調整。
以上就是敏捷開發中的scrum方**的工作流程，與傳統專案管理是有挺大區別的。但是沒有說那個管理的方式是最好的，每個管理方法都各自有優缺點。不同專案情況針對的使用管理方法才是對專案，對客戶最好的。最後給大家推薦乙個關於敏捷開發的書《獵豹行動：硝煙中的敏捷轉型之旅》，這本可以幫助你了解敏捷開發的一些知識。
專案流程之敏捷開發
正常產品專案流程 可以是產品經理創造需求 可以是 靈光一現 可以是對現有產品的改進 可以是仔細體驗生活，發現潛在的市場需求。通過內外部分析，制定產品設計 研發的明確思路。內 swot分析，外 pestle分析 有了思路後，我們就開始設計產品，設計產品需要知道產品的核心三要素 使用者 需求 場景 需求...
敏捷開發專案管理流程
前段時間給大家整理了敏捷開發的流程，最近在整理敏捷開發專案的流程和管理制度，其整理的專案管理規程如下，這份規程也不完全算是敏捷專屬的專案管理規程，主要是在結合我們公司實際的情況下編寫出來的，大家在實際嵌入到公司的過程中可以參考下，不能照搬。1.目的 規範網際網路軟體產品開發專案管理過程，指導開展專案...
敏捷開發與專案管理實戰系列文章
敏捷專案管理實戰之質量管理 本文以作者黃文海的專案管理實踐為基礎，介紹基於經驗過程控制 empirical process control 模型 缺陷預防以及敏捷價值觀的敏捷質量管理思想及其實踐。希望通過本文為廣大專案管理人員提供質量管理的一些思路和經驗分享。敏捷專案管理實戰之在敏捷開發中引入 st...