SlideShare a Scribd company logo
1 of 18
PM Challenge 2011 Panel:  Getting Successfully Through Implementation KDP C Panel Chair Kathleen Symons, Associate Director, CxP PP&C, NASA JSC Panel Members Tom Coonce, Director, Cost Analysis Division, NASA HQ James Ortiz, Director, Independent Program Assessment Office (IPAO), NASA HQ Mark Saunders, Consultant, Dell Services (Retired NASA) 1 PM Challenge 2011:  Informational Briefing  Pre-Decisional
Panel Overview:  Getting Successfully through Implementation KDP C KDP C is the “moment of truth” when the Agency decides whether a project will move forward to implementation, and makes cost and schedule commitments to its external stakeholders  This panel will address updated Agency processes incorporated in NPR 7120.5E that are designed to more effectively ensure that a project is on track to accomplish its technical mission within its cost and schedule estimate at KDP C, and will discuss how these processes work together to help the Project Manager Project development of the Integrated Technical, Cost, Schedule and Risk Baseline for KDP C Definition of Expected Maturity States to guide development and assessment of the integrated baseline Utilization of the JCL at KDP C to provide evidence of an executable, integrated baseline Independent SRB Checks and Balances Utilization of the Decision Memorandum to document the approved integrated baseline, formalize management approval and agreement to support the project, and establish external commitments 2 PM Challenge 2011:  Informational Briefing  Pre-Decisional
Getting Successfully through KDP C An integration of Project Baseline Development, Independent Checks and Balances, Approval to Proceed, and Commitments ≤30 days Programmatic Reviews  Approval & Commitment KDP B KDP C Approval for Implementation PDR 3 PM Challenge 2011:  Informational Briefing  Pre-Decisional
Development of the Integrated Technical, Cost, Schedule and Risk Baseline for KDP C Project Develops Integrated Baseline KDP B ,[object Object]
Risks and constraints
Estimated cost (range)
Estimated schedule (range)
Phased funding requirementsKDP C ,[object Object]
Updated risks and constraints
Estimated cost and schedule
Phased funding requirements
Unallocated Future ExpensesProject Products ≤30 days Programmatic Reviews  Approval & Commitment KDP B KDP C Approval for Implementation PDR PDR Expected Maturity SDR Expected Maturity Review Element Categories ,[object Object]
Resources other than Budget
Risk Management
Agency Strategic Goals , Outcomes
Management Approach
Technical ApproachExpected Maturity State 4 PM Challenge 2011:  Informational Briefing  Pre-Decisional
JCL Provides Evidence of Executable, Integrated Baseline Project Develops Integrated Baseline KDP C ,[object Object]

More Related Content

What's hot

Hazen michael
Hazen michaelHazen michael
Hazen michaelNASAPMC
 
Gonzales.matthew
Gonzales.matthewGonzales.matthew
Gonzales.matthewNASAPMC
 
Dean.david
Dean.davidDean.david
Dean.davidNASAPMC
 
Eggert.joe
Eggert.joeEggert.joe
Eggert.joeNASAPMC
 
Gary.humphreys
Gary.humphreysGary.humphreys
Gary.humphreysNASAPMC
 
Esker.linda
Esker.lindaEsker.linda
Esker.lindaNASAPMC
 
Harvey elliott
Harvey elliottHarvey elliott
Harvey elliottNASAPMC
 
Bauer.frank
Bauer.frankBauer.frank
Bauer.frankNASAPMC
 
Borchardt.heidemarie
Borchardt.heidemarieBorchardt.heidemarie
Borchardt.heidemarieNASAPMC
 
Law.richard
Law.richardLaw.richard
Law.richardNASAPMC
 
Mahmood porter
Mahmood porterMahmood porter
Mahmood porterNASAPMC
 
Nichols.david
Nichols.davidNichols.david
Nichols.davidNASAPMC
 
Noneman.steven
Noneman.stevenNoneman.steven
Noneman.stevenNASAPMC
 
Harvey.tony
Harvey.tonyHarvey.tony
Harvey.tonyNASAPMC
 
Matt.gonzales
Matt.gonzalesMatt.gonzales
Matt.gonzalesNASAPMC
 
Woods.edwards.pm challenge bpr presentation 2012 v1
Woods.edwards.pm challenge bpr presentation 2012 v1Woods.edwards.pm challenge bpr presentation 2012 v1
Woods.edwards.pm challenge bpr presentation 2012 v1NASAPMC
 
Stefanini.trinh
Stefanini.trinhStefanini.trinh
Stefanini.trinhNASAPMC
 
Vonnie simonsen
Vonnie simonsenVonnie simonsen
Vonnie simonsenNASAPMC
 
Rhodes.donna
Rhodes.donnaRhodes.donna
Rhodes.donnaNASAPMC
 
