Welcome to TM Forum Community Sign in | Join | Help
in Search

eTOM level decompositions

Last post 07-01-2008, 7:49 AM by khalil b1. 8 replies.
Sort Posts: Previous Next
  •  05-18-2006, 10:11 AM 90

    eTOM level decompositions

    I'd like to ask something about my understanding and about some comments I have heard.
     
    As I understand, TMForum, when defining eTOM levels, defined untill level 3. The 4th level is "custom made", based on its "functionalities, taks and processes", correct? 
     
    We have heard about the existance of level 5 ! What should it be? Is it posible?
     
     
    Thank you in advance for your help
  •  05-24-2006, 10:27 AM 103 in reply to 90

    Re: eTOM level decompositions

    Hi Eduardo,
     
    Many companies when applying eTOM have themselves developed decompositions from the existing eTOM published framework (which is to Level 3 in OPS and SIP, and Level 2 in EM). This allows them to specialise the detail for their own company situation and to link the processes with detailed activities in specific groups and departments, etc.
     
    The level involved differs for how various companies want to document their processes. In some cases, they have gone to level 6 or 7 with step by step task descriptions.
     
    Within TM Forum we are looking at possibly developing and publishing Level 4s for eTOM, if we have contributions, and if we can form a consensus on generic process elements at that level. This is ongoing currently.
     
    Hope this helps.
     
    regards Mike
  •  06-10-2006, 11:15 PM 151 in reply to 90

    Re: eTOM level decompositions

    Hi EduardoK

    Mike has separately provided some information on this so I won't cover the same ground.  I just want to provide some advice if you decide to go down the decomposition path in your company.

    The current eTOM is both technically and organizationally neutral in its current level of definition.  This has been done deliberately for two reasons -

    • Firstly, technologies and organizations come and go continuously, but the operational activity that needs to support both has longevity independent of the organization that uses the activities from time to time, and the technology (at the level of abstraction in which eTOM is currently defined) to which it is applied from an operational management perspective.
    • Secondly, every organization operates their end-end process flows based on their local circumstances so a neutral description of the steps that make up process flows was all that could be agreed anyway.

    The argument beyond what has been defined so far is to whether to maintain neutrality or to customize to meet local circumstances.  There is also a discussion about whether there is a natural "bottom" to the eTOM framework.

    My strong advice is that if you desire to use the eTOM as a definitive reference framework then neutrality to organization and technology should be maintained at all levels of decomposition.  The first dot point above will continue to apply.

    This raises the immediate response (usually?) something along the lines that one technology is very different to another and that the management steps (say for configuration) are different between technologies so how can neutrality be maintained.  My answer to this is - what is being managed by the process! 

    Using the configuration example, my view is that process flows are defined and a step in the process flow (at a lower level of decomposition than Level 3) might be "Configure Equipment" or "Configure Network Element".  In my view the operational process is more interested in managing the work being undertaken, and wanting to know that the work has been done.  If this is the case, then from a process management perspective it doesn't matter whether a person assigned the task opens a detailed manual and follows the vendor procedures, or some automated tool which has the procedural logic inbuilt loads the configuration details.

    Taking this approach, the eTOM can remain neutral, it will have a natural lower level where decomposition stops (usually Level 5 or Level 6), and the framework will have longevity beyond chnages in organizationa nd technology.  Thus management systems to support management processes will also have longevity.

    Regards

    gregf

  •  02-19-2008, 11:27 AM 1407 in reply to 103

    Re: eTOM level decompositions

    Hi Mike,

    I am looking for a documentation on Level 3 of eTOM framework. Can you help me in this?

    My contact id is vinaykumar304@yahoo.com

    Thanks & Regards,

    Vinay

  •  03-10-2008, 6:29 AM 1482 in reply to 1407

    Re: eTOM level decompositions

    Hi Mike

    I also need documentation for Level 3 processes of eTOM framework. My contact id is krishnankc@gmail.com

    Thanks

    Krishnan K C

  •  06-25-2008, 1:38 AM 1891 in reply to 90

    Re: eTOM level decompositions

    Hi Eduardok,

       I'd like to suggest you read eTOM document GB921U. There are some some discussions about process decomposition. Perhaps it is useful to you.

     

       

  •  06-29-2008, 9:15 AM 1904 in reply to 1891

    Re: eTOM level decompositions

    Hi JeroG,
    do you mean GB921D? or i am completely mistaken as i cannot find a document with that name on the TMforum website
  •  06-30-2008, 12:37 PM 1909 in reply to 1904

    Re: eTOM level decompositions

    Hi Khalil,

    Actually there is a GB921U document, 'U' is for User Guidelines for eTOM, it is part of the GB921  document suite downloadable from the TM forum's site.

     

  •  07-01-2008, 7:49 AM 1912 in reply to 1909

    Re: eTOM level decompositions

    thanks Abdallah. I found it, looks like i had downloaded an older zip file.
View as RSS news feed in XML