If…, then how…
If I inherit a programme with no documentation, where do I start?
Add to board memoOpen the memo
The short answer
- Recommendation
- Secure access, list open incidents and deadlines, and change nothing else. Then rebuild the handover from records, agree in writing who decides what, interview every group, and check each of the ten areas against proof before you write documents or promise anything.
- Reasoning
- Missing paper does not mean missing practice, and it does not mean the practice works. People describe what they believe is done, so a statement stays Described only until you have seen a record, a test or a system view (rule TR-02). The findings show which documents and plan items are needed. A document rewritten before discovery lacks the reasons a change needs.
- Considerations
- Whether you may ask the outgoing leader for help after their last day depends on their contract and any leaving agreement. Legal and HR confirm it.
- The pack's defaults are decision rights agreed within 10 working days and the baseline recorded within 60 days. Your own standard or contract may set others.
- Who approves a document depends on how you are governed. In the pack's defaults executive management approves a policy, and the head of information security approves a standard or a procedure.
- A finding that puts people, services or a legal duty at risk is acted on at once. Incident and reporting decisions stay with your incident plan.
The decision, step by step
Select any step for the reasoning behind it and where the pack covers it.
- Start
- Step
- Decision
- Outcome
Keyboard: Tab to a step, arrow keys move along the flow, Enter pins its explanation, + and − zoom, 0 fits the diagram, Esc closes. The text version below has the same content.
Where a step quotes a number, it is the default in the CISO Times pack. Your own standard may set a different one.
Read as text
The same flow written out: each step, its reasoning and where the pack covers it. 20 steps.
Start
I have inherited a programme with little or nothing written down
Missing paper does not mean missing practice, and it does not mean the practice works. People describe what they believe is done. The pack's idea is to learn before you promise, find out what is real, decide who decides, and record where you started. Treat what you are told as a lead until you have seen proof.
In the pack
- P27-A01 P27-A01
- P27-A02 First 90 Days Security Leader Checklist90 Days
Step
Week 1: secure access, open incidents and dates, change nothing else
These cannot wait for discovery. Confirm the outgoing leader's accounts, administrator rights, tokens and vendor portals are removed, and check it against a fresh extract. List every open incident and reporting duty, and confirm who holds each incident role. List every deadline in the next 90 days. Change no policy, tool or team structure yet, except to stop harm, act on a legal duty or take a no-regret action.
In the pack
- P27-A02 First 90 Days Security Leader ChecklistRequirements (rule TR-08)
- P27-A02 First 90 Days Security Leader ChecklistRequirements (rule TR-09)
- P27-A02 First 90 Days Security Leader ChecklistRequirements (rule TR-01)
Decision
Can the outgoing leader still be asked questions?
They may be at work, serving notice or already gone. Whether you may ask for help after their last day depends on their contract and any leaving agreement. Legal and HR confirm that. If you do not know whether they can be reached, take the second branch and start from records.
- Yes: Ask them to complete the handover document, access first
- No, or not known: Build the handover from records and mark every gap
In the pack
- P27-A05 Security Function Handover DocumentBuilding the form from records
Step
Ask them to complete the handover document, access first
The handover document has twelve sections. In a small organisation the outgoing leader may be the only person who knows most of it, so ask for the access and accounts section first. Treat what they write as what they believed. It is not yet a finding. Where a section has nothing, it says None, with a date and who said so.
In the pack
- P27-A05 Security Function Handover DocumentSmall organisation
- P27-A05 Security Function Handover DocumentHD-09 Access and accounts
- P27-A02 First 90 Days Security Leader ChecklistRequirements (rule TR-06)
Step
Build the handover from records and mark every gap
Start in week 1 and do not wait for anyone. Look in the identity system and password manager for access, the incident log for incidents, the contracts and the sent mail of the outgoing leader for promises, and the supplier register and finance payments for suppliers. Mark each section as built from records, and write down what the records do not show. Ask the leader's manager and team for the rest.
In the pack
- P27-A05 Security Function Handover DocumentBuilding the form from records
- P27-A02 First 90 Days Security Leader ChecklistRequirements (rule TR-06)
Decision
Has the sponsor confirmed in writing who decides what?
With no documents, nobody may be sure who approves what. The pack's default is to agree the arrangement in writing with the executive sponsor within 10 working days, and to review it at days 30, 60 and 90. It gives no right that the packs which set each right do not give, and nobody approves what they own. Answer no if it is only understood.
- Yes: Interview every stakeholder group before judging anything
- No, or not known: Agree appointment, reporting line and decision rights in writing
In the pack
- P27-A06 Transition Decision Rights MatrixDecision Rights
- P27-A02 First 90 Days Security Leader ChecklistRequirements (rule TR-05)
Step
Agree appointment, reporting line and decision rights in writing
Ask the sponsor for a signed or emailed note of your appointment and authority, and agree for each kind of decision whether you own it, share it or escalate it in each 30-day window. In the first 30 days the default is to escalate policy, new risk acceptances, supplier decisions and spend. Incident decisions are the incident plan's and stay as they are. Spending and hiring limits are the organisation's own, so ask for them.
In the pack
- P27-A06 Transition Decision Rights MatrixDecision Rights
- P27-A06 Transition Decision Rights MatrixInstructions
Step
Interview every stakeholder group before judging anything
People hold what paper does not. Hold an interview with each of the ten groups in the first four weeks, with the same four questions: expectations, worries, what has been promised, and who else to see. Record expectation, concern, commitment and follow-up for each, and commit to nothing you have not checked. Send each person a note of what you heard.
In the pack
- P27-A04 Stakeholder Interview Guide & RecordWho to interview, and when
- P27-A04 Stakeholder Interview Guide & RecordThe four core questions
- P27-A02 First 90 Days Security Leader ChecklistRequirements (rule TR-03)
Step
Go through ten areas and ask to see each one working
Governance, risk, policy, access, vulnerabilities, incidents, suppliers, resilience, awareness and assurance. For each, ask for a record, a test or a system view. When nothing is written down, the system view and the test matter most: the identity system's account list, the scanner console, the backup console, a restore you watch. Start with the areas the interviews raised.
In the pack
- P27-A03 Inherited Security Programme Discovery WorkbookAreas
- P27-A03 Inherited Security Programme Discovery WorkbookMethod
- P27-A02 First 90 Days Security Leader ChecklistRequirements (rule TR-02)
Decision
Did you see a record, a test or a system view of it?
Seeing it is the test. A person telling you, or an old document claiming it, is not. If it was seen, compare it with what you were told or what the document says. If you have not been able to look yet, the answer is no, which is the more cautious branch.
- Yes, and it matches: Record it as Evidenced and leave it alone
- Yes, and it differs: Record it as Contradicted and find out why before telling anyone
- No, or not known: Record it as Described only, or Not found after asking by a date
In the pack
- P27-A03 Inherited Security Programme Discovery WorkbookMethod
- P27-A02 First 90 Days Security Leader ChecklistRequirements (rule TR-02)
Step
Record it as Evidenced and leave it alone
Seen and matching what you were told. Nothing needs fixing, and the absence of a policy document is not a reason to rewrite something that works. Note what you saw and when, because the finding is checked again after 6 months by default, or on a material change. An Evidenced finding is not a maturity level.
In the pack
- P27-A03 Inherited Security Programme Discovery WorkbookMethod
- P27-A02 First 90 Days Security Leader ChecklistRequirements (rule TR-02)
Step
Record it as Contradicted and find out why before telling anyone
What you saw differs from what you were told. Check your own reading first, then ask the person who described it, without blame. Record what is found, not who is to blame. Judgement: a contradiction in access, incidents or a commitment to a regulator should reach the sponsor soon, and the rest can go into the first executive briefing, which closes discovery.
In the pack
- P27-A03 Inherited Security Programme Discovery WorkbookMethod
- P27-A02 First 90 Days Security Leader ChecklistNot Early
Step
Record it as Described only, or Not found after asking by a date
Described only means you were told and have seen nothing. Not found means you asked for it, by a date, and nothing was produced or could be found. Both are gaps in proof, not proof that nothing is done. Judgement: with no documents, expect many of these, so ask by a stated date to separate the two.
In the pack
- P27-A03 Inherited Security Programme Discovery WorkbookMethod
- P27-A02 First 90 Days Security Leader ChecklistRequirements (rule TR-02)
Decision
Does a finding put people, services or a legal duty at risk now?
Examples are live access of someone who has left, a backup that cannot restore a critical system, or a reporting duty with a running clock. Stopping harm, acting on a legal duty and no-regret actions are the only changes allowed before discovery ends. If you cannot tell, take the yes branch. Inherited exceptions and risk acceptances are reviewed within 30 days by default, by the approver the band sets.
- Yes, or not known: Act on that item now and tell the sponsor today
- No: Record the starting position in counts and words within 60 days
In the pack
- P27-A02 First 90 Days Security Leader ChecklistRequirements (rule TR-01)
- P27-A02 First 90 Days Security Leader ChecklistRequirements (rule TR-07)
Outcome
Act on that item now and tell the sponsor today
Take the smallest action that stops the harm or meets the duty. Judgement: tell the executive sponsor the same day. Do not sign a statement to a regulator or auditor you have not checked. Incident decisions and reporting decisions stay with the incident plan's decision rights. Record what you did and why, then carry on with discovery.
In the pack
- P27-A02 First 90 Days Security Leader ChecklistNot Early
- P27-A06 Transition Decision Rights MatrixDecision Rights
Step
Record the starting position in counts and words within 60 days
Write down where the programme starts as counts, such as 4 of 10 areas looked at, and as levels in words, with Unknown and a reason where you cannot tell. There is no score, no percentage and no colour total. Date every value. In a year this is what lets you show what changed.
In the pack
- P27-A10 Security Posture Baseline ScorecardRules and Words
- P27-A02 First 90 Days Security Leader ChecklistRequirements (rule TR-12)
Decision
Is there a risk register with owners and review dates?
The register is the base for most later decisions, so check it early. If one exists, see whether two risks trace to a treatment action. If it is missing, out of date or you cannot tell, take the no branch.
- Yes: From week 8, write only the documents the findings support
- No, or not known: Start a register from the scenario library after the interviews
In the pack
- P27-A03 Inherited Security Programme Discovery WorkbookAreas
- P05-A09 Cyber Risk Scenario LibraryScenario Library
Step
Start a register from the scenario library after the interviews
Take scenarios that fit what the interviews and findings showed, not the whole library. Judgement: give each one an owner outside security where you can, as the library's own example does, and seed from the library because it is quicker than writing from nothing and avoids missing the usual risks.
In the pack
- P05-A09 Cyber Risk Scenario LibraryPick for My Register
- P05-A09 Cyber Risk Scenario LibraryScenario Library
Step
From week 8, write only the documents the findings support
Documents come after findings, not before. Choose a profile of Core, Growing or Regulated to see which policies, standards and procedures an organisation like yours needs, then write the ones that fix a finding. By default in the pack, executive management approves a policy and the head of information security approves a standard or procedure. Who approves in your organisation depends on how it is governed, so confirm it with the sponsor.
In the pack
- P04-A05 Security Policy Hierarchy & Document MapChoose Your Profile
- P27-A02 First 90 Days Security Leader ChecklistNot Early (rule NE-2)
Outcome
Put a 100-day plan to the sponsor before promising anything
Every item traces to a finding, an interview record or a handover gap, and the plan lists what you dropped and why. Agree it in writing with the sponsor. Then take the plan, the reporting rhythm and the asks to the executives and the management body. A promise to a customer, auditor or regulator follows the plan, and never leads it.
In the pack
- P27-A07 100-Day Security Plan
- P27-A02 First 90 Days Security Leader ChecklistRequirements (rule TR-14)
Practical checklist
- Confirm the outgoing leader's access is removed against a fresh extract, and list open incidents, reporting duties and every deadline in the next 90 days.
- Build the handover from the identity system, the incident log, the registers, contracts and correspondence, and write down what the records do not show.
- Agree your appointment, reporting line and decision rights in writing with the executive sponsor.
- Interview each of the ten stakeholder groups with the four core questions, and commit to nothing you have not checked.
- Ask for a record, a test or a system view in each of the ten areas, starting with those the interviews raised, and record one of the four finding words.
- Act at once on any finding that puts people, services or a legal duty at risk, and tell the sponsor.
- Record the starting position in counts and words, with Unknown and a reason where you cannot tell.
- Write only the documents the findings support, and put a 100-day plan to the sponsor before promising anything outside.
Evidence to have ready
- The handover built from records, with each section marked and every gap written down with who was asked.
- The sponsor's written note of your appointment, authority and decision-rights arrangement.
- The interview records and the discovery findings, each stating what was seen and the date.
- The baseline in counts and words, and the 100-day plan with each item traced to a finding, an interview or a handover gap.
Assumptions
- You are a new head of security or CISO, often with a small team, and you report to an executive sponsor.
- The time limits shown are the defaults in the CISO Times transition pack. Your own standard or contract may set different ones.
- Your organisation's own incident procedure governs how an incident is run, and counsel confirms what a management body's liability means.
Not covered here
- The full week-by-week plan for the first 90 days. That is “What do I do in my first 90 days as a new CISO?”.
- How to test what an inherited programme really does, as against what it claims. That is “How do I find out what an inherited security programme really does, as opposed to what it claims?”.
- How to rebuild what you need when the predecessor left with no handover at all. That is “If my predecessor left without a handover, then how do I rebuild what I need?”.
- Which policies an organisation of your size needs. That is “How do we decide which policies we actually need, for our size and regulation?”.
Related questions
- What do I do in my first 90 days as a new CISO?
- How do I find out what an inherited security programme really does, as opposed to what it claims?
- If my predecessor left without a handover, then how do I rebuild what I need?
- How do we build a risk register from nothing?
- How do we decide which policies we actually need, for our size and regulation?