Department of Defense Acquisition Yvette Rodriguez

Slides:



Advertisements
Similar presentations
Systems Engineering From a Life Cycle Perspective John Groenenboom Director Engineering – Mesa Boeing Rotorcraft Dec 12, 2007.
Advertisements

C.B. Cochrane 1 Jan 2009 The 5000 documents have been issued as a directive, two directives, a directive and an instruction, a directive and a regulation,
1 May 2009 ver. 5.5 Materiel Development Decision (MDD) MDA: Approves AoA Study Guidance Determines acquisition phase of entry Identifies initial review.
NSS SMC/XR Template SMC April 2008; rev19 Program Management
“Common Process for Developing Briefings for Major Decision Points” INSTRUCTIONS Provide Feedback via to: Lois Harper PEO C4I and Space
1 Achieving Total Systems Management (ATSM) Acquisition Strategies to Increase Reliability and Reduce Logistics Footprint PEO/SYSCOM Workshop November.
DoD Systems and Software Engineering A Strategy for Enhanced Systems Engineering Kristen Baldwin Acting Director, Systems and Software Engineering Office.
Chemical Biological Defense Acquisition Initiatives Forum (CBDAIF)
New DAU Knowledge Management/Sharing
Systems Engineering and Open Systems
Director, Knowledge Mangement Global Learning and Technology Center
1 Lecture 5.2a: SEF Ch 8 SE Outputs Dr. John MacCarthy UMBC CMSC 615 Fall, 2006.
DoD Pricing Conference 5-6 May 2009 Sharing Knowledge in Support of the Pricing Community ’05 ’06 ’07.
Configuration Management Non Government Std: EIA Standard-649 “A management process for establishing and maintaining consistency of a product’s performance,
New 5000 Documents 14 May 2001 New 5000 Documents 14 May 2001 Defense Systems Management College Acquisition Policy Department.
The Defense Acquisition Management System 2009 Implementing DoDI 5000
1 Corporate Learning Organization Career Long Support to the AT&L Workforce John Hickok Director, Knowledge Mangement Global Learning and Technology Center.
Defense Acquisition University AT&L Knowledge Management System Overview November 2007.
Knowledge Management Overview IRS 22 May 2008 Supporting the Defense Acquisition Workforce through Knowledge Management “Knowledge Is Power, but Knowledge.
Life Cycle Logistics.
Verification and Validation — An OSD Perspective — Fred Myers Deputy Director, Test Infrastructure Test Resource Management Center November 4, 2009.
1 3 Dec 2008 Changes from the May 2003 DoDI Policy Flowing from Numerous New/Revised sections of Public Law since 2003 (some with Multiple Requirements)
UNCLASSIFIED DISTRIBUTION STATEMENT A – Cleared for public release by OSR on Sep – SR case number 10-S-3203 Developmental Test & Evaluation Presented.
0 2 Nov 2010, V1.4 Steve Skotte, DAU Space Acquisition Performance Learning Director New Space Systems Acquisition Policy.
CCA LSS Support Slides1 Draft The Defense Acquisition Management Framework. Post Implementation Review (PIR) Capability Needs Satisfaction & Benefits.
Materiel Development Decision (MDD) Information Requirements
ICOTE Meeting October, Chief Developmental Tester Project Status for ICOTE October 2014 Brendan Rhatigan – Lockheed Martin.
Business, Cost Estimating & Financial Management Considerations
DoD Template for Application of TLCSM and PBL
Contracting (Product) Considerations
Lesson Objectives Determine the key Requirements Manager activities and the role of the ICD leading up to the MDD and during Materiel Solution Analysis.
Lesson Objectives Determine the key Requirements Manager activities leading up to the MDD, the outputs of the MDD, and the Defense Acquisition documents.
Supportability Design Considerations
System Engineering Considerations (See Chapters 3 and 9)
Life Cycle Logistics.
Competitive Prototyping – the New Reality
Lesson Objectives Assess the major requirements management activities during the acquisition process from Milestone B to Initial Operational Capability.
Materiel Development Decision (MDD) to Milestone A Requirements Management Activities April 25, 2017.
MDD to Milestone A Requirements Management Activities
NSS SMC/XR Template SMC April 2008; rev19 Program Management
Milestone A to Milestone B Requirements Management Activities
Milestone A to Milestone B Requirements Management Activities
Production Considerations
Milestone A to Milestone B Requirements Management Activities
New Space Systems Acquisition Policy
DAG CH 3 Figure 11: Weapon System Development Life Cycle
Milestone B to Full Operational Capability (FOC) Requirements Management Activities RQM-310, December 2016.
Test and Evaluation Considerations
DAG CH 3 Figure 17: Weapon System Development Life Cycle
DAG CH 3 Figure 23: Weapon System Development Life Cycle
MDD to Milestone A Requirements Management Activities
Materiel Development Decision (MDD) to Milestone A (MS A)
Materiel Development Decision (MDD) to Milestone A (MS A)
Information Required for Milestone and Decision Reviews
CBA ICD CDD CDD CPD MDA MDA MDA MDA MDA AoA RVA RVA RVA
DAG CH 3 Figure 13: Weapon System Development Life Cycle
DAG CH 3 Figure 19: Weapon System Development Life Cycle
Product Support Considerations
DAG CH 3 Figure 18: Weapon System Development Life Cycle
International Acquisition and Exportability (IA&E) Considerations
DAG CH 3 Figure 28: Weapon System Development Life Cycle
DAG CH 3 Figure 15: Weapon System Development Life Cycle
8 Tech Processes Drive Acquisition
The Department of Defense Acquisition Process
DAG CH 3 Figure 21: Weapon System Development Life Cycle
DAG CH 3 Figure 27: Weapon System Development Life Cycle
DAG CH 3 Figure 22: Weapon System Development Life Cycle
DAG CH 3 Figure 25: Weapon System Development Life Cycle
Presentation transcript:

