Pre-MDD Military Capability Analyses Initiation to Materiel Development Decision (MDD)

Lesson Objectives Examine analytical approaches that identify military capabilities, capability gaps, recommend non-materiel & materiel approaches, & recommend action Examine military capability analytical approaches Examine capability analyses & their relation to the DOTmLPF-P Change Recommendation (DCR) & Initial Capabilities Document (ICD) Summarize the essential characteristics & qualities of Capability Based Assessments (CBAs)

The Horse Blanket View of the World… JCIDS is: A key supporting process for DoD acquisition and resourcing processes Supports JROC’s “Title 10 statutory responsibility to validate joint warfighting requirements” Supports the CJCS advising the SecDef in identifying, assessing and prioritizing joint military requirements (shape the force) “Requirements” (JCIDS) Acquisition “PPBE” Acquisition is not…the entire system 3

JCIDS Relationships

The JCIDS View of the World CONPLAN: Concept Plan DPG: Defense Planning Guidance GEF: Guidance on Employment of the Force GFM: Global Force Management ISC: Integrated Security Construct JCTD: Joint Capability Technology Demonstration JOPES: Joint Operational Planning & Execution System NDS: National Defense Strategy NMS: National Military Strategy NSS: National Security Strategy OPLANS: Operations Plans QDR: Quadrennial Defense Review SSA: Support for Strategic Analysis WMA-IT PFM: Warfighting Mission Area Info Tech Portfolio Mgmt

JCIDS & Acquisition Military Services - key acquisition activities/documents - OSD/Joint Staff Support to Strategic Analysis (SSA) Products Joint Operations Concepts (JOpsC) family President, SECDEF & Chairman: Strategic Guidance Identification of Capability Requirements Analysis of Alternatives (AoA) Technology Development Strategy (TDS) Test & Evaluation (T&E) Strategy (TES) System Engineering Plan (SEP) Technology Demonstrated Initial Key Performance Parameters/Key System Attributes (KPPs/KSAs) Acquisition Strategy T&E Master Plan (TEMP) SEP Final Design Developmental T&E (DT&E) Operational Assessments Revise KPPs/KSAs Acquisition Strategy Acquisition Program Baseline (APB) TEMP SEP Low Rate Initial Production (LRIP) Initial Operational T&E (IOT&E) Acquisition Strategy APB TEMP SEP Operational Planning CBAs & Other Studies Exercises/Lessons Learned JCTDs/JUON/JEON/ Experiments JIEDDO Initiatives Defense Business Sys Outputs LRIP FOT&E Mission & Problem Capability Gaps Tasks Performance Conditions Operational Risk Non-Materiel Approaches Materiel Approaches Recommendations Materiel Development Decision activity MS “A” MS “B” MS “C” Select Joint Concept Develop CONOPS Capabilities-Based Assessment / Other ICD Materiel Solution Analysis Draft CDD Technology Development CDD Engineering & Manufacturing Development CPD Production & Deployment CCMD Analysis of Alternatives (AoA) Competitive Prototyping Evolutionary Acquisition Military Services JROC action for JROC Interest programs (ACAT I & IA) Validates ICD Reviews AoA Results Validates CDD Validates CPD SECDEF Joint Staff / Joint Requirements Oversight Council / OSD OSD (AT&L, CAPE), Services and OSD (DOT&E) -- Joint Staff (JROC) Develop, Test, Produce & Field Policy Identify Capability Requirements Select Materiel Solution Getting the front end right is key 6

Why Care About Up-Front Analyses? Life Cycle Affordability Determination* Life Cycle Cost (LCC) Determination 100 80 Approximately 90% of LCC determined here 60 Actual Funds Spent 40 20 Approximately 10% of LCC Spent EMD Pre-MSA A TD B C P&D O&S Control Costs Here: “Sweet Spot” Affordability Reduction Opportunities *Notional curves based on a combined Kaminski, DAU, & AMR Research Inc. data… 7

Pre-MDD Military Capability Analysis Joint Concepts Capability & Requirements Analyses MS C MS B Strategic Guidance MS A Technology Development Engineering & Manufacturing Development Production & Deployment Materiel Solution Analysis Technology Opportunities & Resources ICD O&S User Needs MDD CDD CPD AoA AoA: Analysis of Alternatives CDD: Capability Development Document CPD: Capability Production Document ICD: Initial Capabilities Document\ MDD: Materiel Development Decision O&S: Operations & Support

