Managing Procurement in Jira -Use Case Example

This use case shows how you can use a few workflow modifications, automation and a checklist (I am with the team behind Issue Checklist for Jira, one of several checklist apps you’ll find in the Atlassian Marketplace) to add extra functionality to the Jira Work Management RFP template. Here’s what you’ll need:

  • Product: Jira Work Management

  • Apps: Issue Checklist for Jira

  • Workflow & Issue Type: RFP Template

  • Set-up Tasks:

    • Workflow modifications

    • JWM Form

    • Procurement Checklist Template

    • Automation rules

Workflow and Issue Types

Navigate to Create project > Finance > RFP process. The RFP project template creates a business project designed to help finance, operations, marketing or procurement teams standardize their process and select the best vendor/provider for their needs. The template can be created as either a Company-managed or a Team-managed project.

The template includes two issue types (Task and Subtask) and the following workflow:

TemplateWorkflow.png

 

You may want to modify the workflow, such as changing the transitions to force the issues to progress in the proper order. A modified workflow might look like this:

  • The name of the third status has been changed to clarify the difference between the RFP and the individual proposals.

  • The transitions have been changed so issues progress through the statuses in the right order.

  • There is a transition that goes directly from RESPONSE RECEIVED to DECIDED so that proposals that do not meet the minimum criteria do not need to pass through the evaluation status.

  • A backwards transition is included so the RFP can be revised in the event that no acceptable proposals are submitted.

 

workflow.png

Imagining that we are members of Finance team responsible for procurement, let’s explore how we might use this template. We want to develop a user-friendly process, that ensures all of the proposals considered meet the minimum requirements, and that minimizes manual effort required of the procurement team. We’ll accomplish this by using a form, a checklist and an automation rule.

Form

In order to make it easy for other departments to use the procurement process, start by setting up a form that makes it easy for teams to request that an RFP be issued.

  1. Select Forms from the left nav bar.

  2. A sample form with Summary, Description and Attachment is shown. Drag any needed additional fields onto the form, for example, Budget and Due Date. (The “Budget” field included in the template is a text field. You may want to change it to a number field.)

  3. Update the text of the form questions to clarify what you are looking for (for example, change “Description” to “Scope of Service”).

  4. Use the buttons at the top to Preview the form and, assuming the form is complete, Share it with other teams.

Form.png

 

Checklist

To ensure that only proposals that meet the minimum requirements are considered, the Procurement team creates a checklist template. If the project has been created for to procure a single item or service, then the checklist can be set as a default template for all subtasks in the project. If the project will be used to manage multiple, simultaneous procurements, the templates can be added to subtasks manually.

To create a checklist template:

  1. Install Issue Checklist for Jira.

  2. Select Checklist from the left nav bar.

  3. Click Create template.

  4. Name the template (“Copy Machine Requirements”) and add the requirements to the list.

  5. Click Save.

  6. Optionally, if the project, or a subtask issue type within the project is dedicated to a single procurement, set the Checklist as a default.

    1. Click Set default.

    2. Select the appropriate issue type.

    3. Click Save.

Automation Rules

This use case uses two automation rules; one to set the Declined label for proposals that do not meet the minimum criteria, and one to close the parent issue after all of the subtasks have been closed.

To set the Declined label:

  1. Navigate to Project Settings > Automation.

  2. Click Create rule.

  3. Select Issue transitioned as the trigger.

  4. Set the From status as RESPONSE RECEIVED and the To status as DECIDED.

  5. Click Save.

  6. Click New action.

  7. Select Edit issue fields.

  8. Select Labels as the field to be edited, and Declined as the value to be put in the field.

  9. Click Save.

  10. Name the rule.

  11. Click Turn it on.

automation.png

Each proposal submitted for a given RFP will be managed as a Subtask of that RFP. Therefore, we’ll want to turn on the When all subtasks are done, move parent to done automation rule to automatically close the parent issue when the procurement is complete.

  1. Navigate to Project Settings > Automation.

  2. Select the Library tab.

  3. Click on When all subtasks are done, move parent to done.

  4. Click Turn it on.

Issue Life Cycle

  1. When the form is submitted, a Jira issue is created in the RFP CREATION status. Receiving the form, the Procurement team confirms the approved budget and the changes the issue status to PREPARING.

  2. The Procurement team drafts the RFP.

  3. When ready, the team makes the RFP public, sets the due date as the deadline for submitting proposals and transitions the issue to the next status.

  4. When the due date arrives, the Assignee transitions to the issue to the RESPONSE RECEIVED status. The Assignee creates a subtask for each proposal received.

  5. The Minimum Requirements checklist is added to each of the subtasks. The procurement team reviews each of the proposals against the checklist to see if the requirements are met:

    1. If the requirements are met, the subtask is transitioned to EVALUATING.

    2. If the requirements are not met, the subtask is transitioned to DECIDED. A Declined label will be automatically added.

  6. When all of the submissions have been through the first screening, the evaluation team will make their selection from the all of the proposals represented by a subtask in the EVALUATING status. Subtasks will then be moved to the DECIDED status, with the label set to either Declined or Selected depending on the evaluator’s decision.

  7. Automation will automatically close the parent issue, once all of the Subtasks have moved to the DECIDED status.

 

2 comments

Comment

Log in or Sign up to comment
Heather Ronnebeck
Community Leader
Community Leader
Community Leaders are connectors, ambassadors, and mentors. On the online community, they serve as thought leaders, product experts, and moderators.
September 28, 2022

@Jennifer Choban Can I please use your use case in a presentation I am doing about Jira Automation? 

Jennifer Choban
Marketplace Partner
Marketplace Partners provide apps and integrations available on the Atlassian Marketplace that extend the power of Atlassian products.
September 28, 2022

Sure @Heather Ronnebeck . That's great.

TAGS
AUG Leaders

Atlassian Community Events