Value of Service Systems Engineering

From SEBoK
Jump to navigation Jump to search

Service Systems Engineering is a multidisciplinary approach to manage and design value co-creation of a service system. It extends the holistic view of a system to a customer -centric end-to-end view service system design. Service systems engineers must play the role of an integrator, considering the interface requirements for the interoperability of service system entities--not only for technical integration, but also for the processes and organization required for optimal customer experience during service operations.

Service systems engineering uses disciplined approaches to minimize risk by coordinating/orchestrating social aspects, governance (including security ), environmental, human behavior, business , customer care, service management, operations, and technology development processes. Therefore systems engineers must have a good understanding of cross disciplinary issues to manage, communicate, plan , and organize service systems development and delivery of service. Service systems engineering also brings a customer focus to promote service excellence and to facilitate service innovation through the use of emerging technologies to propose creation of new service systems and value co-creation.

The service design process includes the definition of methods, processes, and procedures necessary to monitor and track service requirements verification and validation in particular as they relate to the operations, administration, maintenance and provisioning procedures of the whole service system and its entities. These procedures ensure that failures by any entity are detected and do not propagate and disturb the operations of the service. (Luzeaux and Ruault 2010)

Research on service systems needs to fuse business process management, service innovation, and social networks for the modeling of service system value chain. (Carroll, et al. 2010) The system engineering approach helps to better understand and manage conflict, thereby helping both private and public organizations optimize their strategic decision making. The use of a systemic approach reduces rework, overall time to market, and total cost of development.

Service SE Knowledge & Skills

The world’s economies continue to move toward the creation and delivery of more innovative services. To best prepare tomorrow’s leaders, new disciplines are needed that include and ingrain different skills and create the knowledge to support such global services. “In this evolving world, a new kind of engineer is needed, one who can think broadly across disciplines and consider the human dimensions that are at the heart of every design challenge.” (Grasso and Martinelli 2007)

Service systems engineers fit the T-shaped model of professionals (Maglio and Spohrer 2008) who must have a deeply developed specialty area as well as a broad set of skills and capabilities (See Enabling Individuals to Perform Systems Engineering), the Service System Management and Engineering (SSME)-12 skills, as summarized by (Chang 2010) and listed below verbatim:

  1. Management of Service Systems. These skills include scheduling, budgeting and management of information systems/technologies, leadership
  2. Operations of Service Systems. Engineers should be proficient in process evaluation and improvement, quality improvement, customer relationships, uncertainty management
  3. Service Processes. These skills include performance measurements, flow charting, work task breakdown
  4. Business Management. Business skills include project costing, business planning, change management
  5. Analytical Skills. These skills include problem solving, economic decision analysis, risk analysis, cost estimating, probability and statistics
  6. Interpersonal Skills. Increasingly, service systems engineers are expected to excel in professional responsibility, verbal skills, technical writing, facilitating, and team building
  7. Knowledge Management. Service systems engineers should be familiar with definition, strategies, success factors, hurdles, and best practices in industry
  8. Creativity and Innovation in Services. These skills include creative thinking methods, success factors, value chain, best practices, and future of innovation
  9. Financial and Cost Analysis and Management. Additional business skills include activity-based costing, cost estimation under uncertainty, T-account, financial statements, ratio analysis, balanced scoreboards, and capital formation
  10. Marketing Management. Market forecast, market segmentation, marketing mix- service, price, communications and distribution- are important marketing tools
  11. ethics and Integrity. Service Systems Engineers must be held to high ethical standards. These include practicing ethics in workplace and clear guidelines for making tough ethical decisions, corporate ethics programs, affirmation action, and workforce diversity, as well as global issues related to ethics. (See Ethical Behavior)
  12. Global Orientation. Increasingly, engineers must be aware of emerging business trends and challenges with regards to globalization drivers, global opportunities, and global leadership qualities.

Service Architecture, Modeling & Views