Three “Lanes” to Meet Warfighter Needs “Keep right, except to pass” D E L I B R A T M G N U 0 – 2 YRS 0+ to 5 YRS CONFLICT LANE ONLY POTENTIAL 2-6+

Lane #1: The Deliberate Process Deliberate Requirements Service, CCMD or Agency-driven Traditional route for capabilities that need significant tech development and/or are not urgent or compelling in nature “Keep right, except to pass” 0 – 2 YRS 0+ to 5 YRS 2-6+ YRS U R G E N T E M R G N T D E L I B R A T JRAC addresses Lanes #2 & #3 later this week… CONFLICT LANE ONLY POTENTIAL CONFLICT LANE

Fundamental goal is to recommend action or accept risk Solving Gaps Paths to solving capability gaps GFM: for materiel (“little m”) approach available in Joint Force DCR: for materiel (“little m”) organic Joint Force approach or non-materiel approach ICD: when both materiel (“big M”) and non-materiel approach is needed CBA is the “typical” analytical basis to identify needed capabilities & associated capability gaps Recapitalization, replacement, & IS: NLT 90 days More complex or new mission area: NLT 180 days No extensive detail or pre-determined solution Fundamental goal is to recommend action or accept risk CBA: Capabilities-Base Assessment DCR: DOTmLPF-P Change Recommendation GFM: Global Force Management IS: Information Systems

Operational Planning (& Execution) OPLANs & CONPLANs – CCMD roles, missions, & forces Ongoing Operations (execution): Could be JUON or component urgent need process Potential mission failure or unacceptable loss of life (now…) Anticipated Operations (planning): Could be JEON or component urgent need process Potential mission failure or unacceptable loss of life (should operations begin soon…) “If operations were to begin tomorrow, would the unfulfilled JEON then turn into a JUON?” CCMD: Combatant Command CONPLAN: Concept Plan OPLAN: Operation Plan

Other Analytical Approaches CJCSI 3150.25, Joint Lessons Learned Program http://www.dtic.mil/cjcs_directives/cdata/unlimit/3150_25.pdf Documentation reflects operational utility May lead to further analyses (CBA trigger?) & development of JCIDS documents for staffing Joint IED Defeat Transition Package Used as a source document for the CDD & CPD - JROC approval & transition to program of record (POR) JCTD – Joint Capability Technology Demonstration Only after a sufficient assessment of operational utility Outlined in JCTD website: http://www.acq.osd.mil/jctd/ Prototypes Used to address JUONs & JEONs (FITE) (IED robot with Tanglefoot) (JLTV)

JUONs, JEONs, & Other Experimentation (Scan Eagle) JUON – Joint Urgent Operational Need (or component urgent needs process) May enter JCIDS without an ICD Uploaded to KM/DS JEON – Joint Emergent Operational Need (or component urgent needs process) Joint Experimentation Sufficient assessment of operational utility Outlined in CJCSI 3010.02C, Joint Concept Development and Experimentation (JCD&E) http://www.dtic.mil/cjcs_directives/cdata/unlimit/3010_02.pdf NEW KM/DS: Knowledge Management/Decision Support

DBS – Business Case Documents Information Systems (IS) that are NOT part of a weapon system NOT directly involved in military or intel missions Validated by DBSMC Uses a business case document Employs Business Capability Lifecycle (BCL) process in lieu of an ICD & CDD Still uploaded to KM/DS If joint oversight required, case document used for staffing & validation Outlined in AT&L DTM, 11-009, Acquisition Policy for Defense Business Systems (DBS), 23 Jun 2011 http://www.dtic.mil/whs/directives/corres/pdf/DTM-11-009.pdf Lesson Learned for all these approaches: good documentation vital when using these alternatives… BCL: Business Capability Lifecycle DBSMC: Defense Business Systems Management Committee

DoD Capability Analysis Outputs Regardless of the approach used, primary outputs will: Describe the mission & military problem Assess prior studies Id the tasks needed to meet mission objectives Id the capabilities using one or more JCAs - describe the tasks, conditions, standards Assess the capability gaps – needed vs programmed force structure Assess the operational risk for each capability gap if not addressed Evaluate possible non-materiel & materiel approaches that would satisfy part or all of the capability gaps Recommend the most appropriate approach to close the capability gaps and reduce operational risk Fundamental goal: recommend action or accept risk JCA: Joint Capability Area

