如何显示或指导业务分析师进行数据建模？

Question

我们的业务分析师努力通过电子表格收集数据。我是负责导入数据的程序员。通常，当他们努力争取这样的事情时，我永远不知道它会有多好，直到几周后，当我有时间去处理数据导入的编程任务时。我一直在尽可能多地尝试，命名范围，数据验证等等。但是我通常没有时间详细查看所有的数据，并与数据库中的目标进行比较，以确定其匹配程度。

很多时候，可能会有一个小的项目表，以某种方式，我必须与数据库中的其他东西相关联，但没有自然的或商业的密钥来允许我这样做。充分利用这一点，尝试编写一些可以比较字符串并对其进行最佳猜测的东西，然后再为用户创建接口，以便将导入的数据匹配到目的地。

我觉得如果业务分析人员实际上是在创建一个数据模型，他们将被迫考虑这些关系，并理解为顺利导入数据而需要自然的或业务的密钥作为电子表格的一部分。他们最接近于业务分析的是一个大的、扁平的字段列表，如果它和任何其他数据字典一样包括数据types+relationships，那就好了，但事实并非如此，它们只是一堆名字。没有迹象表明他们可能持有哪种类型的数据，这取决于我的猜测。当我要求更多的细节时，他们说这只是繁忙的工作。

如何解释数据建模的重要性？我怎样才能告诉他们这是什么以及如何做呢？这感觉是不可能的，因为他们没有意识到它的重要性。然而，他们通常有兴趣用他们所能提供的任何方式来帮助他们，只是这一点从来没有得到过积极的回应。

Answer 1

为您的业务分析人员提供一个数据模板，您可以使用该模板。做数据库和系统接口设计不一定是他的工作，这是你的工作。

Answer 2

就我个人而言，我觉得如果你的团队中没有任何编程或数据建模背景，最好不要有这样的“业务分析师”。理想情况下，让作为开发团队成员的程序员进行需求分析--这将防止您遇到大量的通信问题。但是，如果您不能改变这种情况，建议BA在数据建模方面吸取一些经验教训。

Answer 3

给业务分析师买杯咖啡。首先，请他们向你解释为什么他们会以自己的方式在电子表格中收集数据。

就像编写代码一样，在编写代码来解决问题之前，您需要了解您想要解决的问题。

许多开发人员经常忽略这一点，因为他们觉得技术熟练比其他任何东西都重要(这是来自开发人员的)。向他或她解释你的方法如何能帮助他们达到目标，使工作更有效率。

您可能没有考虑使用这些电子表格的原因。例如，业务分析师经常与非技术高级管理人员(开发人员经常看不到的内容)进行交流，并且相信我，数据建模的基本要素对受众来说意义很小。