◆有目的的建模
对于自己的产出 ， 例如模型、源代码、文档 ， 很多开发人员不是担心它们是否够详细 ， 就是担心它们是否太过详细 ， 或担心它们是否足够正确 。你不应该毫无意义的建模 ， 应该先问问 ， 为什么要建立这个产出 ， 为谁建立它 。和建模有关 ， 也许你应该更多的了解软件的某个方面 ， 也许为了保证项目的顺利进行 ， 你需要和高级经理交流你的方法 ， 也许你需要创建描述系统的文档 ， 使其他人能够操作、维护、改进系统 。如果你连为什么建模 ， 为谁建模都不清楚 ， 你又何必继续烦恼下去呢？首先 ， 你要确定建模的目的以及模型的受众 ， 在此基础上 ， 再保证模型足够正确和足够详细 。一旦一个模型实现了目标 ， 你就可以结束工作 ， 把精力转移到其它的工作上去 ， 例如编写代码以检验模型的运作 。该项原则也可适用于改变现有模型：如果你要做一些改变 ， 也许是一个熟知的模式 ， 你应该有做出变化的正确理由（可能是为了支持一项新的需求 ， 或是为了重构以保证简洁） 。关于该项原则的一个重要暗示是你应该要了解你的受众 ， 即便受众是你自己也一样 。例如 ， 如果你是为维护人员建立模型 ， 他们到底需要些什么？是厚达500页的详细文档才够呢 ， 还是10页的工作总览就够了？你不清楚？去和他们谈谈 ， 找出你想要的 。
◆多种模型
开发软件需要使用多种模型 ， 因为每种模型只能描述软件的单个方面 ， “要开发现今的商业应
敏捷开发
用 ， 我们该需要什么样的模型？”考虑到现今的软件的复杂性 ， 你的建模工具箱应该要包容大量有用的技术（关于产出的清单 ， 可以参阅AM的建模工件） 。有一点很重要 ， 你没有必要为一个系统开发所有的模型 ， 而应该针对系统的具体情况 ， 挑选一部分的模型 。不同的系统使用不同部分的模型 。比如 ， 和家里的修理工作一样 ， 每种工作不是要求你用遍工具箱里的每一个工具 ， 而是一次使用某一件工具 。又比如 ， 你可能会比较喜欢某些工具 ， 同样 ， 你可会偏爱某一种模型 。有多少的建模工件可供使用呢 ， 如果你想要了解这方面的更多细节 ， 我在Be Realistic About the UML中列出了UML的相关部分 ， 如果你希望做进一步的了解 ， 可以参阅白皮书The Object Primer -- An Introduction to Techniques for Agile Modeling 。
成功
随机应变
要达到敏捷的成功—交付支撑业务的最佳软件—软件专家也可以引用这些规则 。
自主权
专注于工作 ， 交付正确的软件 ， 而不是被他人的愤怒情绪所影响 。
分享经验
构建完美软件开发流程 ， 并没有统一的模式 。但是在这个领域 ， 敏捷技术 ， 加上持续的应用和改进 ， 都能够达到敏捷的成功 。
什么是敏捷软件开发首先什么是敏捷开发呢？
敏捷开发指的是一种面临迅速变化的需求快速开发软件的能力！
什么是敏捷设计
【敏捷开发到底是什么意思 什么是敏捷开发(敏捷开发软件)】“在按照我的理解方式审查了软件开发的生命周期后 ， 我得出一个结论：实际上满足工程设计标准的唯一软件文档 ， 就是原代码清单 。”——Jack Reeves
推荐阅读
- 带小猫去绝育，回来后不理人还猛翻白眼，我到底做错了什么？
- 1光年到底有多远？ 1光年等于多少公里
- 有一技之长，到底有多重要？ 学什么技术
- 到底什么叫机床？ 机床是什么?
- 完全不懂南红，到底该怎买才能不吃亏？ 南红是什么
- 取环到底痛不痛
- 姬存希到底好不好 姬存希化妆品怎么样
- 肺结节到底是怎么回事
- 无花果盆栽到底该怎么种植？ 无花果怎么种
- 新型飞行机器人像果蝇一样敏捷