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