哈伯，你好！
在至少一家在全国范围内设有分支机构网络的，具有较大地理分布的公司中工作的每个人都面临着以下问题：“如何将您在单位内提供的服务和服务告知感兴趣的各方？ 如何避免由于来自广阔国家不同地区的IT团队分散而导致报告/功能开发重复，如何集中数据和报告，如何降低公司开发报告的成本？”
这个问题尚未通过我们的团队，即用于数据管理的商业智能团队。 但是，如何传达有关我们当前拥有的信息，我们正在从事的项目以及如何与我们互动的信息？ 我们将讨论我们的通讯工具，希望您能分享您的建议。
我们从建立门户开始。 为了快速起步，提出了一个Wiki，其中反映了其服务和流程的主要方面。 然后他们平行进行活动。 一方面，他们开始在功能便捷且功能完善的门户网站上工作。 另一方面，他们是在Wiki上填充内容，以进一步重用它。
因此，让我们谈谈我们要广播的内容。 我们的主要目标是建立在公司中实施的报告数据库-“报告注册”。 这个主意很棒，但是……问题马上出现了：“应该在注册表中指出哪些数据，以便用户了解它是哪种报告以及它是否适合他？”
确实，如果我们指出名称，那么这显然是不够的，而且如果我们指出从报告中知道的所有信息，包括技术堆栈，那么信息显然就会过多，可能会吓跑。
那么，该中间点在哪里可以使用户理解报告上的主要重要信息，但又不会对他有多余呢？ 每个人都可能会以自己的方式回答这个问题，但是我们将与您分享我们编制清单的方法：
- 报告的名称-好吧，一切都很清楚，不知道名称，就不可能使用该报告。
- 报告的简要说明-这里的内容也很清楚，名称并不总是完全反映报告的本质，因此，在简要说明中，我们指出了报告的主要指标和部分。
- 报告系统-如果您有多个报告系统，则此项目相关。 您必须了解在哪个报告系统中实施报告。
- 数据可用性的频率-这对于用户而言可能非常重要。 例如，报告每月更新一次，并且出于特定目的需要每日更新。
- 数据可用性的深度-了解报告中有多少数据很重要。
- 链接到文档-如果在查看了我们之前指出的一切之后，如果用户对报告感兴趣，那么您可以进入并查看包含更详细说明的文档，该文档描述了所有详细要求。
- 联系人-可以在报告中出现问题时为同事提供建议的员工。
- 链接到报告-如果了解该报告是合适的，则可以立即单击该链接并进入报告表单。
现在按顺序。
1.词汇表
在大型公司中，每个人都说不同的语言。 对于一个部门，该地址是注册地址，对于另一个部门，该地址是实际住所的地址。
如何解决这个问题？ 包含高度专业化的术语，缩写和概念的单个词汇-词汇表。 为了我们的发展开始。
2.注册表
在注册表中，我们反映了所有报告，但其中有很多。 不必指望用户将看到其中列出的所有内容。 关键字搜索可能无法始终正常运行。 为了帮助搜索，我们将所有报告按主题区域划分并在过滤器中显示此字段。
通知目的还可以包括在寄存器中吗？ 您已经可以自行决定，但仍然有很多选择：报告客户（即通常为这些报告设置要求的客户），信息的初始来源（即数据从何处存储到存储中），可视化工具等等。
注册表是否足以解决用户的需求，而无需详细描述属性组成？ 当然不是 对于每个报告，我们开始准备此描述。
当然，仅指示属性名称将很小。 因此，我们决定指出以下几点：
- 属性名称-一切都很清楚
- 属性描述-在此指示术语的业务含义，如果计算出该术语，则表示该计算的业务逻辑
- 属性类型-维度或指标
- 属性类别-属性只是一个过滤器，或者仅反映在报告中，或者通常同时作为过滤器和报告的属性出现
词汇表和注册表交互
现在，我们有了一个方便的工具来查看公司中实施的报告，这已经是一个巨大的胜利。 然后再次出现...
但是，报告注册表与常规报告描述，具有详细报告描述和词汇表的报告注册表之间是什么关系？
为了回答这个问题，让我们看一下图：
因此，用户可以从具有一般描述的报告注册表或词汇表开始搜索。
然后配置转换：
- 词汇表-报告的详细说明-在此过渡中，当您单击该术语的名称时，将转到页面以获取该术语的详细说明，该页面将显示使用该术语的报告。 通过报告名称，您可以转到报告注册。
- 报告注册表-报告的详细说明-在此过渡中，当您单击报告的名称时，您将进入带有报告详细说明的工作表，并在其中指明属性结构。 通过每个属性，您可以转到词汇表。
因此，我们能够连接两个主要的报告工具以实现已实施的报告，并为完整的数据沿袭流程奠定了基础。
但这不是我们已经实现的所有信息服务。 除了开发的报告外，我们还想显示存储库中有哪些数据以及下载频率。 为此，我们在门户网站上发布了数据地图。
3.数据卡
因为我们需要任何感兴趣的用户都可以使用的简单易懂的工具，所以我们制作了一个包含两个选项卡的仪表板：
- 在主选项卡上，我们显示了连接到资源库的所有源。 我们有很多产品-超过150件。 但是，如果我们未反映法规和计划的装载日期，则有关来源名称的信息将无用。 因此，我们添加了此信息。
- 在第二个选项卡上，我们已经按存储层详细了解了表和属性。 从源以源格式加载的操作层表的结构和说明。 以及分析层的结构-报告展示案例的层。
从收到的反馈来看，该工具对我们的用户和商业客户非常有用。 无需联系我们部门的专家，他们就可以大致了解我们在存储库中操作的数据。
您还想对门户网站传达什么？ 除了向我们介绍已实施的信息服务外，我们还在门户网站上发布了有关当前活动的部分。 我们的活动分为两大类-线性开发和项目。 作为线性开发的一部分，我们正在开发有关业务客户当前需求的报告，并在项目框架中开发与仓库本身的开发有关的主要基础架构活动。 因此，我们在门户网站上发布了有关这些活动的所有信息-目标，目标，项目参与者，工作计划，里程碑。
没有一个门户
如果您认为我们被固定在门户上，那么事实并非如此。 为了确保流程的透明性并告知客户任务的各个阶段，我们聘用了Jira。 Jira的核心是更适合组织支持和开发的系统。 但是Jira的缺点是它实际上没有时间管理功能。 计划日期必须在外部，例如在MS Project中。
如何通过现代工具为客户提供熟悉的时间计划格式，以组织我们单位的工作？ 对于我们自己，我们找到了安装BigGantt插件的解决方案。
此插件为JIRA功能带来了哪些新功能：
- 所有史诗\任务\子任务均具有层次结构功能
- 现在，您可以基于甘特图建立任务之间的依赖关系
- 现在，您可以直接在插件界面中计划即将到来的sprint
- 现在，您可以以甘特图的形式直观地显示当前活动。
结果，客户可以随时有机会以报告和甘特图的形式查看有关任务执行情况的实际统计信息。
门户网站工具似乎一切都很清晰。 但是，如何确保用户在我们的产品出现并投放市场时了解他们呢？ 为了解决此问题，我们引入了发送常规摘要的做法。 摘要的格式和内容在进入新闻通讯之前已进行了多次处理。 但最后，我们得出了最方便的方法：
- 它们反映了有关任务的最少有用的信息，与业务功能要求的链接以及项目的联系人。
- 我们将摘要分为两种：线性开发每月一次，项目活动每季度一次。
- 负责准备，验证和商定的培训法规。
准备好摘要后，收件人会想到一个问题：将摘要发送给谁以及如何创建邮件列表？ 最初，我们根据区域业务合作伙伴的反馈准备了邮件列表。 然后，他们要求接收者自己提供有关联系的建议。 因此，我们得到了一个涵盖主要目标受众的列表。 对于其余部分，那些对时事通讯感兴趣的人已经找到了机会，可以在DataOffice门户网站上自行订阅，或向单个邮箱提交请求。
我们开始在家中使用的另一种通知方式是通过网络研讨会。 在网络研讨会上，我们讨论了我们的流程，执行任务的方法，线性开发报告的主要活动领域，执行报告任务的计划/事实。 事实证明，这种格式非常方便，因为您可以立即获得反馈并讨论未解决的问题。
为了使有用的信息不会在任何地方丢失并且可以快速获得，我们将所有网络研讨会保存在门户上。
但是我们并没有止步于这些通知方法，我们开始在行会，自组织，来自不同方向和项目的专家社区的框架内与同事积极互动。 我们公司已经启动了建筑师，项目经理和分析师协会。 在行会内部，我们讨论了通用做法，开发了联合工具包和方法。 现在，我们正在积极开发“内部mitapnaya”项目，该项目旨在提高mitaps的有效性，并引起其他同事对其的兴趣。
到目前为止，我们仅想向您介绍我们的工具。 但是我们不止于此，而是继续致力于通讯的发展。 如果我们的经验对您有用，我们将很高兴！
数据办公室团队