Data Team Programs
Introduction
Welcome to the Data Programs page. Here you’ll find information about the various Data Programs around GitLab and those the Data Team supports, ranging from onboarding to day-to-day operations.
- Data Slack Channels
- Primary Data Slack Channel:
#data
- Data Lounge Channel:
#data-lounge
Show-n-Tell and Demos
Data & Analytics Demos are a great way for everyone involved in the Data Program to share progress, innovation, collaborate, and just have fun. Data & Analytics Demos are held every Thursday and recordings are posted to the GitLab Unfiltered Data Team playlist.
Data Science AMAs
The Data Science Team regularly holds AMAs to help spread awareness of Data Science and initiatives. Check out the AMA with GitLab Data Scientists Agenda to learn more.
Data Onboarding
If you are onboarding to GitLab and will be working in the Data Program as an Engineer, Analyst, or Developer, follow these steps:
- Open a new issue in GitLab Data Analytics with the
Data Onboarding
template. - Give the issue a descriptive name:
Your Name - Data Onboarding
- Assign the issue to your Manager to add/remove relevant content
Data Proof of Value Guide
The Data Team performs Proof of Value Evaluations (PoVs) for all new technologies we are considering adding to the Data Platform or the broader Technology stack. This Guide is intended to help you perform a PoV efficiently and with great results.
Phase 1: Calculate Value and Define Requirements
- Establish the Value the technology can provide GitLab. Value can be measured in a variety of ways, ranging from efficiency to increased Sales to reduced compute.
- Create a Requirements document to define the business and technical requirements the technology must meet to be successful. Indicate whether each requirement is
Must Have
orNice to Have
. Here is a template we have used for Data Visualization PoV and another we have used for Product Analytics PoV.
Phase 2: Scoping & Policy Awareness
- Review the Procurement New Software Guide to ensure you understand the latest procurement process to follow.
- Execute an NDA with each Vendor included in the Evaluation.
- Obtain preliminary pricing to help validate established budget. If no existing budget is established, work with the Department lead to determine if the project is feasible. Let’s not waste time or energy for projects we can’t fund.
Phase 3: Evaluation Design
Evaluation Design is the most complex part of the PoV.
- Decide how to test the technology versus defined requirements. Often, successfully testing data technologies requires simulating production workloads and constructing a ‘Production Level SAFE Workload’ is a key challenge in a Data PoV Project.
- No Red Data or Orange Data is ever suitable for inclusion in a PoV.
Phase 4: Procurement
- Using the Requirements design as a guide, collaborate with the Vendor to create a Statement of Work (SoW).
- The Statement of Work should include Success Criteria, Expectations, and a Project Timeline
- We do not pay for PoVs and all should be $0 Cost
- Along with the SoW, ask the vendor to send you their Master Services Agreement (MSA).
- Because request with an amount of $0 is not supported in Coupa, you need to submit the SoW and MSA to Procurement via GitLab in the Procurement project.
- Submit the SoW and MSA to Procurement via Coupa if the PoV amount is not $0, following this How Do I Submit a Request to Purchase New Software? guide.
- The process to obtain security approvals is supported in Coupa.
- Submit the SoW and MSA to Procurement via Coupa if the PoV amount is not $0, following this How Do I Submit a Request to Purchase New Software? guide.
Phase 5: Assessment
- Create a shared Slack Channel to coordinate the PoV with the Vendor.
- Reach out to the vendor for references to schedule a reference Calculate. In a reference call you can:
- ask about the experience with the technology.
- ask about their lessons learned.
- ask how we can setup for success.
Phase 6: Wrap-Up
To Be Defined
Data Guides and Related Resources
Program Name | Purpose |
---|---|
Data Catalog | Catalog of dashboards, data sets, and analytics projects |
Data for Product Managers | Information to help Product Managers |
Data for Product Analysis | Information to help Product Analysts |
Analytics Instrumentation Group | Information covering the Analytics Instrumentation team |
Data for Marketing Analysts | Information to help Marketing Analysts |
Data for Sales Analysts | Information to help Sales Analysts |
Data Triage | Daily process to ensure the data platform remains available for analytics. |
f156d4f3
)