项目发布与迭代规划全解析
1. 确定项目整体时间表
大多数项目都受时间限制，整体时间表的制定就是为了满足这一约束。以下是一些常见的时间限制原因：
- 销售团队将项目卖给客户，需按约定时间交付。
- 为满足监管时间要求，必须在规定时间完成相关工作。
- 有既定的发布计划，需在预定义的窗口内完成工作。
- 项目使用员工的时间有限，员工可能来自共享资源池。
- 预算固定，资金用完项目时间也截止。
- 需要比竞争对手更快推向市场。
确定项目时间表时，要审查项目可用的总时间。通常，时间表从当前日期开始，到客户或利益相关者要求的日期结束。这里的当前日期指完成功能故事点估计的那一天。
以 Auctionator 项目为例，当前日期是 4 月 20 日，Acme Media 的利益相关者要求项目在 8 周内完成，即团队需在 4 月 20 日至 6 月 15 日期间交付项目。
Wendy 在确定整体时间表后，结合收集到的其他信息（迭代 0 的时间、迭代长度以及迭代之间所需的时间），开始在 Microsoft Excel 中制定逐次迭代的时间表。她选择 Excel 是因为熟悉该工具，且能将时间表发布在项目维基上。同时，她也明白让团队随时看到时间表的重要性，所以用办公室绘图仪打印出来并张贴在团队区域显眼位置。
迭代期间的生产支持问题
过去，敏捷项目讨论中常认为项目团队专注于项目，生产环境问题由其他团队处理。但近年来观念有所转变，很多人在确定迭代团队产能时会考虑生产支持。许多公司的项目和生产工作由同一团队负责。
2004 年，Greg 所在的西雅图时报公司互联网