Voir aussi la version française.
Note: Not all parts of the user interface may be visible. Features available depend on the settings per-project.
This tab shows a summary of the current state of issues in the project, members assigned to the project, and summary notes which typically include tracking ticket numbers, locations of production, staging, and development sites, how to access certain things & contact information. The summary information is updated by the project managers.
- This tab shows recent activity ordered by date. This is useful to see what has been done recently.
- Shows the completion on each milestone. Issues are only "completed" if they are set to closed.
This is the main list of issues. By default it shows only "open" issues (that is, issues in any state but closed). However, you can sort and filter issues using the filters & options at the top of the page. Certain pre-set sorts are available from the menu on the right. If you right click on an issue (or select several and right-click), there is a context menu that allows to you perform updates more quickly.
- New Issue
- Create a new issue
- A gantt chart, which is an alternative way of visualizing progress towards milestones.
Shows the being & due dates of issues and milestones.
- News related to the project. Rarely used.
- Uploaded documents. Rarely used.
- Uploaded files, can be assigned to specific milestones. Preferred over documents. (?)
- A collaborative wiki for development, user guides, and more. Upload files in the "Files" section then link to the wiki "Friendly Name":"/path/to/file.ext"
- If your project is using source control for difference items, you can view the different repositories on files. If there are multiple repositories, they will be listed in the right-hand side bar.
Represent an item that must be accomplished. It could be an entire feature, or specific tasks. As much as possible, an issue should concern only one thing. It is preferable to have multiple distinct issues than larger monolithic issues.
- Which kind of issue is it? A brief explanation of each follows.
- A problem with an existing feature or implementation.
- A feature that needs to be accomplished, eg. Build a newsletter
- Work that needs to be done, but is not a bug.
- A question that someone should answer
- Support Request
- Requests for support, training, or clarification of how things work
- Enter a brief phrase for the issue
- Include as much information as possible. Which pages, how you found the problem, what exactly the problem is. Uploaded screenshots are helpful too.
- By default, they should be new. As described below.
- An issue should be assigned to a specific person. If you're unsure, assign to the project manager.
- The category of work that the issue falls into. If unsure, leave blank.
- Target Version
- The milestone where the issue that the issue should be finished for.
While most of the status are normally self-documenting, I've included a brief phrase about each status below.
- An issue that has just been created. If you create an issue, this should be the status you use.
- In Progress
- Work is being done
- Can't Reproduce
- The bug or issue described cannot be recreated.
- Need More Info
- Something isn't clear
- Needs Client Approval
- An issue that hasn't been approved to happen by the client.
- Needs Documentation
- Documentation for this should be added to the wiki
- Needs Testing
- The client or product stakeholder should verify the fix applied works.
- Needs Deployment
- The fix or feature needs to be deployed (usually from a development or staging environment to a production site)
- Put off for some reason. This issue will remain open, but won't be looked at or worked on.
- This feature will not be done. It will not appear in a list of open issues.
- The issue is resolved. The product owner or stakeholder must close the issue when they are satisfied. Resolved issues continue to appear in the list of open issues.
- Everything relating to this issue is done
Typical issue status workflow (where the issue doesn't need approval or already has it):
New -> In Progress -> Needs Documentation (optional) -> Needs Testing -> Needs Deployment (as needed)-> Resolved (by worker) -> Closed (by stakeholder)