CBA Overview CBA: Initiated by: Becomes basis for: Validating capability needs DoD Sponsor CBA: Typical analytic basis of JCIDS Based upon: Recommends: Joint Concepts Endorsed CONOPS Formally- tasked OPLANS and CONPLANs ACTION w/o excessive rigor ISCs CCJO: Capstone Concept for Joint Operations CONPLAN: Concept Plan ISC: Integrated Security Constructs OPLAN: Operation Plan

CBA to AoA JCIDS Acq Capability Identification Requirements ID tasks, performance, & conditions “What’s the military problem” MDD ID capability gaps & redundancies “Analyze the programmed force structure & doctrinal approaches” CBA/ICD Sets up the AoA… ID possible non-materiel & materiel solutions “Address gaps or accept risk” Seam Between Capabilities & Acquisition ICD AoA JCIDS Acq Capability Identification Requirements Development Conduct of a CBA

Identify Military Concepts Identify Mission or Military Problem JCIDS CBA Steps Step 4 Step 5 Step 6 Step 7 Step 2 Identify Previous Studies Step 3 Determine Study Rigor Needed Capabilities Capability Gaps Operational Risks Step 1 Identify Military Concepts Identify ISCs Identify Mission or Military Problem Scope Identify Non- Materiel Approaches Assess Make Recommendations Admin: Post to KM/DS Studies Repository Needs Analysis Study Initiation Notice Termination Memo (if study terminated) Study Results Gap Analysis Solutions Analysis

CBA Lit Search: Strategic Guidance QDR CRA QDR NSHS NSS NSS NDS NDS NMS NMS CBA: Typical JCIDS analysis UCP JSCP UCP JSCP Classified Guidance GEF DPG GEF DPPG CRA: Chairman’s Risk Assessment QDR: Quadrennial Defense Review NSS: National Security Strategy NDS: National Defense Strategy NMS: National Military Strategy NSHS: National Strategy for Homeland Security UCP: Unified Command Plan GEF: Guidance on Employment of the Force DPG: Defense Planning Guidance JSCP: Joint Strategic Capabilities Plan

CBA Lit Search: Conceptual Guidance Joint Concepts Legacy Docs: JOAC, JOE, JOC, JIC, Etc… CJCSI 3010.02C JCD&E* J7 - JCCD CBA: Typical analytical basis of JCIDS JCA JCA J7 JCCD website - http://www.dtic.mil/futurejointwarfare/ JCCD is responsible for developing conceptual solutions to a Combatant Commander or Service Chiefs expected challenges and then evaluate potential solutions to those challenges through joint experimentation. JCCD: Joint Capabilities to Concept Division JCD&E: Joint Concept Development & Experimentation CCJO: Capstone Concept for Joint Operations JIC: Joint Integrating Concept JCA: Joint Capability Area JOC: Joint Operating Concept JOAC: Joint Operational Access Concept JOE: Joint Operating Environment

CBA Framework: Nine JCAs & Six FCBs JCA Definition: “…currently the preferred method the DoD uses for reviewing and managing capabilities.” “Collections of like DoD capabilities functionally grouped to support capability analysis…” First proposed in 2003 (21), tiered as far as five levels: Updated Structure: JCA # Name FCB Sponsor 1 Force Support Same J-8 2 Battlespace Awareness Same J-2 3 Force Application Same J-8 4 Logistics Same J-4 5 C4 C4/Cyber J-6 6 Cyber C4/Cyber J-6 7 Protection Same J-8 8 Building Partnerships NA J-5 9 Corporate Management NA J-5

Sample JCA & Tiering 2 Battlespace Awareness – The ability to understand dispositions and intentions as well as the characteristics and conditions of the operational environment that bear on national and military decision-making. 2.1 Intelligence, Surveillance and Reconnaissance – The ability to conduct activities to meet the intelligence needs of national and military decision-makers. 2.1.1 Intelligence, Surveillance and Reconnaissance Planning and Direction – The ability to synchronize and integrate the activities of collection, processing, exploitation, analysis and dissemination resources to meet information requirements of national and military decision-makers. 2.1.1.1 Define and Prioritize Intelligence, Surveillance and Reconnaissance Requirements – The ability to translate national through tactical objectives and needs into specific information and operational requirements for ISR. … 2.2 Environment – The ability to characterize and exploit the meteorological, space and oceanographic information from the sub-bottom of the earth’s oceans up to and including space.

