永远不会做任何东西，直到你们准备要使用它，在软件吗？[丰田原则][封闭]

StackOverflow https://stackoverflow.com/questions/110855

题

我是听到 一个播客.在那里他们谈到的原则，丰田汽车是使用：

永远不会做任何东西，直到你们准备要使用它。

我认为，这告诉我们来看看在其他地方，以了解什么样的其它做法已经多年。

有帮助吗？

解决方案

它的 可 应用软件建设，但我不敢肯定它 做 适用

如果我们考虑的五个要素中的一个"丰田的方式的决策"基于的原则是，"你如何到达决定是同等重要品质的决定":

[模式的幽默上的]

  • 找出是什么真的，包括genchi gembutsu.

    除了某个时候，一个没有最后明白了什么是要当客户解释我们在结束的项目；) PM_Build_Swing

  • 了解根本原因，解释表面出现问"为什么？"的五倍。

    确保，但是客户不提供足够的期间项目；)

  • 广泛地考虑到替代解决方案，并开发一个详细的理由，较佳的解决方案。

    太晚了，该程序员都已经编码像疯子:)

  • 建设内部的协商一致意见团队，包括丰田雇员和外部合作伙伴。

    哎呀，编程人员已经重新写作的鉴别系统，虽然旧的工作正常

  • 使用非常有效的通信车辆做一个通过四个，最好一面的一张纸。

    你有没有听到"死亡的powerpoint"?这是不是总是我们的强；) Death by PowerPoint

[模式的幽默感关]

严重的是，正如先前的答案，敏捷的理念并解决一些核心住户的这种丰田的原则。

它可能是一个小小的更丰富，只是"你不需要它"，因为书中所述的"丰田车的方式"

其他提示

排序，是的。这是敏捷哲学的核心部分。

基本上，优先考虑大型设计的灵活性和响应速度以及笨重的规格。这样做的最好方法之一就是只建造足以满足您当前要求的方法，因为您永远不知道他们什么时候会改变。

这是旧新闻了一点。这是通常被称为"你不会需要它"("你不'会需要它"在非idomatic英语)，并缩写 YAGNI.

相关的问题与执行的一个特征时，你不需要它：

  • 执行需要时间远离发展的特点，都需要
  • 该功能是困难的文件和测试，因为如果你不需要它了，谁知道什么该做什么呢？
  • 维持功能将需要额外的时间
  • 该特征增加了额外的代码，复杂的代码
  • 该特征可以有一滚雪球效应，由此，它表明其他的功能，你可以那么想要加入，即使他们不需要

这样思考就是一个很好的敏捷实践。还有一种称为测试驱动开发的东西，它可以帮助你获得没有错误的软件（几乎），但也有一些副作用，即你没有使用NOTHING。

一个例子是你自己的集合类。如果您只需要Add方法和ToArray方法，那么为什么要使用时间来实现Remove和Count方法？

所以，是的。遵循这一原则：）

许可以下： CC-BY-SA 和 归因
不隶属于 StackOverflow
scroll top