lr msm v2_part3

23
Land Registry 1 Phase 3: Expedite CMDB work to introduce process improvement efficiencies Where we were: Had used Trakit as an Asset Repository for about 5 years Some CI relationships links established, but not really maintained No real driver or desire to consolidate all silos of information into CMDB Only about 10 per cent of all Change records logged in Pursuit were tied to a CI Although Change Management process was fairly mature, could be so much better with CMDB – relied on personal expertise, knowing who to ask, referring to silo data sources for information

Upload: tonytruscott

Post on 25-Dec-2014

144 views

Category:

Technology


4 download

DESCRIPTION

Part3 - LR's Service Management journey of the last 3 years

TRANSCRIPT

Page 1: Lr msm v2_part3

Land Registry

1

Phase 3: Expedite CMDB work to introduce process improvement efficiencies

Where we were: Had used Trakit as an Asset Repository for about 5 years Some CI relationships links established, but not really

maintained No real driver or desire to consolidate all silos of

information into CMDB Only about 10 per cent of all Change records logged in

Pursuit were tied to a CI Although Change Management process was fairly mature,

could be so much better with CMDB – relied on personal expertise, knowing who to ask, referring to silo data sources for information

Page 2: Lr msm v2_part3

Land Registry

2

CMDB: The plan

Get the management buy in across Information Systems (demonstrate efficiency savings, visibility of relationships, needed to be more auditable to meet standards i.e ISO20000)

Engage with third party distributed IT supplier to make use of discovery tool

Consolidate Service Catalogue – this would underpin everything!

Engage with Support Teams from the start (not impose something on them, but help them)

Take a service by service approach, then champion successes to get buy in for engagement with next service!

Page 3: Lr msm v2_part3

Land Registry

CMDB: Discovery

3

Provided by Steria – HP DDMI Tool can discover anything, steering group set up to

agree what data we initially wanted (any additions require a change control to be raised)

Data to feed into CMDB is sent to staging tables via SQL DTS package

Staging tables feed data into MSM Trakit via ADI function

Page 4: Lr msm v2_part3

Land Registry

Discovery

4

Data mappings were performed in ADI to ensure data from DDMI is pulled into the relevant fields in MSM Trakit

Page 5: Lr msm v2_part3

Land Registry

CMDB Discovery

5

An initial load from ADI gave us our starting point

Enabled us to map Distributed IT Infrastructure (i.e. Desktops, Laptops, Software, Servers, Network Devices)

Gave us an immediate link between internal customer, their PC and the software loaded on their PC

Page 6: Lr msm v2_part3

Land Registry

CMDB Discovery

6

So within MSM Pursuit our Service Desk had instant access to key information about the customer

So in this case, the customer is John Wright, and we can see the label of John’s base unit, as well as all of the software he has access to

Page 7: Lr msm v2_part3

Land Registry

CMDB Non-discoverable CIs

7

The next stage was to add all non-DITI Mainframe hardware and software to the CMDB

No discovery tool to do this, however the Mainframe support teams did have this information in various silos

Worked with them to get this data added to MSM Trakit (sold them on benefits of tying records to CIs, trending, reporting, ease of finding previous records etc)

Our Configuration Manager came from this area of support so used her expertise to map good examples to show to the teams

Page 8: Lr msm v2_part3

Land Registry

CMDB Building Service to CI Relationships

8

Undertook an exercise to confirm Service Catalogue entries (engaged with business reps, service owners)

Content was agreed and published Mapped to Marval Service Dictionary (every INC logged

on the system would be tied to a Service we provide) Created a CI entry for each Service Enabled us to take a service by service approach to

mapping underpinning infrastructure to Service

Page 9: Lr msm v2_part3

Land Registry

CMDB Discovery

9

Page 10: Lr msm v2_part3

Land Registry

10

CMDB Under-pinning Infrastructure CIs are all related to the Service CI

IT Support Teams and Service Desk found this information and linked view priceless

Furthermore, it gave our Change Management team easy access to show the potential Service impact of changes to particular pieces of our Infrastructure

It also enabled easy access to a full audit trail of records raised against any particular CI

Page 11: Lr msm v2_part3

Land Registry

11

CMDB

Page 12: Lr msm v2_part3

Land Registry

12

CMDB

Page 13: Lr msm v2_part3

Land Registry

13

CMDB: Encouraging people to attach CIs

To get the greatest benefit CMDB needed to ensure change builders attached the relevant CI

Didn’t want to force this as may result in unrecorded changes or incorrect CIs being added

Engaged with the teams, showed them benefits, listened to their concerns

Takes longer to add CHG record and attach CI than actually make the change!

Solution was to work with support teams to create standard change logging templates in MSM Web Customer

Page 14: Lr msm v2_part3

Land Registry

14

CMDB: Encouraging people to attach CIs

To our own internal version of myIS we added Change Logging Options

Page 15: Lr msm v2_part3

Land Registry

15

CMDB: Encouraging people to attach CIs

The change builder can then select the support team they belong to

Page 16: Lr msm v2_part3

Land Registry

16

CMDB: Encouraging people to attach CIs

A list of standard changes that that team is permitted to make is then shown

The change builder selects the type of change they wish to log

Page 17: Lr msm v2_part3

Land Registry

17

CMDB: Encouraging people to attach CIs

All they need to then is fill in a simple template to log their change

The relevant CI is auto-attached to the request by the change builder selecting the relevant CI from a simple drop down list

Page 18: Lr msm v2_part3

Land Registry

18

CMDB: Encouraging people to attach CIs

Upon filling in the form and clicking submit a standard CHG record is logged in Pursuit with the relevant CI attached

Page 19: Lr msm v2_part3

Land Registry

19

CMDB: Encouraging people to attach CIs

The change record records all of the information taken from the Web form and auto-attaches the relevant CI

Page 20: Lr msm v2_part3

Land Registry

20

CMDB: Maintenance and moving forward

ADI updates are run once a week (un-scheduled changes referred to Change Manager)

Ownership of CIs handed over to support teams Documentation added (SLA docs under change control) Service Reports added (Controlled catalogue of

reports) Process Documents – tied to myIS page that allows IT

support staff to log process improvements in MSM Adding CI now mandatory on all Infrastructure Change

records

Page 21: Lr msm v2_part3

Land Registry

21

CMDB: Evidence of success

People now approaching us asking for their data to be added to CMDB

Used extensively across Information Systems 99.9% successful change rate Underpins all other processes All change records now have CI attached for impact

analysis ISO200000 accreditation “Couldn’t live without it now”!

Page 22: Lr msm v2_part3

Land Registry

22

Conclusion

A lot of effort put in, but this has been completed by a small team of 6 people under BAU conditions, no funding, no formal project – just hard work and a good Service Management Tool

Page 23: Lr msm v2_part3

Land Registry

23

The end

Thank you for listening!

LR Contacts:

MSM Administrator: [email protected]

Configuration Manager: [email protected]

Change Manager: [email protected]

Always happy to host any visits!