1st Recommendation: Non-Materiel Approaches Doctrine Facilities Leadership & Education Organization Policy Personnel Training DCR DOTmLPF - P Change Recommendation

2nd Recommendation: Materiel Approaches Development & Fielding of Information Systems Or similar technologies with high obsolescence rates Evolution of existing capabilities Evolution of Existing Systems Provide significant capability improvement Replacing existing system with more capable system Simple recapitalization Transformational Systems Differ significantly in form, function, operation & capabilities Significant improvement over current capability Transforms how we accomplish mission

Sources: CJCSI 3170.01H, 10 Jan 2012 JCIDS Manual, 19 Jan 2012 Joint Staff, J-8, RMD

Assumptions Developing IS is fundamentally different from weapon systems Test & Cert communities can deliver faster – enabling faster delivery of IS capabilities Necessitates incremental/iterative development and testing Push requirements validation authority down IS: Information Systems IT: Information Technology

Rationale for More Change JCIDS geared to hardware IS is too fast – JCIDS can’t keep up Along with acquisition, JCIDS needs to change New capabilities needed faster – and adapted faster – to cope with faster operational environmental changes Bottom line: more agile capabilities & requirements IS process

Applicability of the IT Box IT box applies to: Software development only (w/some adapted HW) Includes integration onto COTS hardware Program costs ≥ $15 million IT box DOES NOT apply to: DBS Programs < $15 million Weapon system IS

Presentation Template Applications & System Software Development & Acquisition Requirements Organization & Oversight Capabilities Required $ Hardware Refresh & System Enhancements & Integration JROC Approved IS ICD Key Points: Describe the overall bounds of an IS program to reduce return trips to the JROC Provide to FCB/JCB/JROC as part of the approval process for an IS program’s ICD Only applies to programs that do not need to develop hardware systems (leveraging COTS/GOTS hardware) Once ICD is approved, no need to return to the JROC with a CDD or CPD unless… The IS ICD results in an MDAP

Governance Requirements Organization And Oversight: Guidance: Determines schedule & content of capability releases - users & PM Guidance: Names the flag-level body, identifies the chair, & represented organizations Applications & System Software Development & Acquisition Requirements Organization & Oversight Capabilities Required $ Hardware Refresh & System Enhancements & Integration JROC Approved IS ICD

Key Performance Parameters (KPP) Applications & System Software Development & Acquisition Requirements Organization & Oversight Capabilities Required $ Hardware Refresh & System Enhancements & Integration JROC Approved IS ICD Validated Capability Requirements And Initial Minimum Levels: The initial minimum performance levels required for the entire IS program. Application and System Software Development and Acquisition: Estimated lifetime development & integration costs (w/annual estimates) RDT&E dollars

Hardware Refresh & System Enhancements Applications & System Software Development & Acquisition Requirements Organization & Oversight Capabilities Required $ Hardware Refresh & System Enhancements & Integration JROC Approved IS ICD Hardware Refresh and System Enhancements & Integration: Estimated lifetime sustainment costs (w/annual estimates) O&M dollars

Information System (IS) ICD IS ICD Applies to: COTS, GOTS, & hardware (w/o mods…) Commercial solutions with integrated, DoD-specific performance standards Additional production or mod U.S, Allied, or interagency systems Development, integration, & acquisition of custom software apps CDDs & CPDs aren’t required as successor documents JCIDS Manual provides examples of potential IS ICD follow-on documents: Requirements Definition Package (RDP) – identifies KPPs and non- materiel changes Capability Drop (CD) – lower level document - specifies characteristics of a “widget” or “app” for partial deployment Sponsor briefs FCB every 2nd yr after validation May recommend JROC oversight

Example: Integrated Strategic Planning & Analysis (ISPAN) Organization & Oversight Flag-level oversight through ISPAN Requirements Governing Council (IRGC) Chair: GS/CD Members: ESC SPM, USSTRATCOM CIO GS COS, J2, J3, J5, J6 HQ J63, J82, J83 Key Performance Parameters KPP #1 - 4: define mission planning capabilities required services and critical user access devices: 0.99 KPP # 5, 7, and 8 – define material availability/quality of service performance KPP #6 Net-Ready requirement “Boundaries” JROC-Approved ISPAN Oversight – ASD(NII) Execute – AF/PEO ESC Hardware Refresh & System Enhancements & Integration Per year (FY04-20) = $22.8M (TY) Lifecycle cost = $387.3M (TY) Per FY = $355.8M average/yr Application and Systems Software Development Per year (FY04-20 = $54.7M (TY) Lifecycle cost = $929.9M (TY)

