performance - 您如何平衡业务流程变更与软件变更带来的挑战？

Question

在我公认的年轻职业生涯中，我发现自己在编写代码来支持古怪的业务规则和流程。不可避免地，这些更改总是在一些非常困难的代码库中并导致许多问题。我的问题有几个部分:

虽然软件是企业让生活更轻松的工具，但我们作为开发人员在什么时候建议改变业务流程而不是软件作为解决特定问题的“ Elixir ”。

作为开发人员，我们如何宣传对软件的某种程度的尊重，以及仅仅为了支持业务的怪癖而进行更改所涉及的困难？

我知道这些业务流程的变化促进了我们的行业，但打个比方，我父亲会理解:熔化锤子来锻造 Screwdriver 来驱动螺丝或简单地使用钉子更容易，因为你的锤子已经很棒了。 .?

Answer 1

你可以看看

Seven Habits of Highly Effective People

，因为有一种感觉，你需要发展一个足够大的影响范围来尝试改变业务流程。

最好的办法是表明你在工作中非常能干，并努力与业务方面的人建立关系，这样你就可以在工作之外坐下来讨论相关的业务流程。

这是一个缓慢的过程，但如果你试图赶得太快，业务会推后，并像一个错误一样压扁你。如果你读

The Age of Heretics

例如，您会看到一些公司在变革方面过于成功，而公司却摧毁了它们的例子。

目前最好的办法是尽可能地进行更改，使软件更具适应性，这样如果流程发生变化，您就可以轻松适应新规则。