從某軟件開(kāi)發(fā)項(xiàng)目一期工作中學(xué)到的經(jīng)驗(yàn)

Caven — Fri, 21 Mar 2014 03:45:58 +0000

1. 明確范圍

如果說(shuō)要把整個(gè)項(xiàng)目（假設(shè)持續(xù)2個(gè)月，分為4次迭代）的范圍，在一開(kāi)始就明確下來(lái)，對(duì)我們、對(duì)客戶都很困難，因而這個(gè)期望不太現(xiàn)實(shí)；更可行的辦法是把范圍的明確，也拆分成更小的單位，譬如按照每個(gè)迭代（每?jī)芍埽﹣?lái)明確；我們雙方只要保證，對(duì)這兩周要提交的內(nèi)容，有明確的共同認(rèn)識(shí)即可；然后不斷循環(huán)；
明確下來(lái)的范圍，要有個(gè)Task List或者Plan來(lái)作為以后判斷是否發(fā)生范圍改變的依據(jù)；

如上所述，如果每?jī)芍芤粋€(gè)迭代，每次迭代都有明確的Task List或Plan；那么在這個(gè)過(guò)程中，任何不在這個(gè)List和Plan中的任務(wù)，都可以視為需求變更、范圍變化；
這種變更，需要在客戶剛提出來(lái)時(shí)，就進(jìn)行評(píng)估，明確告訴客戶這個(gè)改變所需要的額外時(shí)間，必要時(shí)，要協(xié)商延后當(dāng)前版本的提交日期Timeline；
同時(shí)，在平時(shí)要注意把這類小變更記錄起來(lái)，免得以后說(shuō)不清楚哪些是變更，哪些是初始的要求；

如果跟客戶約定在每個(gè)迭代結(jié)束時(shí)提交版本，那就相當(dāng)于每次提交都跟客戶商量了一個(gè)明確的提交日期；這樣就不會(huì)太被動(dòng)；當(dāng)然如果客戶覺(jué)得這個(gè)頻率有問(wèn)題，也可以改為每周提交一次或者每周兩次提交；無(wú)論是哪種情況，都可以事先商量好，做好對(duì)應(yīng)的計(jì)劃和時(shí)間安排；這樣就可以避免倉(cāng)促提交的現(xiàn)象；
提交版本之前，內(nèi)部一定要留些時(shí)間，譬如1天2天做為內(nèi)部測(cè)試和修改Bug的時(shí)間；必須內(nèi)部通過(guò)了才提交給客戶；這個(gè)是最基本的質(zhì)量保證流程；

開(kāi)發(fā)人員自測(cè)是最基礎(chǔ)的；如果測(cè)試人員得到的版本是不可測(cè)的，一看就有很多明顯的Bug；通常會(huì)要求測(cè)試人員直接打回給開(kāi)發(fā)人員重測(cè)；只有過(guò)了自己這一關(guān)，下一個(gè)環(huán)節(jié)的工作才有意義；
如果開(kāi)發(fā)人員的自測(cè)實(shí)在不知道如何才能改進(jìn)，那么可以讓測(cè)試人員跟其結(jié)對(duì)，一起測(cè)試；這樣就能學(xué)到一些測(cè)試人員的測(cè)試方法和技術(shù)；幫助開(kāi)發(fā)人員提高自測(cè)水平，在后期也可以節(jié)省整個(gè)團(tuán)隊(duì)的時(shí)間；
對(duì)于經(jīng)常出現(xiàn)的Bug，開(kāi)發(fā)人員一定要進(jìn)行分析總結(jié)，看看哪類Bug是自己最常犯的錯(cuò)誤，得到經(jīng)驗(yàn)以后采取措施避免；

諾懷博客標(biāo)簽: