Overview
Version control : v4 10/10/19
Background
This is an agile project to deliver a datamart to underpin the new HR Strategic Reporting service.
The datamart will be built by IS Apps developers in the Enterprise Data Warehouse (EDW) using the Talend ETL tool.
The project will be run as an Agile project , using the scrum agile approach.
There is a dedicated project team.
Work will be planned as part of 3-week sprints to deliver releases to TEST then LIVE.
Initial sprints will focus on the Extract Transform Load jobs to pull the HR data from the source in the legacy Oracle HR system, then load it int the 3 layers in the Enterprise Data Warehouse - Staging, Foundation and the Access layer.
The objective is to enable continuity and improvement of strategic reporting as the University decommissions the legacy Oracle HR system and moves to the new Core Oracle Fusion HR system in July 2020
The operational reporting requirements for the new Core HR systems are expected to be met from standard reports and reporting tools in the cloud as part of the new Core Oracle Fusion HR system. However in year one, the new Core Oracle Fusion HR system will only have current data migrated. The SEP core data migration team do not expect to import all historical data as part of their data migration.
Any trend reporting for the previous years will need to be sourced from the new HR datamart on the EDW. This will be focused on Strategic reporting.
Design constraints of the proposed solution
As other previous projects have already done the groundwork to procure ETL and BI tools and build some of the common shared infrastructure , then there are some initial assumptions as to how the new HR Strategic Reporting service will be delivered. There is a dependency on the Access and Authorisation work to connect BI Tools to EDW, and also on management of AD groups.
Assumptions
1] The new HR datamart will built on the UoE Enterprise Data Warehouse (EDW)
2] There will be 3 layers in the EDW / datamart - Staging , Foundation and Access
3] End users will explore the data in the HR datamart through the existing BI tools with access and authorisation controls.
These BI Tools are Qlikview / Qliksense , Power BI and SAP BI Suite . Although the intention is not to develop on BI Suite and instead use the new tools where possible.
4] Data won't be anonymised in the Staging and Foundation layers which are not accessible to any users. Data can be anonymised in the Access layer by publishing a restricted data set to users, to be reviewed with data owners and DPO.
5] Access and Authorisation to the HR datamart on the EDW will be fine grained with different permissions to view the data based on user security groups and by classifying the data as Confidential, Restricted and Unrestricted
6] It is assumed that the access and authorisation issues around BI Tools and EDW set-up will be resolved
In Scope
- Business Analysis and systems analysis / data modelling for the HR datamart :
- of both AS-IS HR Strategic reporting from legacy Oracle HR and PPIPMI, and the TO-BE future HR Strategic reporting requirements ( once new Core HR system is LIVE)
- Approach to data governance to widen and maximise value of our data within clear data ownership
- User Engagement and Comms via Lynda Hutchison and Kevin Harkin in the UoE Governance and Strategic Planning (GASP) team
- Build of the ETL jobs to populate the Staging, Foundation and Access layers of the HR datamart
- Other deliverables include:
- Creation of user story backlog
- Development Sprints
- Testing of user stories in TEST, as part of each Sprint
- Implementation plan for deployment to LIVE
- Handover to Support teams - IS Production and IS Service Management
- Liase with related programmes - SEP Core systems, Historic Data Stores, REF, HR Operational reporting and analysis
- Support small additions in line with our primary purpose
- Facilitate other infrastructure required for HR datamart which will also be used by all EDW projects
- eg. Org hierarchy solution to include virtual grouping
Out of Scope
DTI049 explicitly excludes Estates, Finance , Payroll and eRecruitment data - Strategic reporting for these business areas will be delivered by other separate projects
Any other in-year requests for datamart work outside of the scope of the HR Strategic reporting datamart ( eg. IAD CPD dashboard)
Other exclusions - the creation and embedding of a new responsive BI Service Development.
Student, Applicant or Research data. ( these will likely be future separate data take-on projects)
REF requirements to hold 14 years of HR history - for current REF and previous REF data collection
- It is possible that some of the REF requirements could be met by the HR datamart , small changes will be accommodated where possible, large changes would require formal change control and board governance
SEP Core systems - HR Historic Data Store and reporting solution for HR transactional data when legacy Oracle HR and PPIPMI are decommissioned
- it is possible that the DTI049 project team could assist with some goals of the SEP HR Historic Data Store , small changes will be accommodated where possible, large changes would require formal change control and board governance
Objectives & Deliverables
|
Obj 1 Deliver a Better and Consistent HR Strategic Reporting Capability through user engagement |
Priority |
Responsibility
|
|
O1.D1. Gather business requirements through User engagement. Understand why people need to use HR data for Strategic reporting. Identify which data. Agree standard data definitions across the UoE user community |
MUST |
Lynda Hutchison Danny Emerson |
| O1.D2. Define which data is to be brought in and how it is to be defined including contextual dimensions such as the Org hierarchy. | MUST | Danny Emerson |
| O1.D3. Develop a high-level plan and indicative milestones for engaging with other teams and stakeholders | MUST | Jamie Thin |
| O1.D4 Establish user satisfaction metrics | MUST | Danny Emerson |
|
Obj 2 Design and build the new HR datamart |
Priority | Responsibility |
|
O2.D1. Design the datamart with a view to joining data across the legacy Oracle HR system and new core HR system, and later across different functional areas - Estates / HR / Finance |
MUST |
Danny Emerson
|
|
O2.D2. Design the common data foundation to support the above |
MUST | Wilbert Kraan |
|
O2.D3. Build ETL jobs to load data into the new HR DataMart |
MUST | Project team |
| O2.D4 Design the access layer and data governance approach to respect any anonymisation that is required by GDPR and or needed by the data owners | MUST | Project team |
|
Obj 3 Test and validate the HR datamart |
Priority | Responsibility |
|
O3.D1 Test data items and population of data in the datamart |
MUST | Project team and business users |
|
O3.D2. Verify the access and authorisation to the HR Datamart by BI Tools including PowerBI and Qlik |
MUST | Project team and business users |
|
Obj 4 Deliver an HR historic data store - As the legacy Oracle HR system will be decommissioned from June 2020 , the SEP Core systems programme has identified a need for an HR Historic data store to retain access to detailed employment history |
Priority |
Responsibility |
|
O4.D1 Design and Build HR Historic data store and reporting solution
|
WON'T | SEP Core systems |
| O4.D2 Create a persistent HR staging area of tables that are being used for HR Strategic reporting and make available to SEP Core systems team in case it is useful | SHOULD | Project team |
| O4.D3 Add additional fields to the HR datamart that don't require significant effort but help to meet the HR historic data store business requirements | SHOULD | Project team |
Benefits
-
Continuity and improvement of HR strategic reporting service during the transition from legacy systems to new core systems
- PPIPMI does not meet current business requirements
- Move some common data transformations , away from hand-crafted local tasks for each BI Tools report writer , and to standard UoE data definitions and transformations built into the datamart design
- Improved consistency and clarity of data definitions and metrics.
- Reduced data inconsistencies through better joining of datasets within the EDW
- Provide advanced analysis and historical trend reporting
- Improved ability and speed to be able to answer ad-hoc questions.
- Better able to control and implement GDPR compliance through well managed data ownership and appropriate access control
Success Criteria
Legacy HR data is available in the HR datamart at the switch over to the new Core systems
Consistent, accurate and timely HR strategic reporting that supports insight and business decisions.
Significantly improve User satisfaction against baseline for existing PPIPMI users
Project Milestones
|
|
|
||||
|
Plan |
30-Jul-2019 |
|
Yes |
|
|
|
Plan |
Collect initial set of User Stories for HR datamart and record in JIRA |
06-Aug-2019 |
|
Yes |
|
|
Build |
06-Aug-2019 |
|
Yes |
|
|
|
Build |
03-Sep-2019 |
|
Yes |
|
|
|
Build |
24-Sep-2019 |
|
Yes |
|
|
|
Plan |
11-Oct-2019 |
|
No |
|
|
|
Plan |
15-Oct-2019 |
|
No |
|
|
|
Build |
15-Oct-2019 |
|
No |
|
|
|
Plan |
High Level Sprint Planning based on velocity of first 3 sprints |
23-Oct-2019 |
|
No |
|
|
Build |
05-Nov-2019 |
|
No |
|
|
|
Build |
26-Nov-2019 |
|
No |
|
|
|
Build |
17-Dec-2019 |
|
No |
|
|
|
Deliver |
27-Jan-2020 |
|
No |
|
|
| Dependency - Org hierarchy design sign-off | 11-Mar-2020 | No | |||
|
Deliver |
Legacy HR - Beta release / Minimum Viable product - Go Live |
15-Apr-2020 |
|
No |
|
|
|
01-Jun-2020 |
|
No |
|
|
|
|
Dependency - Core Systems - Payroll & Guaranteed Hours Go-Live |
03-Aug-2020 |
|
No |
|
| Deliver | New core HR - Minimum viable product -Go Live | 31-Aug-2020 | No | ||
|
|
Dependency - Core Systems - Finance & new HR functionality Go-Live |
02-Nov-2020 |
|
No |
|
| Close | Project Closure |
See Milestone Log
