Maximo Open Forum

 View Only
  • 1.  Work Types - Best Practice

    Posted 15 days ago

    I am wanting to get opinions on Work Type best practices.

    For example, we currently have the work type CM (Corrective Maintenance), but I was asked if we can remove that and add:

    • Facility Corrective Maintenance
    • Robot Corrective Maintenance
    • Auxiliary Corrective Maintenance
    • Press Corrective Maintenance

    The goal is that it makes categorization of work orders easier.

    I can see the point but am concerned we could get into too many work types by breaking it down into so many subtypes.  

    Or is this a good use case for making Work Types specific by Asset Classification?  The request is not for every asset classification, but I think mainly the most common.

    I'm curious what others who have been in this a while would suggest.

    Thank you in advance,


    #Administration
    #EndUser
    #EverythingMaximo
    #WorkManagement

    ------------------------------
    Danny Richardson
    Maximo Administrator Manager
    Technimark LLC
    ------------------------------


  • 2.  RE: Work Types - Best Practice

    Posted 15 days ago

    There's probably no right or wrong answer to this.  However, my opinion:

    1. It does seem like making those changes would break one of the very first rules of database normalization, by having essentially multiple values in a single cell.  You're mashing together what should maybe be a Work Type and Sub-Type into a single cell (since Maximo doesn't have a Type & Sub-Type construct).
    2. Which makes me think that reporting on other fields, such as Failure Class, Classification, the Classification of the WO's Asset or Location, etc., would be "better."
    3. But, those database rules are made to be broken.  If having these extra values truly makes the user experience and reporting that much better, it might be worth it -- especially if the alternatives like Classifications or Failure Class aren't currently in use/fully developed.  With those suggested values, it would be easy to report on any one Type, or on all Corrective Maintenance types (as opposed to something else like Inspections, Calibration, Projects, etc.).
    4. That may mean someone gets the undesirable task of going back through old Work Orders and update the Work Type field.
    5. Taking a thought from IT Service Management, I want to get to where the Work Type is an important determinant for a workflow.  A 'CM' type is equivalent to an ITSM 'Incident', where the goal is just fix it as fast as possible. There's generally no approval process necessary.  The opposite is a 'Service Request,' which is give me something I don't have.  This might mean extra purchases, approvals, "hoops" -- > time and money.  Point being: if you happen to use the Work Type as a condition in your Workflow designs and you make these proposed changes to the values for the Work Type field, you'd have to re-design the Workflows too.


    ------------------------------
    Travis Herron
    Pensacola Christian College
    ------------------------------



  • 3.  RE: Work Types - Best Practice

    Posted 14 days ago

    Hi Danny,

    Firstly, Maximo doesn't care if you remove the CM work type. It doesn't care if you have multiple new work types.  We don't know why 'they' want the change or how it will be used.  This is about how you want to use the work type.  I can see that they're all CM with a qualifier based on an area or machine type.  Is that information elsewhere, i.e. asset type?  What happens as a result of using each work type?  Are workflows, start centres, queries, or reporting involved?

    You are asking the user to choose the correct work type, but that can be said for the OOBT ones, too.

    Is the qualifier based on the asset/location/defect?

    As Travis pointed out, Maximo does not have a Type | Sub-type for many things.  Your approach requires the user to make one choice, whereas with type | sub-type, they have to make two.  Which is more efficient? 

    Does the qualifier only apply to CMs?

    There are very few cases where the work type has been expanded, but that should not stop you if it makes sense for your business.

    The advice I can give:

    • Minimise the number of choices of anything.  Users tend to pick the first option they see and hate having to scroll to select a value.
    • Make sure what you do have makes an impact or is needed for the business
    • Have an audit mechanism to validate that the values are being used correctly

    In the end, your Maximo, do it.



    ------------------------------
    Craig Kokay
    Principal Consultant
    COSOL

    email: craig.kokay@cosol.global
    #IBMChampion
    ------------------------------



  • 4.  RE: Work Types - Best Practice

    Posted 11 days ago

    Hi Danny, I'd go along with the other answers here.

    I'd start by applying some self-imposed constraints - there's a tendency with Maximo for people to constantly ask for the system to change rather than evaluate what provides the most value to the busniess.

    Say you couldn't change worktypes - what would the business do? Is the goal to provide a work list for people that is easily split/sorted for them - would a start center do the same job? Does a reliability function need the data curated by asset, location, classification etc. and so will adding worktypes assist or muddy the waters in 5 - 10 years? 

    Each business will be different and so the value is not the same. I'd start with the very last user's requirements in the data's lifecycle and work backwards from there. Then just focus on what adds value, what causes issues and apply some logic from there. 



    ------------------------------
    Craig Webber
    Mercury NZ
    ------------------------------



  • 5.  RE: Work Types - Best Practice

    Posted 11 days ago

    Hi Danny,

    I would approach categorizing work orders using classifications for the use case described and can be extended to SR application deployment. It will allow the user to select the type of asset without necessarily knowing the asset number. The classification record can be used with automation (scripts, escalation, and/or workflows) that the organization is comfortable with adding additional details to the work order such as failure code, work group, etc.

    I would like to offer another perspective to the discussion regarding work types in their entirety. I advocate that work type EM is not a necessary work type and a work type CM properly prioritized based on impact to the operation drives improved work management. A work type EM tends to circumvent work order execution order.

    The priority is determined from asset criticality, for example or leverage an existing ranking index for maintenance expense (RIME) business process. The priority also derives the target start and completion dates based on the SLA set for each priority relevant to the organization preference. Result is an ordered work order population based on repeatable and defensive decision process.

    This answers the question of where to assign resources; Is a priority three (3) work order from last month and having target start of this week less critical than a priority two (2) received today? Tendency is often to push the lower priority work to address the emerging work; this works to an extent and until the failing low priority work order asset decides to make itself a higher priority by catastrophically failing!



    ------------------------------
    Bill Steudler
    Maven Asset Management
    ------------------------------



  • 6.  RE: Work Types - Best Practice

    Posted 8 hours ago

    Hi Danny ,

    Its a great question and honestly glad you're thinking twice before just going ahead with it - I must say that instinct is right.

    So here's my take after having been through this debate more times than I can count across different industries.

    The short answer: don't do it. Keep CM.

    What's being requested is categorisation, not a genuinely different work process - and Work Type is the wrong field for that job.

    Here's why that matters. Work Type in Maximo isn't just a label - it drives status flows, SLA application, approval routing, cost reporting roll-ups, and in a lot of shops, ERP/SAP integration mappings. It answers the question "what kind of maintenance activity is this?" - not "what kind of asset is it being done on?" The moment you start encoding asset categories into Work Type, you've crossed two orthogonal dimensions of data into one field, and it creates a mess that compounds over time.

    And trust me, once you open that door, it doesn't stop at four. You approve "Robot CM" today, and within six months someone's asking for "Robot PM," "Robot EM," "Robot Inspection"... multiply that by Facility, Auxiliary, Press, and whatever new asset classes come up next year, and you're staring at 40+ work types inside two years. I've inherited Maximo instances like that and it is genuinely painful to untangle.


    What I'd suggest instead:

    The asset classification already tells you it's a Robot or a Press - that data lives on the asset record and flows to the work order. So the reporting cut the team is asking for is literally already possible. A simple filter of Work Type = CM AND Asset Classification = Robot gives you "Robot Corrective Maintenance" as a report view without touching your Work Type config at all. Show them that in the reporting tool and I'd wager the request goes away on its own.

    If the real need is something more specific - like different approval routing, or different SLA targets by asset type - those can all be handled without a new Work Type:

    Routing → condition your workflow on Asset Classification. Route Robot CMs to the Robot Team Lead, Facility CMs to the Facilities supervisor. No new Work Type needed.

    SLAs → Maximo SLA records can be conditioned on Asset Classification. Give Robot CMs a 4-hour response target and Auxiliary a 24-hour target, all still under the same CM Work Type.

    Reporting/KPIs → Work Order Classification hierarchy is massively underused for exactly this. Build out Corrective > Mechanical > Robotics as a classification tree and you get rich categorisation without touching Work Types at all.

    The only time I'd say a new Work Type is genuinely justified is if the new type has a fundamentally different process - different status flow, different costing rule, or a distinct regulatory classification. Ask yourself: does "Robot Corrective Maintenance" go through a different approval chain, get coded differently for accounting, or have a compliance obligation that plain CM doesn't? If the answer is no, it's a filter, not a new Work Type.


    Some real-world context:

    In automotive stamping plants I've seen , they run entire press and robotics operations on four work types - CM, PM, EM, INSP - full stop. The asset classification and a discipline field (Mechanical, Electrical, Controls) handle all the granularity the maintenance managers need for reporting. Adding "Press CM" would have broken their SAP maintenance activity type mapping with zero benefit.

    In pharma/GMP environments it's even more critical - your validation documentation and SOPs reference Work Type for regulatory submissions. If you split CM into "Facility CM" and "Equipment CM," those docs technically need revalidation. The asset classification already captures what the work was done on; Work Type captures what kind of maintenance activity it was, which is what the auditor cares about.

    Same story in healthcare - Joint Commission reporting, HTM compliance, biomedical vs. facilities work - all handled through asset classification and location hierarchy, not by multiplying work types.


    One practical thing you could propose internally:

    A simple Work Type governance rule: "A new Work Type is only created if it requires a different status flow, a different costing treatment, or a distinct regulatory classification. If the only reason is to filter by asset category, we use Asset Classification or WO Classification instead."

    Put that in a one-pager, get sign-off from whoever owns the CMMS configuration, and you'll save yourself this conversation repeatedly going forward. Shops that don't do this end up with bloated Work Type lists that nobody fully understands and that make every upgrade and integration exercise more painful.


    So to directly answer your question - no, this is not a good use case for asset-classification-specific Work Types. The underlying need is completely valid; the solution just needs to be pointed at the right field. Hope that helps!



    ------------------------------
    Prashant Bavane
    Principal Architect
    ------------------------------