迭代项目中，在微增量里安排组织个人的工作贡献。一个微增量代表了为实现一个目标而由一个人(或几个人合作)几小时到几天的工作成果。微增量的概念有助于团队的个体成员将他们的工作划分为小的单元，每一个单元都为团队交付了一些可测量的值。微增量提供了非常短的反馈循环，使得在每个迭代中做出自适应的决策。

每个微增量应被良好的定义，以使你能够在每个微增量中跟踪每日的进展。微增量通过一个个工作项而被指定和跟踪。变更集表达了一些文件条款的物理成果，这些文件是待完成的工作项的一部分。下面，我们看一些微增量的例子：

• 识别利益相关人 “定义共享愿景”是一个可能持续数周的任务。因此，为了能够制定和跟踪每日进展，需要将该任务拆分为更小的良好定义的微增量。“编写愿景文档，描述愿景及获得的利益相关人支持”是一个有意义的结果，需要花费几小时或最多几天的时间，因此这代表了一个合适的微增量。
• 开发解决方案增量 “定义、设计、实现和测试一个用例或场景”可能需要花费数周或更长的时间。为了保证持续的进展，需要将该工作划分成更小的、可以在几天时间内完成的增量。一个更合适的微增量可能是只定义、设计、实现并测试一个用例或场景中的某个分支。
• 确认持久化技术方案 确认技术方案可能需要相当长的时间，因此，需要缩小任务，使任务能够被定义且在短时间内被确认。一个划分该工作的方式是根据你需要解决的问题进行划分，例如持久化或报告。这个微增量可能涉及定义需求、测量可用资产、原型以及文档化决策。
• 计划迭代 这一微增量可能包括建立一个创建迭代计划的会议、做会议准备（例如评估候选工作项），带领团队完成迭代计划会议，以及发布迭代计划以方便查看。最终的结果是已发布的、完整的、可衡量的并获得团队支持的计划。

项目通过在微增量中同步执行一定数量的工作项获得进展。通过每日例会和协作工具公开你的微增量进度，你将获得高效团队所要求的透明度以及对他人工作的了解与洞察。同时，通过在微增量中演进你的应用，你可以展现持续的进展。

通常，实践提供了一系列被执行的活动。每个活动包括一系列的活动、活动中的步骤、以及指南。即使在这些实践中微增量没有被显示的指出，你也可以通过对这些活动的描述来找出一系列在通常的项目里被发现的、相关的微增量。