Sharing IT Best Practices with youIncident Management? Je auto staat in brand. Het brandt echt! De stank is verschrikkelijk. Laten we er iets aan gaan doen! Eerst een paar basisbegrippen toelichten voor we beginnen met blussen. Incidenten zijn ongeplande gebeurtenissen van welke aard dan ook die de kwaliteit van de dienstverlening verstoren of verminderen (of dat dreigen te gaan doen). Een applicatie die uitvalt, is… lees verder »
Bij omvangrijke maatwerksystemen zal er zeker na de in productie name een grote stroom van problemen op gang komen. Problem-management wordt ingezet om niet de verzanden in een brei van problemen, foutmeldingen, storingen en verschillen in versies van modules. We moeten zoeken naar een structuur waarin we de toevloed van problemen kunnen stroomlijnen. De beheersing… lees verder »
Een ICT-bedrijf moet 24×7 bereikbaar zijn als het meer omzet en winst wil maken. Maar het halen van 100% operationele up-time is niet altijd mogelijk. Het gebruik van Helpdesk Software is de beste manier om hier iets aan te doen. Deze software helpt ICT-bedrijven met een helpdesk of servicedesk om informatie te ordenen en de… lees verder »
Versiebeheer van programmasources is sinds de introductie van computers altijd een aandachtspunt geweest. Kort gezegd gaat het om deze vraag: Wat moeten we doen als er een bug ontstaat in een programma dat toevallig onderdeel is van een andere change. Er zijn dus al twee versies van het programma en nu komt er een derde… lees verder »
Storingsclassificatie geeft een SLA meer diepgang en geeft bovendien ruimte in het afhandelen van storingen. Bij de invoering van een SLA tussen een datacenter en een gebruikersorganisatie dienen we vast te stellen wat de snelheid is waarmee storingen worden opgelost door het datacenter. In de SLA staat vaak het volgende : “Datacenter is verantwoordelijk voor… lees verder »
Op grote maatwerk informatiesystemen waarbij de informatiebehoeften vaak en onregelmatig wijzigen zal veel onderhoud plaatsvinden. Onderhoud op functies die soms al weer veranderen voordat de vorige wijziging in productie is genomen. Deze vorm van onderhoud doet zich met name voor als maatwerk applicaties regelgeving ondersteunen die door de politiek wordt bepaald. Uitvoerenden hebben vrijwel geen invloed op hoe de regelgeving met alle uitzonderingen eruit komt te zien en op welk moment deze regelgeving van kracht wordt. De ervaring leert dat het geen zin heeft om tijd te rekken of de regelgeving onvolledig door te voeren. Wat wel werkt is de nieuwe regelgeving tijdelijk op een geïsoleerd (PC)systeem uit te voeren zodat tijd ontstaat om de nieuwe informatiebehoefte goed in het informatiesysteem in te bouwen.
Een probleem in de informatieverwerking kan vele oorzaken hebben. De neiging bestaat om een probleem gelijk op te lossen. Misschien is het echter verstandig om het probleem eerst maar eens te onderzoeken. Aan de hand van de probleemanalyse kan een probleem worden geclassificeerd. Deze classificatie kan dan worden gebruikt voor de keuze van een standaard plan van aanpak per klasse door applicatiebeheer. Voordeel van deze werkwijze is dat na de classificatie niet lang nagedacht hoeft te worden over hoe het probleem eens aangepakt moet worden. Ook de onzekerheid of de aanpak voor een bepaald type probleem wel juist is wordt hiermee weggenomen. [Klik op de titel voor het gehele artikel]
Problemmanagement is een van de belangrijkste ITIL processen. Het aanmelden en registreren van problemen is namelijk vergelijkbaar met het geven van een opdracht. Er zijn echter enige verschillen. Veel problemen kennen namelijk een spoedeisend karakter, hetgeen een speciale procedure vergt. Vandaar een apart formulier voor het aanmelden van problemen. Daarnaast is het voor de eindgebruiker… lees verder »
Gebruik de 522 IT checklisten van ITpedia, met in totaal 22028 vragen. |
| |||||||||||||||||||||||||||
| |||||||||||||||||||||||||||