Humphreys.gary
Humphreys.garyHumphreys.gary
Humphreys.garyNASAPMC
 

What's hot (20)

Hazen michael
Hazen michaelHazen michael
Hazen michael
 
Gonzales.matthew
Gonzales.matthewGonzales.matthew
Gonzales.matthew
 
Dean.david
Dean.davidDean.david
Dean.david
 
Eggert.joe
Eggert.joeEggert.joe
Eggert.joe
 
Gary.humphreys
Gary.humphreysGary.humphreys
Gary.humphreys
 
Esker.linda
Esker.lindaEsker.linda
Esker.linda
 
Harvey elliott
Harvey elliottHarvey elliott
Harvey elliott
 
Bauer.frank
Bauer.frankBauer.frank
Bauer.frank
 
Borchardt.heidemarie
Borchardt.heidemarieBorchardt.heidemarie
Borchardt.heidemarie
 
Law.richard
Law.richardLaw.richard
Law.richard
 
Mahmood porter
Mahmood porterMahmood porter
Mahmood porter
 
Nichols.david
Nichols.davidNichols.david
Nichols.david
 
Noneman.steven
Noneman.stevenNoneman.steven
Noneman.steven
 
Harvey.tony
Harvey.tonyHarvey.tony
Harvey.tony
 
Matt.gonzales
Matt.gonzalesMatt.gonzales
Matt.gonzales
 
Woods.edwards.pm challenge bpr presentation 2012 v1
Woods.edwards.pm challenge bpr presentation 2012 v1Woods.edwards.pm challenge bpr presentation 2012 v1
Woods.edwards.pm challenge bpr presentation 2012 v1
 
Stefanini.trinh
Stefanini.trinhStefanini.trinh
Stefanini.trinh
 
Vonnie simonsen
Vonnie simonsenVonnie simonsen
Vonnie simonsen
 
Rhodes.donna
Rhodes.donnaRhodes.donna
Rhodes.donna
 
Humphreys.gary
Humphreys.garyHumphreys.gary
Humphreys.gary
 

Similar to PM Challenge 2011: Getting Successfully Through Implementation

Coonce.tom
Coonce.tomCoonce.tom
Coonce.tomNASAPMC
 
Mary.zimmerman
Mary.zimmermanMary.zimmerman
Mary.zimmermanNASAPMC
 
edSe275 ms project-assignment
edSe275 ms project-assignmentedSe275 ms project-assignment
edSe275 ms project-assignmentharinathinfotech
 
Pollitt.julie
Pollitt.juliePollitt.julie
Pollitt.julieNASAPMC
 
Thomas.a.greathouse.r
Thomas.a.greathouse.rThomas.a.greathouse.r
Thomas.a.greathouse.rNASAPMC
 
EPC Construction CQA Program
EPC Construction CQA ProgramEPC Construction CQA Program
EPC Construction CQA ProgramDan Stehling
 
Zimmerman.marybeth
Zimmerman.marybethZimmerman.marybeth
Zimmerman.marybethNASAPMC
 
How to build a credible performance measurement baseline (v5)
How to build a credible performance measurement baseline (v5)How to build a credible performance measurement baseline (v5)
How to build a credible performance measurement baseline (v5)Glen Alleman
 
Vanessa.jeff
Vanessa.jeffVanessa.jeff
Vanessa.jeffNASAPMC
 
Bilbro james
Bilbro jamesBilbro james
Bilbro jamesNASAPMC
 
Program Management Dashboards
Program Management DashboardsProgram Management Dashboards
Program Management DashboardsBob Prieto
 
New training curriculum course 1
New training curriculum course 1New training curriculum course 1
New training curriculum course 1jorkrieg
 
How should we estimates agile projects (CAST)
How should we estimates agile projects (CAST)How should we estimates agile projects (CAST)
How should we estimates agile projects (CAST)Glen Alleman
 
Sorge.les
Sorge.lesSorge.les
Sorge.lesNASAPMC
 

Similar to PM Challenge 2011: Getting Successfully Through Implementation (20)

Coonce.tom
Coonce.tomCoonce.tom
Coonce.tom
 
Mary.zimmerman
Mary.zimmermanMary.zimmerman
Mary.zimmerman
 
edSe275 ms project-assignment
edSe275 ms project-assignmentedSe275 ms project-assignment
edSe275 ms project-assignment
 
Pollitt.julie
Pollitt.juliePollitt.julie
Pollitt.julie
 
Thomas.a.greathouse.r
Thomas.a.greathouse.rThomas.a.greathouse.r
Thomas.a.greathouse.r
 
EPC Construction CQA Program
EPC Construction CQA ProgramEPC Construction CQA Program
EPC Construction CQA Program
 
Zimmerman.marybeth
Zimmerman.marybethZimmerman.marybeth
Zimmerman.marybeth
 
