大多数软件开发可以归类为敏捷或 瀑布类型的方法。开发方法是工程团队构建给定产品的过程。
敏捷方法是一种迭代式的产品开发方法，由自组织团队在协作环境中执行。该方法以经济高效且及时的方式生产出高质量的软件，以满足利益相关者不断变化的需求。
待办事项：优先需求列表
每次产品发布都以一份名为“待办事项”的清单开始，该清单由一系列优先需求组成。这不是传统意义上的待办事项，而是一份待完成的工作清单。正如文章《确定产品发布》中所述，使用项目三角时，您必须在进度、范围和成本之间做出选择。
使用敏捷方法，团队将始终调整工作范围，以确保首先完成最重要的项目。软件开发人员按照重要性顺序从此列表开始工作。待办事项是一组动态需求，可以每周更改（取决于迭代的长度）。
如果您选择与当前团队在特定日期发布产品，那么需要完成的需求范围将不断调整。如果您决定必须完成所有需求，那么您的流程将需要额外的迭代（见下文）。
软件开发中的迭代（或冲刺）
您可以将工作分为“迭代”，而不是在发布结束时交付整个待办事项。迭代（也称为冲刺）是按重要性顺序从待办事项中抽取的较小数量的已交付需求。英国电报数据 查看本文末尾的示例，了解如何将需求分解为迭代。
迭代周期较短，根据团队经验，从一周到四周不等。如果您与一个未在敏捷环境中工作过的团队合作，建议使用一到两周的迭代周期，因为这样您可以在迭代结束时快速更改优先级。
迭代的一个关键要素是，关于哪些需求应该被构建的优先级在迭代内不会改变（例如，在两周的时间内）；这个列表应该只在一次迭代和另一次迭代之间改变。
在迭代过程中，团队会完成整个开发周期（从分析到测试）。最后，他们会向利益相关者展示一个可用的产品。
请注意，一次迭代可能无法产生可销售的版本；可能需要多次迭代才能发布并完成所有待办事项。但是，团队应该能够在迭代结束时展示所有商定的功能。
风险管理
敏捷方法承认项目变更是不可避免的。使用小规模迭 如何优化您的电子邮件以实现转化 代可以快速吸收变更，而不会造成重大项目风险。随着业务优先级的发展，待办事项顺序可以调整；在下一次迭代中，团队可以适应这些优先级。
敏捷方法与瀑布方法
在产品发布的背景下，技术上最困难的项目（即风险最大的项目）往往在早期迭代中完成，以确保将风险降至最低。
这种降低风险的方法是与瀑布方法的主要区别。比特币数据库美国 瀑布方法不是在开发过程中进行调整，而是提前规划和研究每项任务。但是，如果在投入这项前期工作后需要更改项目，团队往往会抵制修改，而且修改成本也可能很高。
跨职能团队
敏捷团队（由五到九人组成）包括更大的开发组织的职能，例如开发人员、测试人员、文档编写员和产品经理。
团队成员自我组织；他们决定在迭代中如何以及由谁来交付需求。如果在此过程中出现问题，可以联系产品经理以快速解决任何问题。