Versions Compared

Key

  • This line was added.
  • This line was removed.
  • Formatting was changed.

Checklists are useful in business processes such as ensuring that a proposed purchase meets the minimum requirements. This use case outlines how you can use a Jira business project to manage procurement.  Here’s what you’ll need:

  • Product: Jira Work Management

  • Apps: Issue Checklist for Jira Pro

  • Workflow & Issue Type: RFP Template

  • Set-up Tasks:

    • Workflow modifications

    • JWM Form

    • Procurement Checklist Template

    • Automation rules

...

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.

...

  1. Image Added

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

...

  1. Checklist for Jira Pro.

  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.

      Image Modified

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

    Status
    colourBlue
    titleresponse recieved
    and the To status as
    Status
    colourGreen
    titledecided
    .

  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.

...

Procurement_automation_rule.pngImage Added

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

    Status
    titleRFP Creation
    status. Receiving the form, the Procurement team confirms the approved budget and the changes the issue status to
    Status
    colourBlue
    titlepreparing
    .

  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

    Status
    colourBlue
    titleResponse 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

      Status
      colourBlue
      titleEvaluating
      .

    2. If the requirements are not met, the subtask is transitioned to

      Status
      colourGreen
      titleDEcided
      . 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

    Status
    colourBlue
    titleEvaluating
    status. Subtasks will then be moved to the
    Status
    colourGreen
    titleDEcided
    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

    Status
    colourGreen
    titleDEcided
    status.