Wat je van een platform mag eisen.

Een leverancieronafhankelijke checklist voor de Poolster

Concept, wordt nog beoordeeld.

Gebruik dit bij het kiezen van een eventmanagementplatform, of om te toetsen of het platform dat je hebt je richting de Poolster brengt. Er worden geen leveranciers genoemd: elk platform wordt langs dezelfde richtlijnen gelegd.

Een platform is maar de helft van het antwoord. Sponsorschap, één meetlat en het plannen van mensen zijn werk van de organisatie zelf; bij die richtlijnen is de vraag wat het platform moet ondersteunen.

Eisen, richtlijn voor richtlijn

Signaal

1 Bruikbaar betekent bedrijfsimpact

Poolster-richtlijnen
  1. 1, gedekt
  2. 2
  3. 3
  4. 4
  5. 5
  6. 6
  7. 7
  8. 8
  9. 9
  10. 10
  11. 11
  12. 12
  13. 13
  14. 14
  15. 15
  16. 16
  17. 17

Het platform moet

  • Alerts met elkaar en met gedocumenteerde runbookscenario’s correleren om te bepalen of een incident bruikbaar is.
  • Eén reactiebeleid toepassen in de hele organisatie, geen regel per manager.

Test het in een demo

Stuur een losse CPU-alert en een CPU-alert die samenvalt met mislukte betalingen; laat zien welke bruikbaar wordt, en waarom.

2 Eerst de grondoorzaak

Poolster-richtlijnen
  1. 1
  2. 2, gedekt
  3. 3
  4. 4
  5. 5
  6. 6
  7. 7
  8. 8
  9. 9
  10. 10
  11. 11
  12. 12
  13. 13
  14. 14
  15. 15
  16. 16
  17. 17

Het platform moet

  • Samenhangende signalen groeperen en een waarschijnlijke grondoorzaak aanwijzen voordat er een incident- of problemticket komt.
  • De tijd tot de grondoorzaak meten, en hoe die verandert als hetzelfde probleem terugkomt.

Test het in een demo

Speel een eerdere storing opnieuw af en laat zien hoe snel het platform de grondoorzaak aanwijst, vergeleken met de eerste keer.

3 Weet wat er veranderde

Poolster-richtlijnen
  1. 1
  2. 2
  3. 3, gedekt
  4. 4
  5. 5
  6. 6
  7. 7
  8. 8
  9. 9
  10. 10
  11. 11
  12. 12
  13. 13
  14. 14
  15. 15
  16. 16
  17. 17

Het platform moet

  • Goedgekeurde wijzigingen en pipeline-deploys als context binnenhalen.
  • Alerts binnen een goedgekeurd wijzigingsvenster markeren, vastleggen en buiten incidentmanagement houden.
  • Elk incident koppelen aan de wijziging die eraan voorafging, goedgekeurd of niet.

Test het in een demo

Deploy een wijziging buiten het wijzigingsproces om en laat zien waar die deploy verschijnt naast de alerts die hij veroorzaakte.

4 De impact reist mee in de alert

Poolster-richtlijnen
  1. 1
  2. 2
  3. 3
  4. 4, gedekt
  5. 5
  6. 6
  7. 7
  8. 8
  9. 9
  10. 10
  11. 11
  12. 12
  13. 13
  14. 14
  15. 15
  16. 16
  17. 17

Het platform moet

  • Op elke alert de verwachte impact, reactietijd, wat de service levert, klant- of interne reikwijdte en de lens beschikbaarheid, functionaliteit of prestaties meedragen, onder je eigen veldnamen of vertaald vanuit die van elk team.
  • Relaties opbouwen uit elke gegevensbron, elk gemarkeerd met waar hij vandaan komt en hoeveel vertrouwen hij verdient.
  • Wat het leert terugvoeren richting de CMDB.

Test het in een demo

Laat één alert zien van een team met eigen naamgeving en één van een team op jullie standaard, en hoe beide dezelfde impactaanwijzingen krijgen.

5 Sluit elk monitoringgat

Poolster-richtlijnen
  1. 1
  2. 2
  3. 3
  4. 4
  5. 5, gedekt
  6. 6
  7. 7
  8. 8
  9. 9
  10. 10
  11. 11
  12. 12
  13. 13
  14. 14
  15. 15
  16. 16
  17. 17

Het platform moet

  • Elk monitoringgat dat na een storing wordt gevonden volgen tot de nieuwe monitoring live is.
  • De storing tegen de nieuwe monitoring opnieuw afspelen om te bewijzen dat die nu wordt opgemerkt.