How to build a credible performance measurement baseline (v5)
How to build a credible performance measurement baseline (v5)How to build a credible performance measurement baseline (v5)
How to build a credible performance measurement baseline (v5)
 
Vanessa.jeff
Vanessa.jeffVanessa.jeff
Vanessa.jeff
 
Bilbro james
Bilbro jamesBilbro james
Bilbro james
 
CCP_SEC4_Progress and Cost Control
CCP_SEC4_Progress and Cost ControlCCP_SEC4_Progress and Cost Control
CCP_SEC4_Progress and Cost Control
 
Program Management Dashboards
Program Management DashboardsProgram Management Dashboards
Program Management Dashboards
 
15 Deliv template
15 Deliv template15 Deliv template
15 Deliv template
 
EP Project Charter OpenWells2.3
EP Project Charter OpenWells2.3EP Project Charter OpenWells2.3
EP Project Charter OpenWells2.3
 
New training curriculum course 1
New training curriculum course 1New training curriculum course 1
New training curriculum course 1
 
SE chapters 24-25
SE chapters 24-25SE chapters 24-25
SE chapters 24-25
 
How should we estimates agile projects (CAST)
How should we estimates agile projects (CAST)How should we estimates agile projects (CAST)
How should we estimates agile projects (CAST)
 
Sorge.les
Sorge.lesSorge.les
Sorge.les
 
Project planning: A career path
Project planning: A career pathProject planning: A career path
Project planning: A career path
 
Assessment_4.pptx
Assessment_4.pptxAssessment_4.pptx
Assessment_4.pptx
 

More from NASAPMC

Bejmuk bo
Bejmuk boBejmuk bo
Bejmuk boNASAPMC
 
Baniszewski john
Baniszewski johnBaniszewski john
Baniszewski johnNASAPMC
 
Yew manson
Yew mansonYew manson
Yew mansonNASAPMC
 
Wood frank
Wood frankWood frank
Wood frankNASAPMC
 
Wood frank
Wood frankWood frank
Wood frankNASAPMC
 
Wessen randi (cd)
Wessen randi (cd)Wessen randi (cd)
Wessen randi (cd)NASAPMC
 
Vellinga joe
Vellinga joeVellinga joe
Vellinga joeNASAPMC
 
Trahan stuart
Trahan stuartTrahan stuart
Trahan stuartNASAPMC
 
Stock gahm
Stock gahmStock gahm
Stock gahmNASAPMC
 
Snow lee
Snow leeSnow lee
Snow leeNASAPMC
 
Smalley sandra
Smalley sandraSmalley sandra
Smalley sandraNASAPMC
 
Seftas krage
Seftas krageSeftas krage
Seftas krageNASAPMC
 
Sampietro marco
Sampietro marcoSampietro marco
Sampietro marcoNASAPMC
 
Rudolphi mike
Rudolphi mikeRudolphi mike
Rudolphi mikeNASAPMC
 
Roberts karlene
Roberts karleneRoberts karlene
Roberts karleneNASAPMC
 
Rackley mike
Rackley mikeRackley mike
Rackley mikeNASAPMC
 
Paradis william
Paradis williamParadis william
Paradis williamNASAPMC
 
O'keefe william
O'keefe williamO'keefe william
O'keefe williamNASAPMC
 
Muller ralf
Muller ralfMuller ralf
Muller ralfNASAPMC
 
Mulenburg jerry
Mulenburg jerryMulenburg jerry
Mulenburg jerryNASAPMC
 

More from NASAPMC (20)

Bejmuk bo
Bejmuk boBejmuk bo
Bejmuk bo
 
Baniszewski john
Baniszewski johnBaniszewski john
Baniszewski john
 
Yew manson
Yew mansonYew manson
Yew manson
 
Wood frank
Wood frankWood frank
Wood frank
 
Wood frank
Wood frankWood frank
Wood frank
 
Wessen randi (cd)
Wessen randi (cd)Wessen randi (cd)
Wessen randi (cd)
 
Vellinga joe
Vellinga joeVellinga joe
Vellinga joe
 
Trahan stuart
Trahan stuartTrahan stuart
Trahan stuart
 
Stock gahm
Stock gahmStock gahm
Stock gahm
 
Snow lee
Snow leeSnow lee
Snow lee
 
Smalley sandra
Smalley sandraSmalley sandra
Smalley sandra
 
Seftas krage
Seftas krageSeftas krage
Seftas krage
 
Sampietro marco
Sampietro marcoSampietro marco
Sampietro marco
 
Rudolphi mike
Rudolphi mikeRudolphi mike
Rudolphi mike
 
Roberts karlene
Roberts karleneRoberts karlene
Roberts karlene
 
Rackley mike
Rackley mikeRackley mike
Rackley mike
 
