資源描述：
《敏捷開(kāi)發(fā)實(shí)踐_擁抱變化的產(chǎn)品開(kāi)發(fā)流程管理》由會(huì)員上傳分享，免費(fèi)在線閱讀，更多相關(guān)內(nèi)容在應(yīng)用文檔-天天文庫(kù)。
1、敏捷開(kāi)發(fā)實(shí)踐擁抱變化的產(chǎn)品開(kāi)發(fā)流程管理 隨著Agile敏捷開(kāi)發(fā)的流行，越來(lái)越多的公司采用敏捷開(kāi)發(fā)用于軟件產(chǎn)品和應(yīng)用的開(kāi)發(fā)。筆者的產(chǎn)品開(kāi)發(fā)團(tuán)隊(duì)在兩年前開(kāi)始采用敏捷開(kāi)發(fā)方法，一直實(shí)踐到現(xiàn)在，并取得不錯(cuò)的成果，包括：產(chǎn)品功能更加符合市場(chǎng)和業(yè)務(wù)人員的需求，開(kāi)發(fā)效率獲得提高。本文從實(shí)踐的角度介紹筆者所在團(tuán)隊(duì)的產(chǎn)品敏捷開(kāi)發(fā)過(guò)程和作者的敏捷開(kāi)發(fā)體會(huì)。 敏捷開(kāi)發(fā)體會(huì) 實(shí)施敏捷開(kāi)發(fā)近兩年來(lái)，我對(duì)在產(chǎn)品開(kāi)發(fā)中應(yīng)用敏捷方法有著深刻的體會(huì)。首先說(shuō)下產(chǎn)品背景。我參與的產(chǎn)品是面向行業(yè)的產(chǎn)品，在全世界都有客戶，有10年歷史，和一百多個(gè)基于不同版本的客戶，我們的團(tuán)隊(duì)完全負(fù)責(zé)產(chǎn)品的未來(lái)發(fā)展方
2、向、發(fā)布計(jì)劃、架構(gòu)、設(shè)計(jì)、開(kāi)發(fā)進(jìn)度、測(cè)試、客戶支持等。在這樣一個(gè)面向全球的產(chǎn)品和自主的團(tuán)隊(duì)環(huán)境中進(jìn)行敏捷開(kāi)發(fā)體會(huì)尤其深刻?！ ?)注重概念和架構(gòu)設(shè)計(jì)，而輕詳細(xì)設(shè)計(jì) 敏捷開(kāi)發(fā)中，注重概念和架構(gòu)設(shè)計(jì)，而輕詳細(xì)設(shè)計(jì)。這里的概念設(shè)計(jì)，可以看成是為什么要做這個(gè)產(chǎn)品或模塊，強(qiáng)調(diào)的是產(chǎn)品的路線規(guī)劃、市場(chǎng)趨勢(shì)、客戶價(jià)值、技術(shù)趨勢(shì)等。架構(gòu)設(shè)計(jì)，可以看成從整體上看，概念設(shè)計(jì)應(yīng)該用什么方式實(shí)現(xiàn)、分幾個(gè)層次、多少組件、不同層次和組件之間關(guān)系是什么。詳細(xì)設(shè)計(jì)，則是具體的設(shè)計(jì)和做法、API接口等?！ ∫粋€(gè)產(chǎn)品，特別是面向行業(yè)的產(chǎn)品，概念設(shè)計(jì)和架構(gòu)設(shè)計(jì)非常重要，需要考慮行業(yè)未來(lái)的發(fā)展方向，產(chǎn)
3、品在市場(chǎng)中橫向和縱向的比較，技術(shù)的發(fā)展方向，和每個(gè)模塊的投入和收益的比例等，這樣才能盡可能保證產(chǎn)品沿著正確的方向前進(jìn)。在產(chǎn)品中新增或刪除一個(gè)模塊需要非常謹(jǐn)慎，因?yàn)橐坏┬略瞿K被客戶使用，以后就很難在產(chǎn)品中去掉這個(gè)模塊。還需要考慮產(chǎn)品各個(gè)版本之間的兼容性，以及客戶的升級(jí)遷移。所以，在開(kāi)始正式開(kāi)發(fā)之前，通過(guò)概念設(shè)計(jì)和架構(gòu)設(shè)計(jì)，梳理思路是非常必要的。 2)SWOT分析 以前在做項(xiàng)目時(shí)，大多是從技術(shù)角度來(lái)考慮哪一些功能模塊需要做，哪一些功能模塊先做，而沒(méi)有一個(gè)系統(tǒng)化的分析方法。造成的結(jié)果是有一些功能模塊投入很多資源，卻并不一定是客戶最想要的?！ ≡诿艚蓍_(kāi)發(fā)中，更加注重
4、客戶需求。如果對(duì)產(chǎn)品進(jìn)行SWOT分析，就能選出付出最小工作量，但能獲得最大價(jià)值的模塊?！ WOT分析階段會(huì)在概念設(shè)計(jì)和架構(gòu)設(shè)計(jì)之后進(jìn)行，輸入是概念設(shè)計(jì)和架構(gòu)設(shè)計(jì)，輸出是模塊的重要度和需要的時(shí)間。這樣按照性價(jià)比可以進(jìn)行排序，選出最能符合市場(chǎng)的模塊?！ ∫豢町a(chǎn)品哪個(gè)模塊重要，哪個(gè)先做，需要花多少資源和時(shí)間投入，花這么多時(shí)間和資源的模塊是否在客戶心中有相應(yīng)的重要程度等，這些都是由這款產(chǎn)品的市場(chǎng)策略來(lái)決定。所有產(chǎn)品都是為了市場(chǎng)和贏利為目的，Agile方法更好地幫助企業(yè)實(shí)現(xiàn)了這一點(diǎn)?！ ?)業(yè)務(wù)和客戶驅(qū)動(dòng)，而非技術(shù)驅(qū)動(dòng) 這點(diǎn)說(shuō)是體會(huì)，也可以說(shuō)是教訓(xùn)。在我們的產(chǎn)品開(kāi)發(fā)過(guò)程
5、中，在某一新版本中重新設(shè)計(jì)了老版本的某一個(gè)重要模塊，而引發(fā)了幾個(gè)問(wèn)題：一是，新版本的模塊和老版本模塊的兼容性問(wèn)題，導(dǎo)致老版本客戶無(wú)法平滑的遷移到新版本;二是，新版本的改進(jìn)是純技術(shù)方面的重新實(shí)現(xiàn)，不管對(duì)客戶而言，還是對(duì)內(nèi)部的架構(gòu)而言，都沒(méi)有明顯好處;最后導(dǎo)致的結(jié)果是我們花了很多資源和人力去重新實(shí)現(xiàn)，但是在最后由于種種考慮還是廢棄了重新實(shí)現(xiàn)的模塊，依然沿用老模塊?！ ≡诋a(chǎn)品的敏捷開(kāi)發(fā)中，雖說(shuō)擁抱變化，但不盲目變化。產(chǎn)品的改動(dòng)需要經(jīng)過(guò)概念設(shè)計(jì)、架構(gòu)設(shè)計(jì)以及SWOT分析后，三思而后行。敏捷開(kāi)發(fā)中也強(qiáng)調(diào)"在整個(gè)項(xiàng)目開(kāi)發(fā)期間，業(yè)務(wù)人員和開(kāi)發(fā)人員必須天天都在一起工作"，確保技術(shù)
6、人員能夠開(kāi)發(fā)出客戶需要的產(chǎn)品?！ ?)時(shí)刻考慮版本兼容性 敏捷開(kāi)發(fā)，廢除了過(guò)多冗余的文檔和繁雜的設(shè)計(jì)，強(qiáng)調(diào)擁抱變化。但作為產(chǎn)品，敏捷開(kāi)發(fā)不意味著盲目地去變化。 當(dāng)設(shè)計(jì)變動(dòng)、API接口重構(gòu)、配置文件變更時(shí)，要時(shí)刻考慮產(chǎn)品的架構(gòu)、規(guī)劃路線圖，老版本的兼容性，及遷移平滑性。否則，隨著版本的增多，必將面對(duì)著大量的維護(hù)工作?！ ?)輕文檔，但非無(wú)文檔 敏捷開(kāi)發(fā)強(qiáng)調(diào)溝通的重要性，而輕冗余文檔。但敏捷開(kāi)發(fā)并不意味著無(wú)文檔。在敏捷開(kāi)發(fā)過(guò)程中，適量的文檔還是很有幫助，有助于整理思路，加快溝通和討論?！ ∥覀儺a(chǎn)品中的文檔包括：概念設(shè)計(jì)文檔、架構(gòu)圖、當(dāng)前版本要實(shí)現(xiàn)的功能列表，以及
7、SWOT分析。 這些文檔在每個(gè)產(chǎn)品版本開(kāi)始之前會(huì)有產(chǎn)生，在每個(gè)迭代的過(guò)程中根據(jù)業(yè)務(wù)人員和市場(chǎng)的反饋也會(huì)有一些變更。通過(guò)我們實(shí)踐證明，這對(duì)產(chǎn)品的思路、溝通討論都非常有幫助?！ 《疫@些文檔，大多是幾頁(yè)P(yáng)PT，書寫和維護(hù)工作都很小?！ ∶艚蓍_(kāi)發(fā)過(guò)程 敏捷開(kāi)發(fā)改進(jìn)了產(chǎn)品的開(kāi)發(fā)流程，提高了整個(gè)團(tuán)隊(duì)的效率。下面分析敏捷開(kāi)發(fā)前和敏捷開(kāi)發(fā)后的產(chǎn)品開(kāi)發(fā)的各個(gè)階段。 1)敏捷開(kāi)發(fā)"前"的產(chǎn)品開(kāi)發(fā)過(guò)程圖1敏捷前開(kāi)發(fā)流程? 上圖是敏捷開(kāi)發(fā)前我們產(chǎn)品一個(gè)版本的開(kāi)發(fā)流程，整個(gè)開(kāi)發(fā)大概持續(xù)一年左右。從圖中可以看出，流程中的大多數(shù)活動(dòng)都是串行進(jìn)行。這樣的一種類似瀑布的開(kāi)發(fā)流程，前提是需
8、求在產(chǎn)品的