Test het in een demo

Neem een gat uit een recente storing en laat de replay zien die bewijst dat de nieuwe monitor op tijd afgaat.

Reactie

6 Eén keer goedkeuren, daarna automatiseren

Poolster-richtlijnen
  1. 1
  2. 2
  3. 3
  4. 4
  5. 5
  6. 6, gedekt
  7. 7
  8. 8
  9. 9
  10. 10
  11. 11
  12. 12
  13. 13
  14. 14
  15. 15
  16. 16
  17. 17

Het platform moet

  • Een goedgekeurde oplossing automatisch uitvoeren als een incident bij de grondoorzaak past.
  • In de trigger vastleggen welke goedkeuring het toestond.
  • Elke kandidaat-oplossing een betrouwbaarheidsscore geven.

Test het in een demo

Laat een automatische oplossing zien en, vanuit de monitor zelf, wie die goedkeurde en wanneer.

7 Gebruik wat leveranciers al oplosten

Poolster-richtlijnen
  1. 1
  2. 2
  3. 3
  4. 4
  5. 5
  6. 6
  7. 7, gedekt
  8. 8
  9. 9
  10. 10
  11. 11
  12. 12
  13. 13
  14. 14
  15. 15
  16. 16
  17. 17

Het platform moet

  • De oplossingen die je leveranciers documenteren importeren in een catalogus met betrouwbaarheidsscores.
  • Elk onderdeel van de organisatie een oplossing laten overnemen zoals hij is, of met eigen extra stappen.

Test het in een demo

Kies een bekend probleem uit een van je technologieën en laat de gedocumenteerde oplossing in de catalogus zien, gescoord en klaar voor goedkeuring.

8 Eén escalatiepad

Poolster-richtlijnen
  1. 1
  2. 2
  3. 3
  4. 4
  5. 5
  6. 6
  7. 7
  8. 8, gedekt
  9. 9
  10. 10
  11. 11
  12. 12
  13. 13
  14. 14
  15. 15
  16. 16
  17. 17

Het platform moet

  • Afgesproken prioriteiten doorsturen naar één escalatiedienst.
  • De responder en de service-eigenaar elk de melding sturen die ze nodig hebben, en mensen alleen over een automatische oplossing informeren als de organisatie werd geraakt.

Test het in een demo

Laat de melding zien die een responder krijgt en die een service-eigenaar krijgt voor hetzelfde incident.

Bewijs

9 Bewijs het met een replay

Poolster-richtlijnen
  1. 1
  2. 2
  3. 3
  4. 4
  5. 5
  6. 6
  7. 7
  8. 8
  9. 9, gedekt
  10. 10
  11. 11
  12. 12
  13. 13
  14. 14
  15. 15
  16. 16
  17. 17

Het platform moet

  • Storingen vastleggen zodat ze opnieuw kunnen worden afgespeeld.
  • Opnieuw afspelen zonder echte responders op te roepen, en toch een incident openen voor de verantwoording.

Test het in een demo

Speel de grootste storing van vorige maand opnieuw af en laat zien wat iemand had opgeroepen, en wat automatisch was verholpen.

10 Bewijs dat de wacht nog staat

Poolster-richtlijnen
  1. 1
  2. 2
  3. 3
  4. 4
  5. 5
  6. 6
  7. 7
  8. 8
  9. 9
  10. 10, gedekt
  11. 11
  12. 12
  13. 13
  14. 14
  15. 15
  16. 16
  17. 17

Het platform moet

  • De eigen pijplijn bewaken: heartbeats van elke bron, afleveringstijd, en bronnen die stil worden.
  • Service-eigenaren een rapport geven dat bewijst dat hun monitoring werkt in de normale werking, tijdens blackouts en bij disaster-recovery-tests.

Test het in een demo

Zet één alertbron stil en laat zien hoe snel het platform het merkt.

13 Grenzen horen bij security

Poolster-richtlijnen
  1. 1
  2. 2
  3. 3
  4. 4
  5. 5
  6. 6
  7. 7
  8. 8
  9. 9
  10. 10
  11. 11
  12. 12
  13. 13, gedekt
  14. 14
  15. 15
  16. 16
  17. 17

Het platform moet

  • De grenzen afdwingen die je securityteam aan automatisering en AI stelt, en elke actie vastleggen voor controle.

Test het in een demo

Vraag een agent iets buiten zijn grenzen te doen en laat de weigering in de controlelog zien.

Organisatie

14 Eén meetlat