Paradis william
Paradis williamParadis william
Paradis william
 
O'keefe william
O'keefe williamO'keefe william
O'keefe william
 
Muller ralf
Muller ralfMuller ralf
Muller ralf
 
Mulenburg jerry
Mulenburg jerryMulenburg jerry
Mulenburg jerry
 

Recently uploaded

Vertex AI Gemini Prompt Engineering Tips
Vertex AI Gemini Prompt Engineering TipsVertex AI Gemini Prompt Engineering Tips
Vertex AI Gemini Prompt Engineering TipsMiki Katsuragi
 
Beyond Boundaries: Leveraging No-Code Solutions for Industry Innovation
Beyond Boundaries: Leveraging No-Code Solutions for Industry InnovationBeyond Boundaries: Leveraging No-Code Solutions for Industry Innovation
Beyond Boundaries: Leveraging No-Code Solutions for Industry InnovationSafe Software
 
SQL Database Design For Developers at php[tek] 2024
SQL Database Design For Developers at php[tek] 2024SQL Database Design For Developers at php[tek] 2024
SQL Database Design For Developers at php[tek] 2024Scott Keck-Warren
 
Pigging Solutions Piggable Sweeping Elbows
Pigging Solutions Piggable Sweeping ElbowsPigging Solutions Piggable Sweeping Elbows
Pigging Solutions Piggable Sweeping ElbowsPigging Solutions
 
Build your next Gen AI Breakthrough - April 2024
Build your next Gen AI Breakthrough - April 2024Build your next Gen AI Breakthrough - April 2024
Build your next Gen AI Breakthrough - April 2024Neo4j
 
New from BookNet Canada for 2024: BNC BiblioShare - Tech Forum 2024
New from BookNet Canada for 2024: BNC BiblioShare - Tech Forum 2024New from BookNet Canada for 2024: BNC BiblioShare - Tech Forum 2024
New from BookNet Canada for 2024: BNC BiblioShare - Tech Forum 2024BookNet Canada
 
My Hashitalk Indonesia April 2024 Presentation
My Hashitalk Indonesia April 2024 PresentationMy Hashitalk Indonesia April 2024 Presentation
My Hashitalk Indonesia April 2024 PresentationRidwan Fadjar
 
SIP trunking in Janus @ Kamailio World 2024
SIP trunking in Janus @ Kamailio World 2024SIP trunking in Janus @ Kamailio World 2024
SIP trunking in Janus @ Kamailio World 2024Lorenzo Miniero
 
Advanced Test Driven-Development @ php[tek] 2024
Advanced Test Driven-Development @ php[tek] 2024Advanced Test Driven-Development @ php[tek] 2024
Advanced Test Driven-Development @ php[tek] 2024Scott Keck-Warren
 
Human Factors of XR: Using Human Factors to Design XR Systems
Human Factors of XR: Using Human Factors to Design XR SystemsHuman Factors of XR: Using Human Factors to Design XR Systems
Human Factors of XR: Using Human Factors to Design XR SystemsMark Billinghurst
 
"Debugging python applications inside k8s environment", Andrii Soldatenko
"Debugging python applications inside k8s environment", Andrii Soldatenko"Debugging python applications inside k8s environment", Andrii Soldatenko
"Debugging python applications inside k8s environment", Andrii SoldatenkoFwdays
 
"Federated learning: out of reach no matter how close",Oleksandr Lapshyn
"Federated learning: out of reach no matter how close",Oleksandr Lapshyn"Federated learning: out of reach no matter how close",Oleksandr Lapshyn
"Federated learning: out of reach no matter how close",Oleksandr LapshynFwdays
 
Dev Dives: Streamline document processing with UiPath Studio Web
Dev Dives: Streamline document processing with UiPath Studio WebDev Dives: Streamline document processing with UiPath Studio Web
Dev Dives: Streamline document processing with UiPath Studio WebUiPathCommunity
 
Bluetooth Controlled Car with Arduino.pdf
Bluetooth Controlled Car with Arduino.pdfBluetooth Controlled Car with Arduino.pdf
Bluetooth Controlled Car with Arduino.pdfngoud9212
 
Integration and Automation in Practice: CI/CD in Mule Integration and Automat...
Integration and Automation in Practice: CI/CD in Mule Integration and Automat...Integration and Automation in Practice: CI/CD in Mule Integration and Automat...
Integration and Automation in Practice: CI/CD in Mule Integration and Automat...Patryk Bandurski
 
Install Stable Diffusion in windows machine
Install Stable Diffusion in windows machineInstall Stable Diffusion in windows machine
Install Stable Diffusion in windows machinePadma Pradeep
 
Key Features Of Token Development (1).pptx
Key  Features Of Token  Development (1).pptxKey  Features Of Token  Development (1).pptx
Key Features Of Token Development (1).pptxLBM Solutions
 

