Change request is defined by us as a change on existing system or new request -- but not a indicent. We put in the requestor and attach if available a document. Changes always handled with Activities, because we have to have a estimation on time, costs and qualtiy before approval -- which is not available on Tickets. Approval is done by status. Date and work is entered in validated. In the case, an incident or a risk is source of change request, we link the Ticket or Risk, Action, Meeting, Decision, ... as origin.
Thanks Klaus, but I would say this is kind of way around rather than solution. Change request can be raised by different ways and it need to be dealt with in consistent way - Initial CR document itself with description, estimates, etc. need to lead to a Ticket wich should have an aproval process by the different people before Activity will be created (can be rejected as well). Actually Ticket needed to link CR document to the Activity (if approved) or just keep it (in case of deferred) for future, or close it if rejected.
Regards,
Evgueni
En poursuivant votre navigation, vous acceptez le dépôt de cookies tiers destinés au bon fonctionnement et à la sécurisation du site (gestion de session, reCaptcha) et à une analyse statistique anonymisée des accès sur notre site (Google Analytics). Si vous vous inscrivez, les informations que vous fournirez ne seront jamais divulguées à un tiers sous quelque forme que ce soit. En savoir plus
Cookies settings
×
Functional Cookies
Ce site utilise des cookies pour assurer son bon fonctionnement et ne peuvent pas être désactivés de nos systèmes. Nous ne les utilisons pas à des fins publicitaires. Si ces cookies sont bloqués, certaines parties du site ne pourront pas fonctionner.
Session
Please login to see yours activities!
Other cookies
Ce site web utilise un certain nombre de cookies pour gérer, par exemple, les sessions utilisateurs.