对敏捷宣言的原则进行风险评估

对敏捷宣言的原则进行风险评估

题目要求：在敏捷宣言遵循的12条原则中挑选1条你感兴趣的原则进行风险评估。

风险评估

大型软件项目的风险管理：大型项目存在诸多风险因素，在不同程度上对软件开发过程和软件产品质量造成影响。风险不能全部消除，而只能采用避免、减轻、和接受三种应对策略。

• 需求变更风险；
• 进度风险、预算风险、管理能力风险、信息安全风险；
• 应用技术风险、质量控制风险、软件设计与开发工具风险、员工技能风险；
• 人力资源风险、政策风险、市场风险、营销风险。

敏捷宣言遵循的12条原则

• 我们最重要的目标，是通过持续不断地及早交付有价值的软件使客户满意。
• 欣然面对需求变化，即使在开发后期也一样。为了客户的竞争优势，敏捷过程掌控变化。
• 经常地交付可工作的软件，相隔几星期或一两个月，倾向于采取较短的周期。
• 业务人员和开发人员必须相互合作，项目中的每一天都不例外。
• 激发个体的斗志，以他们为核心搭建项目。提供所需的环境和支援，辅以信任，从而达成目标。
• 不论团队内外，传递信息效果最好效率也最高的方式是面对面交谈。
• 可工作的软件是进度的首要度量标准。
• 敏捷过程倡导可持续开发。责任人、开发人员和用户要能够共同维持其步调稳定延续。
• 坚持不懈地追求技术卓越和良好设计，敏捷能力由此增强。
• 以简洁为本，它是极力减少不必要工作量的艺术。
• 最好的架构、需求和设计出自自组织团队。
• 团队定期地反思如何能提高成效，并依此调整自身的举止表现。

对于第十条原则进行风险评估

以简洁为本，它是极力减少不必要工作量的艺术。

• 管理能力风险

  由于敏捷开发第十条原则强调简洁为本，这就放弃了一些管理文档，项目使用手册等一些指导性文档书写的工作。程序员一味盲目地进行开发，容易忽视管理整合项目，到项目最后总合或者出现bug的时候，无法快速定位错误的地方，额外增加后期的工作量。

• 信息安全风险

  为了减少不必要的工作量，项目必然会出现关键信息未加密如身份证、手机号等，源代码未加密等问题。这样的问题可能会暴露用户的隐私信息，应用程序的后门容易被不法分子利用，信息安全不能被保证。

• 应用技术风险

  使用简洁的开发，意味着使用简单的现成的技术进行开发。这样可能出现困难的需求无法通过该技术来实现，这时需要更换应用技术，导致前后技术不一致，应用的接口出现差异的问题。或者，该简单现成的技术可能会被当前环境所淘汰，存在着风险。

• 质量控制风险

  简洁的开发不能保证处理所有情况的异常，软件的质量不能被百分之一百的保证，可能出现软件崩溃的情况。这就因为在测试过程减少了不必要的工作量，仅满足关键测试，而没有完整的进行检查。

• 软件设计与开发工具风险

  软件设计过程为了追求简洁，设计不会非常完善，可能出现各种问题但是未被发现，而这些问题会在开发或者推广过程被发现。这些漏洞就是因为前期软件设计过于简洁所造成的，没有多采取多个设计方案进行比对。

对于第二条原则进行风险评估

欣然面对需求变化，即使在开发后期也一样。为了客户的竞争优势，敏捷过程掌控变化。

• 需求变更风险

  需求不断的改变，在敏捷开发过程的原则中也是可以接受的，这就导致需求更改前后不一致，导致开发过程变长，成本增加。在开发后期更改需求还会导致软件面临架构重构的问题，面临极大的风险。

• 进度风险

  欣然面对需求的变化，必然会针对用户的需求不断修改软件项目，这样会导致软件的进度无法确定，经常出现变更，进度难以统一。在开发后期更改需求，还可能导致进度重置的问题。

• 预算风险

  需求的变更可能导致一开始的预算完全不正确，需求的改变必然会使软件开发的成本提高，预算可能不能满足后续的开发，这最终会导致软件开发到半路就经费不足，项目无法继续下去。

• 员工技能风险

  需求的变更有可能导致完成新需求的技术变更，开发员工并未掌握该新需求的技术，重新学习导致开发流程边长，也可能出现员工开发质量由于技术不精而导致下降的问题

• 市场风险

  更改需求不一定满足市场一开始的需要，最后由于不断变更需求而开发出来的软件可能不被市场所接受，导致软件推广困难。