敏捷開發(fā)的常見誤區(qū)-預(yù)覽頁
【正文】 任他們能夠完成工作。責(zé)任人、開發(fā)者和用戶應(yīng)該能夠保持一個(gè)長期的、恒定的開發(fā)速度。12) 每隔一定時(shí)間，團(tuán)隊(duì)會(huì)在如何才能更有效地工作方面進(jìn)行反省，然后相應(yīng)地對(duì)自己的行為進(jìn)行調(diào)整。要實(shí)用而不是要機(jī)械式的規(guī)范。其實(shí)，早期的Scrum項(xiàng)目就已經(jīng)有在500多人的大型項(xiàng)目中成功實(shí)施的案例。在Scrum中，就有Scrum Scaling，通過把一個(gè)大型項(xiàng)目團(tuán)隊(duì)合理分解為多個(gè)小型的Scrum團(tuán)隊(duì)，每個(gè)團(tuán)隊(duì)都負(fù)責(zé)一個(gè)相對(duì)獨(dú)立的模塊或者功能，再配合其他的敏捷實(shí)踐，比如持續(xù)集成，Scrum of Scrums等，加強(qiáng)團(tuán)隊(duì)之間的協(xié)作，從而確保項(xiàng)目的成功。實(shí)際應(yīng)用中，既有流程相當(dāng)簡(jiǎn)單的經(jīng)典Scrum過程，也有極為冗繁、不亞于CMMI的RUP，根據(jù)應(yīng)用場(chǎng)景不一樣，項(xiàng)目組應(yīng)該使用最適合的流程。符合敏捷開發(fā)思想的流程往往主張?jiān)谝粋€(gè)穩(wěn)定的基礎(chǔ)之上迭代完成各種功能。8. 誤區(qū)：敏捷是徹底革命的。實(shí)施敏捷應(yīng)該以現(xiàn)有的軟件過程為基礎(chǔ)，從敏捷宣言和原則出發(fā)，利用敏捷的方法來改善過程?！ ?yīng)該清楚文檔的本質(zhì)是把知識(shí)顯性化?！ ∥臋n不是目的，有效溝通才是目的。例如需求文檔（或者功能文檔可以含有版本信息，業(yè)務(wù)流程文檔，互通操作文檔），無論具體形式如何，需要清晰地給出你的應(yīng)用針對(duì)什么，提供什么，解決什么。例如開發(fā)文檔，不一定要什么概要設(shè)計(jì)、詳細(xì)設(shè)計(jì)這類學(xué)院派的東東，但是你需要有文檔能夠清晰描述開發(fā)對(duì)象的架構(gòu)，模塊劃分，client和server的交互流程，以及關(guān)鍵的核心技術(shù)，例如，如何避免client和server中過多連接造成的server壓力，為何采用長連接tcp而非upd（反之亦然），如何制定心跳，是否需要通過使用底層的socket進(jìn)行特定優(yōu)化等等?，F(xiàn)在工作的流動(dòng)性很大，沒有文檔，當(dāng)中一兩個(gè)開發(fā)人員離職，如何后續(xù)處理。10. 誤區(qū)：敏捷是自由的，無約束的。作為管理者，有一個(gè)職責(zé)，就是引導(dǎo)團(tuán)隊(duì)成員用自己積極的一面去壓制消極的一面，不能放任團(tuán)隊(duì)中出現(xiàn)搭便車的現(xiàn)象，否則將打擊整個(gè)團(tuán)隊(duì)的士氣?！ ?2. 誤區(qū)：傳統(tǒng)開發(fā)能隨時(shí)轉(zhuǎn)變成敏捷開發(fā)敏捷開發(fā)過于誘人，很容易讓深受傳統(tǒng)軟件開發(fā)思想折磨的開發(fā)人員感覺敏捷開發(fā)就是靈丹妙藥。舉例來說。13. 誤區(qū)：敏捷是CMM的反義詞 CMM只是一種衡量軟件成熟度的標(biāo)準(zhǔn)，并非過程，和敏捷不是一類概念。如果把結(jié)對(duì)編程、daily scrum當(dāng)做是敏捷開發(fā)的表現(xiàn)，那更是本末倒置，可悲的是，不少人還真是這么認(rèn)為的。同時(shí)也給客戶一個(gè)感受和思考的機(jī)會(huì)，因?yàn)閷?duì)于大多數(shù)客戶而言，目標(biāo)是明確的（不排除有些客戶目標(biāo)也不明確），但是具體怎么做，開始時(shí)是沒有想法的，只有看到具體的東西的時(shí)候，才知道“噢，原來可以這樣，那我想把這里調(diào)整一下”。17. 誤區(qū)：版本更新很快，甚至每天都有新版本。內(nèi)測(cè)版本或試用版本也是經(jīng)過開發(fā)人員驗(yàn)證和測(cè)試后放出來，通過實(shí)際使用情況，收集用戶對(duì)功能和操作中的意見，并對(duì)實(shí)際使用中測(cè)試案例無法覆蓋的可能異常情況進(jìn)行驗(yàn)證。將版本更新速度視為敏捷開發(fā)，是完全錯(cuò)誤的。但這個(gè)版本，不是小修小補(bǔ)的小版本，而是有新功能，新UI，新互動(dòng)方式，在用戶體驗(yàn)上有新的感受。但是實(shí)際上團(tuán)隊(duì)成員的素質(zhì)參差不齊，如果只有簡(jiǎn)單設(shè)計(jì)、立即編碼，而沒有后續(xù)的持續(xù)重構(gòu)等實(shí)踐，將導(dǎo)致設(shè)計(jì)混亂不一致，尤其是對(duì)老系統(tǒng)的功能升級(jí)，如果對(duì)原有系統(tǒng)的影響分析不夠，弱化了分析設(shè)計(jì)，將導(dǎo)致很多工作在后期頻繁變更，使得團(tuán)隊(duì)的挫折感增強(qiáng)，產(chǎn)生較多的重復(fù)工作和浪費(fèi)。（1）需求質(zhì)量的審核，仍然需要改進(jìn)，需求方向性的錯(cuò)誤將導(dǎo)致后續(xù)一系列的工作浪費(fèi)，所以團(tuán)隊(duì)內(nèi)部應(yīng)該設(shè)定里程碑和review標(biāo)準(zhǔn)，從而確?；镜男枨筚|(zhì)量。有些變更通過更好的Impact分析和設(shè)計(jì)應(yīng)該也可以避免。孤立的引入少數(shù)實(shí)踐，通常不能給團(tuán)隊(duì)成員感覺有大的改進(jìn)，從而也放棄對(duì)敏捷開發(fā)的信心。8
環(huán)評(píng)公示相關(guān)推薦
鄂ICP備17016276號(hào)-1