Recently uploaded (20)

Vertex AI Gemini Prompt Engineering Tips
Vertex AI Gemini Prompt Engineering TipsVertex AI Gemini Prompt Engineering Tips
Vertex AI Gemini Prompt Engineering Tips
 
Beyond Boundaries: Leveraging No-Code Solutions for Industry Innovation
Beyond Boundaries: Leveraging No-Code Solutions for Industry InnovationBeyond Boundaries: Leveraging No-Code Solutions for Industry Innovation
Beyond Boundaries: Leveraging No-Code Solutions for Industry Innovation
 
SQL Database Design For Developers at php[tek] 2024
SQL Database Design For Developers at php[tek] 2024SQL Database Design For Developers at php[tek] 2024
SQL Database Design For Developers at php[tek] 2024
 
Pigging Solutions Piggable Sweeping Elbows
Pigging Solutions Piggable Sweeping ElbowsPigging Solutions Piggable Sweeping Elbows
Pigging Solutions Piggable Sweeping Elbows
 
Build your next Gen AI Breakthrough - April 2024
Build your next Gen AI Breakthrough - April 2024Build your next Gen AI Breakthrough - April 2024
Build your next Gen AI Breakthrough - April 2024
 
New from BookNet Canada for 2024: BNC BiblioShare - Tech Forum 2024
New from BookNet Canada for 2024: BNC BiblioShare - Tech Forum 2024New from BookNet Canada for 2024: BNC BiblioShare - Tech Forum 2024
New from BookNet Canada for 2024: BNC BiblioShare - Tech Forum 2024
 
My Hashitalk Indonesia April 2024 Presentation
My Hashitalk Indonesia April 2024 PresentationMy Hashitalk Indonesia April 2024 Presentation
My Hashitalk Indonesia April 2024 Presentation
 
SIP trunking in Janus @ Kamailio World 2024
SIP trunking in Janus @ Kamailio World 2024SIP trunking in Janus @ Kamailio World 2024
SIP trunking in Janus @ Kamailio World 2024
 
DMCC Future of Trade Web3 - Special Edition
DMCC Future of Trade Web3 - Special EditionDMCC Future of Trade Web3 - Special Edition
DMCC Future of Trade Web3 - Special Edition
 
Advanced Test Driven-Development @ php[tek] 2024
Advanced Test Driven-Development @ php[tek] 2024Advanced Test Driven-Development @ php[tek] 2024
Advanced Test Driven-Development @ php[tek] 2024
 
Human Factors of XR: Using Human Factors to Design XR Systems
Human Factors of XR: Using Human Factors to Design XR SystemsHuman Factors of XR: Using Human Factors to Design XR Systems
Human Factors of XR: Using Human Factors to Design XR Systems
 
"Debugging python applications inside k8s environment", Andrii Soldatenko
"Debugging python applications inside k8s environment", Andrii Soldatenko"Debugging python applications inside k8s environment", Andrii Soldatenko
"Debugging python applications inside k8s environment", Andrii Soldatenko
 
"Federated learning: out of reach no matter how close",Oleksandr Lapshyn
"Federated learning: out of reach no matter how close",Oleksandr Lapshyn"Federated learning: out of reach no matter how close",Oleksandr Lapshyn
"Federated learning: out of reach no matter how close",Oleksandr Lapshyn
 
Dev Dives: Streamline document processing with UiPath Studio Web
Dev Dives: Streamline document processing with UiPath Studio WebDev Dives: Streamline document processing with UiPath Studio Web
Dev Dives: Streamline document processing with UiPath Studio Web
 
Bluetooth Controlled Car with Arduino.pdf
Bluetooth Controlled Car with Arduino.pdfBluetooth Controlled Car with Arduino.pdf
Bluetooth Controlled Car with Arduino.pdf
 
Integration and Automation in Practice: CI/CD in Mule Integration and Automat...
Integration and Automation in Practice: CI/CD in Mule Integration and Automat...Integration and Automation in Practice: CI/CD in Mule Integration and Automat...
Integration and Automation in Practice: CI/CD in Mule Integration and Automat...
 
Hot Sexy call girls in Panjabi Bagh 🔝 9953056974 🔝 Delhi escort Service
Hot Sexy call girls in Panjabi Bagh 🔝 9953056974 🔝 Delhi escort ServiceHot Sexy call girls in Panjabi Bagh 🔝 9953056974 🔝 Delhi escort Service
Hot Sexy call girls in Panjabi Bagh 🔝 9953056974 🔝 Delhi escort Service
 
Install Stable Diffusion in windows machine
Install Stable Diffusion in windows machineInstall Stable Diffusion in windows machine
Install Stable Diffusion in windows machine
 
