eTOM Primer V4-6-1
eTOM Primer V4-6-1
(eTOM)
The Business Process Framework
For The Information and Communications Services Industry
Addendum P: An eTOM Primer
Release 4.5
GB921 P
Notice
Any use of this document by the recipient, other than as set forth
specifically herein, is at its own risk, and under no circumstances will
TM Forum be liable for direct or indirect damages or any costs or
losses resulting from the use of this document by the recipient.
Table of Contents
NOTICE .......................................................................................................................................................................2
TABLE OF CONTENTS ............................................................................................................................................2
TABLE OF FIGURES AND TABLES ......................................................................................................................4
EXECUTIVE SUMMARY .........................................................................................................................................5
WHAT IS ETOM? ......................................................................................................................................................6
WHERE DID ETOM COME FROM?......................................................................................................................8
HOW DOES ETOM WORK?....................................................................................................................................9
PROCESS DECOMPOSITIONS ........................................................................................................................................9
PROCESS FLOWS .......................................................................................................................................................16
WHY USE ETOM? ...................................................................................................................................................22
WHEN CAN ETOM HELP?....................................................................................................................................23
WHO IS USING ETOM? .........................................................................................................................................24
SOME IDEAS ON USING ETOM ..........................................................................................................................27
ADMINISTRATIVE APPENDIX............................................................................................................................31
ACKNOWLEDGEMENTS .............................................................................................................................................31
ABOUT TELEMANAGEMENT FORUM ........................................................................................................................31
ABOUT THIS DOCUMENT ...........................................................................................................................................32
DOCUMENT LIFE CYCLE...........................................................................................................................................32
TIME STAMP .............................................................................................................................................................32
HOW TO OBTAIN A COPY...........................................................................................................................................32
HOW TO COMMENT ON THE DOCUMENT....................................................................................................................33
DOCUMENT HISTORY ...............................................................................................................................................33
SUMMARY OF CHANGES IN THIS VERSION ................................................................................................................33
REFERENCES ............................................................................................................................................................34
RELATED OR SOURCE DOCUMENTS ..........................................................................................................................34
ETOM BUSINESS PROCESS FRAMEWORK .................................................................................................................34
Figure 10: Process Interaction Flow Diagram for DSL Fulfillment (Pre-Sales) ............................... 18
Figure 11: Process Interaction Flow Diagram for DSL Fulfillment (Ordering) ................................ 20
Figure 12: Process Dynamics Flow Diagram for DSL Fulfillment (Ordering).................................. 21
Figure 14: Recent Reports on eTOM Adoptions (Vendors, SIs, etc) ................................................ 25
Executive Summary
What is eTOM?
The telecom industry is facing unprecedented churn and the struggle to remain
profitable in the face of more competition, higher customer expectations, falling
market share and growing price pressures. The industry has a need to clearly define
and understand the business processes involved in order to tackle these issues. It
also needs to reach a consensus on the common process view for equipment
suppliers, applications builders and integrators to build management systems by
combining third party and in-house developments.
The Enhanced Telecom Operations Map® (or eTOM for short) is an ongoing TM
Forum initiative to deliver a business process model or framework for use by service
providers and others within the telecommunications industry. The goal is to set a
vision for the industry to enable it to compete successfully through the implementation
of business process-driven approaches to managing the enterprise. This includes
ensuring integration among all vital enterprise support systems concerned with
service delivery and support.
The focus of the eTOM is on the business processes used by service providers, the
linkages between these processes, the identification of interfaces, and the use of
customer, service, resource, supplier/partner and other information by multiple
processes. The TM Forum eTOM Business Process Framework is a reference
framework for categorizing all the business activities that a service provider will use, in
a structured manner that allows these to be addressed at various levels of detail.. For
such companies, it serves as the blueprint for process direction and provides a neutral
reference point for internal process reengineering needs, partnerships, alliances, and
general working agreements with other providers. For suppliers, eTOM outlines
potential boundaries of software components to align with the customers' needs and
highlights the required functions, inputs, and outputs that must be supported by
products.
A particular strength of eTOM as a business process framework is that it is part of the
TM Forum NGOSS (New Generation Operations Systems and Software) program
and links with other work underway in NGOSS.
So, eTOM defines a telecommunications Service Provider business process
framework. This means that it is oriented to SPs in the telecommunications sector
(although it has been found to be useful in other areas also), and it aims to provide a
business-oriented view of the SP enterprise. This view is useful for planners,
managers, strategists, etc, who need to view the enterprise in business terms, without
immediate concern for the nature of the way that these business needs are organized
or automated within the business. Therefore, eTOM emphasizes issues such as
process structure, process components, process interactivity and the business roles
and responsibilities to which these relate. In defining these aspects, eTOM also
provides a basis for setting requirements for system solutions, technical architectures,
technology choices and implementation paths, but it is neutral towards the particular
way that these requirements are met.
Thus, eTOM can be considered to have two faces: one oriented towards the
business, customer, products, etc, and one towards solutions, systems and
implementations supporting the business.
It should be recognized that through the TM Forum work, eTOM represents an
industry-consensus on the Service Provider processes, which has been harmonized
across the global scene and is based on Member contributions. It is allowable, and
indeed expected, that this will mean that eTOM must be tailored and/or extended for
use within an individual company. In particular, eTOM does not seek to constrain the
way that the processes fit into a specific organization. An advantage of this positioning
of eTOM as a framework, rather than a directly-implemented specification, is that
differentiation amongst eTOM users is not restricted, which is vital to allow
specialization and competition. In addition, as already mentioned, eTOM does not fix
upon particular routes to implementation and is thus valid in many different
environments with varying levels of automation, technology, etc.
So, eTOM is a framework, not a final implementation specification. It will typically be
customized and extended by users for their own business needs, but provides a vital
common reference that is industry recognized and represents a de-facto, and now
through ITU-T an official standard within and between companies on business
process definition.
Process Decompositions
Process X
Process Element
- Process Element
- Process Element
-
X1 X2 X3
Process Element
- Process Element
-
X21 X22
Process Element
- Process Element
-
X211 X212
Customer
Enterprise Management
Strategic & Enterprise Enterprise Risk Enterprise Effectiveness Knowledge & Research
Planning Management Management Management
service provider enterprises. It lays out these processes first from a high level
perspective, and then drills down to increasingly detailed levels of understanding. The
eTOM Business Process Framework describes in text what the model describes
graphically.
So, eTOM is structured in three main areas (known as Level 0 processes):
Operations (OPS), Strategy Infrastructure and Product (SIP) and Enterprise
Management (EM). Each contains more detailed process components at Level 1,
Level 2, etc as the processes are decomposed. This hierarchical decomposition
enables detail to be defined in a structured way and also allows the eTOM
Framework to be adopted at varying levels and/or for different processes. The Level
number is an indication of the degree of detail revealed at that level - the higher the
number, the more detailed are the process elements described there.
Operations
Operations Fulfillment Assurance Billing
Support &
Readiness
Customer Relationship Management
Operations
Operations Support Fulfillment Assurance Billing
& Readiness
Customer Relationship Customer Interface Management
Management Selling
Problem Customer Billing &
CRM Marketing Order QoS / SLA Collections
Support & Fulfillment Handling
Handling Management Management
Readiness Response
Fulfillment (L1)
Resource Management & Operations (L1)
Resource Provisioning (L2)
is the most obvious, but also IT infrastructure and even the human resources of the
company. Product Lifecycle Management covers the products themselves – note that
eTOM distinguishes Product (as sold to Customers) from Service (used internally to
represent the “technical” part of the product, i.e. excluding commercial aspects such
as tariffing, T&Cs, support, etc) and Resource (physical and non-physical
components used to support Service).
The horizontal functional groupings in SIP are aligned with those in OPS, so that if
desired the processes included can be considered to link across smoothly from the
SIP domain to the OPS domain, if this is relevant to some aspects of business
behavior in enterprises.
Level 0
Enterprise Level 1
Management
Level 2
Stakeholder
Strategic & Financial & Enterprise Enterprise Human Knowledge
& External
Enterprise Asset Risk Effectiveness Resources & Research
Relations
Planning Management Management Management Management Management
Management
Group Enterprise
Audit Regulatory Workforce
Enterprise Performance
Management Management Development
Management Assessment
Board &
Shares/Secur.
Management
Process Flows
Process decompositions provide an essential insight into the process definition and
content. To understand further how the processes behave, process flows can be
developed that examine how some or all of the processes support some larger, “end-
to-end” or “through” process view across the enterprise. Such process flows are not
constrained to bridge across the entire enterprise – they can have any scope that is
considered meaningful and helpful to analyze - but typically such process flows
involve a broad area of the enterprise processes, and thus of the eTOM framework.
Thus, process flows examine some specific scenario in which the processes achieve
an overall business purpose.
To begin with, though, Figure 8 shows only a fragment of a process flow, where
several eTOM Level 2 OPS processes can be recognized, and labeled linkages
between these indicate the nature of the transfer that arises in operation. In this case,
we can see that part of handling a customer order is shown.
Order
com pleted
Custom er Custom er
Request Order
Order
Selling
Handling
Request
Service Service
Activation Activated
Service
Configuration
&
Activation
Request
Resource Resource
Activation Activated
Resource
Provisioning
Customer
Strategy, Infrastructure & Product Operations
Strategy & Infrastructure Lifecycle Product Lifecycle Operations Support Fulfillment Assurance Billing
Commit Management Management & Readiness
Marketing & Offer Management Customer Relationship Management
Sales Customer Interface Management
Development
Selling
Market Product & Product & Offer Marketing CRM
Customer Billing &
Strategy & Offer Portfolio Capability Capability Support & Problem
Marketing QoS/SLA Collections
Policy Planning Delivery Delivery Readiness Order Handling
Product Marketing Product & Offer Fulfillment Management Management
Communications Development & Handling
Response
& Promotion Retirement
Supplier/Partner
Strategic & Enterprise Planning Enterprise Risk Management Enterprise Effectiveness Management Knowledge & Research Management
Strategic Enterprise Group Business Process Enterprise Program & Enterprise Facilities Knowledge Technology
Business Security Fraud Audit Insurance Research
Business Architecture Enterprise Continuity Management & Quality Project Performance Management & Management Scanning
Development Management Management Management Management Management
Planning Management Management Management Support Management Management Assessment Support
Financial & Asset Management Stakeholder & External Relations Management Human Resources Management
Corporate Community Shareholder Board & Employee &
Financial Asset Procurement Regulatory Legal HR Policies & Organization Workforce Workforce
Communications & Relations Relations Shares/Securities Labor Relations
Management Management Management Management Management Practices Development Strategy Development
Image Management Management Management Management Management
Customer
contacts retailer Sales Proposal
received By
Customer
Resource Resource
Reservation Reservation
Resource Management & Operations
Requested Confirmed
Check External
Supplier
Solution
Supplier/Partner Relationship Management
Pre-Order initiated
S/P Buying S/P Purchase Pre-Order
Order
Management
Figure 10: Process Interaction Flow Diagram for DSL Fulfillment (Pre-Sales)
The next diagram type, shown in Figure 10, is developed directly from a process
analysis and modeling tool (rather than a general drawing software). Here we are
working with Level 2 process elements but other Levels can be used depending on
the detail required. This diagram type positions the eTOM processes in relatively the
same way that they can be seen on the eTOM model diagrams (see, for example,
Figure 3 earlier), which assists with recognition and avoids confusion. Each process
only appears once, and so sequencing of the interactions is not explicit in this diagram
(it is on the process dynamics diagrams later).
An important element in flow diagrams of this kind is that of “swimlanes”. These are
areas in the process flow diagram, containing typically several process elements that
contribute to the overall process flow, which scope a useful area of attention to assist
the user. In this example, the swimlanes have been drawn to represent the four
horizontal functional process groupings of the Operations area of the eTOM
Framework, since the scenario involved is focused in the Operations domain. In thi
sarrangement, all the process elements in a specific swimlane in the diagram (e.g. in
the loweset swimlane for Supplier/Partner Management & Operations) are
components of that horizontal functional process grouping. It should be noted that
swimlanes (despite their name) need not be only horizontal, although this is a
common choice for clarity, and is the approach used in eTOM process flow
diagrams.
The process flow in Figure 10 addresses the pre-sales stage of Fulfillment (other
phases are documented in separate diagrams, for convenience). It kicks-off from the
Marketing Fulfillment Response process stimulating a customer to make a service
enquiry (in fact, in eTOM terms the customer buys a product, as service is reserved
for the internal technical capability that supports a product). The Customer then
contacts the retailer (external event) and the enquiry is routed through Customer
Interface Management to Selling (sales enquiry routed). Note that interactions
between processes (like sales enquiry routed) are events, and are not intrinsically
information transfers. Thus they can be considered to represent transfer of control.
After any necessary clarification with the customer, Selling requests Order Handling to
check on the feasibility of satisfying the product request, and this leads to a design
being developed for the product instance required, and checks through Service
Configuration & Activation, and then Resource Provisioning & Allocation to Service
Instance, that this can be done. This may also involve interaction with a supplier via
S/P Requisition Management, etc. Eventually, if all is well, a sales proposal is offered
or an alternative solution offered.
Order Completion
Customer places Order Notification
Internal
Service Management & Operations
Design Service
Requested Order
Initiated Service Details
Design Service
for Billing
Completed Activated
External Supplier
Selection Required Service Configuration & Activation
Figure 11: Process Interaction Flow Diagram for DSL Fulfillment (Ordering)
Figure 11 is also another example of this diagram type, for the main Ordering phase
of Fulfillment. It kicks-off with the Customer placing an order, and then tracks through
Selling, Order handling, and the service and resource layer processes that actually
configure the product instance. As the product instance is brought into service, there
are external interactions with Billing to set up charging for this.
However, even though interactions are labeled in these diagrams, sequencing and
dependencies in the flow are still not explicit. For this, we need to generate another
kind of diagram.
Cu s tomer Order
Co n f irmed R es ource
A w aiting res ourc e A lloc c ation A lloc ated
C u s tomer Interf ac e
C u s tomer
Ma rket M a n a gement
R e ques t
Product &
Serv ice
Cu s tomer
S e lling O r d er Handling
Pr iority Pr iority
R e quested A dv is ed
D e s ign
r eques ted
R e tention &
Loy alty
Serv ic e
Figure 12: Process Dynamics Flow Diagram for DSL Fulfillment (Ordering)
Figure 12 represents a process dynamics flow diagram, showing the process
dynamics explicitly. Each process typically appears several times, on each occasion
providing a specific step in the process flow sequence. As there is therefore typically
different functionality employed on each appearance, this diagram can provide insight
into the decomposition of the Level 2 process into Level 3 processes. It shows
equivalent information to the Ordering process interaction diagram of Figure 11, but is
more technically complete and is a better basis for further design.
Developing process flows in this way is a valuable source of insight and additional
detail to validate process decompositions, and to address specific areas of business
priority for eTOM application.
The eTOM Business Process Framework can be used as a tool for analyzing your
organization’s existing processes and for developing new processes. Different
processes delivering the same business functionality can be identified, duplication
eliminated, gaps revealed, new process design speeded up, and variance reduced.
Using eTOM, you can assess the value, cost and performance of individual
processes within your organization.
You can facilitate your relationships with suppliers and partners by identifying and
categorizing the processes you use in interactions with them. In a similar manner, you
can identify the all-important customer relationship processes and evaluate whether
they are functioning as required to meet your customers’ expectations.
A natural question that arises is to be aware of where eTOM is being used in the
industry and how it is benefiting those involved. This is a difficult issue to address due
to commercial confidentiality and sensitivity on strategic information about company
directions. However, a number of organizations have declared a position on this
publicly, and the general interest and support for eTOM is now very high and so we
would hope to see increasing public information available on this. The two main
groups of eTOM users are (1) Service Providers and (2) Vendors, System Integrators,
etc. It is worth noting that there is private information on a much larger number of
organizations applying eTOM in their businesses, and a much larger number again of
organizations that are using eTOM but who have not yet made contact with TM
Forum about this (and which are therefore discovered by chance).
One important source of information is the conference event associated with
TeleManagement World. Figures 13 & 14 below show information on SPs and others
who have reported there on their eTOM usage.
Service Providers
1. Assign your technical personnel to review the eTOM Framework (GB921) and
Model, and to present recommendations on it for your enterprise (see
www.tmforum.org for download advice).
2. Encourage your vendors to understand the eTOM, and. to describe their software
applications in relation to the eTOM.
3. If you want your company’s view incorporated in future versions of the eTOM, send
a representative to participate actively in its ongoing development.
Vendors
1. Provide materials on your software products for customers using the eTOM
structure and concepts.
2. Assist your customers’ understanding of your software products by explaining your
software products in relation to the eTOM Framework.
3. Use eTOM as a guide to help generate product gap analysis, market analysis,
competitive analysis, etc.
4. Establish and build partnerships to produce more complete solutions for service
providers.
5. To ensure eTOM accurately reflects how the telecom business operates, send a
representative to participate in its ongoing development.
Note: Vendors, System Integrators and related companies are generally comprised of
common roles. The common roles are shown below with a brief description of each
role. These common roles are not prescriptive. Rather, they are provided to illustrate
the breadth of eTOM impact on vendor and system integrator organizational roles.
• Senior Management:
o Mission & strategy
• Business:
o Customer, market needs & issues
o Portfolio generation & management
o Value proposition
o Business case development
o Partnerships
• Marketing:
o Market & competitive analysis
o Branding, advertising, promotions, etc.
o Public relations
• Sales:
o RFQs, RFIs, RFPs, contracts, etc.
• Finance :
o Revenue & cost forecasting
o Order to cash, billing, etc.
• Systems Engineering:
o Research and Design
o System design: architecture, interfaces, etc.
o Technology, etc. roadmaps
• Development Engineering:
o Hardware, software, services products and solutions
• Test:
o System, product, field, compliance, “X-ility” (Availability,
Operability, …), etc. testing & certification
• Manufacturing:
o Supply chain (in)
o Warranty, etc.
• Deployment:
o Supply chain (out)
o Delivery & installation
o Acceptance test
o Field trials, Field problem resolution, MOL
You have reached an end-point when you have sufficient detail to use within your
business, or when you consider the added value gained of developing further detail is
not in proportion of the extra work needed.
Administrative Appendix
Acknowledgements
This document is based on material accumulated in the course of the ongoing work
on eTOM in the TeleManagement Forum, including material provided by a range of
Members and used in presentations, etc, on this topic. Thanks to all those who have
been involved and who have contributed along the way on this. For the current
release, thanks also to Frank Korinek of Motorola and Viviane Cohen of Amdocs for
valuable comments and suggestions, and to Mike Kelly of TeleManagement Forum
who handled editing of this document, and integrated comments and suggestions into
the final form shown here.
See main document (GB921 v4.5) for other acknowledgements.
Time Stamp
How to comment on
the document
Document History
Summary of
Changes in
this Version
References
Related or Source
Documents
eTOM Business
Process Framework
Note:
Addenda are adjuncts to the main document that are presented
separately, to avoid a single document becoming cumbersome due to its
size.
Annexes and Appendices both allow material to be removed from a
document body, so that the reader is not distracted from the document
flow by too much detail. However, these have different statuses within a
document: Annexes have equivalent status to the material within the body
of the document, i.e. an Annex represents a formal agreement and
requirements for the users of the document. Appendices contain material
included for information or general guidance. Also, Addenda have the
same status as Annexes.
Thus, a document body, together with its Annexes and Addenda (and their
Annexes, if any), represents the normative material presented, while any
Appendices in the main document or its Addenda represent non-
normative material, included for information only.
In addition, Application Notes are a specific document type, used to
provide insight into how a specification or other agreed artifact is used in a
particular context or area of application. They are non-normative as they
provide information and guidance only within the area concerned.