Poolster-richtlijnen
  1. 1
  2. 2
  3. 3
  4. 4
  5. 5
  6. 6
  7. 7
  8. 8
  9. 9
  10. 10
  11. 11
  12. 12
  13. 13
  14. 14, gedekt
  15. 15
  16. 16
  17. 17

Het platform moet ondersteunen

  • Elk bedrijfsonderdeel rapporteren met dezelfde definities van metrieken.

Test het in een demo

Laat twee bedrijfsonderdelen naast elkaar zien op dezelfde acht metrieken.

15 Sponsorschap bepaalt het plafond

Poolster-richtlijnen
  1. 1
  2. 2
  3. 3
  4. 4
  5. 5
  6. 6
  7. 7
  8. 8
  9. 9
  10. 10
  11. 11
  12. 12
  13. 13
  14. 14
  15. 15, gedekt
  16. 16
  17. 17

Het platform moet ondersteunen

  • Het risico van automatisering voor veel services tegelijk goedkeuren, met rapportage die senior leiders kunnen lezen.

Test het in een demo

Laat één goedkeuring zien die een hele groep services dekt, en het rapport dat een sponsor zou zien.

16 Begin bij wie al automatiseert

Poolster-richtlijnen
  1. 1
  2. 2
  3. 3
  4. 4
  5. 5
  6. 6
  7. 7
  8. 8
  9. 9
  10. 10
  11. 11
  12. 12
  13. 13
  14. 14
  15. 15
  16. 16, gedekt
  17. 17

Het platform moet ondersteunen

  • Laten zien welke teams hun oplossingen al automatiseren, en hun processen laten hergebruiken.

Test het in een demo

Laat de teams met automatische oplossingen zien, en het runbook van het ene team dat door een ander wordt hergebruikt.

De checklist met twee assen

Scoor elke richtlijn twee keer: hoe goed het vandaag gebeurt, en hoeveel het de organisatie waard is. Waar die ver uit elkaar liggen, heb je je prioriteiten gevonden.

De zes niveaus

  1. 0 Afwezig Technische volwassenheid: Niet aanwezig. Bedrijfswaarde: Geen effect op de organisatie.
  2. 1 Initieel Technische volwassenheid: Met de hand, op een paar plekken, als iemand eraan denkt. Bedrijfswaarde: Een voordeel dat iemand kan beschrijven maar niet meten.
  3. 2 Opkomend Technische volwassenheid: Sommige teams vertrouwen erop; andere niet. Bedrijfswaarde: Een voordeel dat je op één plek kunt aanwijzen.
  4. 3 Gevestigd Technische volwassenheid: De normale manier van werken, en gemeten. Bedrijfswaarde: Een gemeten effect op SLA’s, uitval of kosten.
  5. 4 Gevorderd Technische volwassenheid: Elk bedrijfsonderdeel werkt zo, met de cijfers om het te laten zien. Bedrijfswaarde: Gemeten effecten in de hele organisatie, regelmatig gerapporteerd.
  6. 5 Geoptimaliseerd Technische volwassenheid: Verbetert zichzelf: leert van elk incident en elke replay. Bedrijfswaarde: Een bewezen rendement dat de leiding beoordeelt en financiert.

Scores van 3 en hoger vragen om bewijs: een dashboard, een configuratie, een runbook, een replay-resultaat of een rapport.

RichtlijnTechnische volwassenheid (0–5)Bedrijfswaarde (0–5)Bewijs
1 Bruikbaar betekent bedrijfsimpact
2 Eerst de grondoorzaak
3 Weet wat er veranderde
4 De impact reist mee in de alert
5 Sluit elk monitoringgat
6 Eén keer goedkeuren, daarna automatiseren
7 Gebruik wat leveranciers al oplosten
8 Eén escalatiepad
9 Bewijs het met een replay
10 Bewijs dat de wacht nog staat
11 Vertrouwen wordt aangetoond, niet geclaimd
12 Replays zijn de evals voor AI
13 Grenzen horen bij security
14 Eén meetlat
15 Sponsorschap bepaalt het plafond
16 Begin bij wie al automatiseert
17 Plan de mensen vóór de automatisering

De volledige Signal Assessment begint met een verkenningssjabloon: dezelfde richtlijnen, gescoord in je eigen woorden.

Weet waar je staat vóór de volgende storm.

Dertig minuten, gratis en concreet. We kijken naar je omgeving en ik zeg je eerlijk of ik de juiste loods ben.

Koers uitzetten: plan een gesprek van 30 minuten