Scrawler (Job Posting Classifiers) Interface Bandaid
Created Date | Apr 5, 2023 |
---|---|
Target PI | PI3 |
Target Release | |
Jira Epic | |
Document Status | Hold |
Epic Owner | @Abby Santos |
Stakeholder | @Mark Taylor @Alexandra Malfant @Thomas Worden |
Engineering Team(s) Involved | C&E |
PART 1
Customer/User Job-to-be-Done or Problem
The Scope of the user problem should be narrowed to the scope you are planning to solve in this phase of work. There may be other aspects you are aware of and plan to solve in the future. For now, put those in the Out of Scope section.
When a customer submits feedback about production job postings classifiers, I want to a working user interface to improve and fix the model, so I can improve the data output from JPC for customers.
Current Scrawler: https://economicmodeling.atlassian.net/wiki/spaces/C/pages/2575433779
Value to Customers & Users
In the JTBD framework, these are the “pains” and “gains” your solution will address. Other ways to think about it: What’s the rationale for doing this work? Why is it a high priority problem for your customers and how will our solution add value?
The current implementation of scrawler sometimes causes delays in release or us to miss a release of JPC, delaying improvements from customer feedback or ability to add new countries and languages to the classifiers Scrawler supports.
Value to Lightcast
The current state of scrawler is constantly breaking and hard to use. We need a new system to be able to scale JPC to more languages and classifiers
Target User Role/Client/Client Category
Who are we building this for?
Linguistics and Organizations taxonomy teams to use.
Delivery Mechanism
How will users receive the value?
Success Criteria & Metrics
How will you know you’ve completed the epic? How will you know if you’ve successfully addressed this problem? What usage goals do you have for these new features? How will you measure them?
Current Scrawler works consistently for Taxonomists and Analysts
Release Script from scrawler consistently works
Aspects that are out of scope (of this phase)
What is explicitly not a part of this epic? List things that have been discussed but will not be included. Things you imagine in a phase 2, etc.
Building Brand-New Curation Interface
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.
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 |
---|---|---|
C&E | L | |
|
|
|