SSE Compliance Process

1
Improving Support Solutions
Support Solution Envelope Compliance Process
(V1.5 Sept 09)
Enabling project teams to develop effective and
coherent support solutions across DES.
Assisting Through Life Investment Assurance
2
Instructions

• An overview of the SSE Compliance process is
  provided by running this PowerPoint presentation
  as a slideshow from the main process slide
  (previewed below).
• Hyperlinks are used to link each process box to
  further slides showing more detail.
• Return buttons will link back to the main
  process slide.
• The Esc key will end the slideshow.

e.g.
Return
Click on Slide preview to continue
Preview of main process slide
3
SSE COMPLIANCE PROCESS
NOTE EACH BOX IS HYPERLINKED TO OTHER SLIDES
REVEALING MORE DETAIL
Click on Boxes for more detail
Requirement for SSE Compliance identified
Assurance is a through life activity
PT present Assurance Statement to DESIB
START
Assurance Plan Update
Assurance Plan Agreed
SSO Assigned
Support Solution Statement
Initial briefing
SSE Tailoring
Support Assurance Review (SAR)
Compliance Assessment
SSO Review
Update SSE Compliance Tool
Baseline SSE Compliance Tool
Final SSE Compliance Tool
Support Solution Report
Establish the Compliance Requirement
Policy
Project Team (PT) Develops Support Solution
(producing agreed SSE evidence)
Assurance
SME Advice Guidance
Assurance Plan
4
Assurance
Note SSE Compliance supports Assurance activity
MGBC
IGBC
LSD / ISD
In-Service
Acceptance Into Service
In Service Review
Assurance Plan
Assurance Plan Update
Business Case
Business Case
Assurance Plan Update
Assurance Plan Update
Assurance
JSC Assurance
JSC Assurance
JSC Assurance
JSC Assurance
Support Solution Statement
Support Solution Statement
Support Solution Statement
Support Solution Statement
Project Team Update SSE Compliance Matrix
SSE Compliance
SSE Compliance
Project Team Develop, deliver, manage the
Support Solution
SIT and SMEs Engage with PT to deliver advice
and guidance
Return
5
Policy

• DES Standing Instructions (SIs)
• SIs provide project team leaders with policy and
  instruction on the appropriate discharge of their
  delegations and responsibilities from Chief of
  Defence Materiel (CDM).
• Policy on project team leader responsibilities
  applies to all Basic Level Budget Holders (BLBH)
  unless they hold a specific exemption in their
  personal Letter of Delegation from CDM.
• SIs act to clarify Letters of Delegation and the
  AOF.
• SI-10 Support Solutions Management
• Mandates the project team to assess compliance of
  Support Solutions through life with policies
  articulated through the SSE framework.
• SI-11 Supply Chain
• Mandates the use of SSE compliance to assess
  Support Solutions against KSA3 Policies.
• SI-9 Logistic Information Management
• Mandates the use of SSE compliance to assess
  Support Solutions against KSA4 Policies.
• SI-21 Through Life Investment Assurance Framework
• Clarifies the role of Assurance in Support of
  DES Investment proposals
• SE Assurance Policy mandates tailored SSE
  Compliance as an activity that will support SE
  Assurance for all programmes, and as such must be
  captured in project team Assurance Plans.
• Acquisition Operating Framework (AOF)
• The Operational layer of the AOF confirms that
  the use of the SSE by project teams is mandated
  by CDM.
• AOF location AOF/AOF Operational
  Layer/Logistics/Key Policies and Processes.

Return
6
Through Life Investment Assurance Plan
Project Assurance
Fin
Com
SE
ISS
JSC Assurance
HR
Support Solution Statement
SSE compliance tool
SSE Compliance
KSA1
KSA2
KSA3
KSA4
Support Solution Statement (based on SSE
Compliance Assessment, using SSE Compliance tool)
is a mandated component of the JSC element of
Project Assurance Plans, and subsequent JSC
Assurance Statement.
Return
7
Requirement for SSE Compliance identified

