https://procesdocumentalist.nl/kynno/structureren-procesinformatie/index.html Details In deze fase wordt ruwe procesinformatie omgezet naar gestructureerde proceslogica. Na het verzamelen van informatie moet duidelijk worden: welke stappen het proces bevat welke rollen betrokken zijn welke systemen worden gebruikt welke regels gelden welke varianten en uitzonderingen bestaan De losse informatie uit de organisatie wordt hier omgezet naar een logisch procesmodel. Activiteiten De Procesdocumentalist structureert de informatie door: Hugo nl https://procesdocumentalist.nl/kynno/t300-structureren-procesinformatie/t301-processtappenlijst/index.html Mon, 01 Jan 0001 00:00:00 +0000 https://procesdocumentalist.nl/kynno/t300-structureren-procesinformatie/t301-processtappenlijst/index.html Geïdentificeerde kernstappen Incident detectie (monitoring / melding) Eerste beoordeling (NOC / Service Desk) Incident registratie Classificatie (severity / type) Escalatie (indien nodig) Diagnose Herstelactie Validatie herstel Incident closure Post-incident verwerking (optioneel / inconsistent) Observatie Stap 3 en 4 zijn in praktijk vaak omgedraaid. https://procesdocumentalist.nl/kynno/t300-structureren-procesinformatie/t302-procesflow-concept/index.html Mon, 01 Jan 0001 00:00:00 +0000 https://procesdocumentalist.nl/kynno/t300-structureren-procesinformatie/t302-procesflow-concept/index.html Procesflow Detectie ↓ Interpretatie (NOC / SD) ↓ [Registratie] ↔ (parallel Teams overleg) ↓ Classificatie ↓ Escalatie (indien nodig) ↓ Diagnose ↓ Herstel ↓ Validatie ↓ Closure Belangrijk patroon registratie loopt parallel aan communicatie geen strikt lineair proces in praktijk https://procesdocumentalist.nl/kynno/t300-structureren-procesinformatie/t303-variantstructuren/index.html Mon, 01 Jan 0001 00:00:00 +0000 https://procesdocumentalist.nl/kynno/t300-structureren-procesinformatie/t303-variantstructuren/index.html Variant 1 – High severity incident directe escalatie naar engineering registratie gebeurt achteraf communicatie via Teams dominant Variant 2 – Low severity incident registratie eerst standaard ticketflow gevolgd geen directe escalatie Variant 3 – Intermitterende storing meerdere mini-incidenten vaak herclassificatie nodig ownership verschuift gedurende proces https://procesdocumentalist.nl/kynno/t300-structureren-procesinformatie/t304-exception-flows/index.html Mon, 01 Jan 0001 00:00:00 +0000 https://procesdocumentalist.nl/kynno/t300-structureren-procesinformatie/t304-exception-flows/index.html 1. Geen duidelijke eigenaar incident blijft “zweven” Teams bepaalt ad hoc eigenaar 2. Monitoring failure incident wordt pas door klant gemeld 3. Tool bypass incident wordt opgelost zonder ticket 4. Dubbele registratie zowel NOC als Service Desk maken ticket https://procesdocumentalist.nl/kynno/t300-structureren-procesinformatie/t305-actor-mapping/index.html Mon, 01 Jan 0001 00:00:00 +0000 https://procesdocumentalist.nl/kynno/t300-structureren-procesinformatie/t305-actor-mapping/index.html Primary actors NOC Engineer → detectie & coördinatie Service Desk → registratie Network Engineer → diagnose & herstel Platform Engineer → applicatieherstel Secondary actors SDM → communicatie & SLA Customer → melding / impactbron Observatie ownership is dynamisch in praktijk https://procesdocumentalist.nl/kynno/t300-structureren-procesinformatie/t306-input-output-mapping/index.html Mon, 01 Jan 0001 00:00:00 +0000 https://procesdocumentalist.nl/kynno/t300-structureren-procesinformatie/t306-input-output-mapping/index.html Inputs monitoring alerts klantmeldingen engineer observaties Process activities triage classificatie diagnose herstel Outputs herstelde service incident ticket status updates post-incident kennis (inconsistent) https://procesdocumentalist.nl/kynno/t300-structureren-procesinformatie/t307-system-mapping/index.html Mon, 01 Jan 0001 00:00:00 +0000 https://procesdocumentalist.nl/kynno/t300-structureren-procesinformatie/t307-system-mapping/index.html Systemen Monitoring platform → detectie Ticketing systeem → registratie Teams → communicatie (de facto beslislaag) Statuspage → klantcommunicatie CMDB → contextinformatie Observatie Teams functioneert als parallel procesplatform https://procesdocumentalist.nl/kynno/t300-structureren-procesinformatie/t308-regelset/index.html Mon, 01 Jan 0001 00:00:00 +0000 https://procesdocumentalist.nl/kynno/t300-structureren-procesinformatie/t308-regelset/index.html Classificatie regels Severity 1: volledige service outage Severity 2: gedeeltelijke impact Severity 3: beperkte impact Escalatieregels S1 → directe engineering + SDM S2 → NOC + engineering binnen 30 min S3 → standaard workflow Observatie regels worden in praktijk vaak overschreven door urgency https://procesdocumentalist.nl/kynno/t300-structureren-procesinformatie/t309-structuurvalidatieformulier/index.html Mon, 01 Jan 0001 00:00:00 +0000 https://procesdocumentalist.nl/kynno/t300-structureren-procesinformatie/t309-structuurvalidatieformulier/index.html Validatiecriteria Criteria Ja Nee Processtappen consistent ☑ ☐ Variants correct geïdentificeerd ☑ ☐ Exceptions volledig benoemd ☑ ☐ Actoren duidelijk gescheiden ☑ ☐ Systemen correct gemapped ☑ ☐ Regelset expliciet gemaakt ☑ ☐ Conclusie Structuur is geschikt voor doorvertaling naar T400 (Procesdocumentopbouw).