10 Replies Latest reply on Sep 14, 2012 9:22 AM by Julian Wigman

    Configuring the use of "Reinitialise"


      We are looking to redevelop our Change process to make it slicker for the "easy" work.


      A request will be raised by a user, and submitted to a reviewer to decide if its a standard piece of work or not - still defining criteria for this, but thats fine.

      What I'd like to be able to do is, based on the outcome of this decision, is use the "Reinitialise" feature to kick the request to the right "full" process or "light" process.


      I can do this manually, by selecting the "Reinitialise" as an optional action, picking the process & template BUT its not realistic to make this a manual choice (unless there's a way to filter the processes it displays on this screen ?) - is there any way I can put the action into a process and pre-choose the options ?


      The alternative of raising a "Change-from-a-change" isn't good, as the requestor will have a reference number of the initial job (either from logging it in the Portal or by email if logged with the Desk by phone) and giving out two or three reference numbers for the same piece of work will just lead to confusion.


      Any pointers on (1) Can Reinitialise be used this way or (2) Decent alternatives ?  Really dont want to build a single, hugely complicated, process if I can avoid it - its been one of the criticisms of the current ITBM deployment, and we're under some pressure to improve this.


      Cheers !

        • 1. Re: Configuring the use of "Reinitialise"

          7.4 gives you what you are after I think.  You can use reinitialise as an automatic action in the process and use that to select the process you want.

          • 2. Re: Configuring the use of "Reinitialise"

            Hi Dave, is there a way to reinitialse to a different module.  Just thinking that an incident can be raised, but it should be a request.  The workaround at the moment is that I have an action "create request" which copies the information to a child request. However the incident will be logged.

            • 3. Re: Configuring the use of "Reinitialise"

              I don't think you can - doesn't appear to be an option on our version (7.3.2) and suspect the fact its a whole separate 'domain' to move from Incident to Change would mean its unlikely.


              Could be wrong, though...

              • 4. Re: Configuring the use of "Reinitialise"

                David is spot on.  You can arrange for your incident to be automatically closed once the request/change/... has been copied and created.  Another alternative design would be to log everything initially in the call domain and then have a triage process which allocates it to an incident/request/change/whatever.  This might sound attractive but I've found you always need to allow for humans making mistakes or changing their minds :-)  so having an action to switch a process from one domain to another is nearly always needed.


                By linking them you have a history of how you got here.  This allows you to try and work out why incidents of such and such a type come in which turn out to be service requests and might drive you back to the terminology used on a portal or the language/terms used when talking about IS to the rest of the business.

                • 5. Re: Configuring the use of "Reinitialise"

                  @dave medland-slater


                  Sadly from what I have experienced you cannot link the call domain to any other process domain as there are no linking business objects to do this.


                  However I have similar to what you describe in our system, where everything starts its life in a incident process instead and then making decisions on where to go based on the category that has been set. Then in order to ensure that anything in this switchboard process is not accounted for in analyst workslists, I simply add a criteria to the queries to show all incidents apart from those in the switchboard process.


                  This works very well and has helped getting the rate of tickets being placed into the correct process up!

                  • 6. Re: Configuring the use of "Reinitialise"

                    The OOTB design doesn't have those linkages, but you can add them.  The key here is that you are not creating linking objects in the sense the product sometimes calls them.  These are the full many to many relationships between domains and indeed you cannot create those. But the good news is that to create an incident/request/change/... from a call you don't need a many to many.  Just add your incident object to the call object will be enough.


                    I've seen many ways of designing this triage method and using the incident domain is also perfectly respectable.  I tend to find many service desks have a greater number of requests than incidents, so there is a case to be made to start from request.


                    Call is a handy domain when you don't know where to start :-)

                    • 7. Re: Configuring the use of "Reinitialise"

                      Good suggestion with regards to Request. You could almost say that each query to the Service Desk begins as a request for service - one of which is Incident Management!


                      The objective of course is to ensure we do not have duplicate records for the same thing.  However starting off as a request for service we can easily filter them out.  The other idea was a tick box, but am liking the request route.

                      • 8. Re: Configuring the use of "Reinitialise"

                        Hi Dave,


                        Point taken, I think when investigating this I should not have tried to overcomplicate things and then I would have seen the simple answer!


                        And quite right you are about more requests than incidents, the triage process has proved this to my organisation and it is quite an eye opener for managers! It actually means in a way, that the IT infrastructure is not that bad, its just that customers want lots of changes and extras hehe!

                        • 9. Re: Configuring the use of "Reinitialise"

                          There are many ways, many ways :-)


                          But I'd still like to be able to reinitialise acorss domains as well :-)

                          • 10. Re: Configuring the use of "Reinitialise"
                            Julian Wigman ITSMMVPGroup

                            Lot's of customers are asking me for initialise across domains too.  


                            Is there an ER out there for this yet>?