Successful deployment of service value chains is highly dependent on the alignment of the service with the overall enterprise service strategy, customer expectations and customer’s service experience. The importance of service-oriented customer-centric design has been recognized for several years by traditional service providers (telecommunications, information technology , Business Re-engineering, web services, etc.) through the creation of Process Driven Architectural Frameworks.

Architectural Frameworks are fundamentally important for creating a whole system view and a common understanding of the major building blocks and their interrelation in System of Systems or Complex System of Systems. An architecture is a model of the structure of a system to describe the entities, interactions and interoperability among entities as well the expected behavior , utilization and properties of the end-to-end system and its entities. The architectures become the main tool to guide stakeholders, developers, third-party providers, operations managers, service managers, users in the understanding of the end-to-end service system, as well as to enable governance at the service management and the service development levels.

These architectural frameworks have been defined through standards bodies and/or by private enterprises that recognize the advantage of having standard processes that integrate the Business strategic processes and operations with the Information Technology and Technology infrastructure. (See Systems Engineering Standards) But, architectural frameworks model different scopes and levels of detail of business strategies, product and service offerings, business operations, organizational aspects, etc. There are currently no frameworks that cover all the aspects (views) required to model the service systems e.g., some frameworks focus on business strategies, others in Business Process Management, others in Business Operations, others in aligning (IT)/strategy or Technology strategy to business strategy, etc. thus a combination of architectural frameworks is required to create the enterprise service system model. For instance, an enterprise may use an Enterprise Business Architecture (EBA) model covering strategic goals and objectives, Business Organization (glossary), and business services and processes where the enterprise services and products are an outcome driven by market evolution, technology evolution, and customer demands; then the business services drive the IT strategy (e.g., ITIL V3) , organizations and processes needed to deliver, maintain and manage the IT services according to the business strategy but in this case a Reference Framework would be needed.

Service Architecture Frameworks

Prime examples of Service Architecture Frameworks are:

Standards:

  • Zachmann Framework (Zachman 2003)
  • Business Process Modeling (BPM) (Hantry et al. 2010)
  • The Open Group Architectural Framework (TOGAF)(TOGAF 2009)
  • IT Service Management Information Technology Infrastructure Library (ITIL)(OGC 2009)
  • Enhanced-Telecomm Operations Map (e-TOM) by the TeleManagemnt Forum (eTOM 2009)
  • Service Oriented Architecture (SOA) (Erl 2008)
  • National Institute of Standards and Technology (NIST) Smart Grid Reference Model (NIST 2010)
  • Web services business process execution language (WS-BPEL) (OASIS 2007)
  • Department of Defense Architectural Framework (DoDAF)
  • Others.

Proprietary Enterprise Architectural Frameworks:

  • Hewlett - Packard IT Service Management Reference Model (HP ITSMRM 2000)
  • International Business Machines Systems Management Solutions Life Cycle (IBM Rational Software)
  • Microsoft Operations Framework
  • Others.

As an example of Architectural Frameworks applications for Service Systems we present the “High Level Reference Model for the Smart Grid” developed by NIST in 2010 under the “Energy Independence and Security Act of 2007” ((EISA)):

EISA designated the development of a Smart Grid as a national policy goal, specifying that an interoperability framework should be “flexible, uniform and technology neutral. The law also instructed that the framework should accommodate “traditional, centralized generation and distribution resources” while also facilitating incorporation of new, innovative Smart Grid technologies, such as distributed renewable energy resources and energy storage. (NIST 2010)

The NIST Reference Model was developed as “a tool for identifying the standards and protocols needed to ensure interoperability and cyber security, and defining and developing architectures for systems and subsystems within the Smart Grid”. This model is shown in the Figure below pointing to the strategic (organizational), informational (business operations, data structures, exchange of information required among system entities) and technical needs of the Smart Grid (data structures, entities specifications, interoperability requirements, etc.).

The Grid-Wide Architecture Council’s Eight-Layered Stack

Figure 1. The Grid-Wide Architecture Council’s eight-layered stack. (Permission pending)

