{"id":91242,"date":"2020-08-10T13:42:09","date_gmt":"2020-08-10T11:42:09","guid":{"rendered":"https:\/\/prohoster.info\/blog\/administrirovanie\/5-stadij-neizbezhnosti-prinyatiya-iso-iec-27001-sertifikaczii-depressiya"},"modified":"2020-08-10T13:42:09","modified_gmt":"2020-08-10T11:42:09","slug":"5-stadij-neizbezhnosti-prinyatiya-iso-iec-27001-sertifikaczii-depressiya","status":"publish","type":"post","link":"https:\/\/prohoster.info\/nl\/blog\/administrirovanie\/5-stadij-neizbezhnosti-prinyatiya-iso-iec-27001-sertifikaczii-depressiya","title":{"rendered":"5 fasen van onvermijdelijkheid bij de acceptatie van ISO\/IEC 27001 certificering. Depressie","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"

De vierde fase van emotionele reactie op veranderingen is depressie. In dit artikel vertellen we over onze ervaring met het doorlopen van de langste en meest onplezierige fase: de veranderingen in de bedrijfsprocessen van het bedrijf om deze in overeenstemming te brengen met de ISO 27001-norm.<\/p>\n

\"5
\n<\/p>\n

Verwachting<\/b><\/h2>\n

\nDe eerste vraag die we stelden na de keuze van de certificerende instantie en consultant was: hoeveel tijd hebben we echt nodig voor alle noodzakelijke veranderingen?<\/p>\n

Het oorspronkelijke werkplan was zo opgesteld dat we binnen 3 maanden klaar zouden moeten zijn.<\/p>\n

\"5
\n
\n<\/a><\/noindex>Het leek allemaal eenvoudig: we moesten een paar tientallen beleidsschriften opstellen en onze interne processen iets aanpassen; daarna moesten we onze collega's opleiden over de veranderingen en nog eens 3 maanden wachten (zodat er 'opnames' konden verschijnen, dat wil zeggen, bewijs van de werking van de beleidsregels). Het leek erop dat dit alles was \u2013 en het certificaat was voor ons.<\/p>\n

Bovendien waren we niet van plan om de beleidsdocumenten helemaal opnieuw te schrijven \u2013 we hadden immers een consultant die, zoals we dachten, ons alle 'juiste' sjablonen zou geven.<\/p><\/blockquote>\n

Als gevolg van deze overpeinzingen hadden we 3 dagen per beleid ingepland voor de voorbereiding. <\/p>\n

De technische wijzigingen leken ook niet ontmoedigend: we moesten de collectie en opslag van gebeurtenissen instellen, controleren of de back-ups in overeenstemming waren met het beleid dat we hadden geschreven, de bestuurskamers van het ISMS aanvullen waar nodig, en nog een beetje meer kleine dingen.
\nHet team dat alles voorbereidde voor de certificering bestond uit twee personen. We hadden ingepland dat zij tegelijkertijd met hun primaire taken aan de implementatie zouden werken, en dat dit elk maximaal 1,5-2 uur per dag zou kosten.
\nSamenvattend kunnen we zeggen dat onze kijk op de verwachte werklast behoorlijk optimistisch was. <\/p>\n

Reality<\/b><\/h2>\n

\nIn werkelijkheid was alles natuurlijk anders: de sjablonen van beleidsdocumenten die door de consultant werden verstrekt, bleken voornamelijk ongeschikt voor ons bedrijf; er was bijna geen duidelijke informatie op internet over wat er gedaan moest worden en hoe. Zoals je begrijpt, faalde het plan '\u00e9\u00e9n beleid in 3 dagen schrijven' spectaculair. We konden vanaf het begin van het project de deadlines niet halen, en de stemming begon langzaam te dalen. <\/p>\n

\"5
\n
\nHet team had catastrofaal weinig expertise \u2013 zo weinig dat het niet eens voldoende was om de juiste vragen aan de consultant te stellen (die, terzijde, niet veel initiatief nam). De voortgang werd nog trager, aangezien na 3 maanden na de start van de implementatie (dat wil zeggen op het moment dat alles al klaar zou moeten zijn), een van de twee sleutelleden het team verliet. Een nieuwe IT-manager nam zijn plaats in en moest in korte tijd het implementatieproces afronden en ervoor zorgen dat het informatiebeveiligingsmanagementsysteem over alle noodzakelijke technische middelen beschikte. De taak leek uitdagend... De verantwoordelijken begonnen in een depressie te raken.<\/p>\n

Bovendien bleek ook de technische kant van de kwestie enkele 'nuances' te hebben. We stonden voor de taak van een wereldwijde modernisering van software, zowel voor werkstations als voor serverhardware. Tijdens het instellen van het systeem voor het verzamelen van gebeurtenissen (logs) bleek dat we niet genoeg hardwarebronnen hadden voor een normale werking van het systeem. Ook de software voor back-ups had een upgrade nodig.<\/p>\n

Spoiler: Uiteindelijk werd het ISMS op hero\u00efsche wijze in 6 maanden ge\u00efmplementeerd. En niemand is zelfs overleden! <\/p><\/blockquote>\n

<\/p>\n

Wat is er het meest veranderd?<\/b><\/h2>\n

\nZeker, tijdens de implementatie van de standaard in de bedrijfsprocessen zijn er veel kleine veranderingen doorgevoerd. Voor u hebben we de belangrijkste veranderingen op een rijtje gezet:<\/p>\n