Skip to end of metadata
Go to start of metadata

You are viewing an old version of this page. View the current version.

Compare with Current View Page History

« Previous Version 21 Next »

Create 'New issue'

Issues are added under projects and there are three different Issue types in CDrator Jira:

  • Bug
    Any bug in a delivery, a correction of a bug in a configuration, or a bug in the core standard release.
  • Change Request
    Any new change introduced to the existing customer setup.
  • Customer Request
    Any enquiry relevant to the customer specific setup or to the standard Rator system.

To create a new issue:

  1. Click the Create Issue link in the top right side of the browser (on every page) to create a new CDRator JIRA issue.



    This displays the Step 1. Choose the project and issue type screen below.



  2. Click and open the Project-dropdown box and select the relevant project.
  3. Click and open the Issue Type-dropdown box and select the relevant issue type.
  4. Click the Create button.


    This displays Step 2. Enter the details of the issue screen.



  5. Fill in the fields.

    Mandatory fields
    • Summary: An explanatory and recognizable name for the issue.
    • Billable: Indicates whether the issue is billable or not (Change Requests are always billable).
    • Environment: Indicates in which environment the bug exists (only for bugs).
    • Description: It is important to fill out a thorough and complete description of the issue.

      Optional fields
    • External ref.: If the customer needs to identify the issue in their own system.
    • Security Level: Can be set to either Internal or None
    • Priority: Priority of the ticket. 1, 2, 3 or 4 with 1 indicating the highest priority.
    • Severity:Only valid for bugs. Indicates how severe the bug is compared to other bugs of the same priority. This helps indicates the fixing order of bugs (Fatal, Severe or Minor.)
    • Server: If name of server is available (only for bugs and bugs (non-production)).
    • Reproducing: Description of steps and frequency (only for bugs).
    • Component/s: In what area is the change needed og bug found. Select from the drop-down list.
    • Labels: More detailled information on the area of focus. Select from the drop-down list.
  6. Go to the Release Tab:

    This displays Step 3. Bringing forward the following page:

  7. Fill in the field.

    Mandatory Field:
    - Affects Version/s: Choose the version (release) the CR or bug is affecting. 

Priority of Issue

Issue type/priority

1

2

3

4

Bug in production

Problem where the entire or a critical part of the system is unusable, causing major (financial) business impact for the customer

Non-critical problem with a significant business impact and significant restrictions of the use of the system

Problem causing minor impact and with no requirement for an immediate fix, but which should be fixed within reasonable time

Any issue without impact on business, but which would nevertheless be beneficial to the end users.

Bug in non-production

Bug is preventing the work of QA or receipt of the delivery

The bug is preventing things to get in production

The bug is serious, and should be fixed, but it is without major impact in production

We are aware about the bug and decided to move ahead without fixing it for now

Change request

Requests will be included in a planned future release according to priority

Requests will be included in a planned future release according to priority

Requests will be included in a planned future release according to priority

Requests will be included in a planned future release according to priority

Question

Reasonable amount of time

Reasonable amount of time

Reasonable amount of time

Reasonable amount of time

Definition of T-Shirt Estimates

For internal planning purposes CDRator use the below codes:

The T-shirt estimate covers time for all involved departments, i.e. BC, AC, Product and QA (if QA is requested).

  • XS =    1 - 7 hours
  • S   =    8 - 12 hours
  • M  =   13 - 50 hours
  • L   =   51 - 120 hours
  • XL = 121 - 300 hours
  • P = Project for more than 300 hours

 

  • No labels