The NIST Reference Model uses this architectural framework to identify existing standards, identify new standards required for interoperability among interconnected networks and to enable innovations where Smart Grid components (energy sources, bulk generation, storage, distribution, transmission, metering, cyber infrastructure, markets, service providers, customers, etc.) are supported by a broad range of interoperable options, by well-defined interfaces useful across industries including security. Emerging/Innovative service development with massively scaled, well-managed and secured networks will enable a dynamic market driven ecosystem representing new economic growth. (NIST 2010)

This architectural framework is being used today by different Standards Organizations, the Smart Grid Interoperability Panel (SGIP), and several Smart Grid working groups in the ongoing coordination, acceleration and harmonization of the Smart Grid. For details on priorities, working programs and working group charters the user is referred to (NIST 2010).

For Service Systems the application of any of these frameworks requires modifications/adaptations to create dynamic frameworks aware of environmental changes due to competitor’s offerings, market demands, customer co-creation, etc. In many instances these frameworks are static in nature, where business operations is usually in control of any changes through pre-defined (pre-programmed) processes for service configuration and change control. Dynamic frameworks would allow real-time or near real-time analysis of impacts of newly discovered service on business processes, organizations and revenue for run-time environment deployment.

Automatic Service configuration and change control are being incorporated into the management process via Service Oriented Architecture (SOA) for service automation [Gu et al. 2010] and Service Oriented Computing (Maglio et al. 2010). In particular, progress has been made over the last ten years on the standards for adaptation, orchestration and creation of web services (WS-) for Service Based Applications (SBA). A good summary of existing life cycle approaches for adaptable and evolvable SBA is presented in (Papazoglou et al. 2010):

  • Web Services Development Life Cycle (SLDC)
  • Rational Unified Process (RUP) for SOA
  • Service Oriented Modeling and Architecture (SOMA)
  • Service Oriented Analysis and Design/Decision Modeling (SOAD)

Further Research is required to understand the architectural implications of dynamic service configuration including the human behavior, social aspects, governance processes, business processes and implications on dynamic Service Level Agreement (SLA) for an enterprise service syste. New developments will be needed to include adaptation requirements on new technologies such as: robots, sensors, renewable energy, nanotechnologies, three dimensional printers, implantable medical devices, etc. that will exchange information with the Service System entities that may have their own specifications.

References

Citations

Carroll, N, Whelan, E., and Richardson, I. "Applying Social Network Analysis to Discover Service Innovation within Agile Service Networks." Service Science 2 (4): 225-244.

Chang, C.M. 2010. "Service Systems Management and Engineering, Creating Strategic Differentiation and Operational Excellence." New York, NY, USA: John Wiley & Sons, Inc. ISBN 978-0-470-42332-5.

DoDAF 2.02, Department of Defense Architectural Framework v2.02, available at http://cio-nii.defense.gov/sites/dodaf20/, accessed on May 31, 2011.

Erl, T. 2008. "SOA Principles of Service Design." Boston, MA, USA: Prentice Hall Pearson Education. ISBN 978-0-13234-482-1.

e-TOM. 2009. "Business Process Framework." Morristown, NJ: TeleManagement Forum www.tmforum.org/BusinessProcessFramework/1647/home.html. accessed on May 30, 2011.

Grasso, D. and Martinelli, D. 2007. "Holistic Engineering." The Chronicle Review, The Chronicles of Higher Education." Section B.

Hantry, F., Papazoglou, M.P., van den Heuvel, W., Haque, R., Whelan, E., Carroll, N., Karastoyanova, D., Leymann, F., Nikolaou, C., Lamersdorf, W., and Hacid, M. 2010. "Chapter : Business Process Management." Papazoglou, M.; Pohl, K.; Parkin, M.; Metzger, A. (Eds.) . "Service Research Challenges and Solutions for the Future Internet S-Cube – Towards Engineering, Managing and Adapting Service-Based Systems" Berlin Heidelberg, Germany: Springer-Verlag: 27-54.

HP ITSMRM. 2000. "HP IT Service Management Reference Model. Technical White Paper." Palo Alto, California, USA: Hewlett – Packard Company. ftp://ftp.hp.com/pub/services/itsm/info/itsm_rmwp.pdf Accessed on Sptember 2, 2011.

