因此質(zhì)量保證工作在敏捷項(xiàng)目組中的角色定位可能要發(fā)生一些改變，我們也許不再是抱著一堆文檔在評審，追著開發(fā)人員要文檔的QA；我們也許不再是指責(zé)產(chǎn)品不過關(guān)，要求返工的QA；我們也許不再是要求項(xiàng)目組拿出與顧客充分溝通的證據(jù)來的QA。敏捷對質(zhì)量保證的提示
目前，雖然敏捷項(xiàng)目管理方式逐漸興起，但是觀望的、淺嘗即止的人多于實(shí)踐的人，尤其是關(guān)于如何在敏捷項(xiàng)目中開展質(zhì)量保證工作的實(shí)踐還比較少。因此很難準(zhǔn)確說明敏捷項(xiàng)目中的質(zhì)量保證工作會有哪些改變，但是我們能夠從敏捷的原則和開發(fā)方式中得到幾個(gè)有用的提示。
1、 程序員開始被測試所感染。
感謝Beck、Gamma和JUnit單元測試工具，現(xiàn)在，測試驅(qū)動開發(fā)被大部分的開發(fā)環(huán)境所支持。敏捷項(xiàng)目中的程序員更具單元測試意識。51Testing軟件測試網(wǎng)&k8P K"\:V t laC!e
2、 增量的開發(fā)方式51Testing軟件測試網(wǎng)4H'zP,O WW?Gs
很多小的產(chǎn)品版本發(fā)布，而不是一個(gè)唯一的計(jì)劃好的版本發(fā)布。
3、 FIT（Framework for Integrated Test）
FIT允許用戶使用簡單的Word文檔或HTML文檔來定義他們自己的測試。FIT能產(chǎn)生用例子描述業(yè)務(wù)的文檔。
這些給我們的提示是：
1、測試工作不僅僅由測試人員擔(dān)任，其他項(xiàng)目組成員也承擔(dān)了部分的測試工作。那么對測試的質(zhì)量度量模式可能就要發(fā)生改變了。
2、溝通仍然是項(xiàng)目組不變的主題，但是溝通的方式更多地側(cè)重在口頭、面對面方式的交流。那么對溝通的質(zhì)量度量模式可能就要發(fā)生改變了。
3、迭代、快速發(fā)布、重構(gòu)等軟件開發(fā)方式對如何進(jìn)行配置管理的控制提出了新的要求。
總結(jié)
敏捷項(xiàng)目管理代表了一種軟件開發(fā)思想的回歸，軟件的本質(zhì)是為用戶提供價(jià)值，為用戶解決問題。所有軟件工程的活動都是圍繞這個(gè)核心思想來進(jìn)行的。極限編程、測試驅(qū)動、SCRUM等等，都只是為了突現(xiàn)軟件活動中的某方面的重要性而提出的，但其核心都一樣。
個(gè)體和交互、能工作的軟件、顧客合作、快速響應(yīng)變化，這些原則毫無疑問會使傳統(tǒng)的質(zhì)量保證工作方式發(fā)生改變。很多質(zhì)量保證的手段和方式可能要發(fā)生劇烈的改變，但是至少有一樣?xùn)|西是不變的：質(zhì)量保證的目的仍然是確保交付產(chǎn)品的質(zhì)量。
總結(jié)
敏捷項(xiàng)目管理代表了一種軟件開發(fā)思想的回歸，軟件的本質(zhì)是為用戶提供價(jià)值，為用戶解決問題。所有軟件工程的活動都是圍繞這個(gè)核心思想來進(jìn)行的。極限編程、測試驅(qū)動、SCRUM等等，都只是為了突現(xiàn)軟件活動中的某方面的重要性而提出的，但其核心都一樣。
個(gè)體和交互、能工作的軟件、顧客合作、快速響應(yīng)變化，這些原則毫無疑問會使傳統(tǒng)的質(zhì)量保證工作方式發(fā)生改變。很多質(zhì)量保證的手段和方式可能要發(fā)生劇烈的改變，但是至少有一樣?xùn)|西是不變的：質(zhì)量保證的目的仍然是確保交付產(chǎn)品的質(zhì)量。
此文章共有4頁 上一頁 1 2 3 4 下一頁
文章來源：中國項(xiàng)目管理資源網(wǎng)
|
Leadge.com首頁 > 知識庫 
