ENGINEERING LESSONS LEARNED AND SYSTEMS ENGINEERING APPLICATIONS Paul S. Gill and Danny Garcia, NASA Technical Standards Program Office William W. Vaughan,

Slides:



Advertisements
Similar presentations
Process and Product Quality Assurance (PPQA)
Advertisements

Software Quality Assurance Plan
Program Management Office (PMO) Design
The Value of a Project Management Office Copyright: Kathy J. Lang, 2004.
1 PROJECT MANAGEMENT ROLE OF KEY PERSONNEL Bernd Madauss International Space University Strasbourg February, 2011
ITIL: Service Transition
Stepan Potiyenko ISS Sr.SW Developer.
Secure System Administration & Certification DITSCAP Manual (Chapter 6) Phase 4 Post Accreditation Stephen I. Khan Ted Chapman University of Tulsa Department.
Systems Engineering Management
© 2008 Prentice Hall11-1 Introduction to Project Management Chapter 11 Managing Project Execution Information Systems Project Management: A Process and.
Project Execution.
CD NS Chief, Defense Nuclear Safety FIRE PROTECTON FUNCTIONAL AREA CDNS BIENNIAL REVIEWS May 15, 2012 Carl Sykes.
Engineering Systems of.
PMSS Final SOW May 22 nd, Statement of Work 2 GLENN RESEARCH CENTER PROJECT MANAGEMENT SUPPORT SERVICES (PMSS) The Contractor shall provide expert.
Effective Methods for Software and Systems Integration
Project Management Process Overview
Central Piedmont Community College Internal Audit.
Server Virtualization: Navy Network Operations Centers
Introduction to RUP Spring Sharif Univ. of Tech.2 Outlines What is RUP? RUP Phases –Inception –Elaboration –Construction –Transition.
-Nikhil Bhatia 28 th October What is RUP? Central Elements of RUP Project Lifecycle Phases Six Engineering Disciplines Three Supporting Disciplines.
California Integrated Waste Management Board 1 Agenda Item 14 Consideration of Streamlining Grant Processes to Enhance Program Efficiency January 17, 2006.
Module CC3002 Post Implementation Issues Lecture for Week 1 AY 2013 Spring.
NIST Special Publication Revision 1
T. Dawson, TASC 9/11/13 Use of a Technical Reference in NASA IV&V.
Roles and Responsibilities
GBA IT Project Management Final Project - Establishment of a Project Management Management Office 10 July, 2003.
SENG521 (Fall SENG 521 Software Reliability & Testing Software Product & process Improvement using ISO (Part 3d) Department.
Product Development Chapter 6. Definitions needed: Verification: The process of evaluating compliance to regulations, standards, or specifications.
Certification and Accreditation CS Phase-1: Definition Atif Sultanuddin Raja Chawat Raja Chawat.
Relationships July 9, Producers and Consumers SERI - Relationships Session 1.
MD Digital Government Summit, June 26, Maryland Project Management Oversight & System Development Life Cycle (SDLC) Robert Krauss MD Digital Government.
Lecture 11 Managing Project Execution. Project Execution The phase of a project in which work towards direct achievement of the project’s objectives and.
SacProNet An Overview of Project Management Techniques.
ISM 5316 Week 3 Learning Objectives You should be able to: u Define and list issues and steps in Project Integration u List and describe the components.
Quality Activity Matrix Presented by Sandra Toalston President, SanSeek 1.
NMP EO-1 TECHNOLOGY WORKSHOP Section 2 Meeting Objectives.
CHECKPOINTS OF THE PROCESS Three sequences of project checkpoints are used to synchronize stakeholder expectations throughout the lifecycle: 1)Major milestones,
Software Quality Assurance
Disaster Recover Planning & Federal Information Systems Management Act Requirements December 2007 Central Maryland ISACA Chapter.
NASA Update NDIA PMSC Quarterly Meeting February 4, 2010 Ken Poole NASA/MSFC/CS40 (Project Planning & Analysis Team)
1 Improving the Risk Management Capability of the Reliability and Maintainability Program An introduction to the philosophy behind the AIAA S-102 Performance-Based.
NASA TECHNICAL STANDARDS PROGRAM NASA TECHNICAL STANDARDS PROGRAM , 2002http://standards.nasa.gov 1 PROGRAM OVERVIEW PRESENTED AT: SAFETY & MISSION.
NCSX Systems Engineering Management Plan Peer Review Bob Simmons May 15, 2003.
Chapter 6: THE EIGHT STEP PROCESS FOCUS: This chapter provides a description of the application of customer-driven project management.
Page 1 Systems Engineering Initiatives at NASA To GODDARD/SMA-D EDUCATION SERIES Gregory L. Robinson NASA Deputy Chief Engineer September 25, 2008.
0 NASA Technical Standards Program Office Lessons Standards Training Communicate Knowledge Projects Generate Knowledge Effective Use of Lessons Learned:
1 PDS MC Requirements Process March 29, 2007 (v2).
SRR and PDR Charter & Review Team Linda Pacini (GSFC) Review Chair.
Association of Enterprise Architects International Committee on Enterprise Architecture Standards Jan 23, Collaborative Expedition Workshop #57aeajournal.org.
SwCDR (Peer) Review 1 UCB MAVEN Particles and Fields Flight Software Critical Design Review Peter R. Harvey.
6/6/ SOFTWARE LIFE CYCLE OVERVIEW Professor Ron Kenett Tel Aviv University School of Engineering.
Communities of Practice & L ESSONS L EARNED Budget, Finance, and Award Management Large Facilities Office May 2016 Large Facilities Workshop 2016 S. Dillon.
IV&V Facility 7/28/20041 IV&V in NASA Pre-Solicitation Conference/ Industry Day NASA IV&V FACILITY July 28, 2004.
SUNY Maritime Internal Control Program. New York State Internal Control Act of 1987 Establish and maintain guidelines for a system of internal controls.
ITIL: Service Transition
Identify the Risk of Not Doing BA
TechStambha PMP Certification Training
Software Requirements
CMMI – Staged Representation
Engineering Processes
NASA Independent Reviews -Lessons Learned-
By Jeff Burklo, Director
Evaluation in the GEF and Training Module on Terminal Evaluations
Instrument PDR Summary of Objectives
An Assessment of Space Shuttle Flight Software Development Processes
DOE Review of the LCLS Project October 2006
Jeff Dutton/NASA COR August 26, 2019
Presentation transcript:

