Docker 的優點
1030
2025-04-02
傳統項目管理VS敏捷項目管理
很多人都知道,項目管理領域有兩種管理方式:傳統項目管理和敏捷項目管理。很多人在團隊引入敏捷的時候,會有一個疑惑,傳統項目管理和敏捷項目管理的區別是什么?
各個模式的項目管理發展歷程
在1969年以前,不管是制造汽車還是制造輪船,全世界的項目管理都沒有太多的章法和規則。
直到1969年美國成立了PMI組織,推出了PMBOK一整套規則、PMP認證后,全世界的項目管理就有了章法、有了規則。
直到現在,絕大部分行業還是使用這套標準項目管理方法——傳統的項目管理。
直到2001年,有17個軟件行業開發者在猶他州Snowbird滑雪勝地里聚會,他們白天滑雪,晚上喝酒聊天,聊著聊著發現,他們一致認為傳統項目管理不適用于軟件行業的,然后他們制定并簽署了行業最重要的文件之一:敏捷宣言。他們還在這里塑造了許多關于軟件的構想、開發和交付的方式,甚至是世界如何運作的方式。
所以敏捷這個概念是非常新穎的,2006-2007年期間,敏捷就被引入中國,騰訊就是最早使用敏捷的企業之一。同時,對于一些要考慮很多問題的項目,例如:“有沒有流量?”、“別人愿不愿意來”等等,所以他們需求是不確定的,按照以前傳統項目管理方法是行不通的,所以敏捷就誕生了。
傳統VS敏捷項目管理對比
傳統項目管理
通常采用的是瀑布式、部分迭代開發模式,要求在項目建設時,需求足夠明確、文檔足夠規范,迭代過程中需求變更越多、越晚,對項目影響越大,會影響到項目的交付質量。
敏捷項目管理
作為新興的項目管理模式,簡化了傳統項目管理的繁瑣流程和文檔。以 Scrum 為代表,歡迎需求變更,在客戶需求不明確的時候,以在較短的周期內開發出可用的軟件為目標,來幫助客戶描述自己的需求。迭代過程中的需求變更會加入到項目繼續迭代需求池,豐富項目的產品功能。
敏捷VS傳統項目管理的相同點
敏捷項目管理
聲稱要擺脫繁冗的流程制度文檔,但是對于關鍵的項目文檔,比如需求規格說明書等等,也是要求必須具備的。所以,敏捷項目管理的項目流程制度上的管理可以看作是對一套完善的項目管理流程制度的裁剪,只不過這個裁剪的尺度比較大,從而也對敏捷項目團隊成員的適應性,自主性提出了較高的要求。
具體的敏捷方法在每個迭代周期中都存在立會制度,燃盡圖、看板監控、計劃發布等,這些和PMBOK中對項目生命周期的五個過程組啟動、規劃、執行、監控和收尾的定義沒有沖突矛盾,實際上敏捷項目管理的這些措施可以看作是PMBOK項目生命期五個過程組執行的微縮版,區別在于敏捷項目管理的迭代周期,時間很短,在去執行過程中裁剪了很多規范正式的項目管理流程制度。
敏捷VS傳統項目管理的區別
1、不同的管理方式適用于不同類型的項目,敏捷更適用于未知、不可知或持續變化的項目;
2、傳統的管理方式有如計劃經濟體制,敏捷有如市場經濟體制,適應變化的能力不同;
3、極大地縮短了用戶與開發者,預期目標與實施狀況,投資與投資回報之間的反饋回路;
4、將小型團隊轉化為自身命運的管理者,團隊接受挑戰,找尋應對挑戰的方法,發揮創意,避開工作障礙,而這一切都無法由中央控制及調度系統預先安排。
當處于快速發展的社會環境、面臨復雜而多變的項目時,傳統項目管理方式常常面臨進度延期、成本超支、質量不過關、客戶滿意度低、變更頻繁等問題,而敏捷項目管理可以說是在原本完善的項目管理流程制度上進行了尺度較大的裁剪,從而對敏捷項目團隊成員的適應性,自主性提出了較高要求,可以使項目經理將最大限度的項目資源和活動用于產生增值結果上。
傳統項目管理VS敏捷項目管理
各個模式的項目管理發展歷程
在1969年以前,不管是制造汽車還是制造輪船,全世界的項目管理都沒有太多的章法和規則。
直到1969年美國成立了PMI組織,推出了PMBOK一整套規則、PMP認證后,全世界的項目管理就有了章法、有了規則。
直到現在,絕大部分行業還是使用這套標準項目管理方法——傳統的項目管理。
直到2001年,有17個軟件行業開發者在猶他州Snowbird滑雪勝地里聚會,他們白天滑雪,晚上喝酒聊天,聊著聊著發現,他們一致認為傳統項目管理不適用于軟件行業的,然后他們制定并簽署了行業最重要的文件之一:敏捷宣言。他們還在這里塑造了許多關于軟件的構想、開發和交付的方式,甚至是世界如何運作的方式。
所以敏捷這個概念是非常新穎的,2006-2007年期間,敏捷就被引入中國,騰訊就是最早使用敏捷的企業之一。同時,對于一些要考慮很多問題的項目,例如:“有沒有流量?”、“別人愿不愿意來”等等,所以他們需求是不確定的,按照以前傳統項目管理方法是行不通的,所以敏捷就誕生了。
傳統VS敏捷項目管理對比
傳統項目管理
通常采用的是瀑布式、部分迭代開發模式,要求在項目建設時,需求足夠明確、文檔足夠規范,迭代過程中需求變更越多、越晚,對項目影響越大,會影響到項目的交付質量。
敏捷項目管理
作為新興的項目管理模式,簡化了傳統項目管理的繁瑣流程和文檔。以 Scrum 為代表,歡迎需求變更,在客戶需求不明確的時候,以在較短的周期內開發出可用的軟件為目標,來幫助客戶描述自己的需求。迭代過程中的需求變更會加入到項目繼續迭代需求池,豐富項目的產品功能。
敏捷VS傳統項目管理的相同點
敏捷項目管理
聲稱要擺脫繁冗的流程制度文檔,但是對于關鍵的項目文檔,比如需求規格說明書等等,也是要求必須具備的。所以,敏捷項目管理的項目流程制度上的管理可以看作是對一套完善的項目管理流程制度的裁剪,只不過這個裁剪的尺度比較大,從而也對敏捷項目團隊成員的適應性,自主性提出了較高的要求。
具體的敏捷方法在每個迭代周期中都存在立會制度,燃盡圖、看板監控、計劃發布等,這些和PMBOK中對項目生命周期的五個過程組啟動、規劃、執行、監控和收尾的定義沒有沖突矛盾,實際上敏捷項目管理的這些措施可以看作是PMBOK項目生命期五個過程組執行的微縮版,區別在于敏捷項目管理的迭代周期,時間很短,在去執行過程中裁剪了很多規范正式的項目管理流程制度。
敏捷VS傳統項目管理的區別
1、不同的管理方式適用于不同類型的項目,敏捷更適用于未知、不可知或持續變化的項目;
2、傳統的管理方式有如計劃經濟體制,敏捷有如市場經濟體制,適應變化的能力不同;
3、極大地縮短了用戶與開發者,預期目標與實施狀況,投資與投資回報之間的反饋回路;
4、將小型團隊轉化為自身命運的管理者,團隊接受挑戰,找尋應對挑戰的方法,發揮創意,避開工作障礙,而這一切都無法由中央控制及調度系統預先安排。
當處于快速發展的社會環境、面臨復雜而多變的項目時,傳統項目管理方式常常面臨進度延期、成本超支、質量不過關、客戶滿意度低、變更頻繁等問題,而敏捷項目管理可以說是在原本完善的項目管理流程制度上進行了尺度較大的裁剪,從而對敏捷項目團隊成員的適應性,自主性提出了較高要求,可以使項目經理將最大限度的項目資源和活動用于產生增值結果上。
敏捷開發 項目管理 ProjectMan
版權聲明:本文內容由網絡用戶投稿,版權歸原作者所有,本站不擁有其著作權,亦不承擔相應法律責任。如果您發現本站中有涉嫌抄襲或描述失實的內容,請聯系我們jiasou666@gmail.com 處理,核實后本網站將在24小時內刪除侵權內容。
版權聲明:本文內容由網絡用戶投稿,版權歸原作者所有,本站不擁有其著作權,亦不承擔相應法律責任。如果您發現本站中有涉嫌抄襲或描述失實的內容,請聯系我們jiasou666@gmail.com 處理,核實后本網站將在24小時內刪除侵權內容。