Department of Defense Acquisition Yvette Rodriguez

Yvette Rodriguez Biography Personal East Los Angeles Resident for 41 years DAU Instructor in El Segundo Education University of Southern California - Doctoral Student, BSEE 1996 Naval Postgraduate School - MSSE 2003 Teaching University of Southern California Teaching Assistant SAE 541, SAE 549, SAE 574 Defense Acquisition University Systems Engineering Instructor Engineering Port Hueneme Division Naval Surface Warfare Center Combat Systems Installation Engineering Lead

USN Shipboard Installations May 1996, USS ASHLAND - test platform for the Ship's Self Defense System (SSDS). Performed 17 SSDS, Battle Force Tactical Trainer, AN/SPQ-9B Radar Installations, Testing, and Sea Trials Landing Ship Dock Class Hulls 41 – 52 Landing Platform Dock Class Hull 17 Carrier Vessel Nuclear Class Hulls 68, 69, 73, 74

What is DoD Acquisition June2010

Operations & Support Decision points: 6 Phases: 5 Milestone documents: 40+ IOC BA Engineering & Manufacturing Development Production & Deployment Pre-Systems AcquisitionSystems Acquisition Operations & Support C Sustainment Technology Opportunities & Resources Materiel Solution Analysis Technology Development Post CDR Assessment FRP Decision Review FOC Materiel Development Decision User Needs CDR Life Cycle Sustainment Disposal LRIPFull-Rate Prod & Deployment Integrated System Design System Capability & Manufacturing Process Demonstration Defense Acquisition Management System 2008 The Materiel Development Decision precedes entry into any phase of the acquisition framework Entrance criteria met before entering phases Evolutionary Acquisition or Single Step to Full Capability PDR Post PDR Assessment New in bold blue italics or 5

