Develop Model to represent LOT in Government Data

Develop Model to represent LOT in Government Data

 

Created Date

Mar 27, 2023

Target PI

PI3

Target Release

Jira Epic

Document Status

Draft

Epic Owner

@Nick Studt (Deactivated)

Stakeholder

@Ben Bradley @John Pernsteiner @David Beauchamp @Jeff Hoffman (Deactivated) @Everett Bloch @Hal Bonella @Andrew Brown (Deactivated) @Derek Nevins (Deactivated)

Engineering Team(s) Involved

Taxonomy LMI Models Data Delivery

PART 1

Customer/User Job-to-be-Done or Problem

As a client who appreciates the benefits that LOT brings to how I analyze Job Postings data - I want to also leverage this taxonomy in Lightcast’s various Government datasets

 

Value to Customers & Users

LOT in Postings and soon Profiles is great - but unless a client can slice Government datasets via LOT, it’s use will be limited for our clients. Bringing the granularity to our Government data will make it more relevant for our clients analysis involving LOT.

 

Value to Lightcast

Further drive adoption of LOT across more of our datasets. Significant differentiator with our various Government datasets.

Target User Role/Client/Client Category

Any clients who want to use LOT.

 

Delivery Mechanism

Core LMI

Occupation Benchmark API

 

Success Criteria & Metrics

For this PI - models team developments an effective approach to represent LOT in Government Occupation dataset. Could be - an approach is developed and we work it into products (like Occupation Benchmark API) in a following PI.

 

Aspects that are out of scope (of this phase)

  • Not yet available in Analyst in this PI

 

PART 2

Solution Description

Early UX (wireframes or mockups)

<FigmaLink>

 

Non-Functional Attributes & Usage Projections

Consider performance characteristics, privacy/security implications, localization requirements, mobile requirements, accessibility requirements

 

Dependencies

Is there any work that must precede this? Feature work? Ops work? 

 

Legal and Ethical Considerations

Just answer yes or no.

Have you thought through these considerations (e.g. data privacy) and raised any potential concerns with the Legal team?

High-Level Rollout Strategies

  • Initial rollout to [internal employees|sales demos|1-2 specific beta customers|all customers]

    • If specific beta customers, will it be for a specific survey launch date or report availability date 

  • How will this guide the rollout of individual stories in the epic?

  • The rollout strategy should be discussed with CS, Marketing, and Sales.

  • How long we would tolerate having a “partial rollout” -- rolled out to some customers but not all

 

Risks

Focus on risks unique to this feature, not overall delivery/execution risks. 

 

Open Questions

What are you still looking to resolve?

 


Complete with Engineering Teams

 

Effort Size Estimate

Estimated Costs

Direct Financial Costs

Are there direct costs that this feature entails? Dataset acquisition, server purchasing, software licenses, etc.?

 

Team Effort

Each team involved should give a general t-shirt size estimate of their work involved. As the epic proceeds, they can add a link to the Jira epic/issue associated with their portion of this work.

Team

Effort Estimate (T-shirt sizes)

Jira Link

Team

Effort Estimate (T-shirt sizes)

Jira Link

Models

S/M