Pre-MDD Capability Analysis Bottom Line AoA Sound Analysis - Findings & Recommendations: vital for the foundation of a successful acquisition These same results then support which analytical document? Materiel Solution Analysis (MSA) Phase Usually starts & supports which acquisition phase? Materiel Development Decision (MDD) Supports which decision? Initial Capabilities Document (ICD) Support which document? Results & Recommendations

Lesson Take Aways Pre-MDD analysis is vital to underpinning the ICD Ensure whatever approach you use effectively scopes the analysis needed Keep in mind it sets up later, more-detailed analyses & decisions CBAs: 90-180 days, use representative scenarios from the ISC, & use a realistic timeframe for delivery of the capability Align all capability requirements to prioritized JCAs Use CDTM to develop ICD for correct format and length Recommend appropriate actions to mitigate gaps Accept risk Non-materiel Materiel

Sources for More Info JCIDS Intellipedia site: https://www.intelink.gov/wiki/JCIDS CJSCI 3170.01H, JCIDS, 10 Jan 2012 CJCSI 5123.01F, JROC Charter, 10 Jan 2012 JCIDS Manual, 19 Jan 2012 (& errata) JCIDS Process Flowchart, 19 Jan 2012 DAU online course CLR 250, Capability-Based Assessments: https://learn.dau.mil General CBA overview – more detailed than RQM 310 – access via browse mode DAU Community of Practice (CoP): https://acc.dau.mil/CommunityBrowser.aspx?id=204080&lang=en-US DTM site http://www.dtic.mil/whs/directives/corres/dir3.html

Questions? 39

What does the JROC expect from Pre-MDD analyses? Analytical depth Specific recommendation Analytical breadth Action timetables 0 of 23

What’s the maximum time a CBA should take? 30 days 60 days 90 days 180 days 0 of 23

What recommendations can be submitted with a DOTmLPF-P Change Recommendation (DCR)? Adding personnel to mission areas Realign existing facilities to support new mission areas Increasing quantities of existing items or commodities to include increases in manpower, operational tempo, spare parts, fuel supplies, and recruiting Recommend changing PME subjects or emphasis All of these choices are correct 0 of 23

Validated Threat Documents AoA Study Report Which of the following is not a predecessor document or input for the ICD? Joint Concepts Validated Threat Documents AoA Study Report Capabilities Based Assessments (CBAs) All of these choices are correct 0 of 23

Which choice best represents the role of the CBA? Maintaining focus on developing specific solutions after sponsor initiation It indirectly supports the ICD staffing process It is analysis that underpins JCIDs It directly supports the CDD staffing process All answers are correct 0 of 23

CBAs identify all but which of the following: Possible non-materiel approaches Operational risks Materiel approach support Shortfalls in existing systems 0 of 23

Backups

IT Box Background Why implement an IT box? Moore’s Law: JROCM 008-08 “The number of transistors on an integrated circuit doubles approximately every 18-24 months.” The US has been able to leverage rapidly-evolving IT for decisive military advantage. However, the JCIDS process does not provide the required flexibility to take full advantage of evolving commercial information technology. JROCM 008-08 The JROC wants to ensure the IT programs have the flexibility to “plan for and incorporate evolving technology” throughout the program’s lifecycle. CJCSI 3170.01H Expands on the concepts in JROCM 008-08. JROCM 00808, 14 Jan 2008, directed changes to the JCIDS process to ensure Information Technology systems have the appropriate flexibility and oversight to plan for and incorporate evolving Technology. The “IT Box” process to implement this JROCM first appeared in the March 2009 JCID Manual. The 19 Jan 2012 JCIDS Manual provides a major update to the IT Box process.

JROCM 008-08 Detail Define minimum capability levels based upon what is achievable with today’s technology. (IS ICD paragraph 4 and JROC briefing) Describe process for approving capability enhancements. Who will have the authority to manage requirements? (JROC Briefing) Describe the plan for delivering capability (JROC briefing): How often will releases of new or enhanced capability be delivered? What is the plan for assessing the application of new technologies? What is the plan for technology refresh? Identify the level of effort funding which will be used for the software development effort. (IS ICD paragraph 4 and JROC briefing) The bullets are a direct lift from page 2 of the 2 page JROCM.