Materiel Solution Analysis Analyze/Assess Concepts Versus Defined User Needs & Environmental Constraints Decompose Concept Functional Definition into Component Concepts & Assessment Objectives Decompose Concept Functional Definition into Component Concepts & Assessment Objectives Develop Component Concepts, i.e., Enabling/Critical Technologies, Constraints, & Cost/Risk Drivers Develop Component Concepts, i.e., Enabling/Critical Technologies, Constraints, & Cost/Risk Drivers INPUTS OUTPUTS Assess/Analyze Concept & Verify System Concept Performance Assess/Analyze Concept & Verify System Concept’s Performance Assess/Analyze System Concept Versus Functional Capabilities Assess/Analyze System Concept Versus Functional Capabilities Assess/Analyze Enabling/Critical Components Versus Capabilities Assess/Analyze Enabling/Critical Components Versus Capabilities Interpret User Needs, Analyze Operational Capabilities & Environmental Constraints Interpret User Needs, Analyze Operational Capabilities & Environmental Constraints Develop Concept Performance (& Constraints) Definition & Verification Objectives Develop Concept Performance (& Constraints) Definition & Verification Objectives Decompose Concept Performance into Functional Definition & Verification Objectives Decompose Concept Performance into Functional Definition & Verification Objectives ITR ASR ICD AoA Plan Exit Criteria Alternative Maintenance & Logistics Concepts Draft System Requirements T&E Strategy SEP System Safety Analysis Support and Maintenance Concepts and Technologies Inputs to: -draft CDD-AoA-TDS -Cost/Manpower Est.

Technology Development OUTPUTS Demo /Validate System & Tech Maturity Versus Defined User Needs & Environmental Constraints Interpret User Needs, Refine System Performance Specs & Environmental Constraints Interpret User Needs, Refine System Performance Specs & Environmental Constraints Develop System Functional Specs & Verification Plan to Evolve System Functional Baseline Develop System Functional Specs & Verification Plan to Evolve System Functional Baseline Demo/Model Integrated System Versus Performance Spec Demo/Model Integrated System Versus Performance Spec Interpret User Needs. Analyze Operational Capabilities and Environmental Constraints Interpret User Needs. Analyze Operational Capabilities and Environmental Constraints Develop System Perf (& Constraints) Spec and Enabling/Critical Tech & Prototypes Verification Plan Develop System Perf (& Constraints) Spec and Enabling/Critical Tech & Prototypes Verification Plan Develop Functional Definitions for Enabling/ Critical Tech/Prototypes & Associated Verification Plan Develop Functional Definitions for Enabling/ Critical Tech/Prototypes & Associated Verification Plan Demo Enabling/ Critical Technology Components Versus Plan Demo Enabling/ Critical Technology Components Versus Plan Evolve Functional Performance Specs into CI Functional (Design to) Specs and CI Verification Plan Evolve Functional Performance Specs into CI Functional (Design to) Specs and CI Verification Plan Decompose Functional Definitions into Critical Component Definition & Technologies Verification Plan Decompose Functional Definitions into Critical Component Definition & Technologies Verification Plan Demo System & Prototype Functionality Versus Plan Demo System & Prototype Functionality Versus Plan INPUTS Design/Develop System Concepts, i.e., Enabling/Critical Technologies, Update Constraints, and Cost/Risk Drivers SRR PDR ICD and Draft CDD Approved Materiel Solution Exit Criteria Support and Maintenance Concepts and Technologies AoATDS T&E Strategy System Safety Analysis System Allocated Baseline PDR Report TEMPSEPPESHEPPPTRA NEPA Compliance Schedule Risk Assessment Validated Sys Support &Maint Objectives & Requirements Inputs to: -IBR-ISP-STA-CDD -Acq Strategy -Affordability Assessment -Cost/Manpower Est. SFR

