为企业环境的不断变化而发展？

Question

我为一家目前正在进行合并的大公司工作。我们正在开展几个涉及并不涉及合并的项目。我注意到的一个问题是，许多开发人员群体非常分散，即使他们主要支持他们自己的业务范围内的许多不同项目，我们所有工作的数据库似乎也反映了这一点。由于它，我对大部分数据的准确性并不太自信。

是否有任何模型或标准成功管理这些类型的变化环境？有哪些方法可以将这些更改传达给用户？是否存在创建冗余的方法，因此如果在生产的某个部分提出更改，它会在管道中上下传达？

编辑：由于其主观性而制作此社区维基

Answer 1

专门用于流程监督，迁移和创建的资源。

我们经历了合并和合并，然后我们收购了其他公司，并且正在将它们整合到我们的“流程”中。我在这里引用过程，因为在我看来我们仍然没有任何可说的。

我们最终会成功的地方，我认为我们拥有专门的资源来创建一个有效的流程，这个流程在整个公司范围内。 Scrum一切都很好，但它并不一定适用于企业的计费和营销周期，但是我们的开发，研发和实施团队（甚至可能在这三个团队中成为一个团队！）会产生奇迹。那么，我们如何为每个人提供最佳的流程和实践，使他们在专业领域有效地工作，同时保持一致？

我们这里的神奇之处在于我们有一个专门负责这项任务的人，他看着现在的样子，看看需要什么，并制定计划到那里然后执行它们。他将与各部门合作，IT和任何人都需要完成它。最重要的是，他有领导和大脑的支持，给予他适当的杠杆，让重型巨石滚滚（我相信你有这些，任何公司足够大，最终给任何人提供一个舒适的椅子超过他们的Peters阈值）。一旦定义了流程，就需要适当地加工流程，并从每个团队（定义之前的公司）临时采用所有不同系统中迁移所有数据。

要做到这一切，你必须完成其他任务是不可能的，我知道几乎被解雇了（踩到其中一个到很多巨石），这就是为什么你需要专门的资源来进行这种内部结构化。如果你的公司还没有这个，我会把它作为我的第一个战场。

为了比喻我们在这里得到的是一个主厨，它知道一个过程是什么，并且有裤子来完成它。这不是CE *类型的人，他们太忙了，但有些人不在任何项目的关键路径上。这样他仍然是客观的，可以退后一步，看看大局，而不是经常在动物园里吮吸。我发现具有开发背景且具有敏捷和正式流程范例经验的人最适合这项工作。开发过程很可能是最难确定和开始的过程，如果他能做到这一点，其余部分应该很容易，最不用说纸上谈兵。

自从我们在这里得到了这些变化之后，它变得缓慢但它来了，到目前为止它是每次发送的神。每一次改变都会揭示其余部分是如何效率低下的，并为他提供更多弹药来完成任务。通过这种方式，我发现知道某人正在努力工作效率低下会更容易，最终他们会被解雇。

祝你好运，这不是不可能，但它确实是可行的。

Answer 2

你的大企业听起来像其他每一个。这些特征中有多少适用于您？

1. 服务器，操作系统，系统，语言，数据库等多种生态系统
2. 系统重复（例如，合并中的两家公司都有以稍微不同的方式做同样事情的系统。）
3. 许多冗余数据库;没有一个事实来源。
4. 多个应用程序共享的数据。
5. 很多复杂性和依赖性使得测试代码变得困难。
6. 解决限制的“实际”努力造成了很多复杂性。

我不认为常识或专业或任何魔法正在进行改变上下生产的变化。

Answer 3

一种想法是让一群人监督项目，以确保他们与业务保持一致。要防止事情成为火车残骸需要一些领导。

我知道在Scrum中，存在Scrum of Scrums的概念。基本上，每个团队的代表每天（或在某些情况下更少）会面，告诉团队一直在做什么，他们今天在做什么，并讨论障碍（可能是其他团队）。

此外，敏捷实践通常可以解决您的问题，因为他们预计会发生变化。

因此，如果管理层没有将事情保持在轨道上，那么内部就必须有一些非常好的沟通和领导。