敏捷项目管理之Scrum框架详解
1. 软件项目的复杂性与Scrum的应对
在软件项目中，人员、需求和技术等复杂因素相互作用，使得项目的复杂性大幅提升。如今，几乎不存在简单的软件问题，所有问题都具有一定的复杂性。
为了应对这种复杂性，Scrum通过实施检查、适应和可视化来解决。它采用简单的实践和规则，是一个强大的迭代和增量过程。很多人会被它表面的简单所迷惑，但实际上掌握它需要时间。
在Scrum中，开发工作以时间盒的方式进行，这些时间间隔被称为迭代，通常为两到四周。每次迭代都包含每日检查，也就是每日Scrum会议，团队成员会在预设的时间每天进行一次。在检查过程中，团队成员会评估彼此自上次检查以来的工作和活动。如果发现需要调整的地方，会尽快进行适应。迭代结束时也会进行检查，以便做出更多的调整。这个循环会一直重复，直到项目资金耗尽。
项目开始时已知的所有需求会被收集到产品待办事项列表中，这是Scrum的一个重要工件。项目团队会审查这个列表，并选择哪些需求应包含在第一次迭代（即冲刺）中。这些选定的需求会被添加到冲刺待办事项列表中，并分解为更详细的任务。许多团队会使用Scrum板来可视化他们在冲刺中的工作，这个板可以是电子的，也可以是带有便利贴的白板，它会显示每个待办事项的任务以及每个任务在开发过程中的当前位置。
团队会尽力将冲刺待办事项转化为最终产品的可交付增量。团队是自我管理的，成员会集体决定谁做什么以及解决问题的最佳方式。冲刺结束时，增量会展示给利益相关者，他们可以进行检查并对项目进行必要的调整。冲刺通常为30天，但也常见两到四周的冲刺，这取决于冲刺待办事项的内容。
利益相关者的调整和反馈会被放入产品待办事项列表中，并重新
)