• DES Standing Instruction 10 (SI-10) mandates that
  project teams must undertake SSE Compliance
  assessment through Life.
• SSE Compliance assessment is a through life
  process, providing most benefit to project teams
  when applied early with the involvement of SMEs
  who can assist development of a projects support
  solution.
• The Support Improvement Team (SIT) act as a focal
  point for projects assisting them through the
  process
• Initial Point of Contact for projects.
• Facilitating the involvement of SMEs.
• Conducting Support Assurance Reviews (SARs) to
  assist projects.
• Supporting the provision of JSC Assurance.
• Throughout, the aim will be to assure that the
  resultant support solution is effective (meets
  user requirements), and is coherent with MoD
  corporate policy (other support solutions).
• The projects Through Life Investment Assurance
  Plan (TLIAP) must be used to identify that SSE
  Compliance will underpin JSC Assurance.
• The nominated SIT Support Solutions Officer (SSO)
  acts as JSC Point of contact for this activity.

Return
8
SSO Assigned

• SSE Compliance relies on project contact with a
  wide range of SMEs.
• The Support Improvement Team (SIT) act the
  projects primary point of contact to facilitate
  SME contact.
• Projects should initiate contact with SIT through
  their SIT Operating Centre Lead (OC Ld).
• Alternatively a projects existing relationships
  with SIT staff may be used.
• SSE Compliance must be identified in the
  projects Assurance Plan as the single component
  of JSC Assurance.
• For new projects, SIT will agree priority and
  ownership by a nominated Support Solutions
  Officer (SSO) based on the demand plan, business
  need, and available resources to act as the
  projects main contact.
• The SSO will identify themself to the Project
  team.

Return
9
Initial briefing

• A standardised letter to introduce SSE Compliance
  can be issued by the SSO prior to an initial
  meeting.
• Particularly for project teams new to SSE
  compliance, the SSO will conduct an initial
  briefing to introduce the project teams to the
  process.
• The briefing should be aimed at the specific
  needs of the project team, and can cover the
  following types of concern
• A general overview of SSE Compliance.
• Benefits of SSE compliance.
• Who is involved.
• Tailoring overview.
• How to engage with SMEs.
• The link between SSE compliance and Assurance.
• Project teams familiar with SSE compliance may
  not require a detailed briefing, however it is
  important that all parties understand the
  process.

Return
10
Establish the Compliance Requirement

• A benefits review is undertaken to agree GP
  tailoring, agree the evidence requirement, and
  set some priorities.
• The project team should assemble relevant support
  documentation that will provide an overview of
  the current support picture.
• A meeting will usually be held where the SSO and
  project team will discuss the SSE compliance
  requirement
• The Projects current SSE compliance assessment
  may be reviewed.
• The SSO will advise on the resourcing of the
  Projects ILS activities, and where necessary
  will assist the project team to obtain suitably
  qualified resources
• Internal MoD Licensed ILS Staff.
• External assistance through the FATS Contract.
• The SSO will provide initial guidance on which GP
  are not applicable and therefore can be tailored
  out (SSO Tailoring).
• The SSO will engage with Policy leads to confirm
  relevant GPs, and then provide the project team
  with guidance on priorities for engaging with
  SMEs.
• The project team will engage with SMEs to confirm
  the GP evidence requirement and the SME role in
  supporting the Projects development of their
  support solution.

Return
11
SSE Tailoring

• The SSO will facilitate the SSE Tailoring process
  through the following steps (click on each box
  for further detail)
• The objective of SSE Tailoring is to reach formal
  agreement between the project team and SSO on
  relevant GPs.
• The SSOs view of relevant GPs and priorities
  will be communicated to project teams through a
  Compliance Requirement Letter issued by the SSO.

KSA Owner Tailoring
SSO Tailoring
Return
12
SSO Tailoring

• SSO and project team use the SSE Tailoring Tool
  to identify which GPs may be tailored out.
• SSO in conjunction with project team populates
  the Compliance Tool with conclusions from SSO
  tailoring
