IT management, applications and services. The Service Management sets Service Support and Service Delivery were by far the most widely used, circulated, and understood of the ITIL v. In April 2. 00. 1, the CCTA was merged into the OGC, an office of the UK Treasury. In 2. ITIL v. 2 glossary was published. In May 2. 00. 7, this organization issued version 3 of ITIL also known as the ITIL Refresh Project consisting of 2. Service lifecycle structure. Version 3 is now known as ITIL 2. Edition. In 2. 00. OGC officially announced that ITIL v. In July 2. 01. 1, the 2. ITIL was published, providing an update to the version published in 2. The OGC is no longer listed as the owner of ITIL, following the consolidation of OGC into the Cabinet Office. Overview of ITIL 2. ITIL 2. 00. 7 edition previously known as version 3 is an extension of ITIL v. June 2. 01. 1. 4 ITIL 2. IT organization and all supporting components needed to deliver services to the customer, whereas v. Most of the v. 2 activities remained untouched in 2. Changes and characteristics of the 2. ITILeditA summary of changes has been published by the UK Government. In line with the 2. Service Strategy, Service Design, Service Transition, Service Operation, and Continual Service Improvement. ITIL 2. 01. 1 is an update to the ITIL framework that addresses significant additional guidance with the definition of formal processes which were previously implied but not identified, as well as correction of errors and inconsistencies. Twenty six processes are listed in ITIL 2. ITIL 2. 00. 7 has five volumes, published in May 2. July 2. 01. 1 as ITIL 2. ITIL Service Strategy understands organizational objectives and customer needs. ITIL Service Design turns the service strategy into a plan for delivering the business objectives. Little People Program Pulpit Robes there. ITIL Service Transition develops and improves capabilities for introducing new services into supported environments. ITIL Service Operation manages services in supported environments. ITIL Continual Service Improvement achieves services incremental and large scale improvements. Due to the similarity between ITIL v. ITIL 2. 01. 1, no bridge examinations for ITIL v. ITIL 2. 01. 1 certification. Service strategyeditThe center and origin point of the ITIL Service Lifecycle, the ITIL Service Strategy SS volume,5 provides guidance on clarification and prioritization of service provider investments in services. More generally, Service Strategy focuses on helping IT organizations improve and develop over the long term. In both cases, Service Strategy relies largely upon a market driven approach. The Service Strategy lifecycle stage is often considered as the core of the service lifecycle. In Service Strategy stage, the strategic approach for the whole lifecycle is identified to provide values to the customers through IT service management. Key topics covered include service value definition, business case development, service assets, market analysis, and service provider types. List of covered processes For candidates in the ITIL Intermediate Capability stream, the Service Offerings and Agreements SOA Qualification course and exam are most closely aligned to the Service Strategy SS Qualification course and exam in the Lifecycle stream. Service Portfolio ManagementeditThe customer needs services to achieve business outcomes. The service provider should ensure it can provide these services at the required level. The purpose of Service Portfolio Management is ensuring the service offerings are defined and meet the requirements of the customers. The service portfolio contains the services offerings that are available from the service provider. The service portfolio comprises the pipeline section, which contains the services that are yet to be offered the service catalog section, which contains the details of operational services and the retired section, which contains details of the services that are no longer offered. Financial management for IT serviceseditIT Financial Management comprises the discipline of ensuring that the IT infrastructure is obtained at the most effective price which does not necessarily mean cheapest and calculating the cost of providing IT services so that an organization can understand the costs of its IT services. These costs may then be recovered from the customer of the service. This is the second component of the service delivery process. Service designeditThe Service Design SD volume6 provides good practice guidance on the design of IT services, processes, and other aspects of the service management effort. Significantly, design within ITIL is understood to encompass all elements relevant to technology service delivery, rather than focusing solely on design of the technology itself. As such, service design addresses how a planned service solution interacts with the larger business and technical environments, service management systems required to support the service, processes which interact with the service, technology, and architecture required to support the service, and the supply chain required to support the planned service. Within ITIL, design work for an IT service is aggregated into a single Service Design Package SDP. Service design packages, along with other information about services, are managed within the service catalogues. List of covered processes Design coordination. Service catalogue management. Service level management. Availability management. Capacity management. IT service continuity management. Security management. Supplier management. A model used to help define roles and responsibilities in service design is a RACI matrix Responsible, Accountable, Consulted and Informed. Service catalogue managementeditService catalogue management maintains and produces the service catalogue and ensures that it contains accurate details, dependencies and interfaces of all services made available to customers. SAP Estimation Best Practices Springer. Link. One of the common pitfalls is a lack of robust estimation techniques. Underestimating the project in terms of required hardware, software, and efforts for design, development, testing, and Go Live support can lead to implementation failures. If youre unable to size the complexity of the project at an early stage by using adequate due diligence and a solution oriented approach, youll face a lot of challenges in the project implementation. I recommend a proof of concept study in niche areas of implementation to demonstrate critical business process implementation, prior to the actual realization. This will help you uncover the majority of unknown risks to mitigate. It is essential to size complexities based on critical business processes to develop or enhance, and then customize and test with required cycles, based on your past experience.