scrum中的質量保證

Question

您如何看待在採用SCRUM作爲敏捷方法的軟件公司中採用質量保證？
他們能住在一起嗎？

編輯：
Pheraps我使用術語「質量保證」犯了一個錯誤。就此而言，我的意思是製作文檔來描述軟件的功能。在敏捷方法論中，我認爲這不能與基於持續更新先決條件的方法共存。編寫文檔可能需要花費更多的時間，而不是花在開發上。
什麼是正確的術語來代替質量保證來描述我的意思？

Answer 1

他們可以嗎？我不知道他們如何可以分開...

敏捷是在短迭代大，強調running and tested features。沒有質量保證，你無法真正做到這一點。

這就是說，我在一家SCRUM店的一個項目中工作了近一年半，這個項目的質量保證過程非常好。質量保證是這個迭代中是否考慮故事的守門人。如果它沒有通過質量保證，那麼Sprint的目標沒有得到滿足，故事將作爲最高優先級項目繼續進行下一次迭代。

敏捷不是要採取捷徑，而是強調質量。如果你在某個沒有發生這種事的地方工作，那麼你被矇蔽了（恕我直言）。

Answer 2

Scrum倡導軟件開發過程。這也是基於團隊反饋的風險管理和複雜性處理流程。質量保證也有類似的目的，以避免風險並提出質量方式。它暗示了敏捷Scrum實踐的質量保證。通過使用敏捷的Scrum，Web自動化測試，安全測試等等通常會在初始階段適應新項目。