PRACTICE NO. PD-ED RELIABILITY February 1996 PRACTICES PAGE 1 OF 7 COMMON REVIEW METHODS FOR ENGINEERING PRODUCTS

Similar documents
WORK PLAN AND IV&V METHODOLOGY Information Technology - Independent Verification and Validation RFP No IVV-B

8.0 PRE-ENVIRONMENTAL REVIEW (PER)

PART THREE: Work Plan and IV&V Methodology (RFP 5.3.3)

Space Flight Configuration Management Requirements

TECHNICAL REVIEWS AND AUDITS

Design Reviews. Introduction

SRR and PDR Charter & Review Team. Linda Pacini (GSFC) Review Chair

Attachment J-4 Milestone Acceptance Criteria and Payment Schedule

Biometrics Enterprise Architecture Systems Engineering Management Plan (BMEA SEMP)

EFCOG BEST PRACTICE: CONTRACTOR ASSURANCE SYSTEM EFFECTIVENESS VALIDATION. John A. McDonald, ,

Program Lifecycle Methodology Version 1.7

CHAPTER 2: IMPLEMENTATION PHASES AND OFFERINGS

Sensor Package Integration for the X-65B Experimental Unmanned Combat Air Vehicle -- Navy (UCAV-N) Statement of Work.

TOPIC DESCRIPTION SUPPLEMENT for the SYSTEMS ENGINEERING SURVEY DESCRIPTION

USING PILOTS TO ASSESS THE VALUE AND APPROACH OF CMMI IMPLEMENTATION. Goddard Space Flight Center (GSFC)

Centerwide System Level Procedure

2017 Kaizen Consensus Development Process: Proposed Redesign

Safety Framework for Nuclear Power Source Applications in Outer Space

Number: DI-IPSC-81427B Approval Date:

Number: DI-IPSC-81427B Approval Date:

LIFE CYCLE ASSET MANAGEMENT. Project Reviews. Good Practice Guide GPG-FM-015. March 1996

OE PROJECT CHARTER PROJECT NAME: PREPARED BY: PROJECT CHARTER VERSION HISTORY VERSION DATE

Desk Audit of. Based on Federal Transit Administration (FTA) Quality Assurance and Quality Control Guidelines FTA-IT

Project Managers Guide to Systems Engineering Measurement for Project Success

7. Model based software architecture

Satisfying DoD Contract Reporting With Agile Artifacts

STATEMENT OF WORK SMALL SPACECRAFT PROTOTYPING ENGINEERING DEVELOPMENT & INTEGRATION (SSPEDI) Space Solutions (SpS)

Project Manager s Roadmap We re all smarter together

Using Pilots to Assess the Value and Approach of CMMI Implementation

REQUIREMENTS DOCUMENTATION

A Model for CAS Self Assessment

CERT Resilience Management Model, Version 1.2

SOFTWARE MEASUREMENT GUIDEBOOK. Revision 1

Chapter 4 - Recommendations for an Enhanced Enterprise Information Technology Governance Structure

Passit4Sure.OG Questions. TOGAF 9 Combined Part 1 and Part 2

Understanding Requirements for Subcontract EV flow down and Management

CMMI FOR SERVICES, THE PREFERRED CONSTELLATION WITHIN THE SOFTWARE TESTING FUNCTION OF A SOFTWARE ENGINEERING ORGANIZATION

Project Procedures 1.0 PURPOSE 2.0 SCOPE 3.0 REFERENCES. No.: P /21/2012 PAGE 1 OF 13 BASIS OF OPERATION

Certified Team Coach (SA-CTC) Application - SAMPLE

LITHUANIAN CANSAT (CS), MISSILE AND UNMANNED AIR VEHICLES (UAV) CONTEST 2013 R U L E S I. GENERAL

Program/Project Management

INTRODUCTION TO PARTS MANAGEMENT

Are You Getting the Most from Your Quality Engineer?

M3 Playbook Guidance. 1.1 Establish Initial Customer PMO and Processes. Human Resources (HR)/Staffing Plan

National Aeronautics and Space Administration Washington, DC 20546

Quality Assurance Plan For VOILA. Dwg. No

Independent Verification and Validation of SAPHIRE 8 Software Project Plan

Measurement Tailoring Workshops

Federal Segment Architecture Methodology Overview

Work Plan and IV&V Methodology

Paper 8: IATI Governing Board paper on Long-term Institutional Arrangements

NASA Procedural Requirements

DRAFT EXAMPLE ACTIVITY / PROJECT PLAN. Compliance with the Transportation Requirements for Special Waste. South Coast Region

