database-design - 为企业环境中的不断变化而开发？

Question

我在一家正在合并的大公司工作。我们正在开展几个涉及和不涉及合并的项目。我注意到的一个问题是，许多开发人员群体非常分散，尽管他们大多支持自己业务领域内的许多不同项目，而我们都在使用的数据库似乎也反映了这一点。因此，我对大部分数据的准确性不太有信心。

是否有任何模型或标准成功地管理了这些类型的不断变化的环境？将这些更改传达给用户的好方法是什么？有没有办法创建冗余，所以如果对生产的一部分提出更改，它会在管道上上下传达？

编辑：由于它的主观性而制作这个社区维基

Answer 1

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

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

我认为我们最终将取得成功的地方在于，我们拥有专门的资源来创建一个有效的、适用于公司范围的流程。Scrum 一切都很好，但它不一定适用于企业的计费和营销周期，但它会在我们的开发、研发和实施团队中发挥出色的作用（甚至可以将这三个团队组成一个团队！）。那么，我们如何为每个人提供最佳流程和实践，以便在他们的专业领域内高效工作，同时将所有内容联系在一起呢？

我们这里的灵丹妙药是，我们有专门的人来完成这项任务，他会查看现在的情况，查看需要什么并制定计划以实现目标，然后执行它们。他将与各部门、IT 部门以及任何需要完成工作的人一起工作。最重要的是，他得到了大佬们的领导和支持，让他有适当的筹码来让大石头滚滚（我相信你有这些，任何足够大的公司最终都会给任何拥有舒适的椅子的人超过了他们的彼得斯阈值）。一旦定义了流程，就需要对流程进行适当的工具化，并从每个团队（在定义之前的公司）临时采用的所有不同系统中迁移所有数据。

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

打个比方，我们在这里得到的是一位知道流程是什么并且有能力完成它的管弦乐队主厨。这不能是 CE* 类型的人，他们太忙了，但不是在任何项目的关键路径上。这样他就可以保持客观，可以退后一步，看看大局，而不会一直被动物园吸引。我发现具有开发背景且在敏捷和正式流程范式方面都有经验的人最适合这份工作。开发过程很可能是最难真正确定并开始的过程，如果他能做到这一点，其余的应该很容易，至少在纸上。

自从我们在这里得到了这个变化，它来得很慢，但它来了，到目前为止，它每次都是上帝派来的。所做的每一个变化都揭示了其余部分的效率低下，并为他提供了更多的弹药来完成它。通过这种方式，我发现知道有人在工作并且他们最终会被淘汰出局，因此更容易忍受效率低下的情况。

我祝你好运，这并非不可能，但绝对是可行的。

Answer 2

你的大生意听起来和其他生意一样。这些特征中有多少适用于你？

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

我不认为常识或专业精神或任何魔法会传达生产上下的变化。

Answer 3

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

我知道在 Scrum 中有 Scrum of Scrums 的概念。基本上，每个团队的代表每天开会（或者在某些情况下不经常开会），以说明团队已经完成了什么，他们今天正在做什么，并讨论障碍（可能是其他团队）。

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

所以，如果管理层没有让事情保持在正轨上，那么就必须从内部进行一些非常好的沟通和领导。