精益敏捷交易成本与持有成本的经济性分析

本文探讨了软件开发中的交易成本(如沟通、交流)和持有成本(如在制品延迟导致的损失)。通过Scrum框架举例,分析了各种活动如何影响这两种成本,并提出通过小批量、可视化和频繁沟通等方式优化成本。最终,文章强调应以总成本最低为优化目标,而非单一成本,并倡导持续改进和应用优秀实践。
摘要由CSDN通过智能技术生成

定义

 

交易成本:软件设计实施和验证之外的活动的成本,包含交流沟通切换等。

 

持有成本:在制品就是持有成本,表现在不能及时出售而带来的利息损失。

 

按上述定义,交易成本相对容易核算,持有成本相对不易核算。我们可以用批量周期来代表持有成本。那么这两种成本合起来的相对大小就可以用乘法表示。

 

交易成本和持有成本合起来的相对大小 = 持有成本(以批量周期代表) X 单位时间内的交易成本。

 

 

 

分解

 

以Scrum为例说明团队工作方式对两种成本的影响。Scrum之外其他工作方式的相应影响可以类推。

 

产品列表梳理:

  • 增加了:梳理活动时间本身所代表的交易成本。

  • 减少了:因这一步没有达到准备好而造成的后续沟通的交易成本,以及对批量产生影响而潜在减少了持有成本。

 

迭代计划:

  • 增加了:计划分解和分工活动本身所代表的交易成本。

  • 减少了:通过分解,降低了批量大小,降低了持有成本。通过合理分工,减少了后续交流的交易成本。

 

每日站会:

  • 增加了:站会时间本身的交易成本。

  • 减少了:可以被站会替代的日常交流部分的交易成本。通过在站会上协同改善流动减少了持有成本。

 

迭代评审:

  • 增加了:评审活动本身代表的交易成本。

  • 减少了:因缺乏反馈而在错误的道路上越走越远不能及时按质按量交货的持有成本。

 

迭代回顾:

  • 增加了:回顾活动本身代表的交易成本。

  • 减少了:优化日常交易而减少的交易成本,改善流动而降低的持有成本。

 

小批量

  • 增加了:多人合作的交易成本。

  • 减少了:在制品减少所代表的持有成本。

 

随时都在的PO

  • 增加了:不会增加上述定义中的交易成本或持有成本。只涉及到PO角色本身的工资成本。

  • 减少了:因团队能与之及时沟通而降低的交易成本。PO需磨炼沟通方式而降低交易成本。PO通过桥接团队与客户或干系人,降低了团队与多方客户或干系人交流的交易成本。

 

可视化:

  • 增加了:可视化的后勤活动本身的很少的交易成本。

  • 减少了:辅助交流沟通合作的交易成本,辅助流动也减少了持有成本。

 

 

 

核算

 

统计总交易成本:

  • 会议本身的总人时所代表的交易成本。

  • 日常交流的交易成本:根据团队的接受度,可以让每人每天或每周提供。

 

统计持有成本:

  • 以平均前置时间或交付周期代表。

  • 质量问题造成的返工要叠加到交付周期中。

 

按定义中的公式,把两部分相乘即代表总成本的相对大小。

 

 

 

根源分析

 

分析每一成本的原因,及优化可能。

 

 

 

经济性分析

 

以总成本最低作为总目标,而不是孤立地看各个子成本。

 

 

 

试炼

 

打磨出最优的总成本。

 

 

 

持久

 

其中的优秀实践保持下去。

评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值