"Change is inevitable; except in vending machines."

CMMI for Services Quick Reference

COMPLIANCE WITH THIS PUBLICATION IS MANDATORY

Scrum Alliance Certified Team Coach SM (CTC) Application SAMPLE

New Acquisition Policy and Its Impact on Systems Engineering

CMMI V2.0 MODEL AT-A-GLANCE. Including the following views: Development Services Supplier Management. CMMI V2.0 outline BOOKLET FOR print.

Parts Management Implementation Spring LMI. PSMC Spring

PROJECT MANAGEMENT AND SYSTEM ENGINEERING HANDBOOK

MSL Lessons Learned Presentation to NASA Advisory Council s Planetary Protection Subcommittee. May 20, 2014

Project Origination: Item Description (Origination) Comments (or reasons for NOT completing)

PRODUCT & SUPPLY CHAIN IMPROVEMENT SUPPLY CHAIN MANAGEMENT HANDBOOK (SCMH) AWARENESS WEBINAR

KPMG s Major Projects Advisory Project Leadership Series: Stakeholder Management and Communication

AcSB Standard-Setting Due Process Manual

Change Control Process

Content of the ITIL 2011 Process Library

Case Study in Developing the System Integration Strategy and Plan for the Constellation Program

QUALITY ASSURANCE PLAN OKLAHOMA DEPARTMENT OF HUMAN SERVICES ENTERPRISE SYSTEM (MOSAIC PROJECT)

Military Specifications Current and Future Trends Larry Harzstark Distinguished Engineer The Aerospace Corporation 1 November 2012

Request for Solutions: High Energy Laser (HEL) Flexible Prototype. 11 December 2018

ADMINISTRATION OF QUALITY ASSURANCE PROCESSES

TIER II STANDARD FOR TECHNICAL COOPERATION ADMINISTRATORS INTRODUCTION

A Practitioner s Guide for Implementing DoD Parts Management

CMMI-DEV V1.3 CMMI for Development Version 1.3 Quick Reference Guide

CHARTER. United States Helicopter Safety Team

Overview of SAE s AS6500 Manufacturing Management Program. David Karr Technical Advisor for Mfg/QA AFLCMC/EZSM

PROJECT MANAGEMENT AND SYSTEM ENGINEERING HANDBOOK

Responsible Office: Code 500/Applied Engineering and Technology Directorate Title: GSFC EEE Parts Policy

SD-19 PARTS MANAGEMENT GUIDE

Action List for Developing a Computer Security Incident Response Team (CSIRT)

05/14/2008 VS

Project Management Process Groups. PMP Study Group Based on the PMBOK Guide 4 th Edition

IBM Integrated Product Development (IPD)

Large Federal Agency Leverages IV&V to Achieve Quality Delivery for Critical Modernization Initiative

The Project Charter. January 14, Presented by Mark Spain, PMP

Configuration Management Guidelines. Version: A Date: July 2012

CMMI Conference November 2006 Denver, Colorado

PMI Scheduling Professional (PMI-SP)

Risk Management Guidelines of the CGIAR System

Issue Date: April 7, 2016 Comments Due: July 6, Proposed: RULES OF PROCEDURE. The Sustainability Accounting Standards Board

Guidance for the Tailoring of R&M Engineering Data

T Software Testing and Quality Assurance Test Planning

New Opportunities for System Architecture Measurement

CERT Resilience Management Model, Version 1.2

Charter of the International Aerospace Quality Group (IAQG)

Integrated Methodology Deliverable Descriptions

Pre-Board Findings Neil Otte

Monthly Independent Verification and Validation Assessment Report

Transcription:

PREFERRED PRACTICE NO. PD-ED-1215.4 RELIABILITY PRACTICES PAGE 1 OF 7 COMMON REVIEW METHODS FOR Practice: Conduct technical reviews to validate engineering designs using a common, consistent approach which has been proven to lead to reliable and quality products. A technical review is an evaluation of the engineering status of products and processes by an independent group of knowledgeable people. Although major technical reviews for a project differ in their content and timing, there are practices common to most reviews which may be defined to assure review success. These practices provide a common framework for planning, conducting, documenting, and evaluating the review process. Benefits: Standards established for common review methods are presently supporting reliability assurance by emphasizing early detection and correction of deficiencies through the increased use of working level, peer reviews (detailed technical reviews) in preparation for major design reviews. The standards also assure that reviews are scaled in accordance with criticality, complexity, and risk, and that the review process is optimized to produce results of value to the mission. Programs That Certified Usage: Elements of this approach have been used on Galileo, Magellan, and other flight projects. The comprehensive practice is being applied to Cassini, New Millennium, Mars Global Surveyor, Seawinds, and Mars 98. Center to Contact for Information: Jet Propulsion Laboratory (JPL). Implementation Method: The definition of common review methods essential to successful reviews reflects a need for effective planning and management of all technical reviews. Figure 1 provides an overview of the review process for a project responsible for an engineering product. The oval-shaped processes in Figure 1 are expanded in Figures 2 and 3. Review Planning: Review planning helps to ensure that the sponsoring organization is well prepared and that the anticipated results justify the significant resources to be expended in the review. The project (or task) manager prepares a review plan identifying the reviews to be held at the project, system and subsystem levels; their relationships JET PROPULSION LABORATORY