Requirements Definition Packages (RDPs) RDPs are not a JCIDS document Created to break down the requirements into deliverable increments Responsive, nimble, focused - SPEED Provides a more detailed definition of one or more capabilities in the ICD Enables detailed design activity Enables detailed costing of the requirements Formal incorporation into JCIDS will link to the acquisition and programming processes Approved by the delegated Requirements Management authority FO/GO-level body that holds authority over, and provides governance for requirements Two document types have been created in the JCIDS Manual. The Requirements Definition Package (RDP) and the Capability Drop (CD). Actual names, content and approval process are to be determined by the delegated validation authority. The RDP is a first level decomposition of one or more capability requirements in the IS ICD, and is co-developed between the operational user (or representative) and the program office. One or more RDPs together would represent the total set of capability solutions developed to satisfy the capability requirements in the IS ICD. The RDP identifies KPPs (including the NR-KPP), Key System Attributes (KSAs), and/or additional performance parameters as necessary to scope and cost a specific solution implementation. The RDP may also identify non-materiel changes that need to be implemented to fully realize the IS capability. The RDP would be supported by an Information Support Plan (ISP), submitted separately to DOD CIO for certification purposes. This would be equivalent to CDD as defined in the typical JCIDS process, and would be approved by the delegated validation authority identified in the IS ICD. A draft RDP could be used before validation to support MS A decisions for IS technology/ prototyping efforts. The RDP would be submitted to the delegated validation authority for validation ahead of a MS B decision. Following validation, the RDP would be posted to the KM/DS system for information purposes and for visibility into the appropriate FCB portfolio. The RDP can be used to initiate an IS program to develop, test, and deliver the full capability defined in the RDP. It can also be used as a basis for defining multiple drops of incremental capabilities such as “apps” or “widgets” which could be documented in something like a CD.

Capability Drops (CDs) CDs Are Not a JCIDS Document Managing delivery of capabilities through more specifically defined subsets of an RDP The details of how to do this are left to the components and the acquisition process The RDP is Further Broken Down into CDs to Deliver Individual “Widgets” or “Slices” of Capability The Results of the CD Development are Released Incrementally Through Full Deployment Decisions as They Are Ready Approved by the Delegated Requirements Management Authority and the Component PM lead The CD could be a much lower level document to specify the detailed characteristics of a “widget” or “app” necessary for partial deployment of the capability solution. It could be developed through a rapid prototyping effort with the user to ensure it meets their needs. A CD could be developed directly from the definitions in the ICD in the event of a more urgent need for the capability. More commonly, multiple CDs would be derived from an RDP to deliver all of the capabilities defined in the RDP. The CD should include information such as a detailed technical description of the capabilities provided by a “widget” or “app” that can be developed and fielded within a short period of time, along with specific technical performance requirements. If not already covered by the ISP approved for the RDP, the CD is supported by a separately submitted ISP for CIO certification purposes. The approval of CDs would most likely be delegated to a lower level requirements authority as determined by the RDP authority to ensure timely decision making. Deployment decisions are made whenever the product – whether from an RDP or a CD - is ready for deployment to the user.

IS Requirements/Acquisition Process CD RDP IS ICD JROC Approved Capabilities Based Assessment MS B O&S Engineering Analysis/ Design MDD (NF) Rapid Delivery Fielding Decisions Agile Development Component Specific implementation guidance on document content and approval process to be provided by Component Acquire Decision

Requirements/Acquisition Process (con’t) Full Deployment Decisions MDD MS A/B Capabilities Based Assessment ICD (NF) Engineering Analysis/ Design RDP CD CD CD CD CD CD CD CD CD Strategic Guidance Joint Concepts O&S Agile Development Rapid Delivery IOC This shows a very streamlined process for truly agile IS development The ICD is developed in a new format tailored to IS capabilities Following the MDD, one or more RDPs are developed to further refine the requirements for the needed capabilities The RDP is further broken down into CDs to deliver individual “widgets” of capability The results of the CD development are released incrementally through Full Deployment Decisions

