IT Processes & Systems

Loading...

Flash Player 9 (or above) is needed to view presentations.
We have detected that you do not have it on your computer. To install it, go here.

0 comments

Post a comment

    Post a comment
    Embed Video
    Edit your comment Cancel

    1 Favorite

    IT Processes & Systems - Presentation Transcript

    1. IT Processes & Systems Applying DMAIC Process for IT (Hardware & Software) Initiatives Anand Subramaniam
      • “ Authority without wisdom is like a heavy axe without an edge, fitter to bruise than to polish.”
        • - Anne Bradstreet
    2. Highlights
      • Define Process
      • Measure Process
      • Analyse Process
      • Improve Process
      • Control Process
    3. Overview
      • “ Do not fear mistakes. You will know failure. Continue to reach out.”
        • - Robert Galvin
    4. DMAIC Cycle for IT Initiative Define § What is the business case for the project? § Identify the customer § Current state map § Future state map § What is the scope of the project? § Deliverables § Due date Control § During the project, how will I control risk, quality, cost, schedule, scope and changes to the plan? § What types of progress reports should I create? § How will I assure that the business goals of the project were accomplished? § How will I keep the gains made? Measure § What are the key metrics for this business process? § Are metrics valid and reliable? § Do we have adequate data on this process? § How will I measure progress? § How will I measure project success? Analyse § Current state analysis § Is the current state as good as the process can do? § Who will help make the changes? § Resource requirements § What could cause this change effort to fail? § What major obstacles do I face in completing the proejct? Improve § What is the work breakdown structure? § What specific activities are necessary to meet the project goals? § How will I re-integrate the various subprojects? Next Project
    5. DMAIC Road Map for IT Initiatives
      • Measure the business p rocess performance
      • What are the key metrics for this business process?
      • Are metrics valid and reliable?
      • Do we have adequate data on this process?
      • How will I measure progress?
      • How will I measure project success?
      • Determine root causes/opportunities
      • Current state analysis / Cost benefit a nalysis
      • Who will help make changes?
      • Resource requirements
      • What could cause this change effort to fail?
      • What major obstacles do I face in completing this project?
      • Define our customer, CTQ’s and core b usiness processes
      • What is the Business c ase for the Project?
      • Identify The Customer
      • Current state map
      • Future s tate map
      • Recommendations & benefits
      Define Measure
      • Implement s olutions
      • Generate, design and implement improvements to improve productivity and service levels
      • R e-integrate the various sub - projects?
      • Reinvest/ o r k eep the saves made
      • Institutionalise improvement & implement ongoing monitoring
      • Control risk, quality, cost, schedule, scope, and changes to the plan
      • Monitor and report services
      • Monitor availability against SLA’s
      • Monitor Security.
      Analyse Imp rove Control
    6. DMAIC – IT Improvement Focus Define Focus What is the problem? Measure Focus What are we doing, and how well are we doing it? Analyse Focus What is the root cause? Improve Focus Get from the problem statement to the goal statement Control Focus Sustain the gain
    7. DMAIC Tools – IT Cost Savings
      • D
      • Define improvement goals
      • Tools used
      • Pareto charts
      • Bar Graphs
      • Pie Charts
      • M
      • Measure current performance
      • Tools Used
      • MSA
      • Box Plots
      • Dot Plots
      • Histograms
      • A
      • Analyse the system to determine ways to improve it
      • Tools Used
      • Regression
      • Correlation
      • Hypothesis testing
      • I
      • I mprove
      • the system –remove variation and non value added criteria
      • Tools Used
      • -DoE
      • ANOVA
      • Surface Response Testing
      • C
      • Control
      • the system so problems don’t recur
      • Tools used
      • Poka Yoka
      • Flagging
      • Control Charts
      DMAIC provides structure and rigor to problem solving
    8. Define - Process (Deliverables & Activities)
      • “ Pick battles big enough to matter, small enough to win.”
        • - Jonathan Kozel
    9. Define
      • To articulate the IT problem or process needing improvement, to understand the customer impact, and to determine the scope of IT processes and systems to improve.
    10. Problem / Opportunity Analysis
      • Review the firm's strategic and operational goals / objectives
      • Identify the problem or opportunity and get situational background
      • Determine how the IT project fits with the firm’s strategy and / or operations
    11. Stakeholder Analysis
      • Identify key stakeholders (customers, managers, users)
      • Identify stakeholder Roles and Responsibilities along with Time Allocations to the IT project
      • Confirm that the IT project is a worthwhile improvement priority and determine who is in support and who are NOT
      • Obtain written Sponsor and Stakeholder Support
    12. Project Definition (Preliminary)
      • Determine the IT project purpose, team objectives, risks, assumptions and constraints
      • Goal statement, including the intended improvement and how it is to be measured
      • Define Criteria for Success of the overall initiative
      • Define IT project scope and subsequent phases
      • Write a short business case explaining the potential impact of the IT project and its impact on the customers
    13. Project Schedule (Preliminary)
      • Identify value-add activities and show the critical path with dependencies between activities
      • Identify milestones for the IT project, and allocate resources to develop an initial timeline
      • Initiate a weekly status with Management Control Process
    14. Using SIPOC for “As-Is”
      • Review existing documentation
      • Select areas or aspects of concern, and list involved processes
      • Identify inputs & outputs for key processes
    15. Deficiency List (Preliminary)
      • List and describe current and anticipated Points of Pain
      • Identify symptoms of current and anticipated problems / deficiencies
    16. “ As-Is” Process Map - (High-Level)
      • Facilitate the creation of a process map for areas or aspects of concern
      • Define process boundaries
    17. VOC (Voice of the Customer)
      • Conduct interviews with stakeholders such as customers, users and / or managers
      • Create a list of what is important to the customers, users and / or managers
    18. CTQ (Critical-to-Quality)
      • Identify processes crucial for success per the customer viewpoint
      • Develop a list of critical items from the customer / user / manager perspective
      • Translate CTQs into High-Level Functional Requirements
    19. “ As-Is” Process Map - (Detailed)
      • Create detailed process map for all impacted areas
      • Use call-outs to highlight issues to discuss
    20. Measure - Process (Deliverables & Activities)
      • “ Act quickly, think slowly.”
        • - Greek Proverb
    21. Measure
      • To gather relevant information and measure the effectiveness and / or efficiency of the current IT processes, inclusive of relevant information systems in place.
    22. Metric Assessment Tree
      • Determine what should be learned about the IT problem or opportunity
      • Discern independent factors versus dependent factors
      • Identify type of metrics that will be relevant and useful
    23. Data Collection Plan
      • Identify sources of relevant data and process insight
      • Describe the existence of data
      • Establish unambiguous operational definitions of metric items
      • Determine methods to do the measuring
      • Develop Data Collection Forms or Checklists to support the data gathering process
    24. “ As-Is” - Metrics
      • Measure IT process performance
      • Gather data for IT process metrics
      • Gather data for metrics of inputs & outputs
    25. “ As-Is” – Process Measurement
      • Select CTQ characteristics
      • Identify patterns in data and other relevant information gathered
      • Measure the efficiency and / or effectiveness of the “As-Is” process
      • Gather data relevant to a current Process Sigma Calculation
      • Calculate process sigma for the “As-Is”
    26. Capability Profile
      • Gather data supporting VOC findings
      • Describe the relevant characteristics of the firm, people, process, & technology within the defined scope
      • Describe the characteristics of information technology using Due Diligence Worksheet which includes project management, skillsets per the Skillset Inventory , applications, data, lifecycle, operations, support, infrastructure, facilities & structure
      • Identify constraints of the “As-Is” environment
    27. Deficiency List - (Detailed)
      • Define IT performance standards for the “As-Is” process or system
      • Compare actual performance levels to current firm’s standards
      • Incorporate additional Points-of-Pain and symptoms gathered
    28. Project Definition - (Detailed)
      • Adjust, refine, and / or add further detail to the Project Definition
      • Clarify project purpose and make scope adjustments
    29. Analyse - Process (Deliverables & Activities)
      • “ The truth of the matter is that you always know the right thing to do. The hard part is doing it.”
        • - Norman Schwarzkopf
    30. Analyse
      • To review and assess the data gathered so that the root causes can be determined and to develop strategies for solving the problem or improving the IT process.
    31. Root Cause Analysis
      • Identify potential bottlenecks, disconnects, and / or redundancies in the “As-Is” processes
      • Review the value-add versus non-value-add steps
      • Review the data in detail to determine how inefficient or ineffective the process may be
      • Review the data to pinpoint the problem areas or occurrences
      • Develop a Root-Cause Hypothesis
      • Screen and organise potential causes and candidate “vital few” Causes
    32. Failure Modes Effect Analysis (FMEA)
      • Confirm the root cause conclusions with data, and utilise the FMEA Worksheet
      • Perform a Cause-and-Effect Verification
      • Identify sources of variation and quantify causes where possible
    33. Capability Assessment
      • Determine capability of firm, people, process & technology
      • Using the results of the Due Diligence Worksheet , assess the capability of information technology such as project management, skill sets per the Skillset Inventory , applications, data, lifecycle, operations, support, infrastructure, facilities & structure
    34. Best of Breed IT Solutions
      • Identify and review available package applications
      • Develop a Software Package Pro's & Con's Matrix
      • Consider key factors such as functionality, platforms, scalability, usability, extendibility etc through interfaces and custom development
    35. Industry Best Practices
      • Identify and review relevant “technique” best practices from industry
      • Identify and review relevant “functional” best practices from industry
    36. SWOT Analysis
      • Compare the “As-Is” conditions with possibilities to identify
        • strengths,
        • weaknesses,
        • opportunities,
        • threats
    37. Criteria for Improvement
      • Define objectives for process improvement
      • Categorise improvement objectives for short-term versus long-term
      • Define performance standards for the “To-Be”
      • Determine constraints & boundaries for the “To-Be”
      • Determine whether project should focus on process design or process improvement
    38. Improve - Process (Deliverables & Activities)
      • “ Better to do something imperfectly than to do nothing perfectly.”
        • - Robert H. Schuller
    39. Improve
      • To develop, pilot, and implement a better IT process and / or solution that works within an acceptable investment level and timeframe.
    40. “ To-Be” Process Map - (Preliminary)
      • Develop an ideal view showing how the IT process, supporting firm, and IT systems should look
      • Define call-outs on the “To-Be” outlining solution responses to “As-Is” issues
      • Define Functional Requirements Definition for the improvement or solution needed
    41. Vision & Scope Definition
      • Envision possible IT process / system solution paths
      • List pros & cons for possible process / system solution paths
      • Define a preliminary scope definition and corresponding release / phased approach
    42. Solution Scenarios
      • Create a list of ideas for potential solutions & screen / qualify each against the criteria for success
      • Identify pro's & con's of alternate solution paths , including costs and benefits for each solution path
      • Write a solution statement for most promising / most viable solution paths
      • Assess each solution alternative to confirm that root causes are addressed
    43. Feasibility Assessment
      • Consider firm’s resource constraints
      • Determine impact to IT processes, systems, support, & operations
      • Assess hidden risk factors such as system performance, technical compatibility, technical platform risk and project organisation risk
      • Assess resource levels and skill-set needs
      • Determine what the best IT solution is under the constraints of time and money
    44. Business Case & ROI Analysis
      • Summarise impacts to IT process based on recommended solution and identify relevant process performance metrics
      • Monetise the key process metrics to justify potential business benefits
      • Articulate qualitative, tangible, & intangible costs & benefits
      • Develop estimates of quantitative costs & benefits
      • Review with key stakeholders & gain approval
    45. “ To-Be” Process Map - (Detailed)
      • Conduct process mapping in detail for the “To-Be” environment
      • Describe Firm’s Impact for the “To-Be” environment (Preliminary)
    46. Functional Specification
      • Develop specifications for new IT processes, user scenarios, usability, screen flow & navigation, user interfaces, data, applications, administration, infrastructure, security and / or relevant interfaces
      • Identify hand-offs, reporting, and data query needs at multiple levels of the firm
    47. Vendor Solution Plan
      • Develop a Request for Proposal (RFP) Framework, based on requirements
      • Develop the Vendor Solution Evaluation Criteria
      • Assess vendors through a Pre-Qualification Questionnaire and extend invitations to bid as appropriate
      • Conduct demo's, question / answer sessions, and score vendors independently
    48. Vendor Solution Plan (Contd.)
      • Evaluate and score candidate vendor solutions with Proposal Scoring Matrix
      • Review submitted proposals and contracts against a Contract Terms & Conditions Checklist
      • Conduct Vendor Reference Calls for candidate vendor solutions
    49. Resource Plan
      • Develop a skillset needs criteria
      • Identify internal and external resource candidates
      • Conduct a Resource Interview and skill set testing for each candidate
      • Evaluate resources by comparing against established criteria
      • Engage appropriate resources to design, build, test & implement
    50. Proposed Solution Definition
      • Define an Architecture Model of the “To-Be” process, firm, and / or system solution, integrating this with the surrounding current environment
      • Outline the impact of this solution to the Firm's IT Strategic Roadmap
    51. Technical Specifications
      • Develop a detailed design for new IT process, screen flow & navigation, user interface, data, application, administration, infrastructure, security, and / or relevant interface components
      • Develop technical hand-offs and design for reporting and data query needs at multiple levels of the firm
    52. Implementation Plan
      • Plan how to implement the solution
      • Establish operating constraints
      • Estimate all costs (one-time, project-duration, and post-live) and develop the Baseline Implementation Budget
      • Develop an Implementation Project Plan
    53. Implementation Plan (Contd.)
      • Develop a Risk Management Plan
      • Develop an Implementation Roles & Responsibilities Matrix
      • Establish an Issue Management Plan
      • Establish a Knowledge Management Plan
    54. Change Management Plan
      • Identify critical success factors from a Change Management Framework
      • Define change management control items for firm, people, process, & technology
      • Establish a firm wide Communication Plan
    55. Test Strategy & Plan
      • Identify points of failure for new IT process and / or system
      • Identify levels of testing needs and associated prioritisation
      • Define Promotion Plan for levels of testing
      • Define Test Cases to mirror requirements and specifications
    56. Pilot Plan
      • Establish a Proof-of-Concept Strategy
      • Prepare the plan & procedures for Pilot and compare with Pilot Checklist
      • Develop Results Measurement Tools for the Pilot
      • Develop test criteria for the pilot and develop an appropriate Pilot Test Plan
    57. Piloted Solution & Test Results
      • Conduct simulations of the new IT process and / or system
      • Conduct the pilot & measure results
      • Evaluate pilot results to determine if IT solution meets or exceeds process improvement objectives
      • Identify & review lessons learned from the pilot
    58. Firm Wide Implementation
      • Incorporate pilot learning and refinements into firm wide implementation
      • Identify corrective actions & contingency options for risks
      • Provide the discipline of Project Management Review for involved resources
      • Manage and communicate the Process Change Activities
    59. Firm Wide Implementation (Contd.)
      • Manage and communicate per the Firm Wide Communication Plan
      • Manage involved vendors and system development activities
      • Coordinate the Quality Assurance (QA) Program per the Test Strategy & Plan
    60. Acceptance Test Results
      • Conduct Acceptance Testing for the new IT process and / or system with direct involvement by customers, users and / or managers
      • Obtain written Acceptance Test Sign-Off from customers, users and / or managers
    61. Training
      • Prepare End-User Process-Workflow Documentation and / or System Documentation
      • Define a Training Plan & prepare Training Materials
      • Identify all affected individuals and conduct training
    62. Implementation Complete
      • Implement the improved process, firm wide changes and / or new IT system
      • Gather data for key metric items upon implementation complete
      • Finalise actual implementation costs and develop a Budget-to-Actual Comparison Worksheet
    63. Support Process Complete
      • Plan the transition of these changes to an Operational Support Plan
      • Identify new process owners
      • Conduct a transition of process leadership
      • Transfer documentation from project team to firm’s (operational) owners
    64. Control - Process (Deliverables & Activities)
      • “ A problem clearly stated is a problem half solved.”
        • - Dorothea Brande
    65. Control
      • To evaluate the results of the new IT process and / or solution against the root causes and to monitor, measure, and sustain the improved processes and / or systems.
    66. Improved Process Metrics (On-Going)
      • Measure the performance levels of the new IT business process for key metrics
      • Perform a Process Sigma Calculation for the new process, and compare to the original process sigma from “As-Is”
      • Identify additional on-going metrics to monitor the continued effectiveness of the improved state
    67. Monitor & Evaluate Results
      • Use data gathered for metric items to evaluate the solutions
      • Identify key charts or graphs for visual communication of metric results
      • Determine level of success for fulfilling original project goals
      • Evaluate the cost-benefit performance of the new process and/or system through a Business Case / ROI Performance Worksheet for both qualitative and quantitative results
    68. Lessons Learned & Improvement Process Insights
      • Identify potential quality control problems
      • Define remaining deficiencies in the IT process and / or system
      • Communicate IT project successes & lessons learned to management and to all stakeholders
    69. Process Improvement Procedure
      • Document the steps and lessons learned that were taken to improve the IT process so it can be done continuously
      • Finalise key IT process documentation
      • Maintain the gains by standardising IT processes
    70. Process Improvement Procedure (Contd.)
      • Validate that all changes adhere to the firm's regular Change Control Process
      • Determine the strategy for controlling further improvements or solutions to this process
      • Initiate a regular status with on-going Management Control Process
    71. Recommended Next Steps / Future Plans
      • Identify adjustments needed to reach next sigma
      • Define next iteration through DMAIC
      • Outline next steps for on-going IT improvement initiative
      • “ Wherever you see a successful business, someone once made a courageous decision. ”
        • - Peter Drucker
      • Good Luck
      • http://www.linkedin.com/in/anandsubramaniam

    + Anand SubramaniamAnand Subramaniam, 1 month ago

    custom

    98 views, 1 favs, 0 embeds more stats

    Applying DMAIC Process for IT (Hardware & Software) more

    More info about this document

    © All Rights Reserved

    Go to text version

    • Total Views 98
      • 98 on SlideShare
      • 0 from embeds
    • Comments 0
    • Favorites 1
    • Downloads 0
    Most viewed embeds

    more

    All embeds

    less

    Flagged as inappropriate Flag as inappropriate
    Flag as inappropriate

    Select your reason for flagging this presentation as inappropriate. If needed, use the feedback form to let us know more details.

    Cancel
    File a copyright complaint
    Having problems? Go to our helpdesk?

    Categories

    Tags