Why Jira?

Change is always difficult at the beginning. Time permits us to better accept changes. Migrating to JIRA is our first chance to be opened to the world of agility.

Shorter release cycle. Simplication on ticketing tools. Reknown and standards of the market. Standardisation of major platforms like Core CRM and iCARe. Structured way of doing tests. Better view of testings.

This move is a step ahead for transformation. To better prepare us to take new challenges!

YES WE CAN! (smile)

Table of contents

1.Lost in JIRA as I used to work thay way...tell me more!

Used to be in PMO......Going to be in Jira
RequirementsStory (issue type)
DefectsBug (issue type)
Test scriptsTest (issue type)
SFDC processEpic (issue type). Remember to assign issue to an Epic!
ReleaseFix version (field). In order to assign issue to a release, first needs to create a release record by Change Manager
Urgent change - quick and small hot fixes that are pushed to production quicklyCreate as either Story or Bug. Each move-to-production has to be a release. Urgent change is tied to a minor release
  
  
  


2.0 Workflow

2.1 Requirements/Story workflow

 

2.2 Defects/Bug workflow


2.3 Detailed activites in the issue lifecycle

3.0 Step-by-step guidelines

 

  • I can initiate/create an issue, status = OPEN
  • I fill up:
    • DESCRIPTION field with the details of what the issue is about (high level but can be detailed)
  • I can initiate/create an issue, status = OPEN
  • I fill up:
    • DESCRIPTION field with the details of what the issue is about (high level but can be detailed)