Project

General

Profile

Redmine configurations » History » Version 23

toscalix, 2013-10-07 14:23
nice reading

1 20
><p>{{>toc}}</p>
2
3
General settings
4
================
5
6
Projects
7
========
8
9
Roles and Workflow
10
==================
11
12
No customization has been set up for roles. The original workflow has been slightly modified. In general, developers permissions has been increased and Non members permissions has been reduced.
13
14
Issues
15
======
16
17
These are the topics that are not self explained.
18
19
Tracker
20
-------
21
22
The following trackers (type of tasks) have been globally configured in Redmine:
23
24
* action: what we commonly recognize as task
25
* analysis: evaluation, analysis, study of a situation, a problem... 
26
* coordination: management, meetings, etc.
27
* communication: marketing, discussions, talks, presentations, conferences, social community work
28
* report: elaborate, develop and present reports, conclusions, etc.
29
30
They can be disable for each project. New ones can be created for each project too.
31 21 toscalix
32
### Tracjker update
33
34
Some months after setting the above trackers, in order to simplify the usage of the tool, the openSUSE Team decided the following:
35
36
The openSUSE team will use only by default we will only use one tracker:
37
38
* Action
39
40
The rest of the trackers will be deprecated when the current projects are finished or the tasks assigned to them are closed. It has been disabled some trackers from some of our projects so they should not show up as option. Instead of separating the tasks by tracker we will do it by category so:
41
42
1. Tasks defined before as communication (tracker) now will be assigned to marketing (category)
43
2. Task defined before as analysis (tracker) now should fit in one of the categories depending on the case
44
3. Task defined before as report (tracker) now should fit in one of the categories depending on the case. Hint: documentation might work in some cases and management in others.
45
4. Task defined before as coordination (tracker) now will be assigned to management (category)
46 20
47
Priority
48
--------
49
50
* Immediate: Crisis, drop everything
51
* Urgent: On our way to crisis. The controller or manager should know about this.
52
* High: somebody needs this to be done, please work on it as soon as possible.
53
* Normal: default state of tasks. Work on it.
54
* Low: Nice to have but we can skip it. Work on it if you have time.
55
56 23 toscalix
Nice reading about the difference between [urgent and important](http://www.linkedin.com/today/post/article/20131007002546-85816712-urgent-or-important-which?trk=tod-posts-art-)
57
58 20
Status
59
------
60
61
The status of any task are:
62
63
* New: the task is created but nobody is working on it.
64
* In progress: the task is being done by somebody. The task must reflect the percentage of the task that is done. 
65
* Feedback: the task is done but somebody is checking it. The task needs that somebody else check that the partial work done so far is accurate. The task needs information (not action) from somebody to keep going).
66
* Resolved: the task is done.
67 22 toscalix
 * In order to avoid Resolved tasks showing up in the default views until the controller close it, we have set up the Resolved status as closed.
68 20
* Closed: the controller verifies that the task is done, and the percentage and spend time is filled and correct.
69
* Rejected: the assigned person send d back the task to the author for the reasons below. The rejection must be clearly justified.
70
 * Is not able to do it
71
 * Is not the right person to do it
72
 * Thinks that the task do not need to be done.
73
 * Do not agree with the conditions or information related to the task.
74
75
Documents, files and repository
76
===============================
77
78
Roadmap
79
=======
80
81
The release process has been divided into the common milestones. For the generic Release process project, the dates are not accurate for each milestone. They are for the 12.3 Release process project and the following ones. These milestones needs to be configured for each subproject, since the dates and number of milestones might vary from release to release.
82
83
The configuration of the milestones are a key step to organize the tasks (issues), visualize them in the roadmap, calendar and Gantt diagram.
84
85
Time entries
86
============