对敏捷宣言的原则进行风险评估
题目要求：在敏捷宣言遵循的12条原则中挑选1条你感兴趣的原则进行风险评估。
风险评估
大型软件项目的风险管理：大型项目存在诸多风险因素，在不同程度上对软件开发过程和软件产品质量造成影响。风险不能全部消除，而只能采用避免、减轻、和接受三种应对策略。
- 需求变更风险；
- 进度风险、预算风险、管理能力风险、信息安全风险；
- 应用技术风险、质量控制风险、软件设计与开发工具风险、员工技能风险；
- 人力资源风险、政策风险、市场风险、营销风险。
敏捷宣言遵循的12条原则
- 我们最重要的目标，是通过持续不断地及早交付有价值的软件使客户满意。
- 欣然面对需求变化，即使在开发后期也一样。为了客户的竞争优势，敏捷过程掌控变化。
- 经常地交付可工作的软件，相隔几星期或一两个月，倾向于采取较短的周期。
- 业务人员和开发人员必须相互合作，项目中的每一天都不例外。
- 激发个体的斗志，以他们为核心搭建项目。提供所需的环境和支援，辅以信任，从而达成目标。
- 不论团队内外，传递信息效果最好效率也最高的方式是面对面交谈。
- 可工作的软件是进度的首要度量标准。
- 敏捷过程倡导可持续开发。责任人、开发人员和用户要能够共同维持其步调稳定延续。
- 坚持不懈地追求技术卓越和良好设计，敏捷能力由此增强。
- 以简洁为本，它是极力减少不必要工作量的艺术。
- 最好的架构、需求和设计出自自组织团队。
- 团队定期地反思如何能提高成效，并依此调整自身的举止表现。
对于第十条原则进行风险评估
以简洁为本，它是极力减少不必要工作量的艺术。
-
管理能力风险
由于敏捷开发第十条原则强调简洁为本，这就放弃了一些管理文档，项目使用手册等一些指导性文档书写的工作。程序员一味盲目地进行开发，容易忽视管理整合项目，到项目最后总合或者出现bug的时候，无法快速定位错误的地方，额外增加后期的工作量。
-
信息安全风险
为了减少不必要的工作量，项目必然会出现关键信息未加密如身份证、手机号等，源代码未加密等问题。这样的问题可能会暴露用户的隐私信息，应用程序的后门容易被不法分子利用，信息安全不能被保证。
-
应用技术风险
使用简洁的开发，意味着使用简单的现成的技术进行开发。这样可能出现困难的需求无法通过该技术来实现，这时需要更换应用技术，导致前后技术不一致，应用的接口出现差异的问题。或者，该简单现成的技术可能会被当前环境所淘汰，存在着风险。
-
质量控制风险
简洁的开发不能保证处理所有情况的异常，软件的质量不能被百分之一百的保证，可能出现软件崩溃的情况。这就因为在测试过程减少了不必要的工作量，仅满足关键测试，而没有完整的进行检查。
-
软件设计与开发工具风险
软件设计过程为了追求简洁，设计不会非常完善，可能出现各种问题但是未被发现，而这些问题会在开发或者推广过程被发现。这些漏洞就是因为前期软件设计过于简洁所造成的，没有多采取多个设计方案进行比对。
对于第二条原则进行风险评估
欣然面对需求变化，即使在开发后期也一样。为了客户的竞争优势，敏捷过程掌控变化。
-
需求变更风险
需求不断的改变，在敏捷开发过程的原则中也是可以接受的，这就导致需求更改前后不一致，导致开发过程变长，成本增加。在开发后期更改需求还会导致软件面临架构重构的问题，面临极大的风险。
-
进度风险
欣然面对需求的变化，必然会针对用户的需求不断修改软件项目，这样会导致软件的进度无法确定，经常出现变更，进度难以统一。在开发后期更改需求，还可能导致进度重置的问题。
-
预算风险
需求的变更可能导致一开始的预算完全不正确，需求的改变必然会使软件开发的成本提高，预算可能不能满足后续的开发，这最终会导致软件开发到半路就经费不足，项目无法继续下去。
-
员工技能风险
需求的变更有可能导致完成新需求的技术变更，开发员工并未掌握该新需求的技术，重新学习导致开发流程边长，也可能出现员工开发质量由于技术不精而导致下降的问题
-
市场风险
更改需求不一定满足市场一开始的需要，最后由于不断变更需求而开发出来的软件可能不被市场所接受，导致软件推广困难。