Gegevens, IT en risicobeheer

Waarom gebeurt IT-storing telkens opnieuw als het is opgelost?

Herhaalde gebeurtenissen geven meestal aan dat toezicht, verandering van de staat, afhankelijkheid, capaciteitsbeheer of probleemomkering geen gesloten lus vormen. Ondernemingen moeten ad-hocverwijdering upgraden naar probleembeheer, de oorzaken, voorzorgsmaatregelen, resultaten en de verantwoordelijke personen identificeren.

ZhiHua Tech Originele cursus2 minuten 20 secondenVeelgestelde vragen en oplossingen in de informatisering van ondernemingen

Deze video wordt gebruikt voor het leren van kennis en interne discussies.

DIRECT ANSWER

Laten we eens kijken wat we kunnen doen.

Herhaalde gebeurtenissen geven meestal aan dat toezicht, verandering van de staat, afhankelijkheid, capaciteitsbeheer of probleemomkering geen gesloten lus vormen. Ondernemingen moeten ad-hocverwijdering upgraden naar probleembeheer, de oorzaken, voorzorgsmaatregelen, resultaten en de verantwoordelijke personen identificeren.

VIDEO NOTES

De video-inhoud van dit nummer wordt gelezen

De volgende zijn gestructureerde tekstuele interpretaties van de video voor de huidige periode, die toelaten om snel te lezen, interne discussie en zoeken; het is geen woord-voor-woord ondertitel. Rond.AroundWaarom IT-fouten worden vastgesteld en herhaald., wordt voorgesteld dat een onderscheid worden gemaakt tussen oppervlakteverschijnselen, zakelijke oorzaken en systeem verbeteringen alvorens te beslissen of procesaanpassingen, data governance, systeemintegratie, automatisering of aanpassing ontwikkeling.

1. Onderscheid tussen interim herstel en de onderliggende oorzaken van bestuur

Het herstel van fouten alleen.nu bruikbaar.. en niet de oorzaken van de wortel te elimineren. herhaalde gebeurtenissen meestal aangeven dat toezicht, verandering van de record, afhankelijkheid, capaciteit management of probleemomkering geen gesloten lus vormen. De onderneming moet de tussentijdse verwijdering te upgraden naar probleembeheer, het identificeren van de onderliggende oorzaken, voorzorgsmaatregelen, validatie resultaten en de verantwoordelijken.

2. Beheerslacunes die vaak voorkomen bij herhaalde mislukkingen

Het herstel van fouten alleen.nu bruikbaar.. en niet de oorzaken van de wortel te elimineren. herhaalde gebeurtenissen meestal aangeven dat toezicht, verandering van de record, afhankelijkheid, capaciteit management of probleemomkering geen gesloten lus vormen. De onderneming moet de tussentijdse verwijdering te upgraden naar probleembeheer, het identificeren van de onderliggende oorzaken, voorzorgsmaatregelen, validatie resultaten en de verantwoordelijken.

3. Hoe een inwisselbare probleemdesk-account aan te stellen

Het herstel van fouten alleen.nu bruikbaar.. en niet de oorzaken van de wortel te elimineren. herhaalde gebeurtenissen meestal aangeven dat toezicht, verandering van de record, afhankelijkheid, capaciteit management of probleemomkering geen gesloten lus vormen. De onderneming moet de tussentijdse verwijdering te upgraden naar probleembeheer, het identificeren van de onderliggende oorzaken, voorzorgsmaatregelen, validatie resultaten en de verantwoordelijken.

WORKFLOW DESIGN

Wat moeten we met deze scène doen?

Omvat terugkerende storingen, privileges, bestanden, back-up herstel, postfraude, garantie compliance en de kosten van software-activa. Rond

01Onderscheid tussen tussentijdse herstel en de onderliggende oorzaken van governance

De verificatie van de voorwaarden, aansprakelijkheid, gegevensbronnen en uitzonderingen geschiedt met behulp van echte monsters en de presentatie wordt niet gebruikt als vervanging voor productie-informatie.

02Beheerslacunes die vaak voorkomen bij herhaalde mislukkingen

De verificatie van de voorwaarden, aansprakelijkheid, gegevensbronnen en uitzonderingen geschiedt met behulp van echte monsters en de presentatie wordt niet gebruikt als vervanging voor productie-informatie.

03Hoe Repositable Probleem Desk Accounts aanmaken

De verificatie van de voorwaarden, aansprakelijkheid, gegevensbronnen en uitzonderingen geschiedt met behulp van echte monsters en de presentatie wordt niet gebruikt als vervanging voor productie-informatie.

IMPLEMENTATION PATH

Voorgestelde paden voor verbetering

  1. 1
    Inventarissystemen, gegevens, rekeningnummers en risicoaansprakelijkheid

    Het selecteren van recente en representatieve taken en anomalieën, het identificeren van deelnemers, input-outputs, tijd en huidige kosten.

  2. 2
    Ontwerp minimale privileges per karakter en bedrijfswereld

    Onderscheid tussen handelingen die zelf uitvoeren, die handmatige bevestiging vereisen en die automatische verwerking verbieden.

  3. 3
    Vaststelling van rekeningen van toezicht, wijziging, back-up, terugvordering en naleving

    Begin met de ontwerp, een kopie of een beperkte scène, en houd de abnormale transferer en terugtocht.

  4. 4
    Regelmatige oefeningen en steekproefsgewijze controles van de doeltreffendheid van het certificeringssysteem

    Continue observatie van nauwkeurigheid, adoptie, verwerking cyclus, fout en echte bedrijfsresultaten.

ACCEPTANCE

Hoe de ontvangst en inspectie automatiseren is echt effectief.

De acceptatie kan niet uitsluitend gebaseerd zijn op de vraag of één enkele demonstratierun wordt uitgevoerd. De volgende resultaten moeten continu worden waargenomen met behulp van onafhankelijke monsters en echte afwijkingen, en premodificatie basislijnen van hetzelfde kaliber moeten worden gehandhaafd:

  • Het falen is te wijten aan het falen van de factoren en voorzorgsmaatregelen
  • Controleerbaarheid van de autoriteit en gevoelige verrichtingen
  • Of de back-up gerepeteerd wordt
  • Is de licentie, het rekeningnummer en de software duurzaam en beheersbaar?

De autorisatie, goedkeuring, audit en handmatige overname moeten ook worden gecontroleerd als het gaat om het bedrag, de klant commitment, privacy, compliance, productie verandering of verwijdering operaties.

RELATED RESOURCES

Voortgaan met de programma's