计算与软件工程 作业5
第五次作业
一、格式要求
新方法论
过去几年中，软件过程思维最明显的变化可能是“敏捷”一词的出现。我们谈论的是敏捷软件方法，如何将敏捷引入开发团队，或者如何抵御决心改变既定做法的敏捷专家即将来临的风暴。
从无到有，无与伦比，再到敏捷
敏捷方法与工程方法相比在重点方面发生了重大变化。最直接的区别是它们不太面向文档，通常针对给定任务强调少量的文档。在许多方面，它们都是面向代码的：遵循一条说明文档的关键部分是源代码的路线
||
|-|-|
|敏捷方法是适应性而非预测性的|
|敏捷方法以人为本，而不是以过程为导向|
预测与自适应
| 设计与施工分离 | 构建便宜，需要人才，可预测性低 |
|---|---|
| 需求的不可预测性 | 需要获得稳定的需求 |
| 适应性客户 | 一个好的敏捷项目将建立与原始计划所预见的有所不同和更好的东西 |
以人为本
- 插头兼容的编程单元
- 程序员是负责任的专业人员
- 管理以人为本的流程
- 测量难度
- 商业领导的作用
自适应过程
自适应的第一部分是对该过程的定期检查。通常，每次迭代都执行这些操作。在每次迭代结束时，举行一次简短会议，并问自己以下问题
1.我们做得好吗？
2.我们学到了什么？
3.我们能做得更好吗？
4.是什么让我们感到困惑？
这些问题将引导我们改变下一个迭代的过程。从而更好地适应团队。
敏捷发展的味道
The term 'agile' refers to a philosophy of software development. Under this broad umbrella sits many more specific approaches such as Extreme Programming, Scrum, Lean Development, etc.
