Product Development Plan for Program Integration Management Operations PDP MS-001
|
|
|
- Cassandra Hunter
- 10 years ago
- Views:
Transcription
1 SFOC-PM0055 Space Flight Operations Contract Product Development Plan for Program Integration Management Operations PDP MS-001 April 12, 2002 DRD f Contract NAS
2 Product Development Plan for Program Integration Management Operations PDP MS-001 April 12, 2002 DRD f Contract NAS
3 REVISION LOG REV CHANGE LTR NO DESCRIPTION DATE Baseline 06/12/97 A Revised to reflect transition to USA. 04/17/98 B Revised to satisfy internal management integration audit recommendations and to reflect program management operational changes. 04/12/02
4 Product Development Plan for Program Integration Management Operations PDP MS-001 LIST OF EFFECTIVE PAGES April 12, 2002 The current status of all pages in this document is as shown below: Page No. Change No. Date i - iii Rev. B April 12, Rev. B April 12, 2002
5 PREFACE This Product Development Plan for Program Integration Management Operations PDP MS-001 was prepared by United Space Alliance (USA) and Boeing. The primary responsibility is with USA Program Integration. Questions concerning the technical content of this document should be directed to USA, mail code USH-700A, Kim Wunsch, (281) or USA, mail code USH-700A, Neal Hammond, (281) i
6 TABLE OF CONTENTS SECTION PAGE 1.0 SCOPE DOCUMENTATION APPLICABLE DOCUMENTS REFERENCE DOCUMENTS MANAGEMENT OPERATIONS TASKS MANAGEMENT ORGANIZATIONAL STRUCTURE NASA JSC/MS/SPACE SHUTTLE SYSTEMS INTEGRATION OFFICE NASA JSC/MT/SPACE SHUTTLE CUSTOMER AND FLIGHT INTEGRATION OFFICE NASA KSC/MK-SIO/SPACE SHUTTLE KSC INTEGRATION OFFICE NASA MSFC/MP/SPACE SHUTTLE PROJECTS OFFICE NASA JSC/LM/RESOURCES MANAGEMENT OFFICE USA SYSTEMS, CARGO, CUSTOMER AND FLIGHT INTEGRATION OFFICE BOEING INTERFACES TECHNICAL MANAGEMENT SSP REQUIREMENTS CRITICAL MATH MODELS, TOOLS, AND DATABASES CONFIGURATION MANAGEMENT OF PDPS BUSINESS MANAGEMENT ESTABLISHING A BASELINE PLAN FINANCIAL AND RESOURCE MANAGEMENT CHANGING THE BASELINE PRODUCTS PRODUCT ACCEPTANCE CRITERIA ROLES AND RESPONSIBILITIES IN-FAMILY/OUT-OF-FAMILY CONDITIONS PROBLEM IDENTIFICATION AND RESOLUTION PROCESS CoFR ACCOUNTABILITIES CONTINUOUS IMPROVEMENT SURVEILLANCE METRICS ii
7 TABLE OF CONTENTS APPENDIX PAGE A ACRONYMS AND ABBREVIATIONS B TASK PROCESS TABLE 3.1 PROGRAM AND SPACE STATION INTEGRATION MANAGEMENT INTERFACES MANAGEMENT REVIEW FORUMS FIGURE 3-1 NASA JSC/MS/SPACE SHUTTLE SYSTEMS INTEGRATION OFFICE NASA JSC/MT/SPACE SHUTTLE CUSTOMER AND FLIGHT INTEGRATION OFFICE USA SYSTEMS, CARGO, CUSTOMER AND FLIGHT INTEGRATION OFFICE BOEING SHUTTLE AND SPACE STATION INTEGRATION ORGANIZATION PROGRAM REQUIREMENTS CONTROL HIERARCHY SYSTEMS, CARGO, CUSTOMER AND FLIGHT INTEGRATION MACRO/ PROCESS HIERARCHY CONFIGURATION MANAGEMENT OF PDPS PROBLEM IDENTIFICATION AND RESOLUTION PROCESS AND PROCEDURE INTEGRATED PROCESS SUMMARY iii
8 OVERVIEW This Product Development Plan (PDP) provides a characterization of the program and project management processes for the Systems and Cargo Integration, and Customer and Flight Integration portions of the NAS Space Flight Operations Contract (SFOC) prime contract and associated subcontract for the National Aeronautics and Space Administration (NASA)/Johnson Space Center (JSC)/MS/Space Shuttle Systems Integration Technical Management Representative (TMR). These processes control the technical, schedule, and business management operations. The main focus of this PDP is on the management review and decision processes for Systems, Cargo, Customer and Flight Integration administered by NASA, United Space Alliance (USA) and Boeing. This PDP describes the inputs and interfaces required to initiate and execute the management operations processes, appropriate review and decision forums, resultant products, and any applicable metrics and standards. The management operations described in this PDP provide: a. Technical direction and performance evaluation b. Problem Identification and Resolution Process (PIRP) c. Establishment and control of task priorities, schedules, and contract product deliverables d. Assurance of product quality, timeliness, and associated metrics visibility e. Management approval of changes to critical tools, models, databases, and associated processes f. Integration of multi-site task interfaces and project requirements g. Budget planning, control, and variance analysis 1.0 SCOPE This PDP has been prepared pursuant to Data Requirements Description (DRD) f, Space Flight Operations Product Development Plans. This PDP characterizes the work efforts required for the management team to satisfy Systems, Cargo, Customer and Flight Integration requirements for the NASA/JSC/MS/Space Shuttle Systems Integration TMR. This PDP contains sections describing the following: a. Management organizations b. Management operations processes c. Resultant products d. Product acceptance criteria e. Roles and responsibilities for management oversight and insight 1
9 f. Approach to in-family and out-of-family conditions g. Certificate of Flight Readiness (CoFR) accountabilities h. Continuous Improvement (CI) i. Surveillance j. Metrics The specific tasks covered by this PDP are included in the following table. PDP Section SFOC SOW NAS WBS Task Title Technical Management Management Support Financial and Resource Management The products identified by this PDP are shown below. NAS DRD No. Type Product a 1 Management Plan - Describes the contractor s management organization, approach and systems b 1 Work Breakdown Structure (WBS) and Dictionary - Organizes the tasks to be accomplished in this contract in a product-oriented structure. The WBS and dictionary shall provide the framework for structuring the program implementation plans, establishing and tracking budgets, preparing schedules, developing work force and material estimates, preparing work authorization documents, and reporting contract performance g 3 Organizational Breakdown Structure - Identifies the contractor s organization for performing this contract k 3 Notification of Significant Program Management Decisions - The purpose of the DRD is to document potentially significant contractor program management decisions such that NASA program management will have timely and appropriate insight prior to their implementation c 3 Facility Maintenance Cost - Provides facilities maintenance cost data per NASA Headquarters direction and format. 2
10 NAS DRD No. Type Product d 3 Energy Utilization and Consumption Report - Provides SFOC energy consumption, forecasts, and variance analysis for each responsible SFOC location on a monthly, quarterly, and annual basis b 1 Performance Measurement System (PMS) Reports (Operations) - Provides technical, cost, and schedule performance summary and assessment based on a PMS for all operation activities (i.e., non-development/non-production activities) a 2 Information Management Plan - Provides a description of the contractor s information system b 1,3 Information Technology (IT) Plan and Reports - Documents the contractor s compliance with Federal and NASA IT planning and reporting regulations and requirements Configuration Management Plan - Describes the contractor s method for accomplishing the Configuration Management (CM) requirements of the contract a 2 Verification Management Plan - Describes the contractor s method for accomplishing the verification management requirements of the contract a Volume I a Volume II 1 SFOC Facility Management Plan - Documents the contractors integrated processes for conducting facility management functions including facility projects, maintenance, sustaining engineering, space utilization, energy management, environmental management, subcontract management, real property reporting. 1 SFOC Five-Year Facility Project Requirements Plan - Provides the contractor s five-year facility project requirements plan including those above and below contract threshold for implementation b 1 Facility Project Documentation - Project documentation for SFOC facility projects providing for government authorization as well as insight into cost, schedule, and performance a Security Management Plan - Describes how the plan will be used to define the SFOC security management task. 3
11 NAS DRD No. Type Product b Technology Protection Control Plan - Describes how the plan will be used to define the SFOC technology protection mechanisms for all SSP development and operations activities a 1,2,3 Manifest Products - Defines the manifest and top-level program schedule products to support the Space Shuttle Program Office d 1 Flight-Specific TV Plan - The flight-specific TV Plan documents the timeline, configuration and operation requirements necessary to satisfy planned video and audio events. Test and operation of new technology/capabilities are also included f 1 Flight Requirements Documents (FRDs) - Documents Space Shuttle Program (SSP) authorized requirements for each flight. The FRD Blank Book is used as a guide during preparation of the flight-specific FRDs. Implementation of the specifications defined within the FRD Blank Book ensures a consistent definition and format for flight requirements. The FRD International Space Station (ISS) Standard contains the Program Requirements Control Board (PRCB) approved requirements for a standardized ISS flight and is used for the preparation of the flight-specific FRDs for Space Shuttle flights to the ISS a 1 Flight-Derived Dispersions and Database Update - Provides statistically reconstructed flight data for preflight analyses that require flight-derived dispersions a 3 Mission-Specific Shuttle Thermal and Structural Math Models - Models are required as input data for analyses of specific Space Shuttle payloads and cargo configurations b 3 Cargo Thermal and Loads Verification Analysis - Provides passive and active/environmental Control and Life Support System (ECLSS) thermal verification analyses or assessments for every Space Shuttle mission payload/cargo configuration for the planned mission timeline; structural dynamic loads verification analysis for every Space Shuttle mission payload/cargo configuration; and analyses used by payloads for verification of Shuttle compatibility. 4
12 NAS DRD No. Type Product c 3 Safety Evaluation of Orbiter Services for Payload Use - Safety evaluations of payload planned use of Orbiterprovided services to identify possible payload-to-orbiter interface hazards. The evaluations are based on payload customer Safety Assessment Reports and are used by the cargo engineering member of the Payload Safety Review Panel d 3 Payload Environment Impact Statement - The payload complement for each Shuttle mission is assessed for potential environmental impact to the Earth s atmosphere or population. This evaluation supports NASA Headquarters statements as listed in the Applicable Documents Section (13.2 of DRD d) regarding potentially adverse environmental impacts of each Shuttle space flight mission a 3 SSP Drawing Release Change Request (CR) - Authorizes release of the Space Shuttle systems drawings for each flight b 3 Engineering Drawings - Provides flight-specific cargo integration information necessary for contractor and payload customers to evaluate the compatibility of the flight cargo mix with the designated Orbiter. To provide the final cargo integration engineering drawings required for Orbiter reconfiguration a 1,3 Day-of-Launch Support System (DOSS) Flight-Specific Products - Provides flight-specific products to DOSS for assessment b 3 DOSS Non Flight-Specific Products - Supports periodic block updates for DOSS software databases a 3 Integrated Data Processing System (DPS) Principles of Operation (POO) Document Updates - Documents the design, interfaces, and POO of the Shuttle integrated DPS, including multi-functional electronic display subsystem, for knowledge capture, analysis, and training purposes c 3 Integrated DPS Flight Support Manual - Provides a reference handbook for use by DPS engineering on-station during launch countdown, which will provide clarification of error codes, fault annunciation, and other data useful in formulating a GO/NO GO decision for the DPS. 5
13 NAS DRD No. Type Product a 3 Shuttle Weight, Performance, and Integrated Mass Properties Database and Status Reports - Provides integrated mass properties database and reports necessary to support mission-specific vehicle weight statements and provide management insight for each mission in process, selected reference missions, and special requests a, b 3 Trajectory Design Data Package and Change Notices - Documents selected mission configuration, groundrules, vehicle performance characteristics, and data for various flight design organizations a 3 Adjusted Reusable Solid Rocket Motor (RSRM) Preflight Computer Files - Generates adjusted RSRM block motor characteristics for trajectory simulations b 1 Main Propulsion System (MPS) Inventory/Budget Update and Documentation - Documents the loading and consumption of MPS propellants in the external tank a 3 Annex 1 - Payload Data Package - To be used by contractor and payload customer as an agreed-to source for the payloads configuration, weight and mass properties, avionics, and physical function data for installation, deployment, and/or retrieval of the payload as related to the Orbiter. Annex substantiates the agreed-to design interfaces as described in the payload-unique Interface Control Document (ICD) Interface Revision Notice to Element ICDs - Defines changes to ICDs Payload ICDs and Information Requirements Documents (IRDs) - ICDs - To define the technical interfaces agreed to between the Space Shuttle Vehicle (SSV) and the unique payload or on-orbit assembly. ICDs provide necessary requirements for interface definition to support integration hardware design, payload design and flight product development and include development of a payload avionics control schematic. IRDs - To define the installation assembly requirements for the installation of payload-topayload elements within the Orbiter by SSP. (An IRD is not required for payloads that are fully assembled prior to installation into the Orbiter.) 6
14 NAS DRD No. Type Product Payload Operations and Maintenance Requirements and Specification (OMRS) - To provide the OMRS Board preand post-mate test requirements for verification of SSP hardware interfaces with the payload to satisfy NSTS 14046, Section a 1 Technical Revision to SL-E-0001 and SL-E Management and maintenance of SL-E-0001 and SL-E will be conducted by the Technical Area Manager with approval from the Integration Control Board (ICB) and/or Shuttle Avionics Systems Review b 3 Element Avionics Interface Databook Updates - Updates information in the Element Avionics Interfaces Databook, Day-of-Launch Support Databook, and Post-Flight Data Processing Procedures c 3 Element Avionics Interface Design Review Assessment Report - Documents avionics technical hardware and software assessments of proposed element interface avionics design changes Part 1 2 Facility and Equipment Maintenance Plan and Supporting Data - Provides monthly, quarterly, and annual maintenance metrics providing measures of efficiency and effectiveness. Data is provided and trended by SFOC operating site, as well integrated contract totals. 7
15 2.0 DOCUMENTATION 2.1 APPLICABLE DOCUMENTS Program documentation defining the procedures, methodologies, and processes to be used in the development of the products covered by this PDP are shown below. The current versions of the following documents are applicable to this PDP and shall be used as described in the specific process descriptions. Document Number NSTS NSTS 07700, Volume IV NSTS NSTS NSTS NSTS SFOC-PG9600 SFOC-PG9604 SFOC-PM0006 SFOC-PM0007 SFOC-PM0013 SFOC-PM0014 SFOC-PM0015 SFOC-PM0025 SFOC-PM0026 SFOC-PM0027 SFOC-PM0047 Document Title Program Definition and Requirements Configuration Management Requirements Requirements and Procedures for Certification of Flight Readiness (CoFR) Problem Reporting and Corrective Action (PRACA) System Requirements Intermediate and Depot Maintenance Requirements Document Operations and Maintenance Requirements and Specifications Document Program Management Plan Risk Management Plan Product Development Plan for Payload Data Package - Annex 1 PDP MS3-008 Product Development Plan for Payload Engineering Products - OMRSD PDP MS3-009 Product Development Plan for Cargo Safety PDP MS3-003 Product Development Plan for Cargo Hardware Design and Development PDP MS3-004 Product Development Plan for Payload Hardware Logistics Support PDP MS3-005 Product Development Plan for Customer and Flight Integration Support PDP MT-001 Product Development Plan for Shuttle Integrated Schedules PDP MT3-002 Product Development Plan for Shuttle Manifest Support PDP MT3-001 Product Development Plan for Facility Management Plan, Volume 1 PDP MS
16 Document Number SFOC-PM0053 SFOC-PM0056 SFOC-PM0057 SFOC-PM0060 SFOC-PM0061 SFOC-PM0062 SFOC-PM0063 SFOC-PM0065 SFOC-PM0066 SFOC-PM0067 SFOC-PM0068 SFOC-PM0069 SFOC-PM0070 SFOC-PM0071 SFOC-PM0072 SFOC-PM0075 Document Title Product Development Plan for Combined Element Integration PDP MS4-001 Product Development Plan for Element Avionics Systems Integration PDP MS-002 Product Development Plan for Payload/Cargo Structural Analysis PDP MS2-001 Product Development Plan for Active and Passive Thermal/ECLSS Verification Analysis PDP MS2-002 Product Development Plan for Payload/Cargo Engineering Products EME PDP MS2-003 Product Development Plan for Payload Engineering Products Shuttle-to-Payload Interface Requirements PDP MS3-001 Product Development Plan for Reconfiguration Engineering PDP MS3-002 Product Development Plan for Payload Engineering Products Payload Unique Interface Requirements PDP M3-007 Product Development Plan for Program Level and Payload Unique Interface Control Documents PDP MS3-010 Product Development Plan for Security Management PDP MS3-011 Product Development Plan for System Safety PDP MS3-006 Product Development Plan for Flight Systems Analysis PDP MS4-002 Product Development Plan for KSC Program Boards PDP MS8-002 Product Development Plan for KSC Requirements Maintenance PDP MS8-003 Product Development Plan for United Space Alliance Program Integration Certification of Flight Readiness Process PDP MS8-005 Product Development Plan for Ice Debris and Photographic Evaluation/Support PDP MS
17 Document Number SFOC-PM0084 SFOC-PM0085 SFOC-PM0092 SFOC-PM0096 SFOC-PM0102 SFOC-PM0270 USA USA Document Title Product Development Plan for SSV Engineering Requirements PDP MS8-001 Product Development Plan for Engineering Information Management Maintenance PDP MS8-004 Product Development Plan for Space Shuttle Program Systems ICDs PDP MS3-013 Product Development Plan for Systems Integration Electromagnetic Compatibility PDP MS2-004 Product Development Plan for Time-Critical Ground Handling Requirements Table PDP MS3-012 Product Development Plan for Launch Site Requirements Review (LSRR)/Launch Site Flow Review (LSFR) PDP MS8-009 Product Development Plan for Flight Integration PDP MT-002 Problem Identification and Resolution Process and Procedure 2.2 REFERENCE DOCUMENTS Reference documents used in the development of the products described in this PDP are shown below, along with a listing of additional JSC/MS PDPs which define the next tier of Systems, Cargo, Customer and Flight Integration technical management processes for SFOC. These reference documents are identified as additional sources of related material for informational purposes only. Document Number JSC 25187, Appendix A JSC 25187, Appendix B NSTS NSTS SFOC-PG9600 SSD95D0205 Document Title Flight Production Generic Templates Flight Production Schedules Space Shuttle Systems Integration Plan for Integrated Mission Support Plan Space Shuttle Program/International Space Station Program Joint Integration Schedule Space Flight Operations Contract (SFOC) Program Management Plan Program Integration Flight Preparation Process Definition Document 10
18 Document Number Issued under MS letter Document Title Surveillance Plan for the Space Flight Operations Contract (current issue) 11
19 3.0 MANAGEMENT OPERATIONS TASKS This section contains a description of the following: a. Management organizations b. Management operations processes c. Resultant products d. Product acceptance criteria e. Roles and responsibilities for management oversight and insight f. Approach to identifying in-family and out-of-family conditions 3.1 MANAGEMENT ORGANIZATIONAL STRUCTURE The Program Integration Management Operations Team is comprised of managers representing NASA offices at JSC, Kennedy Space Center (KSC), and Marshall Space Flight Center (MSFC), USA SFOC prime contractor, and Boeing subcontractor, as described in the following sections NASA JSC/MS/Space Shuttle Systems Integration Office The manager of the NASA JSC/MS/Space Shuttle Systems Integration Office serves as TMR for the Systems, Cargo, Customer and Flight Integration portion of the SFOC contract. In this capacity, the manager provides technical insight on behalf of the NASA SSP Manager and SFOC Contracting Officer s Technical Representative (COTR). This includes the planning and implementation of required surveillance activities; coordination and approval of the disposition of out-of-family occurrences; control authority for changes to requirements, groundrules, or processes; approval of changes to the Systems, Cargo, Customer and Flight Integration PDPs; review of operational budget requirements, and technical and budget management oversight responsibility for the program provisioning portion of the contract. As depicted with a representative organizational structure in Appendix B, Figure 3-1, assistance is provided by a deputy manager, and the office managers responsible for the Engineering Integration and Project Integration Office. A technical assistant provides a focus on programmatic review, analysis, and performance assessment for contracted activities. A multi-site NASA, USA, and Boeing Program Integration Performance Analysis Team, assists the TMR and Associate Program Manager (APM) with the coordination, integration, and recommendations relative to performance analysis, specific management initiatives, and other activities, as identified NASA JSC/MT/Space Shuttle Customer and Flight Integration Office The manager of the NASA JSC/MS/Space Shuttle Customer and Flight Integration Office serves as the focal point for NASA management responsibility for JSC/MT/Customer and Flight Integration Office tasks. The manager provides technical 12
20 insight on behalf of the Systems Integration TMR. This includes the planning and implementation of required surveillance activities; coordination and approval of the disposition of out-of-family occurrences; control authority for changes to requirements, groundrules or processes; and approval of changes to the Customer and Flight Integration PDPs. (Reference Appendix B, Figure 3-2.) NASA KSC/MK-SIO/Space Shuttle KSC Integration Office The manager of the NASA KSC/MK-SIO/Space Shuttle KSC Integration Office serves as a focal point for NASA management responsibility for the KSC Shuttle integration tasks involving mission configuration requirements, Space Shuttle Systems requirements maintenance, and certain technical information systems. The manager provides technical insight on behalf of the Systems Integration TMR including planning and implementation of required surveillance activities; control authority for changes to requirements, groundrules, or processes; and managing the transition of associated tasks, products, and processes to SFOC oversight management responsibility while retaining technical management oversight responsibility for the KSC portion of Program Integration program provisioning NASA MSFC/MP/Space Shuttle Projects Office The manager of the NASA MSFC/MP Space Shuttle Projects Office serves as a focal point for NASA management responsibility for MSFC Shuttle propulsion projects integration tasks involving MSFC Space Shuttle element systems requirements maintenance. The manager provides technical insight on behalf of the Systems Integration TMR including planning and implementation of required surveillance activities, and oversight for program provisioning tasks involving MSFC Space Shuttle element project support NASA JSC/LM/Resources Management Office The NASA JSC/LM/Resources Management Office, within the Space Shuttle Business Management Office, provides the principal NASA business management interface for the Program Integration portion of the SFOC contract. The Resources Management Office is the primary focal point for compiling, analyzing, establishing, and documenting resource requirements and assessing contractor performance or issues USA Systems, Cargo, Customer and Flight Integration Office The USA Systems, Cargo, Customer and Flight Integration Office is headed by a Vice President/APM with overall management responsibility for the Systems, Cargo, Customer and Flight Integration portion of the SFOC prime contract and associated Boeing subcontract. As depicted with a representative organizational structure in Appendix B, Figure 3-3, assistance is provided by a Deputy APM, Program Integration staff, and the department directors who are responsible for the System and Flight Integration, Payload/Cargo Engineering and Customer Integration, Technical Information Systems, Management Integration, and SSP/ISS Program Integration portions of the contract. A KSC Program Integration Director provides a focal point for 13
21 KSC Program Integration activities, while the MSFC Project Office Director provides a similar focal point for MSFC Program Integration activities. Since operational tasks, products, and processes have been transitioned from NASA oversight management role to one of NASA insight and USA management oversight, these senior managers ensure that the overall quality and timeliness of the contract performance is maintained. A more detailed discussion of oversight and insight responsibilities is provided in Paragraph 3.6. A business manager provides overall accountability for resource management and reporting for all Program Integration activities Boeing The Shuttle and Space Station Integration Program Office at Boeing has the management responsibility for the Systems and Cargo Integration portion of the USA subcontract with Boeing. The Program Director has the overall decision authority for technical, schedule, and business matters. As depicted with a representative organizational structure in Appendix B, Figure 3-4, assistance is provided by an Associate Program Director (APD) for Payload/Cargo Integration and APD for System Integration who serve as leaders of their respective teams and are responsible for the day-to-day management of contract tasks within their assigned WBS elements. Together, they ensure that the contract tasks for their respective teams are planned and organized in accordance with the Statement of Work (SOW). They direct and control task performance to ensure timely and efficient completion of the products and services in response to established schedules and milestones within the allocated budgets. They provide a customer interface, with respective counterparts, at both USA and NASA, regarding technical and program policy decisions and manage overall compliance with SSP and task requirements. The Integration Project Managers provide project management leadership for technical direction, resolution of key issues, system compatibilities, work planning, scheduling, program reviews, and product quality. The Chief Engineer (CE) serves as the senior technical management focal point to establish the overall engineering position on CoFR and to integrate problem resolution and Program Director/customer actions across the Payload/Cargo Integration and System Integration teams. Chief Team Engineers (CTEs) from this organization serve as the technical management leadership, on the respective Payload/Cargo Integration and System Integration teams, providing direction for the Project Managers and team members responsible for executing the required tasks. The CEs provide the necessary technical direction, establish the relative task priorities when conflict arises, conduct technical review of output products for quality and content, and evaluate overall task performance. The Program Business Management Office provides management direction and decisions on matters relating to cost and subcontract performance in the attainment of program objectives. The Assistant Program Business Director assigned for Systems and Cargo Integration is the USA Business Manager s primary interface for support regarding finance performance management and subcontract management issues. Offices at Houston and Florida operations provide management and technical support for site-unique subcontract tasks performed at their respective locations. The series of 14
22 internal and customer reviews described in Section 3.2 helps ensure that all activities are properly coordinated, integrated, and synchronized Interfaces Primary management interfaces between the organizations discussed above are identified in Appendix B, Table TECHNICAL MANAGEMENT Technical management focuses on maintaining proper content and quality of required products and services. Effective technical management begins with a clearly defined set of roles and responsibilities from NASA to USA to Boeing. A WBS and associated responsibility assignment matrix (SFOC-PG9600, Program Management Plan) identify a specific focal point for technical management of each process. This focal point is the day-to-day manager who provides the necessary technical direction and control, performance evaluation, identification and resolution of problems and issues, and ensures the overall quality and timeliness of the required products and services. As new work or changes to the baseline requirements are defined, integrated plans of action are prepared and changes documented for management review and concurrence, as required. Status of ongoing work, significant problems/issues, and proposed changes are presented through a variety of internal and customer management review forums, as described in Appendix B, Table SSP Requirements NSTS 07700, Space Shuttle Program Definition and Requirements, provides the baseline definition of the SSP management and technical requirements. The weekly NASA PRCB is the controlling authority for approval of all changes to these programlevel requirements. Chaired by the SSP Manager, the PRCB includes voting membership of USA and the JSC/MS/Space Shuttle Systems Integration Office. This requires a close coordination of the parallel NASA, USA, and Boeing processes for impact evaluation and risk assessment of proposed changes to ensure a complete, integrated, and correct assessment by all parties. Approval authority for certain program-level changes have been delegated per NSTS 07700, Volume IV, Configuration Management Requirements, to lower tier control boards as shown in Appendix B, Figure 3-5. The JSC/MS/Space Shuttle Systems Integration Office provides chairmanship for the ICB and USA Payload/Cargo Engineering Department for the Daily Mission Integration Control Board (DMICB). The USA Systems Integration Review Board (SIRB) is used as the review and approval board for Systems Integration products that have been transitioned from the NASA MS/Space Shuttle Systems Integration Office. Pre-coordination of Special Daily PRCB agenda items ensures proper impact assessment and adherence to program-level requirements. Weekly status reports are issued highlighting the most significant issues, accomplishments, schedule activities, or open actions to keep management apprised of potential programmatic problems and constraints. Flash reports are generated on an as-needed basis to quickly 15
23 communicate the facts of an incident occurrence or issue and the associated plan of action. System Integration Plans (SIPs) are identified, developed, and maintained to provide the program management planning required to integrate major changes into the SSP. An SIP provides the basis for identification and resolution of potential Shuttle element project issues and secures their commitments on respective responsibilities, activities, products, and resource requirements. The Space Shuttle PRCB approves these plans. Risk management is a key aspect of the management process within Program Integration. Program Integration identifies and manages risk through the on-going activities of existing risk management mechanisms instituted throughout its operations. These mechanisms include such items as technical reviews, verification activities, assessments, working groups, trend analyses, requirements development, and integration activities, among others. Risks are identified, analyzed and dispositioned as an integrated process. When appropriate, risks are elevated to the appropriate management level for disposition. Additionally, documented risk assessments are provided for changes proposed at program-level boards and panels in accordance with DRD b. These change evaluation risk assessments identify the risk to safety, supportability, mission success, cost and/or schedule associated with changes initiated or evaluated by USA. A risk is evaluated in terms of its potential consequences and their likelihood of occurrence by utilizing the SFOC risk assessment scorecard. When a significant increase in risk is identified for a change item, options for mitigating risk are provided, along with a recommendation. Program Integration assists in the collection and analysis of metrics gathered to demonstrate USA s compliance with contractual risk assessment requirements Critical Math Models, Tools, and Databases One of the key technical management challenges, as the SSP requirements continue to evolve, is the definition of the integrated vehicle and induced design environments and integrated system certification analyses that verify the acceptability of the proposed changes. The critical math models, analytical tools, and databases are maintained under engineering analysis CM procedures. Proposed System Integration changes are internally documented on an Engineering Analysis Process Request (EAPR) to ensure proper documentation, coordination, testing, and approval. As described in SFOC-PM0069, Product Development Plan for Flight Systems Analysis PDP MS4-002, these System Integration EAPRs are coordinated with the appropriate technical management counterparts prior to implementation through the formal PRCB change process. The process for maintaining configuration control of Cargo Integration structural models and loads analysis tools is described in SFOC-PM0057, Product Development Plan for Payload/Cargo Structural Analysis PDP MS A parallel process for control of Cargo Integration thermal math models and tools is described in SFOC-PM0060, Product Development Plan for Active and Passive Thermal/ECLSS Verification Analysis PDP MS
24 3.2.3 Configuration Management of PDPs As listed in Paragraph 2.1, the Systems, Cargo, Customer and Flight Integration PDPs document and baseline the key technical processes that provide the associated products and services required under the contract. Systems and cargo integration process hierarchy is shown in Appendix B, Figure 3-6. As these processes are identified or changed, such as with transition of technical management responsibility or incorporation of CI efficiencies, a PDP baseline or revision is required. The DRD f requirement is to update PDPs annually. Changes shall be incorporated by change page or complete reissue. To ensure PDPs are kept current, the following processes are followed: a. PDP book managers will perform mandatory annual review for adequacy and obvious corrections and update, as required. b. Any changes that affect key process characteristics are to be approved/ incorporated prior to process revision/implementation. Key process characteristics are those aspects of the process that have a direct influence on the process output or that affect end item/product quality or timelines. Per the SFOC Contract Preamble, Item (f), audit means the implementation of procedures and requirements of the NASA engineering quality audit or other equivalent audit techniques. This is a periodic audit of all aspects of processes and procedures required to manufacture, assemble, test, and process hardware for flight. In the case of the SFOC, the typical definition of audit is expanded to include periodic validation that integration, engineering and flight operations functions continue to be controlled and appropriately implemented. Additionally, these audits are performed on a semiannual basis (frequency may be reduced with time depending on quality of results) and would be performed by the appropriate engineering, operations, and quality organizations under the leadership of the responsible NASA Technical Management Representative (TMR). To ensure this requirements is met, the following processes are followed: c. Existing PDPs will be audited on an as required basis only when: 1. No major findings from last audit or other surveillance tools. 2. Performance metrics have shown no adverse trends. 3. No changes identified to the key process characteristics. d. PDP audits six months after (utilizes current audit process, NASA letter announces the audit with checklist): 1. All changes to key process characteristics have been implemented. (Note: Audit may be on the total PDP or the process change(s) only.) 2. New baselined PDPs. 17
25 All PDP baselines and revisions will be processed by the USA Program Integration Management Integration Office. CM of each PDP will be in accordance with the CM process for PDPs shown in Appendix B, Figure 3-7. The PDP coordinator will obtain a tracking number for each PDP baseline or revision from the USA Baseline Documentation organization. The tracking number is assigned to a review disposition sheet, which accompanies the baseline/revision through the review process. This number will track the flow of the PDP change throughout the Management Integration CM process. The signed hardcopy of the updated PDP will be verified against the updated electronic copy prior to posting to the World Wide Web (WWW) and retained for reference. 3.3 BUSINESS MANAGEMENT Business Management focuses on ensuring that the contracted efforts are accomplished within established resource and contractual requirements. This involves a rigorous process of establishing funding requirements; documenting a baseline operating plan; exercising the appropriate internal resource management status, analysis, and control; preparing and processing of appropriate change paper; and formal resource management status reporting and reviews, as described in this section Establishing a Baseline Plan A baseline plan for the Systems, Cargo, Customer and Flight Integration portion of the NAS SFOC was originally initialized through a series of joint Work Content Reviews conducted over several months to align work content to the corresponding funding availability. The recommended work content and associated resource requirements were documented in task-level, multi-year decision packages jointly signed by the NASA JSC/MS/Space Shuttle Systems Integration Office and USA Systems, Cargo, Customer and Flight Integration Office and accepted by the SFOC COTR and USA Program Manager. This structured activity based costing process was utilized to negotiate the SFOC. Fiscal year requirements for the prime contractormanaged operations tasks were subsequently summarized and baselined in a Systems, Cargo, Customer and Flight Integration Work Content Plan (WCP), negotiated proposal, and definitized contract and subcontract. If required by program funding constraints, an annual review of any proposed changes to the WBS 1.2 WCP will be conducted, usually during the Program Operating Plan (POP) review process. For the program provisioning activities, the same process was originally used to provide a baselined WCP providing the basis for documentation and prioritization of the initial fiscal year Program Provisioning Task List (PPTL). The WBS 1.7 WCP documents the detailed work requirements that are utilized to perform to the PPTL annual baseline. The PPTL is the jointly partnered program provisioning work requirements contractual baseline for which a provisioning proposal is submitted, negotiated, and definitized each fiscal year. The current fiscal year baseline operating plan for incentive and provisioning is reviewed annually to substantiate budget requirements. The baseline operating plan 18
26 consists of all authorized work requirements. The PPTL is proposed and definitized on an annual basis. The work content approved from the PPTL proposal becomes the prime contractor s managed operations, as represented in the baseline operating plan. Paragraph explains how changes to both the incentive and provisioning work requirements are submitted/approved and incorporated into the baseline operating plan. The NASA POP process provides a longer-range projection (usually five years) of the SFOC multi-year funding requirements Financial and Resource Management Financial and resource management ensure that products and services required per the contract are provided within budget availability. The primary sources of all USA and Boeing cost performance by contract, function, WBS, Project ID and department are the SFOC Financial Management System (FMS) and Subcontractor Financial Database (SFD). The FMS is available online to both USA and NASA. The SFD is available to NASA, USA, and Boeing. These systems provide USA and NASA managers with the necessary financial and resource planning and performance data to manage Program Integration financial performance. Monthly Subcontract Performance Reviews between USA and Boeing and Business Management Reviews between NASA and USA are the primary means of communication for the financial performance Changing the Baseline Proposed changes to the contract baseline require different forms of contractual direction depending on the extent and type of change. Generally, changes within the definitions and requirements of the SOW which refine, clarify, reprioritize, or otherwise furnish guidance require written technical direction from NASA to USA. Implementation impacts with the technical direction, if any, are reported back through the contract administrator. If a more extensive change to the baseline is necessary, a Change Order (CO) is issued to modify the SOW or other prime contract requirements. USA documents cost, schedule, and other impacts associated with the CO in a formal proposal or Change Package Agreement (CPA). On Provisioning, if below threshold effort is approved, a Program Provisioning Technical Direction (PPTD) is used to authorize the task. If the provisioning task is above the threshold, a formal proposal or CPA is submitted. If a change is required to the NASA-managed activities baselined in the fiscal year PPTL, a PPTD request is partnered and processed to document the work content, budget, schedule, or other impacts associated with the change as a precursor to the formal proposal or CPA. 3.4 PRODUCTS The major products of management operations processes are the management decisions, assessments, and recommendations that determine the technical, schedule, and cost performance of the Systems, Cargo, Customer and Flight Integration portion of the SFOC and associated Boeing subcontract. The SFOC DRDs explicitly or implicitly reflect these requirements. Reference Section 1.0 for a complete products listing. 19
27 3.5 PRODUCT ACCEPTANCE CRITERIA The primary products of management operations processes are the management decisions, assessments, and recommendations which determine the technical, schedule, and cost performance of the Systems, Cargo, Customer and Flight Integration portion of the SFOC. There are objective performance evaluation methods utilized: a. Award fee criteria and evaluation b. Cost incentive criteria and performance c. Flight performance incentive criteria and evaluation d. Monthly advisory report memorandum (PIRP/Preventative Corrective Action Review [PCAR]) e. Performance management system metrics 3.6 ROLES AND RESPONSIBILITIES USA has oversight responsibility for all the tasks, activities, and contractual requirements identified in the SFOC. This accountability includes the oversight and management of all aspects of the Boeing subcontract. NASA retains process control of the incentive portion of the SFOC through the baseline PDPs, surveillance capability as described in Section 6.0, and responsibility for out-of-family problem resolution as described in Section 3.8. For the provisioning activities and tasks identified in the annual PPTL, USA is responsible for managing the task performance by its subcontractor, Boeing, as a completion form effort by ensuring technical quality, schedule adherence, and resource performance. Close coordination is required with NASA to ensure that the PPTL tasks which develop SSP requirements, products, or integration hardware do not have unforeseen impacts to the implementation of operational tasks, products, and schedules associated with the incentive portion of the SFOC. NASA retains a requirements definition, content approval, and budget authorization role for all provisioning tasks, while USA is accountable for the subsequent implementation, product delivery, and day-to-day issues relative to the tasks defined and authorized by NASA. 3.7 IN-FAMILY/OUT-OF-FAMILY CONDITIONS The SSP approved definition for determining in-family and out-of-family conditions is contained in NSTS 08126, Shuttle Problem Reporting and Corrective Action (PRACA) System Requirements, which states: a. In-Family: Manufacturing, processing, and operations within the experience base as program-accepted performance are defined as in-family. This includes performance within the expected performance range and in compliance with established requirements and processes for the end item or system. Established 20
28 program requirements include engineering drawings and specifications; engineering requirements; acceptance test requirements; NSTS 08171, Operations and Maintenance Requirements and Specifications Document; Launch Commit Criteria; NSTS 08151, Intermediate and Depot Maintenance Requirements Document; certification basis; and flight constraints and limits, as modified by approved waivers and exceptions. Activities to return to the design requirements or performance specification by removal and replacement or rework using a standard repair or maintenance procedure approved by the design project are infamily. Out-of-limits performance or discrepancies which have been previously experienced may be considered as in-family, when specifically approved by the SSP or design project. b. Out-of-Family: Operation or performance outside the expected performance range of parameters or which has not previously been experienced is out-of-family. This disposition of discrepancies or nonconformances which affect the configuration, certification, mission success, safety critical functions, hazards controls, or weight in excess of two pounds (equivalent performance to orbit) is out-of-family. Adverse problem trends are out-of-family. Discrepancies or nonconformances which the operator determines requires design element analysis or assistance for resolution are out-of-family. Unexplained anomalies or events are out-of-family. Any activity or condition not expressly defined as in-family is out-of-family. Based on the above definitions, specific criteria for in-family and out-of-family conditions that occur within Systems, Cargo, Customer and Flight Integration technical processes are identified and documented in the respective PDPs covering those processes. It is the responsibility of the appropriate project management to identify potential out-of-family conditions based on the criteria to their respective prime contractor counterparts. USA program management has the responsibility to ensure that these out-of-family conditions are brought to the attention of the respective NASA counterparts for assessment, investigation, resolution, or concurrence, as required. 3.8 PROBLEM IDENTIFICATION AND RESOLUTION PROCESS The PIRP maintain communication and feedback on USA and subcontractor performance related to nonconformance indicators, as depicted in Appendix B, Figure 3-8. Identified problems are reported in monthly advisory letters, midterm and final award fee evaluations, and PDP audits. The program element point of contact coordinates the overall identification, reporting and resolution of the nonconformance through the Program Element Performance Evaluation Reporting (PEPER) database. Resolution information is directly applied to the database by program element department points of contact and is tracked, via report forms and a formal review process, with the NASA customer. The NASA customer reviews applicable nonconformances and metrics on a quarterly basis with the NASA SSP Manager. The approved corrective action plan forms are considered quality records. 21
29 The PIRP process is managed by the USA Program Integration APM Office. The nonconformance process is explained in detail in USA004579, Problem Identification and Resolution Process and Procedure. This operating plan is accessible via the SFOC Electronic Library System. 22
30 4.0 CoFR ACCOUNTABILITIES The CoFR products, processes, and responsibilities for Systems, Cargo, Customer and Flight Integration are defined in NSTS 08117, Requirements and Procedures for Certification of Flight Readiness and SFOC-PM0072, Product Development Plan for United Space Alliance Program Integration Certification of Flight Readiness Process PDP MS Prior to the SSP Flight Readiness Review (FRR), all products, processes, and responsibilities to assure readiness for flight in compliance with NSTS are accomplished and reported to the NASA JSC Space Shuttle Program Office at the Program Integration Pre-FRR. This review, by a joint management team of NASA, USA, and Boeing, is conducted approximately Launch - 29 days and is sequentially chaired by the APM, USA Program Integration and the NASA Manager, SSP Integration. The joint management team exercises their respective responsibilities as NASA, USA prime contractor, and Boeing subcontractor to assure compliance with documented flight preparation process requirements and signs the appropriate CoFR endorsement subsequent to the Pre-FRR. Prior to the scheduled launch date, the SSP Mission Management Team (MMT) is activated to review any actions, issues, concerns, or exceptions to program or mission requirements since the FRR. The Program Integration Management Team, with members from NASA, USA, and Boeing, reviews the status and disposition of their respective items for presentation, as necessary, to the MMT review. On launch day, the Program Integration team members are polled for a final GO/NO GO, to assure final flight readiness. 23
31 5.0 CONTINUOUS IMPROVEMENT CI is a key strategy of Program Integration for improving productivity, achieving cost savings, and achieving other economies and efficiencies across all work performed by Program Integration. A fiscal year CI plan is developed that identifies candidate initiatives and training needs for Program Integration. The CI plan is monitored for compliance to company CI standards and can be found at the Program Integration website: Initiative teams are structured to encourage the use of CI tools and techniques, as defined in the NAS , Attachment J-16, Continuous Improvement Plan for the SFOC. Program Integration developed a CI initiatives database to track the process improvements the individual initiative teams are assigned to implement. Some of the integral functions of this database are: a. Provides a mapping to USA goals for the Vision Support Plan (VSP) reporting. b. Maps directly to NASA and USA goals. c. Provides milestone schedule monitoring. d. Measures safety and risk utilizing the SFOC-PG9604, Risk Management Plan process. e. Provides a Quick Look Report at individual project level. Initiative reporting is provided each month, via the VSP board, and in conjunction with the monthly Joint Integrated PIRP Review. Program Integration identified CI trainers and facilitators spanning USA Houston, Huntsville, and Florida. The trainers and facilitators are responsible for ensuring the CI process is coordinated and implemented in accordance with company standard. Teams are encouraged to participate in CI training, prior to team kickoff, and facilitators are available to teams for use of defining an approach to focus the initiative in a specific area of process development. Each fiscal year, the CI plan is reviewed for completion or status of predefined tasks, and is updated to ensure future plans are identified for the PI element. A status summary is prepared for company reporting based on the previous year task schedules and plans. It is the intent to continue reporting CI plans and identifying teams as part of maintaining a high standard of continual process improvement. All management team members are responsible for supporting the CI methodologies throughout each organization of Program Integration. 24
32 6.0 SURVEILLANCE The Systems, Cargo, Customer and Flight Integration Surveillance Plan for SFOC defines how the NASA TMR will monitor performance. The PDPs, documenting the operational processes and products, become an integral part of defining the baseline for surveillance. Contract performance against the SOW performance standards, along with evaluation of effectiveness in meeting the award fee areas of emphasis criteria, and flight performance incentive criteria, are indicators that performance is within expectation. Data available from the USA performance management system, FMS, and other management information systems will also be utilized. Surveillance tools include inspection, observation, audits, management information systems, and customer comments. Assessments will be measured against the standards and Maximum Error Rates (MERs), quality, schedule, cost, product acceptance criteria, CI, and CoFR accountability. Specific tools and assessments for each PDP and the PPTL are identified within the Surveillance Plan. The scope includes JSC, KSC, and MSFC integration contract requirements. 25
33 7.0 METRICS Good management decisions are based on evaluation of task requirements, priorities, and metrics to maintain technical, schedule, and cost performance summary and assessment to successfully accomplish goals and objectives. Incentive metrics for Systems, Cargo, Customer and Flight Integration products are provided, monthly, through the SFOC PMS in order to manage and monitor performance against established standards and MERs. The respective NASA, USA, and Boeing management teams have identified additional metrics to evaluate performance results, to provide management with early problem identification, to establish baseline performance data for processes and products, or to analyze the need for, or results of, CI actions. Provisioning metrics, known as Nemitz charts, are also provided monthly as a one page status chart which was developed to provide technical, cost, and schedule data of provisioning tasks. This data has been provided for tasks that are greater than $.250M. In both cases, tasks incurred should be made with performance periods greater than six months. Both incentive and provisioning metrics described above are delivered to NASA on a monthly cycle as an SFOC product of DRD B. 26
34 APPENDIX A ACRONYMS AND ABBREVIATIONS 27
35 APPENDIX A ACRONYMS AND ABBREVIATIONS The following acronyms and abbreviations appear in this PDP. AF APD APM CE CI CM CO CoFR COTR CPA CR CTE DMICB DOSS DPS DRD EAPR ECLSS EME FMS FRR ICB ICD IFA IMR IRD ISS IT JSC Award Fee Associate Program Director Associate Program Manager Chief Engineer Continuous Improvement Configuration Management Change Order Certificate of Flight Readiness Contracting Officer s Technical Representative Change Package Agreement Change Request Chief Team Engineer Daily Mission Integration Control Board Day-of-Launch Support System Data Processing System Data Requirements Document Engineering Analysis Process Request Environmental Control and Life Support System Electromagnetic Compatibility Financial Management System Flight Readiness Review Integration Control Board Interface Control Document In-Flight Anomaly Integration Management Review Information Requirements Document International Space Station Information Technology Johnson Space Center 28
36 KSC MAL MER MMT MPS MSFC NASA OMRS PDP PEPER PIRP PMS POO POP PPTD PPTL PRACA PRB PRCB RSRM SDPRCB SFD SFOC SIP SIRB SOW SSEIG SSP SSUPRCB SSV TMR USA VSP Kennedy Space Center Monthly Advisory Letter Maximum Error Rate Mission Management Team Main Propulsion System Marshall Space Flight Center National Aeronautics and Space Administration Operations and Maintenance Requirements and Specifications Product Development Plan Program Element Performance Evaluation Reporting Problem Identification and Resolution Process Performance Measurement System Principles of Operation Program Operating Plan Program Provisioning Technical Direction Program Provisioning Task List Problem Reporting and Corrective Action Program Review Board Program Requirements Control Board Reusable Solid Rocket Motor Special Daily Program Requirements Control Board Subcontractor Financial Database Space Flight Operations Contract System Integration Plan Systems Integration Review Board Statement of Work Space Shuttle Engineering Integration Group Space Shuttle Program Space Shuttle Upgrades Program Requirements Central Board Space Shuttle Vehicle Technical Management Representative United Space Alliance Vision Support Plan 29
37 WBS WCP WWW Work Breakdown Structure Work Content Plan World Wide Web 30
38 APPENDIX B TASK PROCESS 31
39 APPENDIX B TASK PROCESS This appendix contains the task process diagrams discussed in the PDP document. The following legend can be used to indicate input data, process activity steps, and output products: INPUT DATA NASA INPUT DATA OR DIRECTION PROCESS ACTIVITY STEP NASA ACTIVITY STEP DECISION STEP/PATH OUTPUT PRODUCT 32
40 TABLE 3.1 PROGRAM AND SPACE STATION INTEGRATION MANAGEMENT INTERFACES NASA USA Boeing Manager, Deputy Manager, and Technical Assistant, JSC/MS/Space Shuttle Systems Integration Office Manager, JSC/MS2/Engineering Integration Office Manager, JSC/MS3/Project Integration Office Manager, JSC/MS2/Engineering Integration Office Manager, JSC/MS3/Project Integration Office Manager, KSC/MK-SIO/Space Shuttle KSC Integration Office APM, Deputy APM, and Staff Program Integration Office Director, Payload/Cargo Engineering Director, KSC Program Integration Director, Management Integration Director, MSFC Integration Director, System Integration Director, Technical Information Systems Director, KSC Program Integration Director, Management Integration Director, MSFC Integration Program Director, Deputy Program Director, CE, Shuttle and Space Station Integration Office APD and CTE, Payload/Cargo Integration Team APD and CTE, System Integration Team 33
41 TABLE 3.1 PROGRAM AND SPACE STATION INTEGRATION MANAGEMENT INTERFACES Concluded NASA USA Boeing Manager, MSFC/MP/Space Shuttle Projects Office Manager, JSC/MS/Space Shuttle Systems Integration Office Manager, JSC/LM/Resources Management Office Manager, JSC/MT/Customer and Flight Integration Office Director, Systems Integration Director, MSFC Program Integration Business Manager, Program Integration Office Director, Systems Integration Director, Management Integration Director, Payload/Cargo Engineering Assistant Program Business Director 34
42 SFOC Program Review Board TABLE 3.2 MANAGEMENT REVIEW FORUMS Name Key Management Frequency Focus Integration Management Review (IMR) USA: APM, Directors Boeing: Program Director, Deputy Program Director NASA: JSC/MS Manager, Deputy Manager, Technical Assistant, and Branch Office Managers; KSC/MK-SIO Manager; JSC/BV/MM3 Business Manager Team Lead; MSFC/SA01 Office USA: APM, Deputy APM, Directors, Business Manager Weekly Quarterly USA management approval forum for change evaluations, CRs, and other program-level decisions. Joint management review forum for program performance and special topics/issues spanning all sites. Boeing: Program Director, Deputy Program Director, APDs, CEs, CTEs, Offsite Management Subcontract Performance Review USA: APM, Deputy APM, Directors, Business Manager Boeing: Program Director, Deputy Program Director, APDs, CE, Assistant Program Business Director Monthly Telecon, Quarterly Face-to- Face USA and Boeing management review forum for status of subcontract technical performance and special topics/issues. 35
43 TABLE 3.2 MANAGEMENT REVIEW FORUMS - Concluded Name Key Management Frequency Focus Friday Management Teleconference NASA: JSC/MS Manager, Deputy Manager, Assistant Manager, Technical Assistant, and Branch Office Managers; KSC/MK-SIO Manager; JSC/BV/MM3 Business Management Team Lead; MSFC/SA01 Office USA: APM, Deputy APM, Directors, Business Manager Bi-Weekly Joint management review forum for status of program milestone readiness, flight preparation process, development tasks, and problem identification and resolution status and review of major initiatives. Boeing: Program Director, Deputy Program Director, APDs, CEs CTEs Integration Control Board (ICB) NASA: Systems Integration USA: Represented APM, Directors Weekly Joint forum for handling changes to requirements and documentation that have been delegated by the PRCB. Boeing: APDs, CEs, CTEs 36
44 FIGURE 3-1 NASA JSC/MS/SPACE SHUTTLE SYSTEMS INTEGRATION OFFICE KSC Integration Office Manager Space Shuttle Systems Integration Office Manager Deputy Manager MSFC Integration Office Manager Technical Assistant Engineering Integration Office Manager Project Integration Office Manager Resource Management Office 37
45 FIGURE 3-2 NASA JSC/MT/SPACE SHUTTLE CUSTOMER AND FLIGHT INTEGRATION OFFICE Space Shuttle Customer And Flight Integration Office Manager Technical Assistant Technical Assistant Customer Integration Office Manager Fight Manifest Office Manager 38
46 FIGURE 3-3 USA SYSTEMS, CARGO, CUSTOMER AND FLIGHT INTEGRATION OFFICE Program Integration Office Vice President and Associate Program Manager Deputy Associate Program Manager Program Integration Staff Business Manager System Integration Director Payload/Cargo Engineering Director Technical Information Systems Director Management Integration Director KSC Program Integration Director ISS Program Integration Director MSFC Program Integration Site Director 39
47 FIGURE 3-4 BOEING SHUTTLE AND SPACE STATION INTEGRATION ORGANIZATION Shuttle and Space Station Integration Program Office Program Director Deputy Program Director Florida Operations Chief Engineer Payload/Cargo Integration Team Associate Program Director Chief Team Engineer System Integration Team Associate Program Director Chief Team Engineer Product Managers Business Manager Integrated Team Managers Engineering Safety and Quality Business Management Product Managers Business Manager Integrated Team Managers 40
48 FIGURE 3-5 PROGRAM REQUIREMENTS CONTROL HIERARCHY Program Requirements Control Board (PRCB) Space Shuttle Upgrades Program Requirements Control Board (SSUPRCB) Integration Control Board (ICB) DMICB Special Daily Program Requirements Control Board (SDPRCB) Operational Requirements Changes Space Shuttle Engineering Integration Group (SSEIG) Systems Integration Review Board (SIRB) USA Conflicts SFOC Program Review Board (PRB) SFOC Space Shuttle Upgrades Development Program Review Board (PRB) (Upgrades changes) 41
49 FIGURE 3-6 SYSTEMS, CARGO, CUSTOMER AND FLIGHT INTEGRATION MACRO/PROCESS HIERARCHY Payload/Cargo Engineering Analysis and Integration MS2-003/PL Eng. Prod - EMI/EMU MS2-001/Structural Analysis MS2-002/Thermal Analysis MS3-003/Cargo Safety Engineering Products MS3-001/Shuttle to PL I/F Rqmts. MS3-002/Reconfiguration Engineering MS3-007/Payload Interface Rqmts. MS3-008/PL Eng. Prod. - PIP Annex 1 MS3-009/PL Eng. Prod. - OMRS MS3-010/PL Eng. Prod. - ICD Compat MS3-012/Time-Critical Ground Handling Rqmts. Table Payload Integration Hardware MS3-005/PL H/W Logistics Support MS3-004/PL H/W Design & Devel. Payload and Flight Requirements MT-001/Customer and Flight Integration Support Technical Information Systems MS8-004/Eng. Info. Mgmt. Maint. Program Integration Processes MS-001/Mgmt. Operations Systems Integration Flight Readiness MS8-005/Prog. Integ. CoFR Process Requirements and System Engineering MS-002/Element Avionics Sys. Integ. MS2-004/System EME MS4-001/Combined Element Integ. Flight Systems Analysis and Safety MS4-002/Flight Systems Analysis MS3-006/System Safety Project Integration MS3-013/Systems ICDs Flight Integration MT-002/Flight Integration MT3-001/Manifest Support MT3-002/Shuttle Integrated Schedules KSC Program Integration MS8-001/SSV Engineering Rqmts. MS8-002/KSC Program Boards MS8-004/Eng. Info. Mgmt. Maint. MS3-011/Security Management MS8-003/KSC Rqmts. Maint. MS8-007/Property Management MS8-008/Ice Debris & Photo Eval. MS8-006/Facility Management MS8-009/LSRR-LSFR Management Integration Management Systems MS8-001/SSV Engineering Rqmnts. STS Integration 42
50 FIGURE 3-7 CONFIGURATION MANAGEMENT OF PDPs NASA or USA/Boeing PDP Book Coordinator Program Integration Baseline Documentation PDP Book Coordinator Initiator creates draft or redlines document for revision. Notifies Baseline Documentation of PDP baseline/revision and requests a *tracking number and write version of the PDP, if applicable Assigns *tracking number, supplies disposition sheet, and updates PDP Status Log. Distributes baseline/revision for review, coordinates review comments and schedules formal review with NASA. Notifies Baseline Documentation the document needs to be processed for formal review. Program Integration Baseline Documentation PDP Book Coordinator Program Integration Baseline Documentation Processes original for hardcopy and electronic distribution. Forwards electronic version to Data Management for posting to WWW and hardcopy publication. Files original. Yes No Approved Presents baseline/revision at formal review forum. Works comments/redlines through Baseline Documentation. Obtains USA, Boeing and NASA signatures. Forwards signed original to Baseline Documentation for processing. Processes document in accordance with PDP template. Works with Book Coordinator on all updates. Creates PDF file. Forwards PDF copy to PDP Book Coordinator for review and obtaining signatures. Reviews distribution list with PDP Book Coordinator (if applicable). Updates PDP Status Log. *Tracking number assigned if required by TMR. 43
51 FIGURE 3-8 PROBLEM IDENTIFICATION AND RESOLUTION PROCESS AND PROCEDURE INTEGRATED PROCESS SUMMARY 44
52 DRD NUMBER: f DOCUMENT NUMBER: SFOC-PM0055 TITLE: PRODUCT DEVELOPMENT PLAN FOR PROGRAM INTEGRATION MANAGEMENT OPERATIONS PDP MS-001 NASA-JSC MM MM MG *MS MS2 MV2 MA MV6 CA DA OC BV *BV BV22 MS3 LM MT D. Rasco J. B. Costello R. H. Heselmeyer L. D. Austin R. O. Wallace D. E. Stamper W. J. Harris P. Petete S. Hawley J. C. Harpold M. G. Kennedy J. Trahan N. Moses D. Danks D. L. Ladrach S. C. Horton M.A. Brekke USA-HOUSTON USH-121G SFOC Technical Library * USH-702B Baseline Documentation USH-702B T. E. Smith USH-702B M. S. Bauer USA-702B C. N. Vickery NASA - KSC MK-SIO-A MV7 OP-MS MK-SIO A. Swift J. Cowart C. Hurst R. Segert NASA-MSFC MP71 CR55 J. Martin C. Chesser *Hardcopy Distribution. Submit NASA distribution changes to JSC Shuttle Acquisition Data Management/BV, including initiator's name and phone number, or [email protected] or call Submit USA distribution changes to USA Data Management/USH-121E, or USA [email protected]. Most documents are available electronically via USA Intranet Web (usa1.unitedspacealliance.com), Space Flight Operations Contract (SFOC), SFOC Data and Deliverables.
NATIONAL AERONAUTICS AND SPACE ADMINISTRATION HUMAN CAPITAL PLAN FOR MISSION EXECUTION, TRANSITION, AND RETIREMENT OF THE SPACE SHUTTLE PROGRAM
NATIONAL AERONAUTICS AND SPACE ADMINISTRATION HUMAN CAPITAL PLAN FOR MISSION EXECUTION, TRANSITION, AND RETIREMENT OF THE SPACE SHUTTLE PROGRAM April 14, 2006 1 4/14//2006 EXECUTIVE SUMMARY NASA has prepared
PROJECT MANAGEMENT PLAN TEMPLATE < PROJECT NAME >
PROJECT MANAGEMENT PLAN TEMPLATE < PROJECT NAME > Date of Issue: < date > Document Revision #: < version # > Project Manager: < name > Project Management Plan < Insert Project Name > Revision History Name
SOFTWARE ASSURANCE STANDARD
NOT MEASUREMENT SENSITIVE National Aeronautics and NASA-STD-8739.8 w/change 1 Space Administration July 28, 2004 SOFTWARE ASSURANCE STANDARD NASA TECHNICAL STANDARD REPLACES NASA-STD-2201-93 DATED NOVEMBER
1.1 Identification This is the Subcontractor Management Plan, document number XYZ035, for the SYSTEM Z project.
A Sample contractor Management Plan 1.0 INTRODUCTION 1.1 Identification This is the contractor Management Plan, document number YZ035, for the SYSTEM Z project. 1.2 Purpose The contractor Management Plan
Program/Project Management Series Work Breakdown Structure Reference Guide
Program/Project Management Series Work Breakdown Structure Reference Guide National Aeronautics and Space Administration May 1994 2 Work Breakdown Structure Reference Guide May 1994 Table of Contents Chapter
Developing Metrics in Systems Integration (ISS Program COTS Integration Model)
Developing Metrics in Systems Integration (ISS Program COTS Integration Model) Kathryn Lueders COTS Integration Manager International Space Station Program August 22, 2007 System Integration Challenges
Space Flight Project Work Breakdown Structure
APPENDIX G. (WBS) Space Flight Project Work Breakdown Structure G.1 Introduction G.1.1 The Project Work Breakdown Structure (WBS) is a key element of project management. The purpose of a WBS is to divide
Appendix E Program Management Plan Template
Appendix E Program Management Plan Template Version 2 March 7, 2005 This page is intentionally left blank. Version 2 March 7, 2005 Title Page Document Control Panel Table of Contents List of Acronyms Definitions
Appendix B: Work Breakdown Structure (WBS)
: Work Breakdown Structure (WBS) B.1. Introduction The WBS and WBS dictionary are effective management processes for planning, organizing, and administering NASA programs and projects. In accordance with
Appendix O Project Performance Management Plan Template
Appendix O Project Performance Management Plan Template Version 2 March 7, 2005 This page is intentionally left blank. Version 2 March 7, 2005 Title Page Document Control Panel Table of Contents List of
Operations Planning for the International Space Station
Operations Planning for the International Space Station R. Leuttgens & J. Volpp ESA Directorate for Technical and Operational Support, ESOC, Darmstadt, Germany Introduction As a consequence of the ISS
NASA OFFICE OF INSPECTOR GENERAL
NASA OFFICE OF INSPECTOR GENERAL OFFICE OF AUDITS SUITE 8U71, 300 E ST SW WASHINGTON, D.C. 20546-0001 April 14, 2016 TO: SUBJECT: Renee P. Wynn Chief Information Officer Final Memorandum, Review of NASA
System Engineering Plan
Project Documentation Document SPEC-0064 Revision A System Engineering Plan Rob Hubbard, Jeremy Wagner, Larry Daggert, Larry Stepp, Christoph Keller Systems Engineering / Project Management 5 October 2006
<name of project> Software Project Management Plan
The document in this file is adapted from the IEEE standards for Software Project Management Plans, 1058-1998, which conforms to the requirements of ISO standard 12207 Software Life Cycle Processes. Tailor
Criteria for Flight Project Critical Milestone Reviews
Criteria for Flight Project Critical Milestone Reviews GSFC-STD-1001 Baseline Release February 2005 Approved By: Original signed by Date: 2/19/05 Richard M. Day Director, Independent Technical Authority
Department of Administration Portfolio Management System 1.3 June 30, 2010
E 06/ 30/ 2010 EX AM PL 1. 3 06/ 28/ 2010 06/ 24/ 2010 06/ 23/ 2010 06/ 15/ 2010 06/ 18/ 2010 Portfolio System 1.3 June 30, 2010 Contents Section 1. Project Overview... 1 1.1 Project Description... 1 1.2
Appendix V Risk Management Plan Template
Appendix V Risk Management Plan Template Version 2 March 7, 2005 This page is intentionally left blank. Version 2 March 7, 2005 Title Page Document Control Panel Table of Contents List of Acronyms Definitions
Old Phase Description New Phase Description
Prologue This amendment of The FAA and Industry Guide to Product Certification (CPI Guide) incorporates changes based on lessons learned and supports the broader use of this guide by providing additional
Goddard Procedures and Guidelines
Goddard Procedures and Guidelines DIRECTIVE NO. APPROVED BY Signature: Original signed by NAME: A. V. Diaz TITLE: Director Responsible Office: Title: Code 300 / Office of Systems Safety and Mission Assurance,
SOFTWARE CONFIGURATION MANAGEMENT GUIDEBOOK
Office of Safety and Mission Assurance NASA-GB-9503 SOFTWARE CONFIGURATION MANAGEMENT GUIDEBOOK AUGUST 1995 National Aeronautics and Space Administration Washington, D.C. 20546 PREFACE The growth in cost
INDEPENDENT VERIFICATION AND VALIDATION OF EMBEDDED SOFTWARE
PREFERRED RELIABILITY PRACTICES PRACTICE NO. PD-ED-1228 PAGE 1 OF 6 INDEPENDENT VERIFICATION AND VALIDATION OF EMBEDDED SOFTWARE Practice: To produce high quality, reliable software, use Independent Verification
Software Quality Subcontractor Survey Questionnaire INSTRUCTIONS FOR PURCHASE ORDER ATTACHMENT Q-201
PURCHASE ORDER ATTACHMENT Q-201A Software Quality Subcontractor Survey Questionnaire INSTRUCTIONS FOR PURCHASE ORDER ATTACHMENT Q-201 1. A qualified employee shall be selected by the Software Quality Manager
Quality Assurance Program Plan. July 2006. U.S. Department of Energy Office of Legacy Management
U. S. Department of Energy Office of Legacy Management July 2006 July 2006 Page i DOE-LM Policy Statement The U.S. Department of Energy (DOE) Office of Legacy Management (LM) performs long-term surveillance
D R A F T. Resource Ordering and Status System (ROSS) Software Configuration Management Guidelines
TO #GA81 Resource Ordering and Status System (ROSS) D R A F T Resource Ordering and Status System (ROSS) Software Configuration Management Guidelines June 28, 2000 Version 1.1 Contract: GS-35F-4863G Delivery
NSSC Enterprise Service Desk Configuration Management Database (CMDB) Configuration Management Service Delivery Guide
National Aeronautics and Space Administration NASA Shared Services Center Stennis Space Center, MS 39529-6000 www.nssc.nasa.gov NASA Shared Services Center Version 1.0 NSSC Enterprise Service Desk Configuration
Project Management Guidelines
Project Management Guidelines 1. INTRODUCTION. This Appendix (Project Management Guidelines) sets forth the detailed Project Management Guidelines. 2. PROJECT MANAGEMENT PLAN POLICY AND GUIDELINES OVERVIEW.
NODIS Library Program Formulation(7000s) Search
NODIS Library Program Formulation(7000s) Search NASA Procedural Requirements This Document Is Uncontrolled When Printed. Check the NASA Online Directives Information System (NODIS) Library to verify that
Program Management Office Provided Adequate Oversight of Two Contracts Supporting the Defense Enterprise Accounting and Management System
Report No. DODIG-2014-006 I nspec tor Ge ne ral U.S. Department of Defense OCTOBER 25, 2013 Program Management Office Provided Adequate Oversight of Two Contracts Supporting the Defense Enterprise Accounting
U.S. DEPARTMENT OF TRANSPORTATION FEDERAL AVIATION ADMINISTRATION. Air Traffic Organization Policy
U.S. DEPARTMENT OF TRANSPORTATION FEDERAL AVIATION ADMINISTRATION Air Traffic Organization Policy ORDER JO 1000.37A SUBJ: Air Traffic Organization Safety Management System Effective Date: 5/30/14 The mission
This is the software system proposal document for the <name of the project> project sponsored by <name of sponsor>.
Guide to Preparing the SOFTWARE PROJECT MANAGEMENT PLAN R. Buckley CSc 190 Senior Project Department of Computer Science - College of Engineering and Computer Science California State University, Sacramento
Final. North Carolina Procurement Transformation. Governance Model March 11, 2011
North Carolina Procurement Transformation Governance Model March 11, 2011 Executive Summary Design Approach Process Governance Model Overview Recommended Governance Structure Recommended Governance Processes
U.S. Department of Education Federal Student Aid
U.S. Department of Education Federal Student Aid Lifecycle Management Methodology Stage Gate Review Process Description Version 1.3 06/30/2015 Final DOCUMENT NUMBER: FSA_TOQA_PROC_STGRW.NA_001 Lifecycle
TREASURY INSPECTOR GENERAL FOR TAX ADMINISTRATION
TREASURY INSPECTOR GENERAL FOR TAX ADMINISTRATION The Customer Account Data Engine 2 Systems Development Guidelines; However, Process Improvements Are Needed to Address Inconsistencies September 30, Year
Develop Project Charter. Develop Project Management Plan
Develop Charter Develop Charter is the process of developing documentation that formally authorizes a project or a phase. The documentation includes initial requirements that satisfy stakeholder needs
Audit of the Test of Design of Entity-Level Controls
Audit of the Test of Design of Entity-Level Controls Canadian Grain Commission Audit & Evaluation Services Final Report March 2012 Canadian Grain Commission 0 Entity Level Controls 2011 Table of Contents
8. Master Test Plan (MTP)
8. Master Test Plan (MTP) The purpose of the Master Test Plan (MTP) is to provide an overall test planning and test management document for multiple levels of test (either within one project or across
Project Management Plan for
Project Management Plan for [Project ID] Prepared by: Date: [Name], Project Manager Approved by: Date: [Name], Project Sponsor Approved by: Date: [Name], Executive Manager Table of Contents Project Summary...
NASA s Intelligent Synthesis Environment Program Revolutionizing the Agency s Engineering and Science Practice
The Voice of the Customer NASA s Intelligent Synthesis Environment Program Revolutionizing the Agency s Engineering and Science Practice An AES PAL Technical Quarterly Journal Robert D. Braun, Ph.D., Chief
Positive Train Control (PTC) Program Management Plan
Positive Train Control (PTC) Program Management Plan Proposed Framework This document is considered an uncontrolled copy unless it is viewed online in the organization s Program Management Information
Independent Evaluation of NRC s Implementation of the Federal Information Security Modernization Act of 2014 for Fiscal Year 2015
Independent Evaluation of NRC s Implementation of the Federal Information Security Modernization Act of 2014 for Fiscal Year 2015 OIG-16-A-03 November 12, 2015 All publicly available OIG reports (including
Launch Services Program (LSP) Advisory Services Plan
National Aeronautics and Space Administration John F. Kennedy Space Center, Florida Launch Services Program LSP-PLN-326.01 Launch Services Program (LSP) Advisory Services Plan EXECUTIVE SUMMARY: This Advisory
074-8432-552 Page 1 of 7 Effective Date: 12/18/03 Software Supplier Process Requirements
Page 1 of 7 Software Supplier Process Requirements 1.0 QUALITY SYSTEM FRAMEWORK 1.1 QUALITY POLICY The Seller shall document and implement a quality program in the form of Quality manual or detailed Quality
PROJECT MANAGEMENT PLAN <PROJECT NAME>
PROJECT MANAGEMENT PLAN TEMPLATE This Project Management Plan Template is free for you to copy and use on your project and within your organization. We hope that you find this template useful and welcome
Guidance Note: Corporate Governance - Board of Directors. March 2015. Ce document est aussi disponible en français.
Guidance Note: Corporate Governance - Board of Directors March 2015 Ce document est aussi disponible en français. Applicability The Guidance Note: Corporate Governance - Board of Directors (the Guidance
AP1000 European 18. Human Factors Engineering Design Control Document
18.2 Human Factors Engineering Program Management The purpose of this section is to describe the goals of the AP1000 human factors engineering program, the technical program to accomplish these goals,
Software Requirements Management
Software Requirements Management Space Shuttle Lessons Learned #3377 1/27/2011 Hal Turner NASA Kennedy Space Center NE-C1 Application and Simulation Software Engineering [email protected] (321)
DIRECTIVE TRANSMITTAL
U.S. NUCLEAR REGULATORY COMMISSION DIRECTIVE TRANSMITTAL TN: DT-07-08 To: Subject: Purpose: Office and Division of Origin: NRC Management Directives Custodians Transmittal of Management Directive 2.8,
- ATTACHMENT - PROGRAM MANAGER DUTIES & RESPONSIBILITIES MARYLAND STATE POLICE W00B0400021
- ATTACHMENT - PROGRAM MANAGER DUTIES & RESPONSIBILITIES MARYLAND STATE POLICE W00B0400021 About this document this is a detailed description of typical Project Manager (PM) duties, responsibilities, and
Introduction to the ITS Project Management Methodology
Introduction to the ITS Project Management Methodology In September 1999 the Joint Legislative Committee on Performance Evaluation and Expenditure Review (PEER) produced a report entitled Major Computer
Biometrics Enterprise Architecture Project Management Plan (BMEA PMP)
Biometrics Enterprise Architecture Project Management Plan (BMEA PMP) Version 1.0 Prepared by: Date: November 24, 2008 Revision History Purpose Revision Date Level 11/17/2009 First Draft 1.0 Responsible
CONFIGURATION MANAGEMENT PLAN GUIDELINES
I-680 SMART CARPOOL LANE PROJECT SYSTEM ENGINEERING MANAGEMENT PLAN CONFIGURATION MANAGEMENT PLAN GUIDELINE SECTIONS: PLAN GUIDELINES 1. GENERAL 2. ROLES AND RESPONSIBILITIES 3. CONFIGURATION MANAGEMENT
Manag. Roles. Novemb. ber 20122
Information Technology Manag gement Framework Roles and Respo onsibilities Version 1.2 Novemb ber 20122 ITM Roles and Version History Version ed By Revision Date Approved By Approval Date Description of
Automated Office Systems Support Quality Assurance Plan. A Model DRAFT. December 1996
Quality Assurance Plan A Model DRAFT United States Department of Energy Office of Nonproliferation and National Security Title Page Document Name: Publication Date: Draft, ontract Number: Project Number:
ITRM Guideline CPM 110-01 Date: January 23, 2006 SECTION 4 - PROJECT EXECUTION AND CONTROL PHASE
PROJECT MANAGEMENT GUIDELINE SECTION 4 - PROJECT EXECUTION AND CONTROL PHASE Table of Contents Introduction... 3 Project Execution and Control Phase Overview... 3 Activities and Documents in the Execution
<Project Name> Software Quality Assurance (SQA) Plan. <Document Control Number>
Software Quality Assurance (SQA) Plan Date: CHECK THE AT< WEBSITE Address> TO VERIFY THAT THIS IS THE CORRECT VERSION PRIOR TO USE. General Tailoring Guidelines This
CORPORATE QUALITY MANUAL
Corporate Quality Manual Preface The following Corporate Quality Manual is written within the framework of ISO 9001:2008 Quality System by the employees of CyberOptics. CyberOptics recognizes the importance
Certification Procedure of RSPO Supply Chain Audit
: 1 of 19 Table of Contents 1. Purpose 2. Scope 3. Unit of Certification 3.1 Identity Preserved, Segregation, Mass Balance, 3.2. Book and Claim 4. Definitions 5. Responsibilities 5.1 Head of the Certification
IT Baseline Management Policy. Table of Contents
Table of Contents 1. INTRODUCTION... 1 1.1 Purpose... 2 1.2 Scope and Applicability... 2 1.3 Compliance, Enforcement, and Exceptions... 3 1.4 Authority... 3 2. ROLES, RESPONSIBILITIES, AND GOVERNANCE...
Your Software Quality is Our Business. INDEPENDENT VERIFICATION AND VALIDATION (IV&V) WHITE PAPER Prepared by Adnet, Inc.
INDEPENDENT VERIFICATION AND VALIDATION (IV&V) WHITE PAPER Prepared by Adnet, Inc. February 2013 1 Executive Summary Adnet is pleased to provide this white paper, describing our approach to performing
THE PROJECT MANAGEMENT KNOWLEDGE AREAS
THE PROJECT MANAGEMENT KNOWLEDGE AREAS 4. Project Integration Management 5. Project Scope Management 6. Project Time Management 7. Project Cost Management 8. Project Quality Management 9. Project Human
State of Minnesota IT Governance Framework
State of Minnesota IT Governance Framework June 2012 Table of Contents Table of Contents... 2 Introduction... 4 IT Governance Overview... 4 Process for Developing the New Framework... 4 Management of the
Financial Services FINANCIAL SERVICES UTILITIES 57 FINANCIAL SERVICES AND UTILITIES 2016-2018 BUSINESS PLAN. CR_2215 Attachment 1
CR_2215 Attachment 1 Financial Services FINANCIAL SERVICES & UTILITIES 57 FINANCIAL SERVICES AND UTILITIES 2016-2018 BUSINESS PLAN Acting Branch Manager: Stacey Padbury Table of Contents INTRODUCTION Our
Project Governance Plan Next Generation 9-1-1 Project Oregon Military Department, Office of Emergency Management, 9-1-1 Program (The OEM 9-1-1)
Oregon Military Department, Office of Emergency Management, 9-1-1 Program (The OEM 9-1-1) Date: October 1, 2014 Version: 3.1 DOCUMENT REVISION HISTORY Version Date Changes Updated By 0.1 02/13/014 Initial
Company Quality Manual Document No. QM Rev 0. 0 John Rickey Initial Release. Controlled Copy Stamp. authorized signature
Far West Technology, Inc. ISO 9001 Quality Manual Document No.: QM Revision: 0 Issue Date: 27 August 1997 Approval Signatures President/CEO Executive Vice President Vice President/CFO Change Record Rev
Input, Output and Tools of all Processes
1 CIS12-3 IT Project Management Input, Output and Tools of all Processes Marc Conrad D104 (Park Square Building) [email protected] 26/02/2013 18:22:06 Marc Conrad - University of Luton 1 2 Mgmt /
INTEGRATED MANAGEMENT SYSTEM MANUAL IMS. Based on ISO 9001:2008 and ISO 14001:2004 Standards
INTEGRATED MANAGEMENT SYSTEM MANUAL IMS Based on ISO 9001:2008 and ISO 14001:2004 Standards Approved by Robert Melani Issue Date 30 December 2009 Issued To Management Representative Controlled Y N Copy
Ms. Sally Ericsson Program Associate Director Office of Management and Budget New Executive Office Building Washington, DC 20503. Dear Ms.
National Aeronautics and Space Administration Office of the Administrator Washington. DC 20546-0001 April 7, 2011 Ms. Sally Ericsson Program Associate Director Office of Management and Budget New Executive
PHASE 5: DESIGN PHASE
PHASE 5: DESIGN PHASE During the Design Phase, the system is designed to satisfy the requirements identified in the previous phases. The requirements identified in the Requirements Analysis Phase are transformed
ITIL Roles Descriptions
ITIL Roles s Role Process Liaison Incident Analyst Operations Assurance Analyst Infrastructure Solution Architect Problem Manager Problem Owner Change Manager Change Owner CAB Member Release Analyst Test
Independent Verification and Validation of SAPHIRE 8 Software Project Plan
INL/EXT-09-17022 Rev. 2 Independent Verification and Validation of SAPHIRE 8 Software Project Plan March 2010 The INL is a U.S. Department of Energy National Laboratory operated by Battelle Energy Alliance
R000. Revision Summary Revision Number Date Description of Revisions R000 Feb. 18, 2011 Initial issue of the document.
2 of 34 Revision Summary Revision Number Date Description of Revisions Initial issue of the document. Table of Contents Item Description Page 1. Introduction and Purpose... 5 2. Project Management Approach...
EPA Classification No.: CIO 2123.0-P-01.1 CIO Approval Date: 06/10/2013 CIO Transmittal No.: 13-003 Review Date: 06/10/2016
Issued by the EPA Chief Information Officer, Pursuant to Delegation 1-84, dated June 7, 2005 CONFIGURATION MANAGEMENT PROCEDURE 1 PURPOSE The purpose of this procedure is to describe the process EPA Program
Safety Management Program
Corrective Action Plan (CAP) Safety Management Program Submitted by TransCanada PipeLines Limited and its National Energy Board Regulated Subsidiaries to address non-compliant findings in the National
REVIEW OF NASA S LESSONS LEARNED INFORMATION SYSTEM
MARCH 6, 2012 AUDIT REPORT OFFICE OF AUDITS REVIEW OF NASA S LESSONS LEARNED INFORMATION SYSTEM OFFICE OF INSPECTOR GENERAL National Aeronautics and Space Administration REPORT NO. IG-12-012 (ASSIGNMENT
Earned Value Management System (EVMS) Manual. System Description and Implementing Procedures
Manual System Description and Implementing Procedures Manual System Description and Implementing Procedures Contact Information This document is maintained, updated, and formally revised electronically
Accounting System. Page 1 of 9
Page 1 of 9 Accounting System In support of program management and Earned Value Management, the accounting system must be able to relate costs incurred to work accomplished. Not all accounting systems
1.0 Purpose. 2.0 Roles and Responsibilities. Management System Description: Project Management. Management System Owner: Lorie Howard
Management System Description: Project Management Management System Owner: Lorie Howard Point of Contact: Lorie Howard EMCBC Home Page Issue Date: Revision: 1 1.0 Purpose The purpose of the Office of Environmental
How To Write A Contract For Software Quality Assurance
U.S. Department of Energy Washington, D.C. NOTICE DOE N 203.1 Approved: Expires: 06-02-01 SUBJECT: SOFTWARE QUALITY ASSURANCE 1. OBJECTIVES. To define requirements and responsibilities for software quality
Risk Assessment. Individuals / Members. Engineers, Testers, Logistics Manager, Project Manager, Contractors, and Customers
Risk Assessment Risk is an undesirable future situation or circumstance that has a realistic likelihood of occurring and an unfavorable consequence should it occur. Risk Management (RM) is the act or practice
U.S. Department of Education Federal Student Aid
U.S. Department of Education Federal Student Aid Lifecycle Management Methodology Version 1.3 06/30/15 Final DOCUMENT NUMBER: FSA_TOQA_PROC_STGRW.NA_001 Update History Lifecycle Management Methodology
Camber Quality Assurance (QA) Approach
Camber Quality Assurance (QA) Approach Camber s QA approach brings a tested, systematic methodology, ensuring that our customers receive the highest quality products and services, delivered via efficient
ATTACHMENT 3 SPS PROJECT SENIOR PROGRAM MANAGER (SPM) DUTIES & RESPONSIBILITIES
1. ROLE DEFINITIONS ATTACHMENT 3 SPS PROJECT SENIOR PROGRAM MANAGER (SPM) DUTIES & RESPONSIBILITIES The purpose of this section is to distinguish among the roles interacting with the SPM obtained through
Developing Work Breakdown Structures
Developing Work Breakdown Structures International Cost Estimating & Analysis Association June 2014 Neil F. Albert MCR, LLC [email protected] 703-506-4600 2014 MCR, LLC Distribution prohibited without express
Ames Consolidated Information Technology Services (A-CITS) Statement of Work
Ames Consolidated Information Technology Services (A-CITS) Statement of Work C.1 Mission Functions C.1.1 IT Systems & Facilities Support System Administration: The Contractor shall provide products and
Proton Launch System Mission Planner s Guide APPENDIX B. Quality Management System
Proton Launch System Mission Planner s Guide APPENDIX B Quality Management System B. QUALITY MANAGEMENT SYSTEM B.1 Proton Quality Assurance Plan B.1.1 KhSC Quality Management Overview ILS Proton launch
Appendix H Software Development Plan Template
Appendix H Software Development Plan Template Version 2 March 7, 2005 This page is intentionally left blank. Version 2 March 7, 2005 Title Page Document Control Panel Table of Contents List of Acronyms
Template K Implementation Requirements Instructions for RFP Response RFP #
Template K Implementation Requirements Instructions for RFP Response Table of Contents 1.0 Project Management Approach... 3 1.1 Program and Project Management... 3 1.2 Change Management Plan... 3 1.3 Relationship
Project Plan for <project name>
Note: Text displayed in blue italics is included to provide guidance to the author and should be deleted or hidden before publishing the document. This template can be used at it is, or to complete and
Quality Assurance Program
Quality Assurance Program Table of Contents 1.1 Introduction... 1 1.2 Purpose... 2 1.3 Compliance and Maintenance... 2 1.4 Organization, Authority and Responsibilities... 2 1.5 Method of Assuring All Contract
Project QA and Collaboration Plan for <project name>
Note: Text displayed in blue italics is included to provide guidance to the author and should be deleted or hidden before publishing the document. This template can be used at it is, or to complete and
PHASE 3: PLANNING PHASE
PHASE 3: PLANNING PHASE The Planning Phase focuses principally on required project planning work. Proper comprehensive project planning is essential to a successful IT project, and incomplete project planning