PAGE 2 OF 7 Figure 1. Project Review Process: Overview to each other; when the reviews are to be held; and their major objectives. A carefully prepared, detailed statement of the objectives of the review and the success criteria for the product being reviewed provides the essential focus for the review process. Although each review is a milestone visible to high-level management, a review should be rescheduled if the work is not sufficiently mature or the prerequisites are not met. The project manager scales the structure and formality of the review to the significance, complexity, and risk of the product. For smaller projects, reviews may be combined or eliminated to achieve the benefits of review at minimum expense. Factors considered in the review plan include: Total project duration. The number and timing of reviews should conform to the project schedule, but can be modified to match changes in project duration. Reviews should be considered whenever the project enters a new phase (viz, preliminary design, detail design, system test) or following a major change in requirements or resources. Level of inheritance. Projects that use inherited designs, hardware, or software should subject the items to inheritance reviews. This review may sometimes be substituted for, or included within, a preliminary design review (PDR) or critical design review (CDR). Sponsor-imposed reviews. Specific reviews required by the sponsor should be incorporated into the internal review plan and not duplicated. External reviews, such as independent readiness reviews (IRRs) and independent annual reviews (IARs), should be identified in the review plan and consolidated with equivalent internal reviews.

PAGE 3 OF 7 Technical Complexity. Complex tasks involving critical technology may require multiple subsystem reviews as well as system-level reviews, and high risk components may require a focus on risk assessment and mitigation. Management Complexity. Activities with complex interfaces external to the project or task, such as contractor oversight or inter-organizational agreements, may require additional (or more rigorous and structured) reviews. Fully contracted tasks should defer to the contractor s in-house review practices to the maximum extent possible. Experience has demonstrated that perfunctory preparation is a precursor to poor performance. The selection and commitment of the review board is crucial to the success of the review. The board membership and review scope are defined in a review board charter. Board members are selected for their ability to objectively evaluate the products and processes to be reviewed. The scope should include all relevant technical concerns and related cost considerations, but exclude management issues such as implementation plans, schedules, and work breakdown structures. The essential focus for the review process is provided by a carefully prepared, detailed statement of the review objectives and success criteria for the product under review. Review objectives are stated in terms of specific product features-- for example, does the design satisfy the requirement for the 20-Gbit/s imaging data stream to have a 1.5-ns response time? Success criteria define measures of product readiness required to proceed to the next development step; if these criteria are not met, the review must be repeated. Essential prerequisites to the review-- timely distribution of review material to participants and completion of analyses and tests-- are also defined in advance. Figure 2 illustrates the review preparation process. Figure 2. Project Review Process: Review Preparation

PAGE 4 OF 7 As an aid to review planning, Table 1 provides a standard review checklist, with items listed in the order they are performed. REVIEW ACTIVITY LEAD PERSON Generate project review plan. Project manager Establish and document charter. Convening authority Establish and document scope, objectives, success criteria, and prerequisites. Select review board. Convening authority, responsible individual Announce schedule and agenda. Prepare for review: Schedule conference room Arrange for audiovisual equipment and support, refreshments Identify presentation team Develop presentation guidelines Hold presenters meeting Assemble material to be reviewed, and distribute material to board Generate presentation and backup material Dry run or story board presentation Update, produce, and print presentation material, and distribute it to the board Prepare slides and transparencies, and distribute them to the presenters. Study material prior to review. Board members Conduct review. Board chair Conduct post-review meeting: Identify key findings and recommendations Board chair Develop board consensus Draft board report. Consolidate and filter recommendations for action (RFAs) Board chair, responsible individual Accept RFAs as action items, advisories, or rejected items Identify critical action items. Complete and issue final board report. Board chair Submit metrics to the Office of Engineering and Mission Assurance. Prepare and issue RFA disposition plan. Approve disposition plan. Convening authority Approve action item closures. Review action item closures; provide feedback to responsible individual and convening Board chair, selected authority. board members Table 1. Standard Review Checklist