• Tailored out GPs identified (Compliance Tool
  colour coding adjusted accordingly to white) and
  comments added to show why GPs have been tailored
  out.
• At this stage there is no requirement to comment
  on the remaining (relevant) GPs within the
  Compliance Tool.

Return
13
KSA Owner Tailoring

• SSO engages with KSA owners to confirm relevant
  GPs.
• SSO sends a copy of the Compliance Tool to KSA
  owners asking for concurrence (or otherwise) of
  decisions made at the SSO Tailoring stage.
• KSA owners will confirm which GPs are not
  required, updating the Compliance Tool with
  applicable comments and return it to the SSO.
• KSA owners are required to ensure that up to date
  SME points of contact for GPs are maintained
  through the SSE Framework.
• For KSA 1 and 4 (where there is often a single
  SME for each GP) the SSE Framework will identify
  relevant GP Points of contact.
• For KSA 2 and KSA 3 (where there are often a
  large number of SMEs for each GP) relevant SME
  contact details will be confirmed by the KSA
  Owner, and SMEs will be informed that the project
  team will soon seek to engage with them.

Return
14
Baseline - SSE Compliance Tool

• The Evidence requirement for the relevant GPs
  will be agreed.
• SSO sends updated Compliance Tool to the project
  team along with a Compliance Requirement Letter
  to articulate priorities and guidance on how to
  engage with SMEs.
• Project team engages with SMEs to agree evidence
  requirement for GPs that have been tailored in.
• The project team should baseline the SSE
  compliance tool and confirm that that SMEs are
  content.
• Project team updates Compliance Tool to show what
  evidence the ILS programme will produce for
  agreed GPs.
• Project team issues baseline Compliance Tool to
  all SMEs.
• Where SSE compliance is to underpin Investment
  Assurance, the Project must ensure that the
  baseline version number of the SSE compliance
  tool is identified within their Assurance Plan.

Return
15
Assurance Plan Agreed

• Where SSE compliance has been identified as an
  Assurance activity, the project teams lead for
  support (usually ILSM) must ensure that
• Project Investment Assurance Plan reflects that
  SSE compliance will underpin JSC Assurance.
• Project Assurance Plan reflects that criteria for
  SSE compliance has been agreed through a
  Baselined SSE Compliance tool.

Return
16
Project Develops Support Solution

• Project team develops support solution with
  assistance from SMEs.
• Project team will benefit from regular contact
  with the nominated SSO who can assist support
  solution development through the use of Support
  Assurance Reviews
• Use of the SSE compliance tool is encouraged as
  it will assist project teams in reviewing
  progress and prioritising work.
• Effective support solution development activity
  will start to produce the agreed SSE evidence
  requirement.
• When the evidence matures and is complete it
  should be reviewed.
• Assurance GPs Review of evidence and endorsement
  of compliance by identified SME
• Ensurance GPs Review of evidence and self
  endorsement of compliance by the project team
  subject lead (with advice from SME where
  applicable).

Return
17
SME Advice Guidance

• SMEs will assist the project team to develop the
  support solution, providing advice and guidance
  to assist with support development activity.
• Whilst project teams are encouraged to liaise
  directly with SMEs for specialist advice, the SSO
  will act as the primary point of contact for
  general issues.

Return
18
SSO Review

• As work progresses the project team should engage
  regularly with their nominated SSO who will
  provide advice and guidance to maintain the SSE
  Compliance programme.
• Ongoing engagement with the SSO may identify the
  need for a Support Assurance Review to examine
  the support solution .
• e.g. Where stakeholders external to the SSE
  compliance process need to be briefed on
  compliance risks (OC Directors, Team Leaders,
  Programme Support Leads, Assurors etc).

Return
19
Update SSE Compliance Tool

• As work progresses the project team should engage
  regularly with their nominated SSO updating the
  SSE Compliance tool with
• Agreed changes to the range of compliance GPs as
  a result of support solution development
