敏捷建模（AM）
敏捷建模是一套用于建模软件的价值观、原则和实践。
AM是成熟软件开发方法的组成部分，例如极限编程或快速应用程序开发。
敏捷建模的原则是：
- 项目利益相关者之间的有效互动
- 希望开发出最简单的解决方案来满足所有要求
- 持续反馈
- 勇于做出决定并承担责任
- 理解你并不完全了解一切。
敏捷统一过程 ( AUP )
AUP是另一种软件开 阿联酋 whatsapp 号码数据 发方法 Rational Unified Process ( RUP ) 的简化版本。自2012 年起， 它已被 Disciplined Agile Delivery（DAD ）所取代，但在某些地方仍然可以找到AUP。
该方法的作者 Scott Ambler 确定了敏捷统一过程的以下关键点：
- 您的团队知道他们在做什么；
- 简单高于一切。
- 遵守敏捷开发方法的原则。
- 重点关注对项目有价值的活动。
- 独立选择乐器。
- 对AUP进行个性化定制，以满足特定项目的需求。
敏捷数据方法 ( ADM )
ADM 是一组迭代敏捷软件开发方法，强调通过 2024 年将影响电子邮件营销领域的 9 大趋势 各个团队之间的协作来生成需求和项目决策。与AUP一样 ，它不是一种独立的技术。
敏捷数据方法的本质由六个原则定义：
- 数据是任何应用程序的基础。
- 项目问题——只有清楚了解项目的目的和概念才能发现这些问题。
- 工作组– 除了直接的开发团队之外，还有支持其他工作组的企业团体。
- 独特性——没有理想的方法；对于每个项目，您需要结合不同方法的工具。
- 团队合作 ——共同工作比单独工作更有效。
- “最佳点” ——找到问题的最佳解决方案（“最佳点”），避免极端。
基本统一过程 (EssUP)
由瑞典科学家 Ivar Jacobson 开发，旨在改进 Rational Unified Process。
EssUP 以实践为理念，包括：
- 用例——系统行为的描述。
- 迭代开发——在几周的短周期内创建可用的代码片段。
- 团队实践——旨在团结团队并提高其效率。
- 流程实践——例如，“从大处着眼，从小处着手”或“让利益相关者参与业务流程”。
所有实践都以某种形式存在于RUP、CMMI和敏捷开发方法中。
变得真实（GR）
一种适用于初创企业和早期团队的 欧洲比特币数据库 有效方法，可最大限度地利用小型项目和公司的特点：移动性、灵活性、寻找新的解决方案、没有僵化、混乱的层次结构等。 37 signals（现为 Basecamp）的创始人 Jason Fried 和 David Hansson将 Getting Real 定义为解决现实问题的系统：尽可能简单、易懂、实用。
GR 是十几种敏捷开发工具的大杂烩，用于最大限度地减少：
- 机会
- 选项和设置
- 公司结构
- 会议
- 承诺。
尽管个别元素采用了其他技术，但这一不同寻常的概念尚未获得广泛接受。