Tasks types

Currently we have five task types. Each task has different requirements for revision phases - Analysis, Design and Implementation.

• Coding tasks
  • Description - This task type contains tasks which result should be added application functionality, code change/improvement.
  • Analysis - Analysis of these tasks revision contains what are the requirements for the task, what are expected results, functionality/improvement requirements, how-to demos, implementation ideas.
  • Design - Design of these tasks should describe technology that will be used for reaching task's requirement. It should contain initial tests, libraries needed, rough algorithm explanation, class diagrams, etc.
  • Implementation - In implementation section of task's revision the results must be linked with explanation what was done during this revision. Explain which part of source you've added/edited and how. The result of your work should be presentable in Analysis/How to Demo section.
• Bug Fix
  • Description - Bug fix type tasks are also referred as "Unplanned tasks". These tasks consist of different kinds of unwanted application behavior - lack of functionality, wrong functionality, different errors.
  • Analysis - Analysis of Bug Fixes should contain exact explanation of what and how happens / not happens (what's wrong). Analysis should answer the question why this bug appears, which part of the code is guilty for the wrong functionality. How to demo should contain steps to recreate to prove that the bug doesn't exist anymore. In this section links to tickets can be very useful
  • Design - Design of bug fixes is similar to Coding tasks' design, but should also answer the question why did this bug appear (what was wrong with the code, why it was not suitable).
  • Implementation - Implementation section should contain link to files where was added/maintained/re factored code, should also describe what was done. The results should be presentable in Analysis/How to Demo section.
• Document
  • Description - Document tasks require different documents as result. In most cases, these documents are auxiliary for other tasks. Commonly, the result of document tasks will be Wiki page, but may also be other document and may consist of text, diagrams, media files, spreadsheets, examples, etc.
  • Analysis - Analysis section should contain document requirements (file format, dimensions, formatting), contents requirements. This section should also contain related tasks - tasks that depend on that one, tasks of which this task depends, similar tasks, etc.
  • Design - Design should point which tools will be used, how the document will be created.
  • Implementation - Implementation section as in other tasks should contain link to created documents and explanation how they were done. The results should be presentable in Analysis/How to Demo section.
• Setup
  • Description - The result of this tasks are hardware/software setup of different computer appliances that will be used for executing all other tasks. These contain website, wiki, developer platform setup, etc.
  • Analysis - Analysis answers the question what are the requirements for this appliance - hardware and software. For example, some of the community server hardware requirements are space and bandwidth, and software - running web server, security issues. Here should be also listed tasks that depend on that one.
  • Design - In this section should be decided which computer appliance will satisfy the requirements, how it will be set up, what technologies will be used. Give links to websites of software solutions that should be used.
  • Implementation - This section should contain how exactly was this appliance set up. Give links to any setup files or other information in order for the server to be recreated.
• Maintenance

The results of this phase should be described in the Implementation section of the task's current revision page PageTemplates/TaskPageTemplate. Depending on task type, results can be

• Wiki Page
• Source code
• Design section of the same task.
• Other document in the repository.
• Other links.

These should be linked into the Implementation section. If needed, additional wiki pages should be created and linked as TASK_NAME/PART where PART should describe the containing of this wiki page. In different revisions same results can be linked, but revision result should be described.