話說軟件最開始出現(xiàn)的時候，開發(fā)規(guī)模很小，以小作坊開發(fā)的模式為主。后來，硬件發(fā)展起來，需要更大規(guī)模更復(fù)雜的軟件才能滿足需求，作坊式的生產(chǎn)軟件效率低，已經(jīng)不能滿足這種規(guī)模的軟件項目開發(fā)，所以20世紀80年代出現(xiàn)了瀑布模型。
瀑布模型提出了一個軟件聲明周期的概念，其實就是強調(diào)按照：可行性研究-需求分析-設(shè)計-編碼-測試-運行維護，這樣的固定順序開始工作，就是相當(dāng)于需求一旦確定，進入開發(fā)階段，需求就不能再改了。變更需求就只能在下個周期進行。這對頻繁變化的需求完成的效率非常低，所以又出現(xiàn)了敏捷開發(fā)。
什么是敏捷開發(fā)
這個概念讀起來貌似有一點生硬，直接通過幾個典型的特性來說明。
1、快速迭代
2、開發(fā)和測試人員參與需求過程
3、合作溝通
就是在客戶還沒有明確要什么的時候，保持溝通合作持續(xù)改進，以用戶故事描述軟件需求。內(nèi)部團隊保持簡潔高效的溝通，用站會等方式直接反饋工作進度，通過團隊的協(xié)作和優(yōu)化反饋方式應(yīng)對快速變化的需求，相應(yīng)地縮短交付周期，最終通過不斷的澄清用戶需求，最終交付符合用戶價值的產(chǎn)品。
產(chǎn)品經(jīng)理需要了解的敏捷開發(fā)常識
總結(jié)下來，其實敏捷是一種思想，敏捷開發(fā)就是敏捷思想的一個實際應(yīng)用，一旦思想指導(dǎo)到實際應(yīng)用，就具化成一些行之有效的手段和原則，比如極限編程（Extreme Programming即XP）、Scrum等這些都算是敏捷開發(fā)的一種應(yīng)用框架。
什么是極限編程
為什么叫做極限？原因是XP強調(diào)把整個工作流程都做到極限，做到最好，包括極限工作環(huán)境、極限的需求、極限的設(shè)計、極限的編程、極限的設(shè)計，比如它要求交付用戶的版本一定是能夠使用的，重復(fù)冗余的代碼一定要被重構(gòu)。而其它XP所不提倡的，則一概忽略（如開發(fā)前期的整體設(shè)計等）。
再來簡單介紹一個概念：用戶故事
極限編程的角色
產(chǎn)品經(jīng)理：負責(zé)編寫用戶故事，排列故事優(yōu)先級以及驗證用戶故事
項目經(jīng)理：負責(zé)管理項目進度和流程
程序員：負責(zé)開發(fā)任務(wù)，并對代碼進行單元測試
極限編程的工作方式
1、產(chǎn)品經(jīng)理從客戶處獲取需求，編寫用戶故事，并確定需求優(yōu)先級；
2、開發(fā)和產(chǎn)品共同對需求清單進行評估，確定迭代周期，并按照優(yōu)先級確定在該迭代周期內(nèi)完成的需求；
3、進入開發(fā)階段，開發(fā)團隊每日更新進度，產(chǎn)品經(jīng)理可以調(diào)整合理的需求，開發(fā)團隊做到快速響應(yīng)；
4、迭代周期結(jié)束，產(chǎn)品經(jīng)理驗收迭代結(jié)果，團隊總結(jié)進度預(yù)期經(jīng)驗，并發(fā)布版本。
極限編程的價值
重視溝通，溝通方式不拘泥于形式，可以是談話、會議或者直接畫圖
簡單，以最簡單的方式解決需求
重視反饋，無論是用戶反饋還是團隊內(nèi)部人員對產(chǎn)品的反饋
勇氣，有勇氣不斷優(yōu)化產(chǎn)品功能
什么是Scrum
Scrum與極限編程類似，也是一種迭代遞增的開發(fā)過程。
Scrum角色
與極限編程類似，但是各類人員之間并沒有嚴格的區(qū)分，比如上線前夕，產(chǎn)品經(jīng)理也可以兼職測試。
產(chǎn)品經(jīng)理需要了解的敏捷開發(fā)常識
Scrum的工作方式
1、產(chǎn)品經(jīng)理列出需求清單（產(chǎn)品Backlog），并選擇優(yōu)先級高的需求作為本次迭代的需求；
2、項目經(jīng)理給團隊成員分配開發(fā)任務(wù)，并進入開發(fā)，開發(fā)階段不允許變更本次迭代的需求；
3、開發(fā)階段每天進行簡會（Daily Scrum），審查進度，反饋問題；
二者的區(qū)別
Scrum團隊典型地工作在一個從2周到4周為長度的迭代周期中（也被稱為Sprints）。而XP團隊典型地工作在從1周到2周為長度的迭代周期中。
Scrum團隊在Sprints迭代周期中不允許發(fā)生變更。XP團隊經(jīng)常在他們的迭代周期中進行變更。只要XP團隊還沒有開始開發(fā)一個特定的功能，在XP團隊的迭代中可以使用與之前功能規(guī)模等價的新的功能來替換還沒有開始開發(fā)的功能。
XP團隊的開發(fā)工作嚴格遵守優(yōu)先級順序。相比之下，Scrum團隊產(chǎn)品負責(zé)人排列的優(yōu)先級排序，開發(fā)團隊并不完全按照這個順序開發(fā)，會有一些調(diào)整。
總結(jié)
在Scrum和XP雖然存在區(qū)別，但是主要思想依舊是敏捷開發(fā)，在進行項目管理時還是要根據(jù)團隊情況，選擇合適的應(yīng)用框架。敏捷開發(fā)模式可以讓產(chǎn)品在市場上快速試錯，根據(jù)數(shù)據(jù)的反饋進行及時的戰(zhàn)略調(diào)整，讓產(chǎn)品在市場立于不敗之地，而在這個過程中，產(chǎn)品經(jīng)理無疑是最重要的一個角色。
第三十六屆CIO班招生
國際CIO認證培訓(xùn)
首席數(shù)據(jù)官（CDO）認證培訓(xùn)
責(zé)編：yulina
免責(zé)聲明：本網(wǎng)站（http://www.www.gypb.net/）內(nèi)容主要來自原創(chuàng)、合作媒體供稿和第三方投稿，凡在本網(wǎng)站出現(xiàn)的信息，均僅供參考。本網(wǎng)站將盡力確保所提供信息的準確性及可靠性，但不保證有關(guān)資料的準確性及可靠性，讀者在使用前請進一步核實，并對任何自主決定的行為負責(zé)。本網(wǎng)站對有關(guān)資料所引致的錯誤、不確或遺漏，概不負任何法律責(zé)任。
本網(wǎng)站刊載的所有內(nèi)容（包括但不僅限文字、圖片、LOGO、音頻、視頻、軟件、程序等）版權(quán)歸原作者所有。任何單位或個人認為本網(wǎng)站中的內(nèi)容可能涉嫌侵犯其知識產(chǎn)權(quán)或存在不實內(nèi)容時，請及時通知本站，予以刪除。
搶沙發(fā)
