第8章 建立交付节奏
Ø 在敏捷软件开发圈子里形成的一个基本共识是，稳定的节奏很重要，敏捷开发方法通过使用固定时间盒的迭代来获取稳定的节奏，通常迭代长度为1-4周，
Ø 为了形成稳定的心跳，必须使用具有要个时间盒约束的迭代。
以前的敏捷实施方式：
Ø 迭代开始时，大家首先对开发范围或待办项列表达成一致意见，并承诺在该迭代内完成这些开发内容，后面是一系列分析、测试规划、设计、开发、测试和重构活动。如果一切顺利，则承诺的全部内容都得以如期完成。团队成功交付了可用软件，作为迭代的结束，最后召开1次回顾会来讨论未来的改进和过程调整。
Ø 这个循环周而复始，所有这些活动都以一种预先达成一致的稳定节奏进行。
看板方法的实施方式：
Ø 看板方法将创建用户故事的时间点与交付频率分开来，当某些工作已经完成并准备交付时，其他工作可以仍然处于进行中状态。看板方法将开发前置时间与交付节奏分离出来，这样便可以讨论应该以怎样的频率进行优先级排序（规划和估算活动的频率）。这么做，并不一定要求计划、估算和优先级排序等活动严格与软件交付节奏保持一致。
Ø 他们各有完全不同的职能，参与其中的人员也各不相同。看板方法允许这些活动彼此分离开来，一个字合适的节奏展开。
8.1 交付的协调成本
Ø 交付的协调成本指每次交付都要召集相关人员讨论部署、生产制造、包装、市场营销和推广、文档编制、终端用户培训、分销商培训、服务台和技术支持人员培训、安装文档编写等各种活动。
8.2 交付的事务成本
Ø 事务成本指在软件交付过程中的各项活动进行成本核算、规划、日程安排和资源分配，然后才能进行真正的部署交付。
8.3 交付效率
Ø 交付效率%=100% X （总成本-（协调成本+事物成本））/总成本
Ø 为了提高效率：
Ø 可以拉长两次交付的间隔时间（发挥规模经济价值：拉长交付周期，以大批量生产来分摊成本）
Ø 降低协调成本和事务成本（精益思想：聚焦减少浪费）
8.4 确定交付节奏
Ø 团队和组织要清楚了解每次交付需要付出的成本，包括时间和费用上的成本，这样才能对合适的发布频度做出理性评估。
8.5 通过提高效率来提升交付节奏
Ø 建议开始时选择保守的频率，通过实际结果来证明组织能够保持这个目标，之后思考如何提成代码质量，发起对配置管理的改善行动。
Ø 降低协调成本和事务成本是精益方法的核心，是消除浪费最强有力方式。这样可以使批次规模变得更小，效率更高，并且也带来业务上的敏捷性。
通过更为频繁的交付可用软件，从而更频繁的向客户交付更多的价值。
8.6 进行随需或临时交付
Ø 定期交付优点：降低协调成本，有利于建立信任，带来了确定性。
Ø 随需交付优点：快速响应销售团队的紧急需求，快速修复产品存在的严重漏洞。
8.7 总结
Ø 交付节奏指的是在交付可用软件上形成的固定节奏。
Ø 采用看板方法，可以将交付节奏与开发前置时间和优先级排序节奏分离开。
Ø 再尝试敏捷开发方法时，一些团队由于采用固定时间盒的短迭代，遭遇麻烦。
Ø 交付软件过程中，需要对参与其中的各种不同职能的人员进行协调，这些协调活动都具有可度量的成本。
Ø 交付软件过程中，无论是在时间还是费用上，都同时伴有随着一系列事务成本，可以对这些事务成本进行测定和跟踪。
Ø 可以通过
Ø 可以通过将进行1次交付所需的事务成本和协调成本之和，与本次软件交付的总成本相除来计算交付效率。
Ø 可以将1次发布的总成本与本次发布交付的价值进行对比，来确定交付节奏。
Ø 聚焦于降低事务成本和协调成本，可以提升交付效率和改善交付节奏。
Ø 定期交付能够建立信任关系。
Ø 设定定期交付的预期并持续达成这种预期，是一件富有挑战的事情。
Ø 根据定期交付的节奏进行调度，能够降低协调成本。
Ø 允许加急交付，但在执行加急发布后，要尽快恢复定期发布节奏。
版权归原作者所有，此为整理集合
扫一扫
637
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
