Project management 每次都要用同样的方法，这在软件项目中有用吗？

我跑出去了。。听一个关于丰田的播客。。无论如何

我认为这个原则不适用于软件项目。（可能是项目管理）。这门艺术还很年轻。我们不知道我们现在在做什么。但最终，我们会的

或者，有人知道如何使用这个核心原则吗

好的，这是播客。我觉得很有趣

---

如果该方法已被证明能正常工作（性能/维护/安全等），我建议进行一次小的修改，然后每次都使用。
诀窍是“证明有效”，也是“正确的”。
所以基本上，除非当前方法有问题，否则不要为了改变而改变它。（请注意，一种可以证明效果更好的方法实际上会突出显示另一种方法存在问题，尤其是不起作用）

特别是在我们的领域，它特别适用，因为当大多数代码以相同的方式构建时，您可以获得生产力/可伸缩性收益。例如维护、开发人员培训等

换言之，著名哲学家更为熟悉的一句话是：

如果它没有坏，就不要修理它

---

嗯，我想这完全取决于情况。如果您已经使用的方法具有良好的执行时间，并且（大多数情况下）没有bug，并且按照您想要的方式工作，那么就不需要编写执行此任务的新方法。特别是如果你是为了钱或公司而编程

然而，如果你想学习编程语言的一些新特性，或者仅仅是一种完全出于个人兴趣的不同的做事方式，为什么不呢

在像丰田这样的公司里，节省时间和金钱是最重要的。然而，你的私人时间有你赋予它的任何重要性。如果学习一种新的做事方法对你的底线有好处，那么就去做吧。如果你的底线是尽可能多地学习，那么这可能是正确的做法。另一方面，如果你的底线是尽可能快地完成尽可能多的项目，那么事实并非如此

然而，尝试不同的方法仍然是有用的，即使你的底线是节省时间和金钱；因为，用不同的方法做一些你已经做过的事情，可能会给你带来一些想法，从长远来看，这些想法可能会节省你的时间（时间就是金钱）

所以我很想说，如果你想用完全不同的方式重做某件事，那就去做吧。

还是说“如果它没有坏，就不要修它？”哦，我一直不擅长诗歌…；-）