Group Three Outbrief Team Members Michael BakerEglin 328 ARSG Tony BumbaloughAFRL/RXMT Scott FrostANSER Michael GanowskyBoeing- Mark GordonNCAT Jim LorenzeRockwell.

Slides:



Advertisements
Similar presentations
Todays Agenda 1. Review Project Management Principles 2. Project Management Institute (PMI) Framework 3. PMI Processes 4. Break into Project Teams and.
Advertisements

Thad Henry Configuration and Data Management. Purpose: To propose a strategy for assessing the development and effectiveness of configuration management.
More CMM Part Two : Details.
Chapter 2 The Analyst As Project Manager In Managing Information Systems 2.3.
Copyright 2006 Prentice-Hall, Inc. Essentials of Systems Analysis and Design Third Edition Joseph S. Valacich Joey F. George Jeffrey A. Hoffer Chapter.
Copyright © 2012 Pearson Education, Inc. Publishing as Prentice Hall 3.1.
Copyright 2004 Prentice-Hall, Inc. Essentials of Systems Analysis and Design Second Edition Joseph S. Valacich Joey F. George Jeffrey A. Hoffer Chapter.
Introduction to Project Management
©Ian Sommerville 2004Software Engineering, 7th edition. Chapter 28 Slide 1 Process Improvement.
Recall The Team Skills 1. Analyzing the Problem (with 5 steps) 2. Understanding User and Stakeholder Needs 3. Defining the System A Use Case Primer Organizing.
Introduction to ARA’s Proposal Resources Don Cole
Systems Engineering Management
CP methodology adapted to Stockholm Convention Swedish International Development Agency S ESSION 9.C United Nations Environment Program Division of Technology.
Community Planning Training 1-1. Community Plan Implementation Training 1- Community Planning Training 1-3.
State of Kansas Statewide Financial Management System Pre-Implementation Project Steering Committee Meeting January 11, 2008.
Charting a course PROCESS.
Project Management An Overview John Mulhall MIICM; LIB International Credit & Process Management Professional.
What is Business Analysis Planning & Monitoring?
Copyright 2002 Prentice-Hall, Inc. Managing the Information Systems Project 3.1 Chapter 3.
Computer System Analysis
S/W Project Management
9 Closing the Project Teaching Strategies
Proposed Updates to Deskbook Gary Stanley 22 July 14.
© 2015 Cengage Learning. All Rights Reserved. May not be scanned, copied or duplicated, or posted to a publicly accessible website, in whole or in part.
Student Learning Objectives (SLOs) “101”
Certificate IV in Project Management Introduction to Project Management Course Number Qualification Code BSB41507.
Date: 25 Sep 12 Presented by: Steve Watts Team Leader Aviation and Missile Research, Development and Engineering Center Presented to: MRL Government /
SE Team Agenda Review work being done by Dwayne –Review Sect 4.4.X for DAG – being processed –SEP Guide – being processed; seen as OK –Technical Reviews.
1 Program Assists Jess Stewart March 19, Program Startup Workshops Calendar 08/09 Activities Calendar 08 Workshops (prototype new workshops) –JTRS.
Ahmad Al-Ghoul. Learning Objectives Explain what a project is,, list various attributes of projects. Describe project management, discuss Who uses Project.
Chapter 7: A Summary of Tools Focus: This chapter outlines all the customer-driven project management tools and techniques and provides recommendations.
Management & Development of Complex Projects Course Code MS Project Management Perform Qualitative Risk Analysis Lecture # 25.
SECTION 1 THE PROJECT MANAGEMENT FRAMEWORK
Software Requirements: Overview and Motivation Gruia-Catalin Roman and Christopher Gill CSE 436 January 2007 Department of Computer Science and Engineering.
Welcome to Session 3 – Project Management Process Overview
Applied Software Project Management
Let Ascension take your business to new heights Tender Manager Scott Warnock Andrew Smillie.
PLANNING ENGINEERING AND PROJECT MANAGEMENT By Lec. Junaid Arshad 1 Lecture#03 DEPARTMENT OF ENGINEERING MANAGEMENT.
© 2014 Pearson Education, Inc., Upper Saddle River, NJ. All rights reserved. This material is protected by Copyright and written permission should be obtained.
UNCLASSIFIED NDIA CPM 01/13/10 Page-1 Streamlining Program Reviews Terry Jaggers Principle Director, Systems Engineering Office of the Director, Defense.
1 MRL Assist Tool Website Access the MRL Assist Tool at
Working Group 2 Report Out Don Szczur Ryan Thompson.
J. Scott Hawker p. 1Some material © Rational Corp. Rational Unified Process Overview See and use the RUP Browser on lab machines.
1 EMS Fundamentals An Introduction to the EMS Process Roadmap AASHTO EMS Workshop.
Copyright 2002 Prentice-Hall, Inc. Chapter 3 Managing the Information Systems Project 3.1 Modern Systems Analysis and Design.
Information Systems System Analysis 421 Chapter 3 Managing the Information Systems Project.
Copyright © 2009 Pearson Education, Inc. Publishing as Prentice Hall Chapter 3 Managing the Information Systems Project 3.1.
0 ©2015 U.S. Education Delivery Institute While there is no prescribed format for a good delivery plan, it should answer 10 questions What a good delivery.
Copyright 2001 Prentice-Hall, Inc. Essentials of Systems Analysis and Design Chapter 2 Managing the Information Systems Project 2.1.
Date: 25 Sep 12 Presented by: Steve Watts Team Leader Aviation and Missile Research, Development and Engineering Center Presented to: MRL Government /
1 Project Management C13PM Session 2 Project Initiation & Definition Russell Taylor Business Department Staff Workroom
1 Lecture 2.4a: SEF SE Planning and the SEP (SEF Ch 16) Dr. John MacCarthy UMBC CMSC 615 Fall, 2006.
Continual Service Improvement Methods & Techniques.
HCIS 410 Read, Lead, Succeed/Uophelpdotcom For more course tutorials visit
Supplier Management Can’t live with them, Can’t live without them!
Chapter 25 Process Improvement.
Technology Readiness Assessment (TRA)
Copyright All Rights Reserved by
Lesson 5 Materiel Solution Analysis (MSA) Exercise Team#
ISA 201 Intermediate Information Systems Acquisition
Lesson 4 Systems Engineering Plan Exercise Team #
Perkins Annual Reports
MRL 6 Artifacts (at End of TMRR) Page 1 of 6
MRL Assessment Thread A Evaluation
Phase 1 Tollgate Review Discussion Template
DRAFT Implementation Guide
How to properly use the primary MRL Body Of Knowledge References
Relationship between MRLs and AS6500
Class “B” Appraisal Implemented Lessons Learned
Presentation transcript:

