Preventive Maintenance and Procedures

[Sarah M]

Hi all,

 

I would be interested to hear from anyone who is currently using the Preventive Maintenance area of Tririga. Specifically in relation to setting up and using Work Procedures on PM Schedules and within Work Tasks. One of the things we are encountering, and thinking ahead to, is that when we have attached a Work Procedure to a PM Schedule, if one of the Procedure Steps within the Work Procedure needs to change or an extra step needs to be added into the procedure, changing this will not only affect active and planned tasks in the schedule, but it will also affect completed tasks in the schedule. So for example, the new Procedure Steps that you have added into the Procedure will show in the completed Work Task forms even though those steps weren't applicable to those tasks (if that makes sense). Ideally what we would want to do is change the Work Procedure but have it only affect the active and planned tasks in the future, not the ones in the past.

 

I'd like to know if anyone else has experienced the same and if you have found any clever work arounds for this, and just in general if anyone is heavily using the Preventive Maintenance section in Tririga.

 

Many thanks in advance!

 

Sarah

[Oscar Velasco]

Hello Sarah,

I'm with UMD and would like to know about your experiences using Tririga for PM scheduling. I know you asked this question 3 years ago but we are hopeful that  you can provide us with some insight on this matter. looking forward to here from you.

Regards,

Oscar

[Sarah M]

Hi Oscar,

I didn't receive any replies to my query 3 years ago on this matter so any opinions I give are purely based on personal experience of the Preventive Maintenance area of Tririga. We started using this area of Tririga about 3-4 years ago to organise our planned/preventive PM work/tasks and currently have over 700 job plans/PM schedules set up. We only use it in-house and not with any external contractors. Not all of our PM schedules have procedure steps attached as many of the procedure steps are held in other workplace management software systems. We felt that other systems were able to better record the details of the procedures that are carried out and were able to record evidence that steps were undertaken during maintenance. We found that the work procedures in Tririga weren't fit for our requirements as we were unable to mark and evidence against individual tasks that particular work procedures were carried out during a task and this was very important to us. It appears that in Tririga the work procedures are there as information, rather than providing a place to record outcomes. The feedback I am hearing from IBM is that this is something that they are looking at developing in the future based on customer feedback.

Also, it seems with work procedures, and PM scheduling as a whole, that when one item/field requires a change (be it a date, a description, part of the schedule etc), there's the requirement to retire and recreate the PM schedule again with the updated changes so that the changes are reflected in future tasks. Therefore depending on how many PM tasks you have and how often you might require changes to be made, this could become time consuming and a large admin task. Due to this issue we use the PM area in Tririga to a bare minimum (i.e. a way of generating work tasks for staff to allow them to record general comments, add their time spent working on the job etc) to reduce the chances of needing to continuously change information. The only field I do know that can be changed in the job plan and updated in future scheduled tasks is the Responsible Organization and Service Provider.

Overall, this is a useful area of the system to use because of the amount of work tasks that we are able to automatically generate on a schedule, but due to the limitations listed above it means we don't get everything that we want from the system.

Hope this helps!

Regards,

Sarah

--
You received this message because you are subscribed to a topic in the Google Groups "triDeveloper" group.
To unsubscribe from this topic, visit https://groups.google.com/d/topic/trideveloper/326HXKHiEZU/unsubscribe.
To unsubscribe from this group and all its topics, send an email to trideveloper+unsubscribe@googlegroups.com.
To post to this group, send email to tridev...@googlegroups.com.
Visit this group at https://groups.google.com/group/trideveloper.

For more options, visit https://groups.google.com/d/optout.