ENGINEERING LESSONS LEARNED AND SYSTEMS ENGINEERING APPLICATIONS Paul S. Gill and Danny Garcia, NASA Technical Standards Program Office William W. Vaughan, University of Alabama in Huntsville 43 rd AIAA AEROSPACE SCIENCES MEETING JANUARY 8-13, 2005

2 ENGINEERING LESSONS LEARNED AND SYSTEMS ENGINEERING APPLICATIONS OUTLINE PERSPECTIVE INTRODUCTION SOME LESSONS LEARNED SOURCES SYSTEMS ENGINEERING LESSONS LEARNED EXAMPLES CONCLUDING REMARKS

3 Infusion of Lessons Learned into Programs and Projects Lessons Learned Implementation Process ATP SRRPDR CDRDCR FRR Post Flight Generate and Communicate Lessons Learned Lessons Learned Databases Technical Discipline Working Group Review PROGRAMS AND PROJECTS (NPG ) IMPLEMENTATIONFORMULATION Screened And Approved Lessons SYSTEMS ENGINEERING (NPG 71xx.x and SP-6105) CONCEPT DEVELOPMENT DESIGN PHASE DEVELOPMENT & OPERATIONS Proposed Lesson

4 INTRODUCTION BACKGROUND –NASA TECHNICAL STANDARDS PROGRAM INITIATIVE –INTEGRATION OF LESSONS LEARNED WITH TECHNICAL STANDARDS LESSONS LEARNED INPUTS –FACILITIES OPERATIONS –AIRCRAFT DEVELOPMENT AND OPERATIONS –ROCKET SYSTEM DEVELOPMENT AND OPERATIONS –FAILURE ANALYSES –CUSTOMER FEEDBACKS –NEW TECHNOLOGY DEVELOPMENTS BENEFITS –A VIABLE INTEGRATED AND LIFE-CYCLE BALANCED SYSTEM –IMPROVED SYSTEM MODELS AND SYSTEM VERIFICATIONS –DEFINITIONS AND REQUIREMENTS FOR DESIGN, DEVELOPMENT, AND OPERATIONS (STANDARDS, GUIDELINES, HANDBOOKS, AND SPECIFIC DESIGN REQUIREMENTS AND OPERATIONS PROCEEDURES DOCUMENTS, ETC.)

5 SOME SYSTEMS ENGINEERING LESSONS LEARNED SOURCES AIAA Satellite Mission Operations Best Practices Lessons Learned From The Tropical Rainfall Measurement Mission (TRMM) Mechanical And Deployable Subsystems Lessons from the Shuttle Independent Assessment Space Engineering Lessons Learned Chandra Lessons Learned Systems Engineering Office Lessons Learned Flight Projects Lessons Learned Database Johnson Space Center Lessons Learned Database NASA Lessons Learned Information System (LLIS) Electronic Systems Branch Design Handbook Items Lessons Learned A History of Aerospace Problems, Their Solutions, Their Lessons Working on the Boundaries: Philosophies and Practices of the Design Process

