Data Vault2.0方法论之项目执行简述

最新推荐文章于 2021-06-28 14:42:51 发布

DataVault善战

最新推荐文章于 2021-06-28 14:42:51 发布

阅读量146

点赞数

分类专栏：数据仓库文章标签：数据仓库大数据项目管理

原文链接：https://booksite.elsevier.com/9780128025109/

版权

数据仓库专栏收录该内容

20 篇文章 5 订阅

订阅专栏

Data Vault2.0方法论之项目执行简述

由于敏捷，Data Vault2.0方法论遵循了团队组织的Scrum，并使用了类似于Scrum的进化和迭代方法。以下准则有助于使这一办法取得成功：
1. 设想初始架构：由于在sprint中没有时间在一步中开发最终架构，因此需要一个允许进化方法的初始架构。
2. 模型详细信息：与其预先对整个企业数据仓库进行建模，不如只对sprint范围内交付功能所需的区域进行建模。
3. 早期证明架构：确保架构决策被早期证明。最好是在过程的早期失败，并对架构进行适当的更改，而不是后期失败再努力；对架构的后期更改是非常昂贵的。
4. 关注使用：只实现具有直接业务价值的功能。
5. 避免关注“一个真相”（部门视图的真相）：关注事实和数据（更多细节见第1章第1.2.3和1.2.4节）。
6. 按需求组织工作：由于需求比开发实现或修改开发实现更容易记录和修改，因此将这些需求记录下来对项目执行具有很大的价值。
7. 调动利益相关者的参与度：通过每天的站立会议来跟踪Scrum。确保利益相关方参加这些会议。

迭代方法是在Data Vault 2.0中通过三周冲刺实现的。冲刺长度取决于组织的能力。通常，组织从较长的周期开始，例如
表3.5 敏捷交付目标

周	活动
第一周	设计和开发
第二周	管理和测试
第三周	部署和验收

在三到四周的时间里，当开始使用敏捷方法时，但要迅速地尝试减少冲刺长度，以利于更快速的部署。这同样适用于Data Vault2.0方法，并证实了我们在实践中看到的情况。对于组织来说，一个好的开始是从三周的冲刺开始，并将其划分为表3.5所示的活动。
表3.5显示团队在sprint中执行一个“迷你瀑布”。这个瀑布遵循传统的软件开发生命周期(SDLC)。
下篇文章将介绍传统软件开发生命周期。