wiki:PROCESS_R4

Version 1 (modified by deyan, 16 years ago) (diff)

--

Error: Macro BackLinksMenu(None) failed
compressed data is corrupt

Error: Macro TicketQuery(summary=TASK_NAME_HERE, format=table, col=summary|owner|status|type|component|priority|effort|importance, rows=description|analysis_owners|analysis_reviewers|analysis_score|design_owners|design_reviewers|design_score|implementation_owners|implementation_reviewers|implementation_score|test_owners|test_reviewers|test_score|) failed
current transaction is aborted, commands ignored until end of transaction block

Analysis

(Give as much as possible of the needed information for designing and implementing the task in the following sections.)

Overview

(Provide a brief overview of the whole task in its first revision. Stick to the current revision of the task, but keep an eye to the whole task progress, and stay alert for possible smells.)

Task requirements

(List the necessary requirements that the task must fulfill.)

Task result

(List the end product of the task (for example "Source code", "Wiki page", etc.))

Implementation idea

Process optimizations: Process

Pre-workflow

  • On weeklies stickies are chosen from the wall. Tickets are grouped according to what can be shown for one week.

Analysis

  • Analysis must be reviewed before a design review is requested
  • Analysis review is done by non-programmers from the integrators team. Programmers may participate if needed.

Design

  • Deadline for a design is Thursday (before progress check)
  • Reviews are requested by marking the ticket as "design finished", by skype or by using the CC field of the ticket. Marking the ticket as "design finished" is nessesary.
  • Design reviews are done by Integrators team.
    • For coding tasks by a programmer. Non programmers may participate if needed.
    • For non-coding tasks by a non-programmer.

Implementation

  • Implementation may start before a design review but a review must be requested first.
  • It is best to create more than one group and start group by group in order not to send all of your work at the end of the week.
  • Unofficial reviews during implementation or design are allowed.
  • Patches are uploaded as ticket attachment.

Task specific

  • Groups are created by the implementor or implementors of the tasks. Tickets are chosen depending on what will be done for one week.
  • Regular tasks are grouped in groups. These include Maintenance of internal backlog, repository, backup, blog, mail and forum. A deadline for these is defined (for example - end of minisprint 1)

Other

  • Internal backlog and reports are checked before the weekly. Reminders are send to people that missed filling them in.

(Add links to related tasks that could be useful or helpful.)

How to demo

(Provide instructions for demonstration of the task.)

Design

(Describe your design here.)

Implementation

(Describe and link the implementation results here (from the wiki or the repository).)

Testing

(Place the testing results here.)

Comments

(Write comments for this or later revisions here.)