Leading the security function
Starting, running and handing over a security function: the first 90 days, maturity, awareness and priorities.
The packs behind these answers
How do we…
Methods: how a thing is done well.
- How do I hand over the function when I leave?
- How do I find out what an inherited security programme really does, as opposed to what it claims?
- How do I decide who to interview first, and what to ask?
- How do I record my starting position so I can show progress at the end of the first year?
- How do I brief the executives at the end of discovery?
- How do I build a hundred-day plan that mixes quick wins with the decisions that take longer?
- How do I plan the first year of recurring reviews, reports and renewals?
- How do we tell whether our security programme is mature, and which gaps matter?
- How do we score maturity consistently when different people assess?
- How do we tell whether evidence actually proves the level someone claims?
- How do we set target maturity levels without aiming for the top everywhere?
- How do we turn maturity gaps into an improvement plan the budget can carry?
- How do we test whether a security control actually works between audits?
- How many samples do we need when testing a control?
- What evidence is good enough to show a control operated?
- How do we rate a control deficiency and set its deadline?
- How do we plan a year of control testing around audits and reviews?
- How do we test a control once and use the result for several frameworks?
- How do we run awareness training that changes behaviour, not just completion rates?
- How do we plan a year of awareness from our own incidents and risks?
- How do we run phishing simulations that teach rather than punish?
- How do I set next year's priorities with a fixed budget?
When do we…
Triggers and timing: when something has to happen.
Who decides…
Authority: who may approve, accept or act.
- Which decisions can I make myself in my first months, and which do I share or escalate?
- Who should assess our security practices when the team is too small to be independent?
- Who should test our controls when the team is too small to be independent?
- Who needs more than the standard awareness training, and what?
If…, then how…
Situations: something has happened, what now.
- If I inherit a programme with no documentation, where do I start?
- If my predecessor left without a handover, then how do I rebuild what I need?
- If a re-assessment shows a lower level than last time, then what do we do?
- If a control test finds an exception, has the control failed?
- If the same person keeps clicking simulated phishing emails, then what do we do?
Other categories
- Vulnerabilities and exposure19 questions
- Risk, exceptions and acceptance19 questions
- Policy and governance10 questions
- Board and executive reporting16 questions
- Third parties and suppliers20 questions
- Identity and access23 questions
- Incidents and regulatory notification25 questions
- Resilience and recovery18 questions
- Regulation, audit and certification26 questions
- Data and AI20 questions