Initial Product Baseline Test Reports TEMP Elements of Product Support Risk Assessment SEPTRAPESHE Life Cycle Sustainment Plan System Safety Analysis Inputs to:-CPD-STA-ISP -Cost/Manpower Est. Engineering and Manufacturing Development FCA OUTPUTS Combined DT&E/OT&E/LFT&E Demonstrate System to Specified User Needs and Environmental Constraints SVR PRR Fabricate, Assemble, Code to“Build-to” Documentation Fabricate, Assemble, Code to“Build-to” Documentation INPUTS Integrated DT&E, LFT&E & EOAsVerify Performance Compliance to Specs Integrated DT&E, LFT&E & EOAsVerify Performance Compliance to Specs TRR Individual CI Verification DT&E Individual CI Verification DT&E System DT&E, LFT&E &OAs, Verify System Functionality and Constraints Compliance to Specs System DT&E, LFT&E &OAs, Verify System Functionality and Constraints Compliance to Specs Evolve CI Functional Specs into Product (Build to) Documentation and Inspection Plan Evolve CI Functional Specs into Product (Build to) Documentation and Inspection Plan Evolve CI Functional Specs into Product (Build to) Documentation and Inspection Plan Interpret User Needs, Refine System Performance Specs and Environmental Constraints Interpret User Needs, Refine System Performance Specs and Environmental Constraints Develop System Functional Specs and System Verification Plan Evolve Functional Performance Specs into CI Functional (Design to) Specs and CI Verification Plan CDR Sys Performance Spec Acquisition Strategy Exit Criteria APBCDDSEPPPPTEMP PESHESTA NEPA Compliance Schedule Risk Assessment Validated Sys Support &Maint Objectives & Requirements Product Support Strategy SFR PDR CDR

Production and Deployment LFTE Report to Congress BLRIP Report to Congress Production Qualification Testing OTRR AOTR Independent IOT&E Full-Up System Level LFT&E J-6 System Validation JITC Interoperability Certification Testing Analyze Deficiencies To Determine Corrective Actions OUTPUTS Modify Configuration (Hardware/Software/Specs) To Correct Deficiencies INPUTS Verify and Validate Production Configuration Production Baseline Test Reports TEMPPESHESEP System Safety Analysis Input to: - Cost/Manpower Est. PCA Test Results Exit Criteria APBCPDSEPTEMP Product Support Package PESHE System Safety Analysis

Operations and Support Implement and Field Process Change–Hardware/Support Materiel Change OUTPUTS Data for In-Service Review Input to CDD for next increment Modifications/upgrades to fielded systems SEP System Safety Analysis In-Service Review Develop Corrective Action Integrate and Test Corrective Action Assess Risk of Improved System Assess Risk of Improved System INPUTS Service Use Data User Feedback Failure Reports Discrepancy Reports SEPPESHE System Safety Analysis Monitor and Collect All Service Use Data Analyze Data to Determine Root Cause Determine System Risk/ Hazard Severity

Weapon Systems Acquisition Reform Act of 2009 WSARA Content –Three Major Categories Organizational/Personnel Changes Acquisition Policy & Process Changes Congressional Reporting Requirements

Sec Directors of DT&E and Systems Engineering Director, Systems Engineering (SE) (Mr. Stephen Welby) Deputy Assistant Secretary of Defense for Systems Appointed by SECDEF Develops policies and guidance for SE Director, DT&E (Mr. Edward R. Greer) Deputy Assistant Secretary of Defense, Developmental Test and Evaluation Appointed by SECDEF Develops policies and guidance for DT&E Requires joint coordination, joint DT&E/SE guidance, and joint annual report to Congress Requires CAE’s with MDAPs to appropriately resource DT&E and SE organizations, and report to the Directors within 180 days that they have done so

Who’s Who in Acquisition Assistant Secretary of Defense for Research & Engineering for Department of Defense, Zachary J. Lemnios Deputy Assistant Secretary of Defense for Systems, Mr. Stephen Welby Deputy Assistant Secretary of Defense, Developmental Test and Evaluation, Mr. Edward R. Greer Assistant Secretary of Defense for Acquisition, Katrina McFarland Defense Acquisition University President

Risk Management Guide New Risk Management Guide Released August 2006 Redefines Risk Management Process Provides detailed guidance on key activities, e.g., Risk Identification Identification of Root Causes Risk Analysis Mitigation Planning Tracking Planning

Systems Engineering Plan

SYSTEMS ENGINEERING PLAN (SEP) OUTLINE Version 1.0, 04/20/2011

Systems Engineering References