无码国产精品一区二区免费模式,青青草国产精品久久,久久久一本精品99久久精品88

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

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

1. 明確范圍

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

2. 范圍變更

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

3. 提交版本

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

4. 質(zhì)量

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

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

項目管理

軟件開發(fā)

經(jīng)驗

范圍變更

軟件質(zhì)量