How to select an ITSM Tool from the ITIL® Chief Architect
Download as PPT, PDF2 likes6,188 views
The document discusses selecting the right ITSM (IT service management) tools. It recommends defining requirements and outcomes before considering tools to ensure the proper focus on processes. When evaluating tools, the document advises assessing mandatory versus desirable functionality, defining requirements by priority and process, and avoiding common pitfalls like trying to fix non-technical problems with tools.
![Additional Resources Axios Systems Details: www.axiossystems.com [email_address] http:// twitter.com/axios_systems ITSM Tooling Resources: Sharon Taylor Webcast Recording: http:// www.axiossystems.com/en/resources/detail.php?webcast =44 Sharon Taylor White Paper: Coming Soon! Axios ITSM ROI calculator: Submit your request for the ITSM ROI calculator here: http:// www.axiossystems.com/en/contact/contact.php Alternatively, you can email [email_address] with your request. Axios Systems provides numerous other ITSM-related resources on our website, including: White Papers: http://www.axiossystems.com/en/resources/itil-white-papers.php On-Demand Webcasts: http://www.axiossystems.com/en/resources/itil-webcast-on-demand.php Solution Datasheets: http://www.axiossystems.com/en/resources/itil-datasheets.php Case Studies: http://www.axiossystems.com/en/resources/itil-case-studies.php Thanks to our partner for co-sponsoring webcast:](https://image.slidesharecdn.com/fy12-leadnurturetoolv4-120124095025-phpapp01/85/How-to-select-an-ITSM-Tool-from-the-ITIL-Chief-Architect-18-320.jpg)
How to select an ITSM Tool from the ITIL® Chief Architect
- 1. ITSM Tools – Making the right choice the first time Sharon Taylor – President Aspect Group Inc Chief Architect - ITIL
- 2. Your Speaker Today . . . Sharon Taylor President, Aspect Group, Inc. since 1999 CIO for 14 years CEO for 10 years Author, thought leader Dedicated to the ITSM industry Chief Architect ITIL V3 Chief Examiner ITIL V3 Chair, itSMF International ISM, Fellow Strategic Advisor, ICSM www.aspect360.net
- 3. Agenda Common aches and pains Filtering out the noise Assessing requirements Tools as your strategic partner Decision factors Advice
- 4. Common aches and pains
- 5. Aches and pains Too late to say goodbye? Reluctance to write off old investment Failure to realize that this can cost more in the long run Heavy customization and configuration Innovation past its time Grandma’s quilt Comforting but full of holes Patchwork of solutions stitched together Array of tools that don’t work together as needs mature
- 6. Aches and pains Analysis paralysis Too much to choose from Unclear on how to filter the noise from the music Stalled requirements building Keeping up with the Jones’ Spark Chamber Detector Detail Ionization Detector Geiger Counter Cloud Chamber Tools: Detectors Reveal Invisible Particles and Forces
- 8. Place the horse before the cart Get processes, adoption, workflow in place first, THEN think about tool requirements… Define outcomes that you need from tools that relate to these Talk to the business and listen to their view of what QoS means Be realistic about what you can automate with tools Plan beyond the horizon Think of what is possible from 3 perspectives Strategic Tactical Operational Use your maturity path as a guide Incident, Change, Config, etc. Go back to the service lifecycle
- 9. Innovative thinking first Look beyond the obvious things to push your idea of need to the next level Tools as strategic partners Analytical, trending, patterns of service use, capacity and demand intelligence Portfolio management, portfolio and investment management Self help for customers and IT staff Cost and risk avoidance Return on investment Risk and reward Vendor relationships Tool delivery models: SaaS, provider-hosted, trial subscription, procurement partnering Post-sales needs for implementation, training, support Rate of organizational change Migration and integration needs Architectural constraints or opportunities
- 10. Defining needs
- 11. Establishing Requirements Defining Mandatory and Desirable functionality A Mandatory requirement should be a tool function or capability that a process activity cannot be executed efficiently without OR which provides a significant benefit or cost saving Example: automatic population of customer data in a record A Desirable requirement should be a tool function or capability that provides an automation benefit but would not exclude a tool from consideration if absent Example: a graphical representation vs. a sorted data view Mapping process use to tool requirements Walk through the way each process works and document the flow, listing tool functions that can automate or support it (building a workflow map will help) Determine which are Mandatory and which are Desirable List the points of integration to other processes, hand-offs and triggers that require additional functions Check that each service lifecycle stage is covered and linked
- 12. Establishing Requirements Building the requirements list Classify requirements by priority of need weighting them accordingly during an evaluation Organize by process area and lifecycle to check that you cover all areas Categorize requirements to organize your needs intuitively Consider both Performance (easy? Fast?) and Functionality (How?) requirements Accessibility Security & audit trail User defined or system generated Execution flow eg.; Detecting, logging, filtering, transferring, escalating, tracking, monitoring, closing, etc. Reporting Archiving
- 13. Common pitfalls
- 14. Avoid the tricks and traps ✗ Complex and comprehensive are synonymous an educated balance between best-fit or overkill ✗ You have unique requirements core requirements are all similar ✗ Ram and refine for quick wins Never try to correct a non-technical problem with a tool ✗ Upgrading is cheaper than replacing Hidden upgrade costs will surprise you ✓ ✓ ✓ ✓
- 16. Determining ROI Number of users Number of PCs Number of IT Staff Number of s/w licenses Cost per Incident IT Budget First-time fix rate Cost per incident Cost per change Cost per problem Service Downtime User TCO Service Desk cost Request Fulfillment times Request Fulfillment costs Cost savings reductions in operational costs through improved automation Future state operational costs Project costs Current Operational costs
- 17. Tips Don’t rush in no matter how pressured Make the vendor choice as critical for best-fit as the tool is Avoid short-sighted vision about needs Talk to experts, customers, vendors Choose technology that fits you – not solutions that you have to fit into Question the obvious and look for the not-so-obvious automation opportunities
- 18. Additional Resources Axios Systems Details: www.axiossystems.com [email_address] http:// twitter.com/axios_systems ITSM Tooling Resources: Sharon Taylor Webcast Recording: http:// www.axiossystems.com/en/resources/detail.php?webcast =44 Sharon Taylor White Paper: Coming Soon! Axios ITSM ROI calculator: Submit your request for the ITSM ROI calculator here: http:// www.axiossystems.com/en/contact/contact.php Alternatively, you can email [email_address] with your request. Axios Systems provides numerous other ITSM-related resources on our website, including: White Papers: http://www.axiossystems.com/en/resources/itil-white-papers.php On-Demand Webcasts: http://www.axiossystems.com/en/resources/itil-webcast-on-demand.php Solution Datasheets: http://www.axiossystems.com/en/resources/itil-datasheets.php Case Studies: http://www.axiossystems.com/en/resources/itil-case-studies.php Thanks to our partner for co-sponsoring webcast:
- 19. Over 21 years of focused and organic growth to become a global leader in IT Service Management delivering a best in class solution Axios assyst and ITIL® ‘grew up in the same neighbourhood’ – assyst technology has been designed from inception and built from the ground up around the ITIL framework Development of assyst is very customer focused The assyst core product supports, automates, and integrates all ITIL v2 &v3 ® processes – in single application Main areas of differentiation – Service Catalog, Service Design, Workflow Engine, Workflow & Process Design and Self Service – All driven by very easy to use GUI drag & drop tools Additional Areas of differentiation – Ease of Use, Ease of Admin and Seamless upgrades The Axios Commitment to ITSM Innovation…
Editor's Notes
- #6: What can we learn from others? What are common symptoms of regret? Remember this is not about re-engineering the processes. Use what is working well and build on it. Don’t throw out the baby with the bath water. We gravitate to our comfort zone and can become short-sighted blinded by it We pour money into stitching together solutions that we will outgrow before we pay for the alterations
- #7: So many options to choose from Difficulties agreeing requirements – lack of common service quality vision and how to get there Newest and latest toys are tempting Managed services, SaaS, modules, all in,
- #9: Avoid the temptation to over engineer automation – you need some flexibility but don’t lose sight of the human factor and its importance in service quality Create outcome statements: “ we need to trend our incident patterns by a common classification system” “ We need to identify problems faster by matching recurring incidents” “ We need to automate process X and avoid risk and capital costs” Always look at tools for what they can contribute on all 3 levels of ITSM Review IT plans such as Strategic, capacity, availability, continuity to uncover tools requirements to support these things Review business plans for opportunities to leverage ITSM tools – customer self-help, or product catalogues can use ITSM technology to become a service to the business by using them for non-IT uses. This can create a stronger business case and ROI
- #10: Business and IT innovation, customer contact through proactive reporting, knowledge base building and sharing with the business Portfolio management for proactive decision capability can positively affect the business bottom line Incentive based contracts with vendors
- #12: Don’t automatically assume that Mandatory is just basic bare-bones essential functionality Think of Mandatory requirements in degrees: Process execution IT or business benefits Cost savings Proactive innovation Even if you are only looking to automate one or a few processes, assess and map future requirement now. They may change but what you plan for later may affect your choices today.
- #13: Establish test case scenarios that you want vendors to demonstrate and remember to include both function and performance
- #15: Don’t buy an airplane if you need a boat, but plan to need an airplane later!
- #17: Typical costs One time – project, consultation, migration, tuning, initial training, infrastructure Ongoing – staff, licences, upgrades, training, maintenance,