PAGE 5 OF 7 Review Procedures: Reviews begin with the board chair s discussion of review objectives and instructions on desired audience participation, including who may generate a recommendation for action (RFA), and guidelines for keeping the review on schedule. The chair remains responsible for keeping the review within the scope, on the agenda, and on schedule. The goal of each presentation is to identify issues in the review to be solved outside of the review. Questions directed by the board members to the presenter should be phrased in an objective, neutral, and non-inquisitory manner addressing the product under review rather than the merits of the presenter. Once an issue has been sufficiently clarified, the chair summarizes the issue and assigns someone responsibility for writing an RFA. Presentations conclude with a summary of current work status, open issues and concerns, and future challenges. Effective resolution of technical issues by the review board requires prior analysis of design performance, including reliability, safety, security, and other product requirements. As a precursor to the design review, detailed technical reviews (DTRs) are recommended for important products to facilitate early detection and correction of design deficiencies. DTRs are informal, working-level, peer reviews intended to assess interface compatibility and to prevent propagation of deficiencies to later products. Like the formal design review to follow, organization of a DTR follows the steps of planning, scoping, team selection, materials distribution, conducting the meeting, and documentation of results. The primary differences are the greater technical depth provided by the DTR, the corresponding higher specialization of the small (commonly 2 to 3-person) review team, and the greater simplicity of the supporting documentation and reports. Review Follow-Up: A post-review board meeting is held to achieve consensus on key issues, findings, and recommendations. The board chair then consolidates all RFAs into a set of action items, which are filtered and prioritized to form the basis of the board s recommendations. A review board report is prepared listing the key findings and recommendations, any dissenting views, summary recommendations for action, and any advisories, actions items, and critical actions identified by the assigned responsible individual. The recommendations of the review board are advisory only, even though some projects may use the review results as the basis of their decision to proceed to the next step in product development. Figure 3 portrays the flow of review follow-up activities. Responsibility for tracking, resolution, and close out of action items rests with the responsible individual. After categorization of the board s recommendations into accepted action items, advisories, or rejected items, and an assessment of their criticality, this person submits a board recommendation disposition plan to the board chair for comment and to the convening authority for approval. Following each review, the responsible individual and the board chair provide metrics to the JPL Office of Engineering and Mission Assurance. These data on the cost, results, and identified

PAGE 6 OF 7 Figure 3. Project Review Process: Review Follow-Up benefits of the review are used to evaluate the annual trends of the JPL-wide review process as one aid to continuous improvement. The review process concludes with the action item assignees completing their assigned actions and documenting the recommendations for action item closure. The responsible individual approves the written closures and distributes them to the convening authority and the review board members. Rationale: Experience has shown that the process of preparing for a review is highly valuable to a project-- even if the review is never held. Reviews provide the flight project manager with a knowledgeable and independent evaluation of products or processes, permitting a timely assessment of status and implementation of corrective action. However, reviews require planning, preparation, and follow-up. Definition of clear standards which apply to all reviews aids in training and guiding participants in the activities necessary to assure reliable engineering design. Impact of Non-Practice: Lacking clear standards for project and task review, and failing to conduct detailed technical reviews (DTRs) beforehand, design reviews have a tendency to emphasize formality and packaging at the expense of substantive assessment of content and depth of analysis.

PAGE 7 OF 7 Related Practices: 1. Preliminary Design Review, Practice No. PD-ED-1215.1 2. Hardware Review/Certification Requirement, Practice No. PD-ED-1215.2 3. Critical Design Review for Unmanned Missions, Practice No. PD-ED-1215.3 4. Subsystem Inheritance Review, Practice No. PD-ED-1262 References: 1. JPL Standard for Reviews, Jet Propulsion Laboratory document D-10401 (Initial Issue), May 5, 1995. 2. Reviews, Laboratory Policy 4-16. 3. Reviews, JPL Standard Practice Instruction SPI 4-16-1. 4. Special Reviews, Laboratory Policy 4-18. 5. Accident, Incident and Mission Failure Reviews, JPL Standard Practice Instruction SPI 4-18-1. 6. Management of Major System Programs and Projects, NASA Management Instruction NMI 7120.4A,B (and NHB 7120.5). 7. Classification of NASA Payloads, NASA Management Instruction NMI 8010.1A, Appendix C. 8. Technical Reviews, Department of Defense, Military Standard MIL-STD-1521B.