Assignment 2

• 米家龙
• 18342075
• 计算机学院

• 软件工程

• Assignment 2
  • 敏捷宣言
  • 选择第10条进行风险评估

敏捷宣言

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

选择第10条进行风险评估

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

• 管理能力风险：强调简洁，会导致部分指导性文档（比如项目管理/需求文档，以及使用文档等）的编写工作被忽略；并且容易盲目开发时对项目分支的整合产生纰漏，以至于在遭遇 bug 时无法快速定位到对应的代码
• 软件设计与开发工具风险：过度追求简洁可能会导致设计的不完善，这些问题在开发/推广过程中容易暴露出来，导致额外的修复工作
• 信息安全风险：为了不必要的工作，可能会导致部分关键信息未安全加密，这些缺陷可能会导致用户的隐私泄露，或者容易留下入侵的后面，造成双方的损失
• 应用技术风险：为了追求简洁，敏捷开发会使用现成的易于使用的技术进行开发，但在遇到难以通过选择的技术进行实现的问题时，会出现更换使用技术，从而出现前后技术不一致、部分接口不统一的问题；并且，现有简单技术很容易在当前快速发展的领域淘汰，从而出现技术累赘
• 质量控制风险：简洁的敏捷开发可能不会照顾到所有在开发时出现的异常，只要关键测试能够通过，完整的检查可能会被忽略，从而无法保证软件的质量