6 SYSTEMS ENGINEERING LESSONS LEARNED EXAMPLES Establish A Systems Engineering And Integration Role With The Authority To Integrate All Program Technical Elements, Organizations, And Other Affected Parties. (OSP Topic 4) Rigorous Requirements Development Processes Consistent With Accepted Systems Engineering Practices Are Critical To Establishing A Good Requirements Foundation For A Program/Project. (OSP Topic 6) Ensure A Sufficient And Experienced Systems Engineering Staff Is Available And Equipped With Effective Tools And Well-documented Processes To Lead Requirements Development. For Each Requirement, A Corresponding Rational And Verification Approach Should Be Maintained. (X-37 LL) The Systems Engineering Process Must Adequately Address Transition From Development To Operations. Develop And Execute Systems Verification Matrix For All Requirements. (LLIS 0641) Inadequate Systems Engineering Process And Oversight Is Especially Dangerous In Combination With Nonstandard Engineering Practices. (LLIS 1385)

7 The Systems Engineering Plan Should Be Baselined In The Mission Definition Phase Of A Program To Avoid Unclear Direction Of How To Handle Milestone Event Success Criteria. (OSP ) All Systems Engineering Functions Need To Be Located In A Centralized Systems Engineering Organization With Well Defined Roles And Interface Responsibilities For The Various Systems Engineering Functions. (OSP ) It Is Important To Have Systems Engineering Follow An Established Systems Engineering Guideline And Maintain A Strong Capability And Presence In A Program. For Example, It Is Imperative That A Program-level Systems Engineering Management Plan Be Established And Distributed To All Lower Level Projects. (Exploration Systems Workshop) Human Factors Engineering Needs To Be Treated As A Sub-Discipline Within Systems Engineering And Integration And Be Included In The Development Of The Work Breakdown Structure For The Program. (Exploration Systems Workshop) Define Procedures To Ensure Effective Systems Engineering On Safety Issues And Institute Cost Control System For Safety And Reliability. (LLIS 0495) SYSTEMS ENGINEERING LESSONS LEARNED EXAMPLES (Con’t)

8 THE LESSONS LEARNED PROCESS BEST PRACTICES Obtain Enterprise-Wide Commitment To A Formal Lessons Learned Process. Review And Prioritize Candidate Lessons Based On Their Applicability To Current And Future Projects, And Periodically Review Published Lessons For Their Continued Relevance. Do Not Limit Lesson Topics To “Screw-Ups;” Also Document Successes That Should Be Replicated. Charter A Lessons Learned Committee That Represents The Major Technical Organizations And is Charged With Real-Time Development Of Draft Lessons. Designate A Single Author To Interview Sources And Prepare Lesson Drafts. The Recommendations Drawn From The Driving Event Should Be Actionable. Innovate To Assure That The Lessons Learned System Is A Dynamic Resource--Not a “Data Morgue.” *Source: The Lessons Learned Process: An Effective Countermeasure Against Avoidable Risk. J. Clawson and D. Oberhettinger Proceedings of the Reliability and Maintainability Symposium, pages

9 ENGINEERING LESSONS LEARNED AND SYSTEMS ENGINEERING APPLICATIONS CONCLUDING REMARKS THE MODERN ERA –HIGH MOBILITY IN TECHNICAL WORK FORCE –”ONE DEEP” TECHNICAL CAPABILITIES –MINIMAL MENTORING LESSONS LEARNED RECORDING AND TRACKING IMPORTANCE –MAINTENANCE AND IMPROVEMENT OF KNOWLEDGE –COUNTERMEASURE AGAINST AVOIDABLE RISKS –PUBLICATION AND INFUSION INTO THE ENGINEERING PROCESS ASSEMBLY OF LESSONS LEARNED DATA SETS –NASA TECHNICAL STANDARDS PROGRAM WEBSITE –RELATING TO CURRENT AND NEW AEROSPACE VEHICLE DEVELOPMENTS

10

11 BACK-UP INFORMATION 1.ECSS-E-10A “SPACE ENGINEERING—SYSTEMS ENGINEERING” (APRIL 17, 1966) 2.ECSS-E-10 PART 6A “SPACE ENGINEERNG—SYSTEMS ENGINEERNG PART 6: FUNCTIONAL AND TECHNICAL SPECIFICATIONS “ (JANUARY 9, 2004) 3.NASA SP-6105 “NASA SYSTEMS ENGINEERING HANDBOOK” (JUNE 1995) 4.NASA LESSONS LEARNED INFORMATION SYSTEM (LLIS) 5.LESSONS LEARNED/BEST PRACTICES DATABASES ECSS: European Cooperation for Space Standardization

12 Programs and Projects Link To Requirements Infuse Into Engineering Process Link the Lessons Learned to System Development Lifecycle Requirements Infuse the Lessons Learned Into the Engineering Process Establish Feedback System Feedbacks Needed to Provide User Based Enhancements COMMUNICATE KNOWLEDGE Generate & Identify Document Categorize Characterize Evaluate Generate & Identify Lessons Learned Document Lessons Learned Categorize Into Discipline Categories Characterize into Programmatic Versus Technical Lessons Learned Validity is Determined by the Working Group GENERATE KNOWLEDGE Lessons Learned Closed-Loop Process