作業2

1、在敏捷宣言遵循的12條原則中挑選1條你感興趣的原則進行風險評估。

• “原則”參見Lec 6, slide 8-11;
• “風險”參見Lec 3, slide 19 “風險清單”。

答：

首先，Lec 6, slide 8-11中提到的敏捷宣言遵循的12條原則有：

(1). 我們最重要的目標，是通過盡早和持續地交付有價值的軟件來使客戶滿意。
(2). 欣然面對需求變化—即使是在項目開發后期。要善于利用需求變更，幫助客戶獲得競爭優勢。
(3). 經常地交付可工作的軟件，相隔幾個星期或幾個月不等，傾向于較短的時間周期。
(4). 在整個項目過程中，業務人員與開發人員必須日常一起工作。
(5). 激勵項目人員，以他們為核心構建項目，為他們提供需要的環境和支持，并相信他們能夠完成任務。
(6). 無論團隊內還是團隊間，最有效的溝通方法是面對面的交談。
(7). 可工作的軟件是衡量進度的主要指標。
(8). 敏捷過程提倡可持續的開發。項目方、開發人員和用戶應該能夠保持恒久穩定的進展速度。
(9). 對技術的精益求精以及對設計的不斷完善將提升敏捷性。
(10). 以簡潔為本。簡潔是盡可能減少不必要的工作量的藝術。
(11). 最佳的架構、需求和設計出自于自組織團隊。
(12). 團隊要定期反省如何才能提高成效，并以此調整團隊的行為。

其次，Lec 3, slide 19中提到的“風險清單”有：

(1). 需求變更風險；
(2). 進度風險、預算風險、管理能力風險、信息安全風險；
(3). 應用技術風險、質量控制風險、軟件設計與開發工具風險、員工技能風險；
(4). 人力資源風險、政策風險、市場風險、營銷風險。

對敏捷宣言的第2條原則進行風險評估

第2條原則是： 欣然面對需求變化—即使是在項目開發后期。要善于利用需求變更，幫助客戶獲得競爭優勢。

風險評估：

需求變更風險： 由于需要在開發過程中逐漸摸清用戶的需求從而知道產品的最終功能，而不是在一開始就確定產品的最終狀態，這樣就提升了前期的產品需求規劃的難度，尤其是對較大的項目，如果產品出現較大的需求變更或在項目后期進行需求變更，之前規劃的很多需求和工作也可能都要推倒重來。

進度風險、預算風險： 由于敏捷過程中需求可能不斷變化，這樣就會帶來許多新的工作，從而使原先計劃的進度安排很有可能無法按時完成。也有可能因為不斷變化的需求產生新的成本，超出原先的預算。

管理能力風險： 因為需求的不斷變化，原先需求的功能可能會被廢棄，新需求的功能到最后可能也不會被采用，這樣就不能在項目的一開始就設立過多的KPI，項目的文檔也有可能因為需求的不斷變化而準備不足，使得項目的需求和功能管變的更加困難。

信息安全風險： 因為需求的不斷變化，對于某些信息和數據的權限管理可能也會隨之發生變化，這樣有可能會導致有些關鍵信息在需求變化前沒有得到及時保護，產生泄露等信息安全的風險。

應用技術風險： 需求的不斷變化可能會使之前開發所用到的某些技術失效，或者無法應用于新的需求，導致前后使用技術不一致，接口出現差異，需要重構，從而導致風險。

質量控制風險： 因為開發過程中需求會不斷變化，這就使得有些功能很有可能會偏離方向，因為需求不斷變化，從而對需求的實現把握不準，容易降低產品質量。

軟件設計與開發工具風險： 由于需求不斷變化，一開始設計的軟件架構可能也會出現問題，需要進行重構，之前所使用的開發工具也有可能不適應新需求的要求，從而出現風險。

員工技能風險： 因為需求的不斷變化，有可能要使用到新的技術，如果員工對新需求所要使用的技術不太了解，就會增加項目的學習成本和時間成本，也更容易犯錯，產生一些風險。

人力資源風險： 因為需求在不斷變化，當員工離職時，他的文檔可能寫的不夠完善，對項目功能和需求的理解也沒有及時更新，從而導致新員工接手存在些困難，造成風險。

政策風險： 由于需求的變化，可能使項目與政策產生沖突，從而存在風險。

市場風險： 需求的不斷變化，可能會使市場對軟件的預期信心不足，造成一些風險。

營銷風險： 由于需求在變化，進行營銷時對于產品最終功能的理解可能會出現偏差，甚至對最后產品并沒有的功能進行了營銷，從而影響營銷時的判斷和重點。

總結

以上是生活随笔為你收集整理的软件测试作业2：在敏捷宣言遵循的12条原则中挑选1条你感兴趣的原则进行风险评估的全部內容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網站內容還不錯，歡迎將生活随笔推薦給好友。