Group Three Outbrief Team Members Michael BakerEglin 328 ARSG Tony BumbaloughAFRL/RXMT Scott FrostANSER Michael GanowskyBoeing- Mark GordonNCAT Jim LorenzeRockwell Collins Ed MorrisLMCO BobO'BrienLMCO Jim PeknyRaytheon Al SandersHoneywell Charles StirkCost Vision David ThompsonNew Vectors

Overarching Pro & Cons Pros: –MRLs and MRAs are obviously filling a need in S&T/ Acquisition. –Process incorporates early assessment. –Criteria can be tailored to system / program. –Cost of performing MRAs was not considered to be significant. If program is prepared well. –Industry moving ahead quickly. Cons: –MRL levels 1 & 2 are difficult to differentiate and add little value. –Matrix has criteria descriptions for 1&2 that are not available (or sometime possible) at the early stages. –There is no “One-size-fits all” process. –Independent Review Process is not explained well.

Definitions and Matrix Levels 1-3: –Levels 1&2 are not as valuable as written. –Matrix has criteria descriptions for 1&2 that are not available (or sometime possible) at the early stages. –Design and Technology most useful threads, but also should mark cells with “NA” if there are no criteria. However: Consensus opinion that implementation of MRLs EARLY in development is critical to influencing cost/ schedule/ performance. –MRAs around MS A are critical to properly defining the TDS with baseline maturity and identify key risk areas. –MRA’s at MS B have limited influence, because baseline design is already set. –Conventional practice of assessing manufacturing at MS C is way too late to affect change. Some threads may need additional elements (i.e. design, production test, etc.) Proactive activities such as obsolescence management need to be moved up.

Deskbook Topics More Examples needed to illustrate the points in the Deskbook. –Scoping critical elements –Determining proper supplier level –Required results (Charts, report, level if detail) Reporting requirements: –Agreement that individual elements should not be ‘Hidden” in any roll-ups. (use system breakdown structure) –Recommend standard format, tailored to individual system applications. –Might not be effective to use R/Y/G, instead use bar chart format in comparison to desired level. SOO/SOW language seemed to be fine. –Recommend adding existing AF SBIR language to chapter 6. (To be provided) Support for Award Fee incentives –Effective method to drive behavior, manufacturing engineers will finally get attention from PM! –Has been used before on FCS.

MRA Process Need an initial MRA at or directly following MS A, with results to influence TDS. The real objective of an MRA is the knowledge gained: identification of the gaps and the action plans to address them. –The process should not focus on scores alone. Acquisition Perspective: Senior Leadership is key. The cost of conducting MRAs were not considered to be significant. –Particularly by including the MRL tasks in the program plan initially. Identifying the required artifacts (technical data) early reduces costs by preparing the program to collect data most effectively. –Best practices: properly scoping the system elements with PMO and MRA team preliminary self-assessment MRAs are not a one-time event –Key success factor will be the requirement to perform an initial assessment near MS A to capture baseline and construct a plan to get MRLs to level 6 at MS B. –Will need MRAs prior to MS B, MS C, and FRD. True success comes from funding the plans which result from the MRAs –MRAs identify risks or gaps in the current funding plans, leading to additional upfront investment to rectify at their source, thereby eliminating backend cost overruns.

Policy Agreement with standard target of MRL 6 at MS B, MRL 8 at MS C Recommend that DDR&E be responsible for reporting MRLs at DAB Milestone Reviews, and coordinating with PDR, CDR, and PRR activities as appropriate. The MRA process should be aligned with the TRA process, with equal weight and priority. Recommend that Manufacturing Maturity Plans (funded) be briefly mentioned in policy, but leave details to deskbook /DAG. Policy should apply to SBIR topics which are sponsored by acquisition programs. Policy should refer to training and inclusion within DAU courses.