ITIL V3. 2007. "ITIL Lifecycle Publication Suite Books." London, UK: The Stationery Office. ISBN 978-0-11331-050-0.

Luzeaux, D. and Ruault, J.R. 2010. (Eds.). "Systems of Systems." New York, NY: John Wiley & Sons. ISBN 978-1-84821-164-3.

Maglio P. and Spohrer, J. 2008. "Fundamentals of Service Science." Journal of the Academy of Marketing Science 36 (1): 18-20. DOI: 10.1007 / ISBN 117-4-70070-058-9.

NIST. 2010. National Institute of Standard and Technology. “NIST Framework and Roadmap for Smart Grid Interoperability Standards Release 1.0.” Gaithersburg, MD, USA: Office of the National Coordinator for Smart Grid Interoperability, Department of Commerce. http://www.nist.gov/smartgrid/upload/FinalSGDoc2010019-corr010411-2.pdf Accessed September 2, 2011.

OASIS. 2007. "Web Services Business Process Execution Language Version 2.0." Organization for Advancement of Structured Information Standards (OASIS) Standard. http://docs.oasis-open.org/webcgm/v2.0/OS/webcgm-v2.0.pdf Accessed on September 2, 2011.

Papazoglou, M., Pohl, K., Parkin, M., and Metzger, A. 1998. “Chapter : Service Research Challenges and Solutions for the Future Internet.” Papazoglou, M.; Pohl, K.; Parkin, M.; Metzger, A. (Eds.) . "Service Research Challenges and Solutions for the Future Internet S-Cube – Towards Engineering, Managing and Adapting Service-Based Systems" Berlin Heidelberg, Germany: Springer-Verlag

TOGAF. 2009. "The Open Group Architecture Framework." Version 9. http://www.opengroup.org/togaf Accessed on September 2, 2011.

Zachman, J. 2003. "The Zachman framework for Enterprise architecture: Primer for Enterprise Engineering and Manufacturing." http://www.zachmanframeworkassociates.com/index.php/ebook Accessed on September 2, 2011.

Primary References

Chang, C.M. 2010. "Service Systems Management and Engineering, Creating Strategic Differentiation and Operational Excellence." New York, NY, USA: John Wiley & Sons, Inc. ISBN 978-0-470-42332-5.

Erl, T. 2008. "SOA Principles of Service Design." Boston, MA, USA: Prentice Hall, Pearson Education. ISBN 978-0-13234-482-1.

Hantry, F., Papazoglou, M.P., van den Heuvel, W., Haque, R., Whelan, E., Carroll, N., Karastoyanova, D., Leymann, F., Nikolaou, C., Lamersdorf, W., and Hacid, M. 2010. "Chapter : Business Process Management." Papazoglou, M.; Pohl, K.; Parkin, M.; Metzger, A. (Eds.) "Service Research Challenges and Solutions for the Future Internet S-Cube – Towards Engineering, Managing and Adapting Service-Based Systems" Berlin Heidelberg, Germany: Springer-Verlag: 27-54.

ITIL V3. 2007. "ITIL Lifecycle Publication Suite Books." London, UK: The Stationery Office. ISBN 978-0-11331-050-0.

NIST. 2010. National Institute of Standard and Technology. “NIST Framework and Roadmap for Smart Grid Interoperability Standards Release 1.0.” Gaithersburg, MD, USA: Office of the National Coordinator for Smart Grid Interoperability, Department of Commerce. http://www.nist.gov/smartgrid/upload/FinalSGDoc2010019-corr010411-2.pdf Accessed September 2, 2011.

Additional References

No additional references have been identified for version 0.5. Please provide any recommendations on additional references in your review.


Article Discussion

[Go to discussion page]

<- Previous Article | Parent Article | Next Article ->

Signatures

--Blawson 20:40, 15 August 2011 (UTC)

--Janthony 19:00, 2 September 2011 (UTC)