Execution of the IT Box Process Execution will vary depending on whether this is a new set of capabilities or whether capabilities are being added to an existing IS capability set A new set of capabilities is initiated through a new IS ICD Adding capabilities to an existing system may enter at any stage along the process In many cases, an update to an existing RDP is all that is required A major expansion of capabilities may require a new IS ICD Modifying or enhancing existing capabilities should only require a mod or a new CD to document what is needed There may be cases where the mod or enhancement has impact on the architectures or data and this will require a mod to the RDP to fully document the change Managed by the requirements management authority

Key Performance Parameter Net-Ready KPP Example Attribute 1. Support to Military Operations NR-KPP Attribute Key Performance Parameter Threshold Objective Support to military operations Mission: Tracking and locating (Finding, Fixing, Finishing) High- Value Target (HVT) Measure: Timely, actionable dissemination of acquisition data for HVT Conditions: Targeting quality data to the neutralizing/ tracking entity 10 minutes Area denial of HVT activities Near-real-time HVT tracked, neutralized Mission Activities: Find HVT Measure: Location accuracy Conditions: Individual differentiation 100 meter circle Identify armed/ not armed 25 meter circle Identify individual

Key Performance Parameter Net-Ready KPP Example Attribute 2. Enter and Be Managed in the Network NR-KPP Attribute Key Performance Parameter Threshold Objective Enter and be managed in the network Network: SIPRNET Measure: Time to connect to an operational network from power up Conditions: Network connectivity 2 minutes 99.8 1 minute 99.9 Network: NIPRNET

Key Performance Parameter Net-Ready KPP Example Attribute 3. Exchange Information NR-KPP Attribute Key Performance Parameter Threshold Objective Exchange information Information Element: Target Data Measure: Dissemination of HVT biographic and physical data Measure: Receipt of HVT data Measure: Latency of data Measure: Strength of encryption Conditions: Tactical/Geopolitical 10 seconds Line of Sight (LOS) 5 seconds NSA certified type 1 Permissive environment Beyond LOS 2 seconds Non-permissive environment

IT Box Cost Driver Quad Chart Performance (KPPS & Select KSAs) KPP 1 | | | KPP 2 | | | KPP 3 | | | KSA 4 | | | KSA 5 | | | N IM O Top Cost Drivers A, % of program cost B, % of program cost C, % of program cost D, % of program cost E, % of program cost Y G G G R N = No capability IM = Initial Minimum O = Objective Acquisition Program Baseline (APB) Technology Readiness Assessment Baseline Cost | | | - Life-cycle cost - Current Est | | | (DAES Report) Schedule - IOC or FOC | | | - Next Major Event | | Critical Technologies Critical Assessment Est @ Next Milestone Technology A TRL # Technology B Technology C Technology D Technology E Technology F G G +15% +25% G Y +6 mo +1 yr MS B Date: M/Yr MS C Date: M/YR (Note: Aligns with MAIS reporting Tripwires in Ch 144A, FY07 NDAA)

Example JROCM – Consolidated Afloat Networks & Enterprise Services (CANES) Delegates change authority for non-key performance parameters to the Navy Program oversight for CANES delegated to the Navy led Information Technology Management Council (ITMS) ITMC may approve spiral developments as long a all initial KPPs and funding constraints are not exceeded The CANES program recapitalizes the Navy's afloat network infrastructure (see note below) by consolidation of diverse physical networks into a secure, modular and scalable Common Computing Environment (CCE) and software environments augmented with state of the shelf Cross Domain Solutions (CDS). CANES is the intended hardware and software environment upon and within which applications, services and systems will reside in the Navy tactical domain. CANES provides all security domains from Unclassified through Top Secret/Sensitive Compartmented Information (SCI) for a wide variety of Navy surface combatants, submarines, Maritime Operations Centers and aircraft. CANES enables efficient data visibility and flow within the Ship, Ship-to-Ship and Ship-to-Shore to support operational nodes on the Global Information Grid (GIG) using an open architecture. Category: ACAT IAM Sponsor: Navy Milestone Decision Authority: USD(AT&L

Capability Development Tracking and Management (CDTM) IT system that transforms JCIDS capability tracking from document-centric to data-centric process Developed and deployed on NIPRNet and SIPRNet 30 June 2011 (since relaxed) mandated CDTM use for all JCIDS documents (ICD, CDD, CPD, DCR) Capability gap traceability Process metrics Ease of use enhancements Improved search capability Improved document creation Input standardization Ability to data share with other DoD applications