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