Quality Management for IT Support Services - a Case Study of an IT Helpdesk Service

Total Page:16

File Type:pdf, Size:1020Kb

Quality Management for IT Support Services - a Case Study of an IT Helpdesk Service Quality Management for IT Support Services - A case study of an IT helpdesk service Master of Science Thesis in the Master Degree Programme, Quality and Operations Management JOHANNA IVARSSON Department of Technology Management and Economics Division of Quality Sciences CHALMERS UNIVERSITY OF TECHNOLOGY Gothenburg, Sweden 2013 Report No. E2013:080 REPORT NO. E2013:080 QUALITY MANAGEMENT FOR IT SUPPORT SERVICES A CASE STUDY OF AN IT HELPDESK SERVICE JOHANNA IVARSSON Department of Technology Management and Economics Chalmers University of Technology Göteborg, Sweden QUALITY MANAGEMENT FOR IT SUPPORT SERVICES A CASE STUDY OF AN IT HELPDESK SERVICE JOHANNA IVARSSON © Ivarsson, J. 2013 Report no. E2013:080 Department of Technology Management and Economics Division of Quality Sciences Chalmers University of Technology SE-412 96 Göteborg Sweden Telephone: + 46 (0)31-772 1000 Printed by Chalmers Reproservice Göteborg, Sweden 2013 Abstract IT services are a necessary support for most business processes; therefore the quality of IT support services is a topic of high importance. The aim of this study was to analyse how an IT helpdesk service can be improved in order to align with the organisation’s expectations. The study was conducted as a case study of an IT helpdesk service during spring 2013. The data collection combined a quantitative analysis of event logs data for a two-year period, with a qualitative approach conducting observations and ten interviews. The result showed that the quality issues arose from two main areas; resolution time of requests and professionalism of IT staff. The quality issues are, according to both the quantitative and qualitative analysis, caused by high workload for one of the IT department’s teams and high expectations of the organisation. Furthermore, this study emphasises that alignment between IT department and organisation is an issue of both sides, as alignment concerns mutual understanding and communication. To solve the service quality issues this study recommends starting to work with measurability and continuous improvements, for example Lean Six Sigma. The IT department can strive to increase the interdepartmental communication, share work tasks, educate internally, document competences and clarify responsibilities to decrease the workload. Keywords: IT and Business Alignment, Quality Management, IT Service Management, IT Helpdesk Service, IT Support Services Acknowledgements This study was conducted as a Master’s Thesis at the program Industrial Engineering and Management at Chalmers University of Technology. “By three methods we may learn wisdom: First, by reflection, which is noblest; second, by imitation, which is easiest; and third by experience, which is the bitterest.” - Confucius I will take the opportunity to thank persons that supported the project and kindly have shared their wisdom. First, I would like to thank my supervisor at Quality Sciences, Hendry Raharjo, for great advice, valuable support and good comments. Furthermore, I want to thank the case study company for their involvement, particularly the interviewees for giving their voices and thoughts to the study. The company supervisors have added new perspectives to the study, thank you Mikael Borgman, Jörgen Thornström and Svante Johansson. I want to thank the opponents Ludvig Bengtsson and Jonas Ericsson Knap for their thoughtful comments. Finally, I want to mention Sofie Warholm, Gabriella Ivarsson and Carl Persson since your advice, proof reading and encouragements have been very important during the semester. Table of Contents 1 Introduction ......................................................................................................................... 1 1.1 Background .................................................................................................................. 1 1.2 Purpose ........................................................................................................................ 2 1.3 Research questions ...................................................................................................... 2 1.4 Delimitations ............................................................................................................... 2 1.5 Disposition ................................................................................................................... 2 1.6 Terms and terminologies ............................................................................................. 3 2 Literature review ................................................................................................................. 4 2.1 Quality management and IT ........................................................................................ 4 2.2 IT support processes .................................................................................................... 5 2.2.1 An introduction to IT Service Management ......................................................... 5 2.2.2 IT Infrastructure Library ...................................................................................... 6 2.2.3 Critical success factors for implementing IT Service Management..................... 6 2.2.4 Service level management .................................................................................... 7 2.2.5 An IT helpdesk service in IT Service Management ............................................. 7 2.3 Customer focus in IT support services ........................................................................ 8 2.3.1 Understand user satisfaction ................................................................................. 9 2.3.2 Understand business requirements ....................................................................... 9 2.4 Alignment between IT services and the organisation’s expectations ........................ 10 2.4.1 Top management commitment to strategic IT alignment .................................. 10 2.4.2 Alignment between IT services and users’ expectations.................................... 11 2.5 Continuous improvements in IT Service Management ............................................. 11 2.5.1 Improving IT processes with Lean Six Sigma ................................................... 12 2.5.2 Combining Lean and IT Service Management .................................................. 12 2.5.3 Combining Six Sigma and IT Service Management .......................................... 13 2.5.4 Measurement in IT services ............................................................................... 14 3 Methodology ..................................................................................................................... 15 3.1 Research strategy ....................................................................................................... 15 3.2 Research design ......................................................................................................... 15 3.3 Data collection ........................................................................................................... 15 3.3.1 Literature review ................................................................................................ 16 3.3.2 Interviews ........................................................................................................... 16 3.3.3 Observations ....................................................................................................... 17 3.3.4 Value stream mapping ........................................................................................ 17 3.3.5 Internal documents ............................................................................................. 18 3.3.6 Event logs ........................................................................................................... 18 3.4 Trustworthiness ......................................................................................................... 18 3.5 Ethical issues ............................................................................................................. 19 4 Context description of the IT department ......................................................................... 20 4.1 The IT department’s organisational structure ............................................................ 20 4.2 The stakeholders of the IT helpdesk service ............................................................. 21 4.3 The IT helpdesk’s process ......................................................................................... 22 5 Results and analysis .......................................................................................................... 24 5.1 Pre-study .................................................................................................................... 24 5.2 Results and analysis of quantitative data analysis of event logs data ........................ 25 5.2.1 Distribution of request over time........................................................................ 25 5.2.2 Distribution of requests according to team ........................................................ 25 5.2.3 Distribution of resolution times .......................................................................... 27 5.2.4 Distribution of requests according to office and country ................................... 31 5.2.5 Missing data patterns .......................................................................................... 33 5.3 Results and analysis of qualitative interviews and
Recommended publications
  • Quality Engineering in The
    QUALITY ENGINEERING IN THE NEW A vision and R&D update from Accenture Labs and Accenture Testing Services QUALITY ENGINEERING WITH BUSINESS PURPOSE In recent years, traditional approaches to application testing have been significantly disrupted with the advent of DevOps and intelligent automation, as well as proliferation of digital applications. As delivery timelines have shrunk from months to weeks and now days, testing has shifted both left and right in the software development lifecycle. DevOps and agile have merged development and testing into a single continuous activity. Testing has evolved to quality engineering that begins upfront as part of initial application planning and establishes a continuous feedback loop to anticipate and act on the unknown. But to truly understand the scale of evolution from testing to quality engineering, we need to recognize how data has changed software development itself. The power of data goes well beyond fueling automation use cases and AI learning datasets for repetitive development and testing tasks. The massive amounts of data users generate every day is now elevating quality engineers to predict risk, identify opportunities, increase speed and agility and minimize technical debt. With this vast influx of data, the quality engineer’s role has become far more exciting but also complex. It will further evolve as we move towards AI, edge computing and the massive IoT end datasets which require machine-to-machine (M2M) communications with complete autonomy and failsafe protection. Accenture has long been at the forefront of testing innovation, and now we are leading our clients into the world of quality engineering at scale.
    [Show full text]
  • Software Engineering for Main Campus, Sub Campuses, and Affiliated Colleges
    Revised Curriculum of BS Software Engineering for Main Campus, Sub Campuses, and Affiliated Colleges Department of Computer Science & Information Technology University of Sargodha (Applicable from Fall 2013) Page 1 of 105 Table of Contents Guidelines for Affiliated Colleges .................................................................................................. 4 The Discipline of Software Engineering ......................................................................................... 5 Vision of Software Engineering Education .................................................................................... 6 Software Engineering Programs‘Rationale..................................................................................... 7 Software Engineering Programs‘ Curriculum Underlying Principles ............................................ 9 BS Software Engineering Program‘sAims & Objectives ............................................................. 10 BSSE Program‘s Outcome ............................................................................................................ 11 BSSE Program‘s Structure ............................................................................................................ 11 Specializations ........................................................................................................................................ 11 Degree Requirement ..............................................................................................................................
    [Show full text]
  • The Goal/Question/Metric Method: a Practical Guide for Quality Improvement of Software Development
    The Goal/Question/Metric Method: a practical guide for quality improvement of software development The Goal/Question/Metric Method: a practical guide for quality improvement of software development Rini van Solingen and Egon Berghout THE McGRAW-HILL COMPANIES London · Chicago · New York · St Louis · San Francisco · Auckland Bogotá · Caracas · Lisbon · Madrid · Mexico · Milan Montreal · New Delhi · Panama · Paris · San Juan · São Paulo Singapore · Sydney · Tokyo · Toronto Published by McGraw-Hill Publishing Company SHOPPENHANGERS ROAD, MAIDENHEAD, BERKSHIRE, SL6 2QL, ENGLAND Telephone +44 (0) 1628 502500 Fax: +44 (0) 1628 770224 Web site: http://www.mcgraw-hill.co.uk British Library Cataloguing in Publication Data A catalogue record for this book is available from the British Library ISBN 007 709553 7 Library of Congress Cataloguing-in-Publication Data The LOC data for this book has been applied for and may be obtained from the Library of Congress, Washington, D.C. Further information on this and other McGraw-Hill titles is to be found at http://www.mcgraw-hill.co.uk Authors Website address: http://www.mcgraw-hill.co.uk/vansolingen While having complete faith in the methods explained in this book when they are properly applied, neither the authors nor the publisher can accept any responsibility for the outcome of the application of these methods by users. Publishing Director: Alfred Waller Publisher: David Hatter Typeset by: The Authors Produced by: Steven Gardiner Ltd Cover by: Hybert Design Copyright © 1999 McGraw-Hill International (UK) Limited All rights reserved. No part of this publication may be reproduced, stored in a retrieval system, or transmitted, in any form or by any means, electronic or otherwise without the prior permission of McGraw-Hill International (UK) Limited.
    [Show full text]
  • Thursday Sessions
    Thursday Sessions Thursday Sessions Session T1A: Mini Workshop - Great Problems Lead to Great Projects: A First Year Seminar Course Chair: Kristin Wobbe, Worcester Polytechnic Institute Time: Thursday, October 28, 2010, 8:00 am - 9:30 am Salon A MINI WORKSHOP - GREAT PROBLEMS LEAD TO GREAT PROJECTS: A FIRST YEAR SEMINAR COURSE Kristin Wobbe and Arthur Heinricher In 2007 WPI initiated the Great Problems Seminars to engage First Year students with current events, societal problems and human needs while developing skills that will facilitate subsequent project work. These seminars focus on large global issues – energy and its utilization, food and hunger, disease and healthcare delivery and the NAE Grand Challenges. Each is led by two faculty from disparate departments who expose the students to the complexity of the problem using a number of disciplinary perspectives. Students develop information literacy, effective writing and speaking skills, while working in teams on short assignments. For the final project student teams work with faculty supervision to analyze some aspect of the problem and/or develop a partial solution. The seminars culminate in a Project presentation day where all student groups present a poster on their work. We have assessment data that show that the courses achieve their desired outcomes. The special session will review the motivation to create these courses and provide information about course organization and logistics. Participants will review student projects, discuss the preparation required, and determine
    [Show full text]
  • Quality Engineering
    PREREQUISITES CURRICULUM • BS Degree or equivalent The curriculum is designed to provide the student with • Mathematical statistics (Ex. Stat 312) a balance and breadth of understanding of industrial • Computer programming (Ex. CS 302) engineering disciplines that contribute to designing • Three courses in ISYE (Ex: 313, 315, 320, 323, 349, and delivering high quality products or services safely 415, 417) The Associate Chair of Graduate Affairs is responsible selected from each of four groupings: (1) foundation for evaluating equivalences. courses;and efficiently. (2) organizational To accomplish dynamics/change this, courses can strate be - gies and sociotechnical engineering; (3) statistical PROGRAM DESCRIPTION methods, and (4) a grouping consisting of Industrial and Business electives. Ever increasing global competition has sparked renewed interest in quality improvement of products FOUNDATION COURSES (12 cr) and services. This, in conjunction with the greater • ISyE 412: Fundamental Industrial Data Analytics complexity of modern production and service systems, • ISyE/ME 512: Inspection, Quality Control, has created a demand for engineers who can mas- (or ISyE 612) and Reliability Quality Engineering ter the technical and managerial tools and concepts • ISyE 515: Engineering Management of Continuous needed for the economic implementation of quality Process Improvement systems. To meet this demand the graduate program • ISyE 520: Quality Assurance Systems concentration in Quality Engineering exists to prepare • ISyE 575: Introduction to Quality Engineering Faculty students for careers as quality professionals in indus- • Pascale Carayon, 3126 ECB try, health care, consulting, research, and teaching. ORGANIZATIONAL DYNAMICS/CHANGE & SOCIO- TECHNICAL SYSTEMS (6cr min) • Kaibo Liu, 3017 ME The MS degree is designed to provide necessary back- • ISyE/Psych 652: Sociotechnical Systems • Shiyu Zhou, 3254 ME ground for a professional career in industry or govern- ment.
    [Show full text]
  • Courses Scheme & Syllabus
    COURSES SCHEME & SYLLABUS B.E. (COMPUTER ENGINEERING) B.E. (Computer Engineering) 2017 Course Scheme First Semester S. No. Course Number Course Title L T P Cr 1. UCB008 APPLIED CHEMISTRY 3 1 2 4.5 2. UTA017 COMPUTER PROGRAMMING 3 0 2 4.0 3. UEE001 ELECTRICAL ENGINEERING 3 1 2 4.5 4. UEN002 ENERGY AND ENVIRONMENT 3 0 0 3.0 5. UMA003 MATHEMATICS-I 3 1 0 3.5 6. UES009 MECHANICS 2 1 2 * 2.5 17 4 6 22.0 MECHANICS (2*): 2HOURS LAB ONCE IN SEMESTER Second Semester S. No. Course Number Course Title L T P Cr 1 UPH004 APPLIED PHYSICS 3 1 2 4.5 2. UTA018 OBJECT ORIENTED PROGRAMMING 3 0 2 4.0 3. UEC001 ELECTRONIC ENGINEERING 3 1 2 4.5 4. UTA015 ENGINEERING DRAWING 2 4 0 4.0 5. UHU003 PROFESSIONAL COMMUNICATION 2 0 2 3.0 6. UMA004 MATHEMATICS-II 3 1 0 3.5 16 7 8 23.5 Third Semester S. No. Course Number Course Title L T P Cr 1. ENGINEERING DESIGN PROJECT-I UTA013 1 0 2 5.0 (6 SELF EFFORT HOURS) 2. UES012 ENGINEERING MATERIALS 3 1 2 4.5 3. UMA007 NUMERICAL ANALYSIS 3 1 2 4.5 4. UCS520 COMPUTER NETWORKS 3 0 2 4.0 5. DISCRETE MATHEMATICAL 3.5 UCS405 STRUCTURES 3 1 0 6. INVENTIONS & INNOVATIONS IN UCS407 2 0 0 2.0 COMPUTING 7. UCS303 OPERATING SYSTEMS 3 0 2 4.0 18 3 10 27.5 Fourth Semester S. No. Course Number Course Title L T P Cr 1.
    [Show full text]
  • 17 Introducing the Goal-Question-Metric Approach to Telecommunications Software Development: the PITA Experiment
    17 Introducing the Goal-Question-Metric approach to telecommunications software development: the PITA experiment V. Sylaidis, I. Nanakis, V Kopanas INTRACOMS.A. P.O. Box 68, 19002 Peania, Attika, Greece phone:(+ 30-1) 6860876, fax:(+ 30-1) 6860887 E-mail : {vsyl, inan, vkop}@intranet.gr Abstract This paper describes the experience of introducing the Goal-Question-Metric approach for software development process metrication to INTRACOM's Software Design Centre, based on the AMI methodology. This process improvement experiment, named PIT A, was supported by EU funds as an ESSI project (proj. no. 21305). The main objective was to provide a comprehensive and relevant frame of measurements to enable software developers to control and eventually improve the processes they employ, thus ensuring consistently high-quality products. The approach involved a formal CMM assessment and derivation /introduction of systematic measurements at project and organisational level, based on goal­ tree analysis. Keywords AMI (Application of Metrics in Industry), CMM (Capability Maturity Model), ESSI (European Systems and Software Initiative), GQM (Goal Question Metric), measurement plan, PIE (Process Improvement Experiment), PIT A (Process Improvement Through AMI), Policy Deployment, software metrics, SEI/CMU (Software Engineering Institute at Carnegie-Mellon Univ.), SEPG (Software Engineering Process Group), SPI (Software Process Improvement). D. Gritzalis (ed.), Reliability, Quality and Safety of Software-Intensive Systems © Springer Science+Business Media Dordrecht 1997 216 Part Seven Applications and Experiences 1 INTRODUCTION In recent years one can observe a large interest and grow in the application of measurement techniques in software project management. This trend can be justified in the context of systematic efforts to overcome the persisting software crisis, which is manifested by phenomena such as budget and schedule overruns, low quality and reliability and in general high cost of quality for software.
    [Show full text]
  • FROM SOFTWARE TESTING to QUALITY ENGINEERING« Software Testing Has Become a Complex Technical Discipline Within the Development Process
    INTERVIEW WITH PANKAJ RAI JAIN, DIRECTOR AT ACCENTURE IN MUNICH »FROM SOFTWARE TESTING TO QUALITY ENGINEERING« Software testing has become a complex technical discipline within the development process. The reasons are complex, says Pankaj Rai Jain from Accenture. He speaks of Software Quality Engineering that would develop very quickly. In this interview, Jain shares some of his ideas about what this development might look like. Software is ubiquitous today. of their users, the demands from every more complex, highly integrated and Unlike than in the past, we no corner of an increasingly digital world, the virtually limitless IT-system and all the longer find it only in the data different areas of application from related products. The demand for centers and on PCs, but also, for entertainment to business-critical and life- software quality is growing not only example, as an app on every sustaining systems, and the sheer amount functional, but also non-functional in smartphone, in the household of software that needs to be produced and appliances of a smart home, in the changed more rapidly. All these distinctions areas such as user experience, modern transport systems or in the and the constantly increasing time security, data protection and machines and robots of the constraints make software engineering so integration capability. factories. complicated and testing so challenging. This increases the pressure on Quality These few examples make it clear: Even experts such as Pankaj Jain cannot Engineering, because in the future much better products with completely Software must work! Error-free, predict exactly how software developers secure and performant.
    [Show full text]
  • From Quality Assurance to Quality Engineering
    Baltimore - Washington D.C. | April 7-11, 2014 From Quality Assurance to Quality Engineering KEYNOTE PRESENTATIONS: Software Testing in a Reduced Budget Climate The Bushido Code: The Seven Virtues of the Bernie Gauf, Innovative Defense Technologies, LLC Samurai When Agile Becomes a Quality Game Changer John Godoy, John Godoy Lifestyle Michael Mah, QSM Associates, Inc. Understanding the New International Transformation Journey: Are we SAFe yet? Software Testing Standard – ISO 29119 Pete DuPre, Vantiv Susan Burgess, Burgess Consulting Agile Resiliency: How CMMI will make Agile Thrive and Survive Jeff Dalton, Broadsword QUEST Organizer Publication Sponsor 2 TABLE OF CONTENTS & FEATURED ARTICLES BALTIMORE What’s INSIDE IDT Welcomes You to QUEST 2014! On behalf of Innovative Defense Technologies (IDT) and the Greater Washington Area, I 5 Manager’s Workshop would like to welcome you to QUEST 2014. I feel fortunate to participate in a conference so 6 Networking Events closely aligned with IDT’s mission of designing, building and enabling quality software. I know 12 Full-Day Classes you share that objective if you are here. 14 Half-Day Tutorials The theme of this year’s conference, From Quality Assurance to Quality Engineering, articulates the goal many of us have for our work every day. As software 18 Keynote Presentations professionals, we navigate a rapidly changing landscape of emerging technologies, 22 Training & Certification Prep increasing customer expectations and tightening budgets. Yet we must persevere in our commitment to quality and in fact identify methodologies that will enable improvement. 25 Hotel Map This conference offers us an excellent arena in which to discuss best practices for quality 25 Quest at a Glance assurance, continuous testing and development methodologies.
    [Show full text]
  • SFE 4030 Software Testing and Quality Assurance
    SFE 4030: SOFTWARE TESTING AND QUALITY ASSURANCE Prerequisite APT 2080: Introduction to Software Engineering 3 Credit Units Rationale Computer Science 688: Software Testing and Quality Assurance studies the state-of-the-art and main research challenges of two important aspects of software engineering: testing and quality. The course also examines various approaches and methodologies used in software testing and quality assurance. Course topics are defined and illustrated by examples and papers from current peer-reviewed research literature in the area under study. The course will prepare students to independently conduct research in software testing and quality assurance, and to apply that knowledge in their future research and practice. COMP 688 focuses on the widely-adopted and emerging principles and knowledge of software testing and quality assurance, and provides the knowledge of and research skills in these areas of study. This course is designed for those who are about to start research in software testing and quality assurance, and for practitioners and managers of any aspect of software development. The knowledge of, and research skills in the area of software engineering will enable new researchers to apply their knowledge of software testing and quality assurance when identifying research topics, solving research problems, and addressing various research challenges. Practitioners and those with managerial responsibilities in software development will be able to apply the knowledge of the state-of-the-art in software testing and quality assurance. Software developers will also be able to apply the skills gained in this course in everyday practice by adding novel and more innovative approaches to their knowledge areas.
    [Show full text]
  • QFD in SOFTWARE ENGINEERING a Thesis Submitted to Kent State
    QFD IN SOFTWARE ENGINEERING A thesis submitted to Kent State University in partial fulfillment of the requirements for the degree of Master of Science by Leenah O. Alrabghi December, 2013 Thesis written by Leenah O. Alrabghi B.S., King Abdulaziz University, 2006 M.S., Kent State University, 2013 Approved by Dr. Austin Melton Chair, Master Thesis Committee Dr. Arden Ruttan Members, Master Thesis Committee Dr. Paul Farrell Members, Master Thesis Committee Accepted by Dr. Javed Khan Chair, Department of Computer Science Dr. Raymond Craig Associate Dean, College of Arts and Sciences ii TABLE OF CONTENT LIST OF FIGURES ...................................................................................................... VII LIST OF TABLES .......................................................................................................... IX ACKNOWLEDGEMENTS ............................................................................................ X CHAPTER 1 INTRODUCTION ..................................................................................... 1 1.1 Background ............................................................................................................... 1 1.2 Objectives of the Study ............................................................................................. 2 1.3 Research Problem ...................................................................................................... 2 1.4 Scope of the Study ....................................................................................................
    [Show full text]
  • ABSTRACT This Chapter Introduces the Generally Accepted Knowledge
    AN OVERVIEW OF SOFTWARE QUALITY CONCEPTS AND MANAGEMENT ISSUES ABSTRACT This chapter introduces the generally accepted knowledge on software quality that has been included in the (SWEBOK) Software Engineering Body of Knowledge (ISOTR19759-05). One chapter of the SWEBOK is dedicated to software quality (Apr05). It argues that ethics play an important role in applying the quality models and the notions of cost of quality for software engineers. It also describes the minimal content required in a software quality assurance plan. Finally an overview of what to expect in the upcoming international standards on software quality requirements, which transcend the life cycle processes of all IT processes, is presented. Keywords: Capability Maturity Model1, cost of quality, software quality requirements, software product quality, software quality measurement, software quality improvement, software quality fundamentals, software quality. INTRODUCTION The business value of a software product results from its quality as perceived by both acquirers and end-users. Therefore, quality is increasingly seen as a critical attribute of software, since its absence results in financial loss as well as dissatisfied users, and may even endanger lives. For example, Therac- 25, a computer-driven radiation system, seriously injured and killed patients by massive overdosing (Lev93). Improving recognition of the importance of setting software quality requirements and of assessing quality causes a shift in the ‘center of gravity’ of software engineering from creating technology-centered solutions to satisfying stakeholders. Software acquisition, development, maintenance and operations organizations confronted with such a shift are, in general, not adequately equipped to deal with it. Until recently, they did not have at their disposal the quality models or 1 Capability Maturity Model and CMM are registered trademarks in the U.S.
    [Show full text]