This tutorial takes about 25 minutes and is intended primarily for project managers. It covers:
This tutorial assumes that you have the example database installed. This database illustrates various Ketura concepts applied to a fictional firm, XYZ, Inc.
The action of scheduling an issue usually involves:
All these actions are possible in one convenient location using the Reschedule issue section of an issue’s Schedule tab, making it quick and easy to reschedule any issue.
XYZ wishes to process some newly-created issues; this tutorial shows various ways to do this by rescheduling.
In the example database, Eric Samet has a task outstanding to review a new issue I1029.
You can go to the issue page in any way that is convenient (for example, you might follow a link from a milestone’s Issues tab), but this method is very convenient if you wish to log the time that you spend reviewing new issues appropriately. The
other steps in this tutorial will use different ways of reaching an issue page.
Eric has reviewed the issue, and decided to schedule the issue for ‘M1 – Maintenance’ on the ‘Website and Intranet Maintenance’ project. It makes sense for John Street, the QA manager, to undertake the required work.
Some issues represent a goal that is worthwhile, but not appropriate to schedule at the present time. Such issues can be deferred.
Eric wishes to create a new issue and defer it immediately.
Not all submitted issues require work to be carried out on them. For example, a customer might request an enhancement to a product, and a member of your organization’s support staff might create an issue for it. However, the relevant product manager might review the request and decide that it is not in the strategic interests of your organization to implement the enhancement. Such issues can simply be rejected.
Eric has reviewed issue I1136 and has decided to reject it.