软件测试作业2：在敏捷宣言遵循的12条原则中挑选1条你感兴趣的原则进行风险评估_在敏捷宣言遵循的12条原则中挑选1条你感兴趣的原则进行风险评估。 “原则”-CSDN博客

本文链接：https://blog.csdn.net/StuGeek/article/details/120939815

作业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，项目的文档也有可能因为需求的不断变化而准备不足，使得项目的需求和功能管变的更加困难。

信息安全风险： 因为需求的不断变化，对于某些信息和数据的权限管理可能也会随之发生变化，这样有可能会导致有些关键信息在需求变化前没有得到及时保护，产生泄露等信息安全的风险。

应用技术风险： 需求的不断变化可能会使之前开发所用到的某些技术失效，或者无法应用于新的需求，导致前后使用技术不一致，接口出现差异，需要重构，从而导致风险。

质量控制风险： 因为开发过程中需求会不断变化，这就使得有些功能很有可能会偏离方向，因为需求不断变化，从而对需求的实现把握不准，容易降低产品质量。

软件设计与开发工具风险： 由于需求不断变化，一开始设计的软件架构可能也会出现问题，需要进行重构，之前所使用的开发工具也有可能不适应新需求的要求，从而出现风险。