10. Requirement & Scope
As-IS
Today Product uses Salesforce to track 2 objects related to customer requests:
Product Gaps, which are associated with a customer / prospect
Feature Requests, which group similar product gaps under one ask. Feature Requests have a status.
2. The main benefit of doing this in salesforce is that we can get customer account data (specifically name, churn risk, MRR, customer / prospect status) associated with a request
3. Otherwise, keeping requests in Salesforce is terrible: it’s very slow, filtering and searching are hard, and no one on Eng can see it (because Salesforce accounts are so expensive, only GTM have them)
Goal
● Enable authorized users (i.e. PMs) to create a Jira story issue from a Salesforce Feature Request record
● Sync status from Jira issue to Salesforce Feature Request “Status” field
Workflow
Process
Jira Story Creation
If a PM decides to add a Feature Request to their team’s backlog, the PM will “promote” a feature request to a Jira issue (type Story). Ideally, the creation of the Jira issue happens in Salesforce. The ability to create the Jira issue from Salesforce is limited to authorized users only (PMs).
Upon promotion of a Feature Request to a Story, the Salesforce Feature Request record is automatically updated to point to the Issue. Similarly, the Issue points to the Feature Request. The Feature Request record status is automatically set to Backlogged.
The Feature Summary field in the Feature Request record is copied to the Jira issue Description field.
The new Jira field “Customer visible” is set to TRUE.
Sprint Planning
Once the R&D team assigns the issue to a sprint, the Salesforce Feature Request status is automatically updated to Planned.
Sprint Execution
When the R&D team changes the Issue state to In Progress, the Salesforce Feature Request status is automatically updated to Building.
Done
When the R&D team is done with the work and marks the Issue state Closed, the Salesforce Feature Request status is automatically updated to Released.
Requirements
This section summarizes required changes to the Jira issue and Salesforce Feature Request record, as well as the integration between the two tools.
Changes to SFDC Feature Request record
Field / button name | Purpose | Change to... |
Github issue | Link to Github issue | Deprecate |
Jira issue | Link to Jira issue | New field |
Create Jira issue | Creates a new Jira story issue, pre-populated with information from the SFDC record | New button |
Changes to Jira issue
Field / button name | Purpose | Change to... |
Feature Request | Link to Salesforce Feature Request record | New field |
Customer visible | Flag to identify issues that are a customer-impacting change | New field |
Events
Tool | Event | Action |
Salesforce | Promote feature request to issue | ● Creates a new Jira issue (type: Story) ● Copies Feature Request/Feature Summary field to Story/Description field ● Sets Feature Request status to Backlogged ● Sets Jira issue field Customer Visible to TRUE |
Jira | Story assigned to sprint | ● Salesforce Feature Request status set to Planned |
Jira | Story status set to In Progress | ● Salesforce Feature Request status set to Building |
Jira | Story status moves from | ● Salesforce Feature Request status set to Released |
Sl No# | Item | *Estimated(Hr) |
---|---|---|
1 | Install Skyrocket in JIRA | 1 |
2 | Configure SkyRocket in JIRA | 1 |
3 | Install SkyRocket in SFDC | 1 |
4 | Configure SkyRocket in SFDC | 1 |
5 | Testing the Integration | 2 |
6 | Documentation | 2 |
*Note: Check the feature, Moving the status on SFDC once Story is assigned to a Spring