|
精华帖 (6) :: 良好帖 (0) :: 新手帖 (0) :: 隐藏帖 (2)
|
|
|---|---|
| 作者 | 正文 |
|
时间：2008-05-08
引用 我觉得你举的这个例子不恰当。jit主要是解决“库存”问题，而不是组装的概念，因为“库存”会产生管理和财务成本。如果没有库存就不会有这些负担。JIT要求团队之间必须充分协作。 同样道理软件开发中也存在“库存”，那就是“未完成的工作”，不明确的需求，未开发的需求，未签入的代码，未测试的代码，未发布的代码，未自文档化的代码等等。因为这些都是产品的中间状态。 将代码比作库存不是更为不恰当的举例么？如果你要用jit的管理来管理代码的签入 难道说我写完了代码还需要等到整个项目集成的时候再签入么？丰田的生产连配件卸货的时间都是很精确的。难道你能要求程序员下午3：15分准时把写好的代码签入么？或许你会说如果我们的设计足够好足够到位，工作的量化做得足够好就可以实现看板编码。但请不要忘了敏捷面对的问题是需求的不确定性。不确定的需求如何去精确的计划？还有就是这么精确的设计所花的时间和精力你该用什么方法来管理呢？ 敏捷管理的过程更像是设计一款新车的过程，而不是在生产线上根据订单生产一辆车的过程。 所以我一直的是说敏捷和丰田的看板生产或jit是适用于不同类型生产的。将两者点对点的比较并不恰当。 |
| 返回顶楼 | |
|
时间：2008-05-08
ball_cao 写道 引用 我觉得你举的这个例子不恰当。jit主要是解决“库存”问题，而不是组装的概念，因为“库存”会产生管理和财务成本。如果没有库存就不会有这些负担。JIT要求团队之间必须充分协作。 同样道理软件开发中也存在“库存”，那就是“未完成的工作”，不明确的需求，未开发的需求，未签入的代码，未测试的代码，未发布的代码，未自文档化的代码等等。因为这些都是产品的中间状态。 将代码比作库存不是更为不恰当的举例么？如果你要用jit的管理来管理代码的签入 难道说我写完了代码还需要等到整个项目集成的时候再签入么？丰田的生产连配件卸货的时间都是很精确的。难道你能要求程序员下午3：15分准时把写好的代码签入么？或许你会说如果我们的设计足够好足够到位，工作的量化做得足够好就可以实现看板编码。但请不要忘了敏捷面对的问题是需求的不确定性。不确定的需求如何去精确的计划？还有就是这么精确的设计所花的时间和精力你该用什么方法来管理呢？ 敏捷管理的过程更像是设计一款新车的过程，而不是在生产线上根据订单生产一辆车的过程。 所以我一直的是说敏捷和丰田的看板生产或jit是适用于不同类型生产的。将两者点对点的比较并不恰当。 干嘛要这样机械？ 未签入的代码，表示这部分代码还不能参与持续集成，其是否有问题有待确认，这样的代码要越少越好，因为可以及时反馈，所以要经常性的提交代码，而不是一个星期再提交一次。 如果你有兴趣，可以考察一下Implementing.Lean.Software.Development和Lean.Software.Development.-.An.Agile.Toolkit上面有更加深入的对比。 |
| 返回顶楼 | |