Vulnerability_Management_GRC_by Sohang Sengupta.pptx
Vulnerability_Management_GRC_by Sohang Sengupta.pptxVulnerability_Management_GRC_by Sohang Sengupta.pptx
Vulnerability_Management_GRC_by Sohang Sengupta.pptx
 
Key Features Of Token Development (1).pptx
Key  Features Of Token  Development (1).pptxKey  Features Of Token  Development (1).pptx
Key Features Of Token Development (1).pptx
 

PM Challenge 2011: Getting Successfully Through Implementation

  • 1. PM Challenge 2011 Panel: Getting Successfully Through Implementation KDP C Panel Chair Kathleen Symons, Associate Director, CxP PP&C, NASA JSC Panel Members Tom Coonce, Director, Cost Analysis Division, NASA HQ James Ortiz, Director, Independent Program Assessment Office (IPAO), NASA HQ Mark Saunders, Consultant, Dell Services (Retired NASA) 1 PM Challenge 2011:  Informational Briefing  Pre-Decisional
  • 2. Panel Overview: Getting Successfully through Implementation KDP C KDP C is the “moment of truth” when the Agency decides whether a project will move forward to implementation, and makes cost and schedule commitments to its external stakeholders This panel will address updated Agency processes incorporated in NPR 7120.5E that are designed to more effectively ensure that a project is on track to accomplish its technical mission within its cost and schedule estimate at KDP C, and will discuss how these processes work together to help the Project Manager Project development of the Integrated Technical, Cost, Schedule and Risk Baseline for KDP C Definition of Expected Maturity States to guide development and assessment of the integrated baseline Utilization of the JCL at KDP C to provide evidence of an executable, integrated baseline Independent SRB Checks and Balances Utilization of the Decision Memorandum to document the approved integrated baseline, formalize management approval and agreement to support the project, and establish external commitments 2 PM Challenge 2011:  Informational Briefing  Pre-Decisional
  • 3. Getting Successfully through KDP C An integration of Project Baseline Development, Independent Checks and Balances, Approval to Proceed, and Commitments ≤30 days Programmatic Reviews Approval & Commitment KDP B KDP C Approval for Implementation PDR 3 PM Challenge 2011:  Informational Briefing  Pre-Decisional
  • 4.
  • 8.
  • 9. Updated risks and constraints
  • 12.
  • 17. Technical ApproachExpected Maturity State 4 PM Challenge 2011:  Informational Briefing  Pre-Decisional
  • 18.
  • 19. Updated risks and constraints
  • 22.
  • 26.
  • 31. Technical ApproachExpected Maturity State 5 PM Challenge 2011:  Informational Briefing  Pre-Decisional
  • 32.
  • 33. Updated risks and constraints
  • 36.
  • 40.
  • 45. Technical ApproachExpected Maturity State 6 PM Challenge 2011:  Informational Briefing  Pre-Decisional
  • 46.
  • 47. Updated risks and constraints
  • 50.
  • 54.
  • 59. Technical ApproachExpected Maturity State 7 PM Challenge 2011:  Informational Briefing  Pre-Decisional
  • 60. Backup 8 PM Challenge 2011:  Informational Briefing  Pre-Decisional
  • 61.
  • 62. Report to DA for life cycle reviews preceding KDP B&C and during any major replan or rebaseline (3)Not To Scale Programmatic Data Drops to SRB (includes JCL Model) P/p Brief MD Brief Center Brief Periodic SRB Involvement as Appropriate (2) CheckPoint if needed. FOOTNOTES: 1. A One Step Review may be used for any LCR 2. The SRB Handbook provides information on the readiness assessment, quick-look reports and checkpoints associated with life cycle reviews 3. For all other life cycle reviews report to DA if significant unresolvable disagreements 9 PM Challenge 2011:  Informational Briefing  Pre-Decisional
  • 63.
  • 64. Report to DA for life cycle reviews preceding KDP B&C and during any major replan or rebaseline (3)Technical Baseline with Cost, Schedule, and Risk Information Integrated Assessment of Technical and Programmatic Baseline Not To Scale Programmatic Data Drops to SRB (includes JCL Model) Resolve Tech Issues/Risks, Update Cost/Schedule Baseline P/p Brief MD Brief Center Brief Periodic SRB Involvement as Appropriate (2) CheckPoint if needed. FOOTNOTES: 1. A Two Step Review may be used for any LCR 2. The SRB Handbook provides information on the readiness assessment, quick-look reports and checkpoints associated with life cycle reviews 3. For all other life cycle reviews report to DA if significant unresolvable disagreements 10 PM Challenge 2011:  Informational Briefing  Pre-Decisional
  • 65. Expected Maturity State through the Project Life Cycle Leading to KDP B (NPR 7120.5E) 11 PM Challenge 2011:  Informational Briefing  Pre-Decisional
  • 66. Expected Maturity StateExploded View (NPR 7120.5E) 12 PM Challenge 2011:  Informational Briefing  Pre-Decisional
  • 67. Expected Maturity State through the Project Life Cycle Leading to KDP C (NPR 7120.5E) 13 PM Challenge 2011:  Informational Briefing  Pre-Decisional
  • 68.
  • 69. Project Life Cycle Cost Agreements and Commitments (NPR 7120.5E) High Estimate LCC Range Life cycle cost estimate At KDP C and subsequent Agency Baseline Commitment rebaselines the ABC and the life cycle cost estimate are equal UFE managed above the project UFE managed by Project Low Estimate Management Agreements AuthorizedFormulation Cost UFE Actual Formulation Costs DuringImplementation DuringFormulation KDP C Notional and Not to Scale 15 PM Challenge 2011:  Informational Briefing  Pre-Decisional
  • 70. Start Project2 1, 2, 3, … KDP 03 Updated Program Plan Project m, m+1 Figure 2-3a The NASA Program Life Cycle (Uncoupled and Loosely Coupled) (NPR 7120.5E) Approval for Implementation Approval for Formulation NASA Life Cycle Phases IMPLEMENTATION FORMULATION Program Life Cycle Gates KDP II KDP n KDP III KDP I Changes from original shown in red PCA1 FAD Program Plan1 Project Starts Start process again4 Updated PCA Program Updates Agency Reviews ASM ASP Program Life Cycle Reviews5&6 PIRs are conducted as required by Decision Authority PIR SRR SDR FOOTNOTES Program Plans are baselined at SDR, and PCAs are baselined at KDP I. These are reviewed and updated, as required, to ensure program content, cost, and budget remain consistent. Projects, in some instances, may be approved for formulation prior to KDP I. Initial project pre-formulation generally occurs during program Formulation. KDP 0 may be required by the Decision Authority to ensure major issues are understood and resolved prior to formal program approval at KDP I. When programs evolve and/or require upgrades (e.g., new program capabilities), the life-cycle process will be restarted when warranted, i.e., the program’s upgrade will go through formulation and implementation steps. Single-project programs will follow the Project lifecycle, but will include draft/ final PCAs at KDPs B & C respectively and draft/final Program Plans at SRR & SDR respectively. Life Cycle Review (LCR) objectives and expected maturity states for these reviews and the attendant KDPs are contained in Table 2-6a. ACRONYMS ASP—Acquisition Strategy Planning meeting ASM—Acquisition Strategy Meeting FAD—Formulation Authorization Document KDP—Key Decision Point PCA—Program Commitment Agreement PIR—Program Implementation Review P/SDR—Program/System Definition Review P/SRR—Program/System Requirements Review SRB—Standing Review Board 16 PM Challenge 2011:  Informational Briefing  Pre-Decisional
  • 71. Figure 2-3b The NASA Program Life Cycle (Tightly Coupled) (NPR 7120.5E) Updated Program Plan Approval for Implementation Approval for Formulation NASA Life Cycle Phases FORMULATION IMPLEMENTATION Program Life Cycle Gates KDP I KDP 05 KDP IV KDP III KDP II KDP n Draft PCA PCA1 FAD Draft Program Plan Program Plan1 Project Starts Start Project2 1, 2, 3, … Project m, m+1 Start process again6 Updated PCA Changes from original shown in red Program Updates Agency Reviews ASM ASP Program Life Cycle Reviews 3&7 ORR PIR4 DR FRR/ MRB9 SRR SDR CDR SIR CERR PLAR PDR PFAR Other Reviews LRR,SMSR SAR8 Project reviews/KDPs accompany Program reviews/KDPs4 Update Program documentation and re-conduct lifecycle reviews with new capabilities6 Life Cycle Review (LCR) objectives and expected maturity states for these reviews and the attendant KDPs are contained in Table 2-6b. SAR only applies to Human Space Flight. The KDP E decision is made at the FRR for Human Space Flight and the MRB for Robotic Space Flight. The FRR/MRB are part of a series of events shown in Appendix K leading to approval to launch. ACRONYMS ASP—Acquisition Strategy Planning meeting ASM—Acquisition Strategy Meeting CDR—Critical Design Review CERR—Critical Events Readiness Review DR—Decommissioning Review FAD—Formulation Authorization Document FRR—Flight Readiness Review KDP—Key Decision Point LRR—Launch Readiness Review ORR—Operational Readiness Review PCA—Program Commitment Agreement FOOTNOTES Program Plans are baselined at SDR, and PCAs are baselined at KDP I. These are reviewed and updated, as required, to ensure program content, cost, and budget remain consistent. Projects are usually approved for formulation prior to KDP I. Single-project programs will follow the Project lifecycle, but will include draft/ final PCAs at KDPs B & C respectively and draft/final Program Plans at SRR & SDR respectively. Tightly-coupled program reviews generally differ from other program types because they are conducted to ensure the overall integration of all program elements (i.e., projects). Once in operations, PIRs are conducted as required by the Decision Authority. KDP 0 may be required by the Decision Authority to ensure major issues are understood and resolved prior to formal program approval at KDP I. When programs evolve and/or require upgrades (e.g., new program capabilities), the life-cycle process will be restarted when warranted, i.e., the program’s upgrade will go through formulation and implementation steps. PDR—Preliminary Design Review PFAR—Post-Flight Assessment Review PIR—Program Implementation Review PLAR—Post-Launch Assessment Review P/SDR—Program/System Definition Review P/SRR—Program/System Requirements Review SAR—System Acceptance Review SIR—System Integration Review SRB—Standing Review Board SMSR—Safety and Mission Success Review 17 PM Challenge 2011:  Informational Briefing  Pre-Decisional
  • 72. Figure 2-4 Project Life Cycle (NPR 7120.5E) KDP F KDP C KDP A KDP E ASP DR PFAR PFAR PLAR DR Re flights - Other Reviews Approval for Approval for Formulation NASA Life Implementation FORMULATION IMPLEMENTATION Cycle Phases Phase C: Phase D: Phase F: Phase E: Project Phase A: Pre-Phase A: Phase B: - Final Design & Fabrication Life Cycle System Assembly, Int & Test, Launch & Checkout Concept Studies Operations & Sustainment Concept & Technology Preliminary Design & Closeout Development Technology Completion Phases Phase B: Pre - Phase A: Phase C: Phase D: Phase E: Phase F: Project Phase A: Project KDP C KDP F KDP E7 KDP A KDP D KDP B Life Cycle Final Archival of Data FAD Preliminary Project Plan Launch Baseline Project Plan End of Mission Gates & Draft Project Requirements Project Major Events KDP B Agency Reviews ASP ASM Human Space Flight Project Life Cycle Reviews 1,5&6 MCR SDR CDR / PDR MCR FRR7 SRR SIR CERR PLAR DR ORR DRR 3 3 FRR CERR ORR SDR PDR SRR SIR SAR ASM PLAR CDR / End of End of Flight (NAR ) (PNAR ) 2 2 PRR PRR Inspections and Inspections and Flight Refurbishment Refurbishment Re - flights Re - enters appropriate life cycle phase if Re - enters appropriate life cycle phase if modifications are needed between flights modifications are needed between flights Robotic Robotic Mission Project Life Cycle Reviews 1,5&6 Mission Project Reviews 1 4 3 FRR DR PLAR MDR MCR SRR CERR SIR MRB7 ORR CDR / DRR PDR 4 3 MDR SRR PDR CERR SIR ORR ASM CDR / MCR Launch 2 PRR 2 PRR (NAR ) (PNAR ) Readiness SMSR, LRR SMSR, LRR Reviews (LV), FRR (LV) (LV), FRR (LV) SAR8 Supporting Supporting Peer Reviews, Sub - system PDRs, Sub - system CDRs, and System Reviews Peer Reviews, Sub - system PDRs, Sub - system CDRs, and System Reviews Reviews Reviews FOOTNOTES Flexibility is allowed to the timing, number and content of reviews as long as the equivalent information is provided at each KDP and the approach is fully documented in the Project Plan. PRR needed for multiple system copies. Timing is notional. CERRs are established at the discretion of Program Offices. For robotic missions the SRR and the MDR may be combined. Single-project programs will follow the Project lifecycle, but will include draft/ final PCAs at KDPs B & C respectively and draft/final Program Plans at SRR & SDR respectively. Life Cycle Review (LCR) objectives and expected maturity states for these reviews and the attendant KDPs are contained in Table 2-7. The KDP E decision is made at the FRR for Human Space Flight and the MRB for Robotic Space Flight. The FRR/MRB are part of a series of events shown in Appendix K leading to approval to launch. SAR only applies to Human Space Flight. ACRONYMS ASP - Acquisition Strategy Planning Meeting ASM - Acquisition Strategy Meeting CDR - Critical Design Review CERR - Critical Events Readiness Review DR - Decommissioning Review DRR - Disposal Readiness Review FAD - Formulation Authorization Document FRR - Flight Readiness Review KDP - Key Decision Point LRR - Launch Readiness Review MCR - Mission Concept Review MDR - Mission Definition Review MRB - Mission Readiness Briefing ORR - Operational Readiness Review PDR - Preliminary Design Review PFAR - Post-Flight Assessment Review PLAR - Post-Launch Assessment Review PRR - Production Readiness Review SAR - System Acceptance Review SDR - System Definition Review SIR - System Integration Review SMSR - Safety and Mission Success Review SRR - System Requirements Review 18 PM Challenge 2011:  Informational Briefing  Pre-Decisional