Mantis

From UG

Revision as of 18:07, 24 May 2010 by Alex (Talk | contribs)
Jump to: navigation, search


Contents

Intro

We use Mantis software as a main CT2 Tasks and Bugs Management System.

CT2 Mantis home: http://mantis.jaguarfreight.com/mantis/main_page.php

For any job related to CT2 there is a task in mantis.

Every task is always assigned to someone at any moment in time.

Same task could "travel" from one person to another. For example it could be assigned to developer and then later to QA.

Task would often go through development phases during its lifetime. Each such development phase has its own "folder" called "Project" in Mantis. For example, task to create new component would be posted originally into "Specs" mantis folder and once specs are complete moved into "Dev(elopment)" mantis folder. After task is ready for QA it would be moved to "QA" mantis folder and so on.

For each job title (QA or developer or...) there is a specific CT2 workflow and therefore specific mantis worflow. At the same time there is a lot in common. Some use cases are same for everyone.

Major Use Case. How to see all your tasks

  1. Log into Mantis.
  2. Click on "View Issues" (main menu at the top)
  3. If Filters panel is not open then open it by clicking on "+" (top left near "Search")
  4. Click on "Assigned To:" filter
  5. Select your name
  6. Click on "Apply Filter"
  7. Click on "Status" column to see sorted by status

System will display ALL your tasks. Example:

image:Mantis.viewAll.JPG

Project field

Status

Current list:

  • new
  • feedback
  • statusX (on hold)
  • accepted
  • started
  • completed
  • closed

Other Task Fields

How to sort

How to work with filters

How to assign task to someone

How to move task to another phase

Creating specific tasks for each component

Sys Analyst creates tasks for each component and links as child to parent record so it is easy to see any time what tasks are there for each component and in what state.

Main task would be "Implement ver x.xx". But some of these tasks are bugs, tweaks, etc. For example under parent component 0001015: [Client.LogInPanel] we see:

parent of 	0001016	started	andrei 	4.QAbasic 	[Client.LogInPanel] Implement ver1.0  
parent of 	0001017	new	slava 	00.Graphics 	[Client.LogInPanel] Create Look and Feel for ver# 1.0  
parent of 	0001024	new	dima 	3b.Dev 	        [Client.LogInPanel] BUG: Login from another application hyperlink (MS Exel - hyperlink - Client)

Tasks are classified into:

  • changes (new features, new versions of existing features/components, tweaks/changes)
  • bugs



Decomposing Super Component into Components and Tasks

At some point it will be clear how to split specific super component (and its development) into a number of large subcomponents.

At this point Sys Analyst creates "mantis parent records" for each super component under Mantis project=[SuperCompName]. For example under Mantis Project=>>(Client) for Client Application you will see:

595	[Client.*Misc] =================== Client			
924	[Client.CTdetails]			
919	[Client.HomePage]			
921	[Client.ListAll]			
1015	[Client.LogInPanel]			
685	[Client.LookAndFeel]			
939	[Client.MAWBtracking]			
922	[Client.MyProfile]			
591	[Client.Reports]			
920	[Client.WatchList]			
925	[Client.WhereIs]

Mantis fields

Man hours and risk reporting

emh

emh = estimated man hours (to handle the task)

This is set before task is started. And should not be updated because the purpose of this field is to capture original estimate.

Risk

Risk - degree to which #emh number is probable.

  • Tasks that are easy to estimate have Risk = 1low (X1)
  • Tasks that are hard to estimate have Risk = 2low (X2). This means that if emh is set to say 3 hours then task could take as long as 2 X 3 = 6 hours

This is set before task is started. And should not be updated because the purpose of this field is to capture original estimate.

amh

amh - accumulated man hours - number of hours spent on this task so far. Updated periodically.

amh = 0 before task is started.

rmh

rmh - remaining man hours - estimated number of hours required to complete this task. Updated periodically.

rmh = emh before tasks is started.

rmh will exceed emh in case emh was incorrect or if Risk > 1

Design fields

Below fields are equivalents of some general fields for Design work.

Dz.Risk

see #Risk

Dz.emh

see #emh

Dz.amh

see #amh

Dz.rmh

see #rmh

Personal tools