时间管理和成本管理是项目管理系统中关键的两个方面
敏捷项目时间管理的不同之处
项目管理术语中，时间一词指的是确保项目及时完成的一系列过程，敏捷原则中1，2，3，8可以更好理解敏捷项目时间管理
传统项目和敏捷项目时间管理方法对比
敏捷时间管理的一大好处是敏捷项目团队可以比传统项目团队更早的交付产品，在时间或成本限制范围内始终交付高优先级的功能。
如何在敏捷项目中管理时间
敏捷方法论在进度和时间管理方面，同时提供战略和战术方面的支持
早期的计划实际上是战略级的，产品路线图和产品待办列表的高层级需求可帮助形成对整体的初步认识为每次发布和冲刺所做的详细计划都是战术级的一旦项目开始，Scrum团队的速率可以用来调整进度安排速率：敏捷术语中，速率就是开发团队的工作速度，可根据开发团队在每次冲刺中完成的用户故事点来测算其速率
速率可以帮助预测团队需要多长时间完成给定数量的需求以及一个项目可能需要的开销监控和调整速率 项目启动后，Scrum团队就开始监控其速率，每次冲刺后都会测算速率。速率将会被用于做长期的进度计划，预算计划和冲刺计划。速率是基于实际绩效的避免在项目开始前或者冲刺过程中，猜测Scrum团队的速率；使用Scrum团队的实际速率来预测整个项目可能持续的时间和相应成本 计算速率 每轮冲刺的速率： 每次冲刺结束时，Scrum团队检查已完成的需求并累积这些需求相关的所有故事点所得到的总数就是这次冲刺中Scrum团队的速率平均速率：已完成的故事点总数除以已完成的冲刺个数 使用速率估算项目时间表 步骤: 合计产品代办列表中剩余需求所对应的故事点数将这些故事点数除以速率，可确定所需的冲刺数量： 最悲观估计，用团队最低速率；最乐观估计，用团队最高速率；最可能估计，用团队平均速率将冲刺的周期乘以冲刺数量，可以得到完成产品代办列表上故事点所需的时间 一旦了解了团队的速率，就可以判断任何给定的需求组合所需的完成时间项目初期速率不稳定，一定时间后，速率趋于未定 提升速率 方法： 移除项目障碍；规避障碍；消除干扰；征求团队意见有用速率的一致性：要基于此前提，速率才是有效的：一致的冲刺周期；一致的工作时间；一致的开发团队成员绩效并不会随着可用时间线性扩展从时间角度管理范围变更
如果及时更新产品代办列表和相关的估算，那么即使项目范围持续变化，仍然可以一直准确把握项目的时间表多团队时间管理
多团队工作分解： 可以为每个团队按照主题或者产品特性的逻辑分组来分解工作; 需要为该项目配备一个集成团队，其唯一职责是将开发团队开发的可工作的产品特性进行组合合并实现交付多团队结构 每个Scrum团队都是完整的团队，每个团队冲刺都具有相同的周期并同时开始同时结束多团队项目需要额外增加一个层级的管理活动：额外的每日例会，换和冲刺回顾等使用敏捷工件进行时间管理：
敏捷项目成本管理的不同之处
成本是一个项目的财务预算。敏捷原则1，2，10条声明关于成本传统成本管理和敏捷项目成本管理对比如何在敏捷项目中管理成本
敏捷项目中，成本通常与时间直接相关，也包括硬件，软件许可证等费用创建初始预算： 需要知道Scrum团队每次的冲刺成本以及完成项目所需要的任何额外资源成本通常根据每名团队成员的每小时费率来计算Scrum团队的成本。每名成员每小时费率 * 其每周工作的有效时间 * 冲刺参与的周数 =Scrum团队每次冲刺成本额外资源成本：硬件成本；软件成本包括许可证成本；托管成本；培训成本；团队费用杂项等 创建一个自筹资项目： 如果是创收型产品，可以利用早期发布乘过收益来支持项目后续费用支出利用速率来确定长期成本 利用速率和产品待办列表剩余故事点确定项目持续时间，成本或当前发布的成本降低项目成本的方法 提高速率降低成本减少时间降低成本：放弃低优先级需求；根据成本来决定一个项目是否该结束要考虑： 产品代办列表剩余需求的价值（V)< 为完成这些需求所需工作量的实际成本（AC）+ 机会成本（OC）或者让团队实施新项目所产生的价值；资本调度有可能发生，暂停项目会导致遣散工作以及相关的成本发生 确定其他成本： 知道了团队速率，可以确定项目中任何成本比如每次单独发布，或者特定故事组的成本 使用敏捷工件进行成本管理