• Additional GP that are now relevant.
• Removal of GP that are found to be not relevant.
• Changes to the Evidence requirement.
• Production of agreed support solution evidence.
• Endorsement of Assurance GPs by SMEs.
• Self Endorsement of Ensurance GPs.
• Ongoing engagement with the SSO may identify the
  need for a Support Assurance Review to examine
  the support solution .
• e.g. Where stakeholders external to the SSE
  compliance process need to be briefed on
  compliance risks (OC Directors, Team Leaders,
  Programme Support Leads, Assurors etc).

Return
20
Support Solution Report

• Support Assurance Reviews (SARs) will enable
  project teams to scope SSE compliance risks and
  update planned support solution development
  activity.  
• Where a formal output from review activity is
  identified, the SSO can produce a Support
  Solution Report to provide the project team with
  an assessment of SSE Compliance activity
• Support risks and issues.
• Compliance.
• Recommendations for further work required
  (Priorities).
• Opportunities.
• The Support Solution Report will tend to focus on
  recommendations on how the project team should
  address compliance risks.
• The Support Solution Report may identify the need
  for an update of the Compliance Tool.

Return
21
Support Assurance Review (SAR)

• Regular review of the compliance programme should
  be undertaken between the project team and SSO,
  and where necessary this can involve a range of
  Support Stakeholders and SMEs.
• Formal support evaluation reviews, in the form of
  SARs, can be requested by project teams. Their
  scope will be tailored to the needs of the
  project, however as a minimum it is recommended
  that project teams consider requesting SARs at
  the following times
• The first before the pre IG Early Engagement
  DESIB and the second before the pre-MG Early
  Engagement DESIB.  These SARs will provide the
  project team with an assessment of confidence in
  the support element of the investment proposal by
  clarifying remaining evidence requirements before
  Business Case submission.
• The third prior to Logistic Support Date (design
  freeze or the Critical Design Review) will
  provide stakeholders with an assessment of
  confidence that an effective support solution
  will be delivered, and clarify remaining evidence
  requirements that will underpin acceptance into
  service.
• The last when the capability is in service and it
  is appropriate to review the support solution in
  order to gain operational and efficiency
  improvements.
• SAR outputs can be produced by the SSO in the
  form of a Support Solution Report

Return
22
Assurance Plan Updated

• Following on from a Support Assurance Review
  (SAR), the project team lead for support (usually
  ILSM) must ensure that
• Project Investment Assurance Plan is updated to
  reflect the SAR outputs.
• Project Investment Assurance Plan is updated to
  reflect that criteria for SSE compliance has been
  reviewed and where it has changed, is recorded
  through a revised version of the SSE Compliance
  tool.

Return
23
Compliance Assessment

• The SSO will run a compliance assessment, to
  formalise the support picture at the end of the
  project phase.
• The SSO will produce a Support Solution Statement
  to report on their findings.
• SSO will use the final version as a basis for
  producing a Support Solution Statement.

Return
24
Finalise SSE Compliance Tool

• The project team will produce a final version of
  the SSE Compliance tool at the end of each
  Project phase.
• The tool must indicate
• SME endorsement of support evidence
• SME endorsement of Assurance GPs
• Self endorsement of Ensurance GPs
• SSO will use the final version as a basis for
  producing a Support Solution Statement.
• To allow time for staffing, the final version of
  the SSE Compliance tool should be submitted to
  the SSO within agreed timescales.

Return
25
Support Solution Statement

• The SSO will draft a Support Solution Statement
  (SSS) indicating Full, Limited or Non Assurance,
  the SSS will address risks to the support
  solution derived from SSE compliance.
• The SSS will draw on key areas of Non-compliance,
  and will be approved and issued to the project
  team by the JSC Assuror.
• The SSS will also be made available to D JSC (or
  nominated representative) to attend DESIB events.
  

Return
26
Assurance Statement to DESIB

• The project team will use the SSS, alongside
  statements from other functional assurance
  pillars, to prepare its DESIB submission
  addressing the risks identified.
• The risks identified in the SSS must be addressed
  as part of the projects DESIB approval.

Return