http://www.smt18.com/blogtag/%E8%8C%83%E5%9B%B4%E5%8F%98%E6%9B%B4 zh-hans http://www.smt18.com/blog/%E4%BB%8E%E6%9F%90%E8%BD%AF%E4%BB%B6%E5%BC%80%E5%8F%91%E9%A1%B9%E7%9B%AE%E4%B8%80%E6%9C%9F%E5%B7%A5%E4%BD%9C%E4%B8%AD%E5%AD%A6%E5%88%B0%E7%9A%84%E7%BB%8F%E9%AA%8C <div class="field field-name-body field-type-text-with-summary field-label-hidden"><div class="field-items"><div class="field-item even" property="content:encoded"><h2>1. 明確范圍</h2> <ol><li>如果說要把整個項目（假設持續(xù)2個月，分為4次迭代）的范圍，在一開始就明確下來，對我們、對客戶都很困難，因而這個期望不太現(xiàn)實；更可行的辦法是把范圍的明確，也拆分成更小的單位，譬如按照每個迭代（每兩周）來明確；我們雙方只要保證，對這兩周要提交的內(nèi)容，有明確的共同認識即可；然后不斷循環(huán)；</li> <li>明確下來的范圍，要有個Task List或者Plan來作為以后判斷是否發(fā)生范圍改變的依據(jù)；</li> </ol><h2>2. 范圍變更</h2> <ol><li>如上所述，如果每兩周一個迭代，每次迭代都有明確的Task List或Plan；那么在這個過程中，任何不在這個List和Plan中的任務，都可以視為需求變更、范圍變化；</li> <li>這種變更，需要在客戶剛提出來時，就進行評估，明確告訴客戶這個改變所需要的額外時間，必要時，要協(xié)商延后當前版本的提交日期Timeline；</li> <li>同時，在平時要注意把這類小變更記錄起來，免得以后說不清楚哪些是變更，哪些是初始的要求；</li> </ol><h2>3. 提交版本</h2> <ol><li>如果跟客戶約定在每個迭代結(jié)束時提交版本，那就相當于每次提交都跟客戶商量了一個明確的提交日期；這樣就不會太被動；當然如果客戶覺得這個頻率有問題，也可以改為每周提交一次或者每周兩次提交；無論是哪種情況，都可以事先商量好，做好對應的計劃和時間安排；這樣就可以避免倉促提交的現(xiàn)象；</li> <li>提交版本之前，內(nèi)部一定要留些時間，譬如1天2天做為內(nèi)部測試和修改Bug的時間；必須內(nèi)部通過了才提交給客戶；這個是最基本的質(zhì)量保證流程；</li> </ol><h2>4. 質(zhì)量</h2> <ol><li>開發(fā)人員自測是最基礎的；如果測試人員得到的版本是不可測的，一看就有很多明顯的Bug；通常會要求測試人員直接打回給開發(fā)人員重測； 只有過了自己這一關，下一個環(huán)節(jié)的工作才有意義；</li> <li>如果開發(fā)人員的自測實在不知道如何才能改進，那么可以讓測試人員跟其結(jié)對，一起測試；這樣就能學到一些測試人員的測試方法和技術；幫助開發(fā)人員提高自測水平，在后期也可以節(jié)省整個團隊的時間；</li> <li>對于經(jīng)常出現(xiàn)的Bug，開發(fā)人員一定要進行分析總結(jié)，看看哪類Bug是自己最常犯的錯誤，得到經(jīng)驗以后采取措施避免；</li> </ol></div></div></div><div id="comment-wrapper-nid-554"></div><div class="field field-name-field-nuova-blogtag field-type-taxonomy-term-reference field-label-above"><div class="field-label">諾懷博客標簽:&nbsp;</div><div class="field-items"><div class="field-item even"><a href="/blogtag/%E9%A1%B9%E7%9B%AE%E7%AE%A1%E7%90%86" typeof="skos:Concept" property="rdfs:label skos:prefLabel" datatype="">項目管理</a></div><div class="field-item odd"><a href="/blogtag/%E8%BD%AF%E4%BB%B6%E5%BC%80%E5%8F%91" typeof="skos:Concept" property="rdfs:label skos:prefLabel" datatype="">軟件開發(fā)</a></div><div class="field-item even"><a href="/blogtag/%E7%BB%8F%E9%AA%8C" typeof="skos:Concept" property="rdfs:label skos:prefLabel" datatype="">經(jīng)驗</a></div><div class="field-item odd"><a href="/blogtag/%E8%8C%83%E5%9B%B4%E5%8F%98%E6%9B%B4" typeof="skos:Concept" property="rdfs:label skos:prefLabel" datatype="">范圍變更</a></div><div class="field-item even"><a href="/blogtag/%E8%BD%AF%E4%BB%B6%E8%B4%A8%E9%87%8F" typeof="skos:Concept" property="rdfs:label skos:prefLabel" datatype="">軟件質(zhì)量</a></div></div></div> Fri, 21 Mar 2014 03:45:58 +0000 Caven 554 at http://www.smt18.com http://www.smt18.com/blog/%E4%BB%8E%E6%9F%90%E8%BD%AF%E4%BB%B6%E5%BC%80%E5%8F%91%E9%A1%B9%E7%9B%AE%E4%B8%80%E6%9C%9F%E5%B7%A5%E4%BD%9C%E4%B8%AD%E5%AD%A6%E5%88%B0%E7%9A%84%E7%BB%8F%E9%AA%8C#comments