The document discusses the Integrated Baseline Review (IBR) process. It defines the IBR as a required review led by the Project Manager to validate the contractor's Performance Measurement Baseline. The objectives of the IBR are to validate the technical, schedule and cost aspects of the baseline, understand risks, and gain confidence in the contractor's ability to execute the project as planned. It describes the typical participants in an IBR team and their roles, and the information typically required for an IBR.
This document discusses the importance of schedule margin management and outlines best practices. It notes that while technical and cost margins are well-managed, schedule margins often are not. Successful schedule margin management involves: 1) defining margin separately from float to account for known risks; 2) allocating margin across a program based on risk; and 3) using margin to retire risk rather than fix poor performance. Keys include tying margin use to milestones and risk retirement, and developing contingency plans in advance to address delays. The document provides definitions and addresses common hurdles to effective schedule margin management.
This document discusses using Primavera Enterprise software for program management of multiple design-build surgical center construction projects. It describes how the software allows monitoring of schedules, costs, quality and resources across projects. It provides templates for organizing project data, tracking milestones and budgets. The software facilitates communication between owners and contractors and helps manage risks, issues and potential claims.
How To Structure A Successful MediationChris Carson
The document provides guidance on structuring a successful mediation for resolving construction disputes. It discusses establishing early mediation timing, setting an informal atmosphere, using a partnering approach by the mediator, and focusing the presentations and discussions on problem-solving and identifying areas of agreement rather than adversarial stances. The goal is for the parties to recognize the high costs of continued formal dispute resolution and settle on offers presented during the mediation process.
The document discusses guidelines for using dual parallel project schedules, which is not generally recommended. It identifies risks such as contractual issues, difficulty proving delays, and schedule management complications. The key recommendations are to:
1) Only have one schedule for management and delay analysis.
2) If dual schedules are necessary, develop them using the same activity list and hard logic, with the production schedule using optimistic durations and the contract schedule using most likely durations.
3) Manage risks through transparent schedule documentation and risk management processes applied to the contract schedule.
1. Earned value management (EVM) metrics can help identify specific trades or scopes of work contributing to schedule slippage and poor performance. This allows for targeted mitigation strategies.
2. To effectively use EVM for schedule compression, the baseline schedule needs to be thoroughly coded to allow export and analysis of performance data by trade or work type.
3. Exporting schedule data to a spreadsheet enables pivot tables and charts to examine historical performance trends for each trade. This highlights which trades need additional resources or management to meet goals for schedule compression.
The document discusses conducting a successful Integrated Baseline Review (IBR). It describes the purpose of an IBR as achieving mutual understanding of the project's performance measurement baseline and identifying and addressing risks early. It outlines important objectives for a successful IBR such as ensuring the technical scope of work and resources are adequate. The document then discusses preparation steps, execution including team composition and roles, and post-IBR activities like documenting a risk response plan and establishing management processes.
The document discusses establishing a performance measurement baseline (PMB) in a cost effective manner. It defines key Earned Value Management (EVM) concepts like the PMB, which is a time-phased budget plan used to measure contract performance. It emphasizes the importance of thorough upfront planning, including developing a work breakdown structure (WBS) and schedule to fully capture the work scope. Establishing the PMB is a three-step process of defining the work, scheduling it, and allocating budgets to control accounts and work packages.
The document discusses balancing NASA's portfolio within tight budgets between successful programs and maintaining institutional capabilities. It addresses whether programs and institutions are competing priorities or if a competitive environment is healthy. It also questions if NASA can succeed with only one or the other. The document also notes challenges around effectively managing NASA's aging infrastructure portfolio, given it controls over 5,400 buildings and structures. Finally, it outlines NASA's budget formulation process and timeline, which allows only a small window for integrating program and institutional budgets.
This document discusses the importance of schedule margin management and outlines best practices. It notes that while technical and cost margins are well-managed, schedule margins often are not. Successful schedule margin management involves: 1) defining margin separately from float to account for known risks; 2) allocating margin across a program based on risk; and 3) using margin to retire risk rather than fix poor performance. Keys include tying margin use to milestones and risk retirement, and developing contingency plans in advance to address delays. The document provides definitions and addresses common hurdles to effective schedule margin management.
This document discusses using Primavera Enterprise software for program management of multiple design-build surgical center construction projects. It describes how the software allows monitoring of schedules, costs, quality and resources across projects. It provides templates for organizing project data, tracking milestones and budgets. The software facilitates communication between owners and contractors and helps manage risks, issues and potential claims.
How To Structure A Successful MediationChris Carson
The document provides guidance on structuring a successful mediation for resolving construction disputes. It discusses establishing early mediation timing, setting an informal atmosphere, using a partnering approach by the mediator, and focusing the presentations and discussions on problem-solving and identifying areas of agreement rather than adversarial stances. The goal is for the parties to recognize the high costs of continued formal dispute resolution and settle on offers presented during the mediation process.
The document discusses guidelines for using dual parallel project schedules, which is not generally recommended. It identifies risks such as contractual issues, difficulty proving delays, and schedule management complications. The key recommendations are to:
1) Only have one schedule for management and delay analysis.
2) If dual schedules are necessary, develop them using the same activity list and hard logic, with the production schedule using optimistic durations and the contract schedule using most likely durations.
3) Manage risks through transparent schedule documentation and risk management processes applied to the contract schedule.
1. Earned value management (EVM) metrics can help identify specific trades or scopes of work contributing to schedule slippage and poor performance. This allows for targeted mitigation strategies.
2. To effectively use EVM for schedule compression, the baseline schedule needs to be thoroughly coded to allow export and analysis of performance data by trade or work type.
3. Exporting schedule data to a spreadsheet enables pivot tables and charts to examine historical performance trends for each trade. This highlights which trades need additional resources or management to meet goals for schedule compression.
The document discusses conducting a successful Integrated Baseline Review (IBR). It describes the purpose of an IBR as achieving mutual understanding of the project's performance measurement baseline and identifying and addressing risks early. It outlines important objectives for a successful IBR such as ensuring the technical scope of work and resources are adequate. The document then discusses preparation steps, execution including team composition and roles, and post-IBR activities like documenting a risk response plan and establishing management processes.
The document discusses establishing a performance measurement baseline (PMB) in a cost effective manner. It defines key Earned Value Management (EVM) concepts like the PMB, which is a time-phased budget plan used to measure contract performance. It emphasizes the importance of thorough upfront planning, including developing a work breakdown structure (WBS) and schedule to fully capture the work scope. Establishing the PMB is a three-step process of defining the work, scheduling it, and allocating budgets to control accounts and work packages.
The document discusses balancing NASA's portfolio within tight budgets between successful programs and maintaining institutional capabilities. It addresses whether programs and institutions are competing priorities or if a competitive environment is healthy. It also questions if NASA can succeed with only one or the other. The document also notes challenges around effectively managing NASA's aging infrastructure portfolio, given it controls over 5,400 buildings and structures. Finally, it outlines NASA's budget formulation process and timeline, which allows only a small window for integrating program and institutional budgets.
The document provides an overview of a presentation on implementing an Earned Value Management System (EVMS) at a federal agency on a low budget. It discusses EVMS concepts and benefits. It then details a case study where a recession-proof EVMS was developed using existing tools and processes to integrate project scheduling, budgeting, reporting, and analysis with minimal costs. The solution standardized processes, automated data collection and linking of schedules and costs. It improved project performance monitoring, accountability, and success rates.
Use Of Schedule Logs 2012 Pmi Scop ConferenceChris Carson
This document provides biographies of three authors for a project on scheduling - Mark Doran, Paul Levin, PSP, and Chris Carson, PSP. It includes their educational backgrounds, years of experience, professional fields, and additional details. The biographies demonstrate the authors' expertise in areas like construction management, scheduling, project controls, and certification in fields such as PMP, PSP, and CCM.
This document outlines improvements made to NASA's independent program review process in fiscal year 2010. It discusses the reviews completed, including 8 program and 20 project reviews. Process improvements included quick look reports, increased coordination, readiness assessments, and streamlining of review documentation. The roles and responsibilities of review board members are covered, including ensuring member competency, currency, and independence. Coordination between review boards and NASA mission directorates and centers is also summarized.
Dealing With A Schedule That Cannot Be Approved - AACE 2012 MeetingChris Carson
Ideally all projects would have schedules submitted and approved, but sometimes the quality of the schedule prevents approval. This presentation suggests ways to deal with this situation, as well as ways to encourage approvable schedules.
This document discusses selecting useful software measures. It recommends using the Goal-Question-Metric method to first identify goals, then questions to meet those goals, indicators to show answers, and metrics to collect data. An example shows selecting measures to track project progress by setting goals for on-time and on-budget completion and monitoring staffing and scheduled activities. Charts of planned vs actual staffing and progress points are identified as useful measures.
This document provides an overview of recent policy developments in NASA's program and project management. It discusses revisions made between 2007 and 2009 to requirements documents regarding space flight, IT, acquisition and risk management. Upcoming changes to NPR 7120.5 are also previewed, including potential revisions to the joint confidence level and baseline policies for establishing cost and schedule commitments. The purpose is to improve performance by increasing accountability, clarity and alignment of planning and budgeting processes.
The document discusses preparations for a NASA Critical Design Review (CDR) for the Gravity Recovery and Interior Laboratory (GRAIL) mission. It outlines establishing a review preparation team with defined roles, conducting pre-CDR reviews of subsystems and assemblies, developing required gate products and presentation materials, planning information technology and logistics for the remote-site review, and coordinating with the Standing Review Board. The summary emphasizes starting preparations early, leveraging institutional resources, and establishing relationships with the review board to help ensure a successful life-cycle review.
Can A Subcontractor Have CP Delay When The Gc Does NotChris Carson
This document discusses whether a subcontractor can claim delay damages when the general contractor's schedule is not delayed. It covers topics such as pass-through claims, the Miller Act, combating no damage for delay clauses, and strategies for subcontractors to prove delay claims. A key point is that subcontractors may be able to recover delay costs through a pass-through claim if the general contractor acknowledges liability and the subcontractor meets requirements such as timely notice and good documentation. The Miller Act is also discussed as a potential means for subcontractors to recover increased labor and material costs due to delays. The document emphasizes the importance for subcontractors to be involved in the project schedule and maintain thorough records.
Use Of A Claims Triage Workshop To Choose An Analysis MethodChris Carson
AACEi Recommended Practice 29R-03, Forensic Schedule Analysis, properly notes that there are a number of factors to consider in choosing a method of analysis in a time-related dispute. The variety, number, and complexity of the reasons to choose the correct method of analysis require more than a casual approach.
This presentation demonstrates a process that we call a “Claims Triage” and use for every new dispute resolution assignment, organized and guided with a checklist and procedure.
EVM is a project management process that integrates scope, schedule, and cost to assess project performance and forecast outcomes. It allows objective measurement of progress against a performance measurement baseline (PMB) which includes a work breakdown structure, schedule, and time-phased budget. EVM helps identify variances so management can take corrective actions to mitigate risks and keep the project on track. NASA requires EVM for projects over $20 million to enhance the likelihood of success through active measurement and management.
Val Lunz of NASA Goddard Space Flight Center presented best practices for enhancing the Capital Planning Investment Control (CPIC) framework to optimize business portfolio analysis. The CPIC provides a framework to strategically assess IT assets and prioritize investments. Managing the portfolio through sub-portfolios of similar investments and streamlining processes can maximize returns and leverage existing resources. Continuous evaluation and stakeholder involvement are also important to ensure the appropriate investments are selected and controlled in the current fiscal environment.
The document discusses a project management approach to source evaluation boards (SEBs) being implemented at NASA's Johnson Space Center. It aims to align SEB processes with project management principles by treating each SEB like a project, focusing on requirements, scheduling, teamwork, and control. Feedback from industry and assessments identified issues like unclear processes and schedules. The new approach establishes common vocabulary, templates, and training to bring more consistency to SEBs handled as projects.
This document discusses the process for developing Joint Confidence Level (JCL) assessments of cost and schedule estimates for programs and projects. It outlines the roles of programs/projects and the independent review board (SRB) in developing probabilistic cost estimates, risk analyses, and JCL assessments to present at key decision points. Both the program/project and SRB will develop their own analyses, then reconcile differences through iterative reviews and updates until agreeing on a final JCL assessment to report out. The goal is for estimates to have a 70% confidence level that costs and schedules will be equal to or less than predicted.
This document provides an overview of NASA's Joint Cost and Schedule Confidence Level (JCL) policy and its implementation status across various NASA programs and projects. Key points include:
1) The JCL policy aims to provide stronger assurance that NASA can meet cost and schedule targets and be more transparent about impacts of funding changes.
2) Programs are implementing JCLs with guidance from a working group. Some programs have completed JCLs while others are in process.
3) Developing integrated schedules, assigning probabilities and uncertainties, and producing the JCL models requires significant time and resources from project teams.
4) Next steps include exploring alternative JCL calculation methods, publishing uncertainty guidelines, and developing
Blythe ortiz7120 5e handbooks 2 15-2012 finalNASAPMC
This document discusses updates to NASA guidance documents for program and project management. The NPR 7120.5 has been streamlined and implementation guidance is now contained in a new Program and Project Management Handbook and an updated Standing Review Board Handbook. These handbooks provide best practices and guidelines to implement the requirements of NPR 7120.5. The speakers discuss the status and future plans for completing these handbooks, including aligning them with the revised NPR 7120.5E set to be released in summer 2012. The handbooks are intended to provide practical support for program/project managers in satisfying NASA's management requirements.
This document discusses NASA's Earned Value Management (EVM) capability project. It outlines the overarching EVM requirements for NASA, including compliance with ANSI/EIA-748 guidelines. It describes NASA's development of a common EVM process and its testing on two pilot projects. The rollout plan and available EVM resources are also summarized. Maintaining the integrity of the EVM process through surveillance is highlighted as a key ongoing activity.
This document discusses EVMS certification and provides an overview of earned value management. It contains the following key points:
1) The objectives are to provide perspective on the EVMS certification challenge and identify areas of focus to position an organization for successful certification.
2) EVMS certification evaluates an organization's compliance with 32 ANSI guidelines across stakeholders, processes, baseline development, status and forecasting, metrics and reports, management, and corrective action.
3) Successful certification depends on having a documented EVMS that meets all guidelines, projects executing the documented system, and an adequate surveillance plan to ensure sustainability.
The document discusses integrating technical performance measures with earned value management. It argues that EVM data is only reliable if technical performance is objectively assessed using the right measures of progress. Standards like CMMI and IEEE 1220 provide guidance on using requirements, product metrics, and success criteria to evaluate technical progress. The document provides examples of how to calculate earned value by linking it to completion of drawings and meeting technical performance targets for weight and diameter. It recommends acquisition best practices like requiring technical performance measurement in proposals and verifying integration at contract award and reviews.
This document discusses baseline scheduling basics and provides guidance on schedule development and review standards. It recommends that schedules be developed with sufficient detail early, include all contractual requirements, and not include tricks to position for claims. If a schedule is not approved, the document advises examining legal risks and managing the project using the last submitted schedule. It also discusses early completion schedules, different types of calendars, and developing a standardized review checklist.
The NASA Schedule Management Handbook provides guidance on developing and maintaining an integrated master schedule for NASA projects. It outlines roles and responsibilities, considerations for schedule management tools, and processes for pre-schedule development, developing the integrated master schedule, and ongoing status updates and maintenance. The handbook aims to help project managers and teams adhere to NASA requirements for sound schedule management practices.
Bovine herpes virus causes a highly infectious disease in cattle and buffaloes known as rhinotracheitis. Clinical signs include fever, respiratory issues like coughing and nasal discharge, eye discharge and inflammation, oral lesions, diarrhea, abortion, and neurological issues in young calves. Treatment involves antibiotics and symptom relief while vaccination uses modified live vaccines in young calves to prevent disease spread.
The document discusses the benefits and challenges of interagency collaboration for NASA missions, noting that partnerships can improve capabilities, augment budgets, and foster innovation, but developing and sustaining partnerships can be challenging due to differences in agency cultures and competing resource demands. It provides examples of elements needed for successful partnerships, including clear shared goals, ongoing assessment of progress, and real investment and commitment from both partners.
The document provides an overview of a presentation on implementing an Earned Value Management System (EVMS) at a federal agency on a low budget. It discusses EVMS concepts and benefits. It then details a case study where a recession-proof EVMS was developed using existing tools and processes to integrate project scheduling, budgeting, reporting, and analysis with minimal costs. The solution standardized processes, automated data collection and linking of schedules and costs. It improved project performance monitoring, accountability, and success rates.
Use Of Schedule Logs 2012 Pmi Scop ConferenceChris Carson
This document provides biographies of three authors for a project on scheduling - Mark Doran, Paul Levin, PSP, and Chris Carson, PSP. It includes their educational backgrounds, years of experience, professional fields, and additional details. The biographies demonstrate the authors' expertise in areas like construction management, scheduling, project controls, and certification in fields such as PMP, PSP, and CCM.
This document outlines improvements made to NASA's independent program review process in fiscal year 2010. It discusses the reviews completed, including 8 program and 20 project reviews. Process improvements included quick look reports, increased coordination, readiness assessments, and streamlining of review documentation. The roles and responsibilities of review board members are covered, including ensuring member competency, currency, and independence. Coordination between review boards and NASA mission directorates and centers is also summarized.
Dealing With A Schedule That Cannot Be Approved - AACE 2012 MeetingChris Carson
Ideally all projects would have schedules submitted and approved, but sometimes the quality of the schedule prevents approval. This presentation suggests ways to deal with this situation, as well as ways to encourage approvable schedules.
This document discusses selecting useful software measures. It recommends using the Goal-Question-Metric method to first identify goals, then questions to meet those goals, indicators to show answers, and metrics to collect data. An example shows selecting measures to track project progress by setting goals for on-time and on-budget completion and monitoring staffing and scheduled activities. Charts of planned vs actual staffing and progress points are identified as useful measures.
This document provides an overview of recent policy developments in NASA's program and project management. It discusses revisions made between 2007 and 2009 to requirements documents regarding space flight, IT, acquisition and risk management. Upcoming changes to NPR 7120.5 are also previewed, including potential revisions to the joint confidence level and baseline policies for establishing cost and schedule commitments. The purpose is to improve performance by increasing accountability, clarity and alignment of planning and budgeting processes.
The document discusses preparations for a NASA Critical Design Review (CDR) for the Gravity Recovery and Interior Laboratory (GRAIL) mission. It outlines establishing a review preparation team with defined roles, conducting pre-CDR reviews of subsystems and assemblies, developing required gate products and presentation materials, planning information technology and logistics for the remote-site review, and coordinating with the Standing Review Board. The summary emphasizes starting preparations early, leveraging institutional resources, and establishing relationships with the review board to help ensure a successful life-cycle review.
Can A Subcontractor Have CP Delay When The Gc Does NotChris Carson
This document discusses whether a subcontractor can claim delay damages when the general contractor's schedule is not delayed. It covers topics such as pass-through claims, the Miller Act, combating no damage for delay clauses, and strategies for subcontractors to prove delay claims. A key point is that subcontractors may be able to recover delay costs through a pass-through claim if the general contractor acknowledges liability and the subcontractor meets requirements such as timely notice and good documentation. The Miller Act is also discussed as a potential means for subcontractors to recover increased labor and material costs due to delays. The document emphasizes the importance for subcontractors to be involved in the project schedule and maintain thorough records.
Use Of A Claims Triage Workshop To Choose An Analysis MethodChris Carson
AACEi Recommended Practice 29R-03, Forensic Schedule Analysis, properly notes that there are a number of factors to consider in choosing a method of analysis in a time-related dispute. The variety, number, and complexity of the reasons to choose the correct method of analysis require more than a casual approach.
This presentation demonstrates a process that we call a “Claims Triage” and use for every new dispute resolution assignment, organized and guided with a checklist and procedure.
EVM is a project management process that integrates scope, schedule, and cost to assess project performance and forecast outcomes. It allows objective measurement of progress against a performance measurement baseline (PMB) which includes a work breakdown structure, schedule, and time-phased budget. EVM helps identify variances so management can take corrective actions to mitigate risks and keep the project on track. NASA requires EVM for projects over $20 million to enhance the likelihood of success through active measurement and management.
Val Lunz of NASA Goddard Space Flight Center presented best practices for enhancing the Capital Planning Investment Control (CPIC) framework to optimize business portfolio analysis. The CPIC provides a framework to strategically assess IT assets and prioritize investments. Managing the portfolio through sub-portfolios of similar investments and streamlining processes can maximize returns and leverage existing resources. Continuous evaluation and stakeholder involvement are also important to ensure the appropriate investments are selected and controlled in the current fiscal environment.
The document discusses a project management approach to source evaluation boards (SEBs) being implemented at NASA's Johnson Space Center. It aims to align SEB processes with project management principles by treating each SEB like a project, focusing on requirements, scheduling, teamwork, and control. Feedback from industry and assessments identified issues like unclear processes and schedules. The new approach establishes common vocabulary, templates, and training to bring more consistency to SEBs handled as projects.
This document discusses the process for developing Joint Confidence Level (JCL) assessments of cost and schedule estimates for programs and projects. It outlines the roles of programs/projects and the independent review board (SRB) in developing probabilistic cost estimates, risk analyses, and JCL assessments to present at key decision points. Both the program/project and SRB will develop their own analyses, then reconcile differences through iterative reviews and updates until agreeing on a final JCL assessment to report out. The goal is for estimates to have a 70% confidence level that costs and schedules will be equal to or less than predicted.
This document provides an overview of NASA's Joint Cost and Schedule Confidence Level (JCL) policy and its implementation status across various NASA programs and projects. Key points include:
1) The JCL policy aims to provide stronger assurance that NASA can meet cost and schedule targets and be more transparent about impacts of funding changes.
2) Programs are implementing JCLs with guidance from a working group. Some programs have completed JCLs while others are in process.
3) Developing integrated schedules, assigning probabilities and uncertainties, and producing the JCL models requires significant time and resources from project teams.
4) Next steps include exploring alternative JCL calculation methods, publishing uncertainty guidelines, and developing
Blythe ortiz7120 5e handbooks 2 15-2012 finalNASAPMC
This document discusses updates to NASA guidance documents for program and project management. The NPR 7120.5 has been streamlined and implementation guidance is now contained in a new Program and Project Management Handbook and an updated Standing Review Board Handbook. These handbooks provide best practices and guidelines to implement the requirements of NPR 7120.5. The speakers discuss the status and future plans for completing these handbooks, including aligning them with the revised NPR 7120.5E set to be released in summer 2012. The handbooks are intended to provide practical support for program/project managers in satisfying NASA's management requirements.
This document discusses NASA's Earned Value Management (EVM) capability project. It outlines the overarching EVM requirements for NASA, including compliance with ANSI/EIA-748 guidelines. It describes NASA's development of a common EVM process and its testing on two pilot projects. The rollout plan and available EVM resources are also summarized. Maintaining the integrity of the EVM process through surveillance is highlighted as a key ongoing activity.
This document discusses EVMS certification and provides an overview of earned value management. It contains the following key points:
1) The objectives are to provide perspective on the EVMS certification challenge and identify areas of focus to position an organization for successful certification.
2) EVMS certification evaluates an organization's compliance with 32 ANSI guidelines across stakeholders, processes, baseline development, status and forecasting, metrics and reports, management, and corrective action.
3) Successful certification depends on having a documented EVMS that meets all guidelines, projects executing the documented system, and an adequate surveillance plan to ensure sustainability.
The document discusses integrating technical performance measures with earned value management. It argues that EVM data is only reliable if technical performance is objectively assessed using the right measures of progress. Standards like CMMI and IEEE 1220 provide guidance on using requirements, product metrics, and success criteria to evaluate technical progress. The document provides examples of how to calculate earned value by linking it to completion of drawings and meeting technical performance targets for weight and diameter. It recommends acquisition best practices like requiring technical performance measurement in proposals and verifying integration at contract award and reviews.
This document discusses baseline scheduling basics and provides guidance on schedule development and review standards. It recommends that schedules be developed with sufficient detail early, include all contractual requirements, and not include tricks to position for claims. If a schedule is not approved, the document advises examining legal risks and managing the project using the last submitted schedule. It also discusses early completion schedules, different types of calendars, and developing a standardized review checklist.
The NASA Schedule Management Handbook provides guidance on developing and maintaining an integrated master schedule for NASA projects. It outlines roles and responsibilities, considerations for schedule management tools, and processes for pre-schedule development, developing the integrated master schedule, and ongoing status updates and maintenance. The handbook aims to help project managers and teams adhere to NASA requirements for sound schedule management practices.
Bovine herpes virus causes a highly infectious disease in cattle and buffaloes known as rhinotracheitis. Clinical signs include fever, respiratory issues like coughing and nasal discharge, eye discharge and inflammation, oral lesions, diarrhea, abortion, and neurological issues in young calves. Treatment involves antibiotics and symptom relief while vaccination uses modified live vaccines in young calves to prevent disease spread.
The document discusses the benefits and challenges of interagency collaboration for NASA missions, noting that partnerships can improve capabilities, augment budgets, and foster innovation, but developing and sustaining partnerships can be challenging due to differences in agency cultures and competing resource demands. It provides examples of elements needed for successful partnerships, including clear shared goals, ongoing assessment of progress, and real investment and commitment from both partners.
The document discusses a new model of collaborative innovation that can improve productivity for people, projects, and organizations. It proposes that an innovation engine could find relevant knowledge and talent globally, build networks of experts into ecosystems, and enable collaboration. This would allow 360-degree access to expertise, accelerate innovation, and generate more ideas at lower cost through order-of-magnitude productivity gains and higher success rates. The innovation engine automates the process of forming customized innovation ecosystems for any challenge.
The document discusses scheduling challenges for developing spacecraft subsystems with varying technology readiness levels (TRLs). Low TRL subsystems require more time for development but are often forced to keep pace with more mature subsystems. This can lead to inefficiency, schedule risk and cost overruns. To address this, the document proposes alternative scheduling approaches that decouple subsystem schedules, including staggered starts where subsystems define their own schedules, requiring low TRL subsystems to reach TRL 6 before integrating, and staggered finishes where subsystems can complete on independent schedules. It recommends assessing schedule risk at the subsystem level and analyzing the results to identify patterns to help select the best scheduling approach.
The document discusses the RD-180 rocket engine partnership between the United States and Russia. It summarizes that the RD-180 engine, produced in Russia, has been successfully integrated into the Atlas V launch vehicle in the US, improving its reliability, payload capacity, and reducing costs. Government involvement from both countries was critical to establishing the joint venture and addressing policy, export control, and technical integration challenges over time. The partnership demonstrates the potential for mutually beneficial international cooperation in the space industry.
This document discusses configuration management and how it is implemented at NASA and Goddard Space Flight Center. It defines configuration management and how it is used to manage change, ensure project objectives are met, and accommodate new requirements. It also describes the differences between in-house and out-of-house projects at Goddard and how their organizations differ, with in-house projects having more integrated responsibility under a single project office and out-of-house projects involving more external contracting. Finally, it provides examples of current in-house and out-of-house projects at Goddard.
The document describes a case study conducted by NASA and Georgetown University researchers on how organizational culture, project size, and individual biases influence whether near-miss events are categorized as successes or failures. The study found that a "risk-tolerant" culture and larger project size made individuals more likely to view a near-miss as a success rather than a failure. The implications are that organizations may normalize riskier behaviors over time if near-misses are not properly investigated and learned from.
The document discusses lessons learned from the Orbiting Carbon Observatory (OCO) mission. It provides an overview of OCO, which was designed to measure atmospheric carbon dioxide from space but failed to reach orbit after launch. Despite the mission ending quickly, the project team conducted a close-out process to collect lessons from all members. Key lessons included the need to maintain a single requirements database, test flight hardware under expected conditions before integration, and plan early for efficient data transfer. The lessons will help improve the proposed OCO-2 reflight mission.
The Composite Crew Module project brought together engineers from multiple NASA centers to design and build a composite crew capsule. A broad team was assembled with representation from various NASA centers and aerospace industry partners. They worked collaboratively over 18 months to design, build, and test a full-scale composite crew module, gaining hands-on experience. The goal was to advance composite materials technology in anticipation of future exploration systems utilizing composites.
Grubbs teams and digital collaboration pmc2012NASAPMC
The document discusses digitally collaborating with multi-center teams. It outlines the need for an interactive collaboration network that allows sidebar discussions and engagement on one's own time. Key features should include shared documents, blogs, announcements, calendar and real-time notifications accessible from one site. Email is insufficient for collaboration needs. An ideal system would be an ad-hoc network accessible both on and off the NASA network with single sign-on and core functionality like announcements, calendar, documents and discussions.
This document recommends an insight/oversight model for NASA's Commercial Crew Program. It suggests using technical expert engagement similar to other programs, with a focus on high-risk subsystems. The model includes discrete oversight at key decision points rather than continuous oversight. Insight teams would provide expertise and recommendations, while the Program Office makes oversight decisions.
This document discusses NASA's focus on exploration innovation in three key areas:
1) Primary thrust is for exploration to drive innovation for NASA and the nation across programs, paradigms, people, and more.
2) Cosmic challenges like capability, resources, and complexity mean innovation is critical for exploration success.
3) Opportunities exist across areas like technology, processes, and culture to drive innovative developments through exploration missions.
Riskapedia is a collaborative website presented by Isaac Addison Heard of ARES Corporation on behalf of ESMD Integrated Risk & Knowledge Management Systems. It is intended to help NASA project managers, engineers, and risk practitioners identify, analyze, and mitigate risks. Riskapedia provides checklists and taxonomies from various risk management tools and methods to facilitate a standardized risk identification process. Users can select relevant risk identification resources, use them to compile an initial candidate risk list, and augment them based on experience.
Stacy Cusack has over 10 years of experience at NASA supporting space station operations and training. She has participated in two Mars analog missions to help understand the technical and human factors challenges of living on Mars. The simulations involve living in a small habitat with limited resources to simulate the conditions of a Mars mission. Crews are isolated and must make autonomous decisions with a 20 minute communication delay from Earth, unlike operations on the International Space Station. The analog missions provide important lessons for designing future human Mars missions.
The document discusses paradigms in the context of NASA's past, present, and future exploration efforts. It defines a paradigm as a model or belief system used to explain or control some aspect of reality. NASA's past paradigms included the space race in the 1960s, promoting space awareness, and exploration initiatives focused on the moon, Mars, and beyond. The present paradigm involves completing the International Space Station by 2020 and developing new technologies, though the future remains uncertain pending government funding decisions. The document advocates developing new "verge teams" to explore innovative paradigms like asteroid mining and human missions to Mars.
This document discusses the findings of the ICPM Taskforce Report and their implications for contracting on complex projects. The report found that traditional contractual approaches can hinder effective collaboration, and identified several traits necessary for delivering complex projects successfully. These include having a flexible, outcome-focused organization; a systemic, portfolio approach; and contracting strategies focused on long-term benefits rather than risk transfer. The document argues that implementing the taskforce's findings could help maximize benefits through practices like earlier industry involvement, collaborative risk management, and incentives aligned with overall outcomes.
The document discusses lessons learned from 35 case histories of space system mission failures from multiple programs. It notes that the root causes of failures were not unique to specific times or programs. One case history discussed involved the loss of the primary instrument cryogens on the WIRE spacecraft, resulting in mission failure. The document also provides historical context about failures in large construction projects throughout history and notes that over 6,300 spacecraft have been launched from 1957 to 2006 by various government agencies and commercial entities.
The document summarizes lessons learned from the Orbiting Carbon Observatory (OCO) mission. OCO's launch failed in 2009 due to a fairing separation issue. While the mission ended quickly, the project team collected lessons to apply to a proposed re-flight called OCO-2. Some key lessons included improving requirements management, better simulating flight conditions during instrument testing, and providing spacecraft simulators earlier. The team developed a process to evaluate and implement lessons, with the goal of ensuring success for OCO-2.
The document discusses the benefits of meditation for reducing stress and anxiety. Regular meditation practice can help calm the mind and body by lowering heart rate and blood pressure. Making meditation a part of a daily routine, even if just 10-15 minutes per day, can have mental and physical health benefits over time.
This document discusses building high-performance teams. It defines high-performance teams as having deep purpose, ambitious goals, complete approaches, mutual accountability, and interchangeable skills. The document also discusses team development stages, the importance of identity and managing conflict, and using an understanding of teams to increase awareness, coach leaders, guide team formation, and build team member skills.
Ewan Glen looked at the role of Integrated Baseline Reviews, (IBR), as a tool in assurance. The aim of an IBR is to assure both the customer and supplier’s PM team that they have a common understanding of what is to be delivered and how.
Ipao great houseetc-programmatic analysis llNASAPMC
The document discusses lessons learned from preparing for a Life-Cycle Review (LCR) and conducting a Standing Review Board (SRB) independent analysis. It covers topics such as the SRB timeline and process, data deliveries required from projects, and methodology used for analyses including basis of estimates, schedule analysis, reserve analysis, and resource analysis. Key lessons learned include the importance of communication between the SRB and project, ensuring schedule quality, understanding how projects manage reserves, and reflecting the true critical path in analysis schedules.
This document provides an overview of key project management concepts including definitions of project management, the Project Management Body of Knowledge (PMBOK), and important processes like requirements definition, work breakdown structure, scheduling, and risk management. It also discusses project constraints, stakeholders, and offers advice on how to identify why projects fail and how to prevent failures.
Flevy.com - Pricing a Consulting ProjectDavid Tracy
This is a partial preview of the document found here:
https://flevy.com/browse/business-document/pricing-a-consulting-project-94
Description:
This presentation discusses the basic principles behind designing and pricing a management consulting type project.
This document provides an overview of an approach for right sizing design review plans for projects and programs. It discusses establishing a multi-tiered review approach including technical and peer reviews of lower-level design products, component design reviews, subsystem design reviews, and system-level reviews. It emphasizes the importance of planning the review approach, defining objectives and participation for each review level, and using lessons learned to improve efficiency while maintaining thoroughness.
Mitigation And Performance Recovery Using Earned ValueChris Carson
This paper discusses the practical use of Earned Value metrics and calculations in monitoring and controlling schedule slippage, and, more importantly, in identifying appropriate mitigation plans to regain time.
The 3-day training program provides an overview of project management fundamentals and processes. It will define key concepts, compare methodologies, evaluate BMW's current practices, and apply the generic project lifecycle of initiation, planning, implementation, and closure. Participants will complete introductory and learning activities to develop project documents including a terms of reference, plan, schedule, and risk assessment. The program aims to establish best practices for effective project management at BMW.
The document outlines the scrum process for an offshore development team, including an overview of scrum methodology, roles like the product owner and scrum master, artifacts like the product backlog and sprint burndown chart, and activities in the sprint planning, daily standups, and retrospectives. It provides details on tailoring scrum for offshore teams and defining roles for the project manager, development team, and business analyst to work with the onshore client.
Eric Kenyon has over 20 years of experience leading project teams in the Army, Navy, and Marine Corps as a Project Management Professional. He currently manages the Brigade Combat Team Modernization Program as the Operations Manager. Previously he held roles as the Risk Manager, Engineering Change Manager, and Program Control Manager on the Future Combat Systems program. He has a Bachelor's degree in Mechanical Engineering and is a Project Management Professional.
The document advertises a project management training course titled "Project Management for Results". The 3-day course teaches project management methodology and helps participants: 1) define and plan major projects, track projects accurately, and define goals to complete projects on time and on budget; 2) develop skills like work breakdown structures, estimating, scheduling, and managing resources and budgets; 3) acquire units needed to sit for the Project Management Professional (PMP) certification exam.
The document provides details of an Oracle E-Business Project II for Production & Supply Chain Planning at a company. The project will implement several Oracle modules including Process Manufacturing, Advanced Supply Chain Planning, Warehouse Management, Manufacturing Execution System, and Enterprise Asset Management. Key details include the project scope, investment summary, deliverables, milestone payments, project plan and schedule, and project team structure. The goal is to optimize production planning and execution from raw materials to finished goods across the supply chain.
The document describes an upcoming project management training event taking place June 7-11, 2010 in Arlington, VA. The training will provide a step-by-step methodology for defining, planning, tracking, managing risks, completing requirements, and closing projects using techniques from the Project Management Body of Knowledge. Attendees will learn key project management skills like developing goals and deliverables, estimating costs, creating schedules, monitoring progress, managing resources, and creating project budgets and plans.
This document provides information about a project management training event titled "Project Management for Results" that will take place from June 7-11, 2010 in Arlington, VA. The training will cover project management methodologies from the PMBOK and teach skills like defining projects, tracking projects, managing scope and closing projects. Attendees will learn techniques for planning, organizing, estimating, scheduling and managing risk on projects. The training is eligible for 35 PDUs and 30 CPE credits.
This document provides an overview of project management concepts including:
- The definition of a project, project life cycle, characteristics of projects, and tools and techniques used for project management.
- Key aspects of project management like project identification, scope, deliverables, team, and the role of the project manager.
- The project life cycle involves initiation, planning, execution, and closure to complete a project on time and on budget.
- Effective project managers demonstrate leadership, task delegation, and communication skills to guide a project team to success.
The document outlines Radix Development Methodology which includes a project initiation process involving internal kick-off meetings, project registration, and formal introductions. It also describes communication through a project email group, monitoring progress using Redmine and Resource Scheduling System, conducting project closure activities like collecting feedback and documenting lessons learned. Contact details are provided at the end.
EVM is a project management process that integrates scope, schedule, and cost to assess project performance and forecast outcomes. It allows objective assessment of current performance by comparing planned, earned, and actual costs. EVM enhances project success by defining the work, scheduling activities, allocating budgets, and measuring progress to identify variances and inform management decisions. Key aspects of EVM include establishing a performance measurement baseline, determining earned value, and analyzing variances and estimates at completion.
This document provides an overview of a 3-day project management training course. The course covers key project management principles and practices including planning, executing, monitoring, and closing a project. It discusses project initiation, definition, planning, execution, monitoring/controlling, and closing phases. Specific topics covered include work breakdown structures, scheduling, estimating time and costs, developing a project budget, risk management, building a project team, and assigning responsibilities. The training objectives are to provide an understanding of how to plan, execute, manage resources/people, connect with stakeholders, and manage scope, budget, and timelines on a project.
The document discusses top 10 reasons why projects fail and ways to improve project success. It lists the top 10 reasons as: 1) Insufficient planning, 2) Inadequate requirements gathering, 3) Unreliable estimates/unrealistic timelines, 4) Unmanaged scope, 5) Human resource issues, 6) Poor communication/stakeholder management, 7) No or insufficient risk management, 8) Inadequate test planning and testing, 9) Insufficient monitoring and controlling activities, and 10) Poor quality project management. For each reason, it provides details on what constitutes the problem and recommendations for improving project outcomes.
The document compares the operational complexity and costs of the Space Shuttle versus the Sea Launch Zenit rocket. [1] The Space Shuttle was designed for performance but not operational efficiency, resulting in costly ground, mission planning, and flight operations. [2] In contrast, the Zenit rocket was designed from the start to have automated and robust processes to keep operations simple and costs low. [3] The key lesson is that designing a launch system with operational requirements in mind from the beginning leads to much more efficient operations long-term.
The document provides an overview of project management and procurement at NASA. It discusses the key skills required for project managers, including acquisition management. It notes that 80-85% of NASA's budget is spent on contracts, and procurement processes are complex and constantly changing. The document outlines some common contract types and how they allocate risk between the government and contractor. It also discusses the relationship between contracting officers and project managers, and how successful procurement requires effective communication rather than direct control or authority.
The document introduces the NASA Engineering Network (NEN), which was created by the Office of the Chief Engineer to be a knowledge management system connecting NASA's engineering community. The NEN integrates various tools like a content management system, search engine, and collaboration tools. It provides access to key knowledge resources like NASA's Lessons Learned database and engineering databases. The NEN is working to expand by adding more communities, engineering disciplines, and knowledge repositories.
Laptops were first used in space in 1983 on the Space Shuttle, when Commander John Young brought the GRiD Compass portable computer on STS-9. Laptops are now widely used on the Space Shuttle and International Space Station for tasks like monitoring spacecraft systems, tracking satellites, inventory management, procedures viewing, and videoconferencing. Managing laptops in space presents challenges around cooling, power, and software/hardware compatibility in the harsh space environment.
Laptops were first used in space in 1983 on the Space Shuttle, when Commander John Young brought the GRiD Compass portable computer on STS-9. Laptops are now widely used on the Space Shuttle and International Space Station for tasks like monitoring spacecraft systems, planning rendezvous and proximity operations, inventory management, procedure reviews, and communication between space and ground via software like WorldMap and DOUG. Managing laptops in space presents challenges around hardware durability, cooling, and software/data management in the space environment.
This document discusses the use of market-based systems to allocate scarce resources for NASA missions and projects. It provides examples of how market-based approaches were used for instrument development for the Cassini mission, manifesting secondary payloads on the space shuttle, and mission planning for the LightSAR Earth imaging satellite project. The document finds that these applications of market-based allocation benefited or could have benefited from a decentralized, incentive-based approach compared to traditional centralized planning methods. However, it notes that resistance to new approaches and loss of managerial control are barriers to adoption of market-based systems.
The Stardust mission collected samples from comet Wild 2 and interstellar dust particles. It launched in February 1999 and encountered Wild 2 in January 2004, collecting dust samples in aerogel. It returned the samples to Earth safely in January 2006. The spacecraft used an innovative Whipple shield to protect itself from comet dust impacts during the encounter. Analysis of the Stardust samples has provided insights about comet composition and the early solar system.
This document discusses solutions for integrating schedules on NASA programs. It introduces Stuart Trahan's company, which provides Earned Value Management (EVM) solutions using Microsoft Office Project that comply with OMB and ANSI requirements. It also introduces a partner company, Pinnacle Management Systems, that specializes in enterprise project management solutions including EVM, project portfolio management, and enterprise project resource management, with experience in the aerospace, defense, and other industries. The document defines schedule integration and describes some methods including importing to a centralized Primavera database for review or using Primavera ProjectLink for updates, and challenges including inconsistent data formats and levels of detail across sub-schedules.
The document discusses NASA's implementation of earned value management (EVM) across its Constellation Program to coordinate work across multiple teams. It outlines the organizational structure, current target groups, and an EVM training suite. It also summarizes lessons learned and the need for project/center collaboration to integrate schedules horizontally and vertically.
This document summarizes a presentation about systems engineering processes for principle investigator (PI) mode missions. It discusses how PI missions face special challenges due to cost caps and lower technology readiness levels. It then outlines various systems engineering techniques used for PI missions, including safety compliance, organizational communication, design tools, requirements management, and lessons learned from past missions. Specific case studies from NASA's Explorers Program Office are provided as examples.
This document discusses changes to NASA's business practices for managing projects, including adopting a new acquisition strategy approach and implementing planning, programming, and budget execution (PPBE). The new acquisition strategy involves additional approval meetings at the strategic planning and project levels to better integrate acquisition with strategic and budgetary planning. PPBE focuses on analyzing programs and infrastructure to align with strategic goals and answer whether proposed programs will help achieve NASA's mission. The document also notes improvements in funds distribution and inter-center transfers, reducing the time for these processes from several weeks to only a few days.
Spaceflight Project Security: Terrestrial and On-Orbit/Mission
The document discusses security challenges for spaceflight projects, including protecting space assets from disruption, exploitation, or attack. It highlights national space policy principles of protecting space capabilities. It also discusses trends in cyber threats, including the increasing capabilities of adversaries and how even unskilled attackers can compromise terrestrial support systems linked to space assets if defenses are not strong. Protecting space projects requires awareness of threats, vulnerabilities, and strategies to defend, restore, and increase situational awareness of space assets and supporting systems.
Humor can positively impact many aspects of project management. It can improve communication, aid in team building, help detect team morale issues, and influence leadership, conflict management, negotiation, motivation, and problem solving. While humor has benefits, it also has risks and not all uses of humor are positive. Future research is needed on humor in multicultural teams, its relationship to team performance, how humor is learned, and determining optimal "doses" of humor. In conclusion, humor is a tool that can influence people and projects, but must be used carefully and spontaneously for best effect.
The recovery of Space Shuttle Columbia after its loss in 2003 involved a massive multi-agency effort to search a wide debris field, recover crew remains and evidence, and compensate local communities. Over 25,000 people searched over 680,000 acres, recovering 38% of Columbia's weight. Extensive engineering investigations were conducted to identify the causes of failure and implement changes to allow the safe return to flight of Discovery in 2005.
This document summarizes research on enhancing safety culture at NASA. It describes a survey developed to assess NASA's safety culture based on principles of high reliability organizations. The survey was tailored specifically for NASA and has been implemented to provide feedback and identify areas for improvement. It allows NASA to benchmark its safety culture within and across other industries pursuing high reliability.
This document summarizes a presentation about project management challenges at NASA Goddard Space Flight Center. The presentation outlines a vision for anomaly management, including establishing consistent problem reporting and analysis processes across all missions. It describes the current problem management approach, which lacks centralized information sharing. The presentation aims to close this gap by implementing online problem reporting and trend analysis tools to extract lessons learned across missions over time. This will help improve spacecraft design and operations based on ongoing anomaly experiences.
This document discusses leveraging scheduling productivity with practical scheduling techniques. It addresses scheduling issues such as unwieldy schedule databases and faulty logic. It then discusses taming the schedule beast through using a scheduler's toolkit, schedule templates, codes to manipulate MS Project data, common views/filters/tables, limiting constraints, and other best practices. The document provides examples of using codes and custom views/filters to effectively organize and display schedule information.
This document describes Ball Aerospace's implementation of a Life Cycle and Gated Milestone (LCGM) process to improve program planning, execution, and control across its diverse portfolio. The LCGM provides a standardized yet flexible framework that maps out program activities and products across phases. It was developed through cross-functional collaboration and introduced gradually across programs while allowing flexibility. Initial results showed the LCGM supported improved planning and management while aligning with Ball Aerospace's entrepreneurial culture.
This document discusses the importance of situation awareness (SA) for project team members. It defines SA as having three levels: perception of elements in the current situation, comprehension of the current situation, and projection of the future status. Good team SA is achieved by turning individual SAs into shared SA through communication. Teams with strong SA prepare more, focus on comprehending and projecting, and maintain awareness through techniques like questioning assumptions and seeking additional information.
This document discusses theories of leadership and how a project manager's leadership style may impact project success depending on the type of project. It outlines early hypotheses that a PM's competence, including leadership style, is a success factor on projects. It presents a research model linking PM leadership competencies to project success, moderated by factors like project type. Initial interviews found that leadership style is more important on complex projects, and different competencies are needed depending on if a project is technical or involves change. Certain competencies like communication skills and cultural sensitivity were seen as important for different project types and contexts.
Monitoring and Managing Anomaly Detection on OpenShift.pdfTosin Akinosho
Monitoring and Managing Anomaly Detection on OpenShift
Overview
Dive into the world of anomaly detection on edge devices with our comprehensive hands-on tutorial. This SlideShare presentation will guide you through the entire process, from data collection and model training to edge deployment and real-time monitoring. Perfect for those looking to implement robust anomaly detection systems on resource-constrained IoT/edge devices.
Key Topics Covered
1. Introduction to Anomaly Detection
- Understand the fundamentals of anomaly detection and its importance in identifying unusual behavior or failures in systems.
2. Understanding Edge (IoT)
- Learn about edge computing and IoT, and how they enable real-time data processing and decision-making at the source.
3. What is ArgoCD?
- Discover ArgoCD, a declarative, GitOps continuous delivery tool for Kubernetes, and its role in deploying applications on edge devices.
4. Deployment Using ArgoCD for Edge Devices
- Step-by-step guide on deploying anomaly detection models on edge devices using ArgoCD.
5. Introduction to Apache Kafka and S3
- Explore Apache Kafka for real-time data streaming and Amazon S3 for scalable storage solutions.
6. Viewing Kafka Messages in the Data Lake
- Learn how to view and analyze Kafka messages stored in a data lake for better insights.
7. What is Prometheus?
- Get to know Prometheus, an open-source monitoring and alerting toolkit, and its application in monitoring edge devices.
8. Monitoring Application Metrics with Prometheus
- Detailed instructions on setting up Prometheus to monitor the performance and health of your anomaly detection system.
9. What is Camel K?
- Introduction to Camel K, a lightweight integration framework built on Apache Camel, designed for Kubernetes.
10. Configuring Camel K Integrations for Data Pipelines
- Learn how to configure Camel K for seamless data pipeline integrations in your anomaly detection workflow.
11. What is a Jupyter Notebook?
- Overview of Jupyter Notebooks, an open-source web application for creating and sharing documents with live code, equations, visualizations, and narrative text.
12. Jupyter Notebooks with Code Examples
- Hands-on examples and code snippets in Jupyter Notebooks to help you implement and test anomaly detection models.
Best 20 SEO Techniques To Improve Website Visibility In SERPPixlogix Infotech
Boost your website's visibility with proven SEO techniques! Our latest blog dives into essential strategies to enhance your online presence, increase traffic, and rank higher on search engines. From keyword optimization to quality content creation, learn how to make your site stand out in the crowded digital landscape. Discover actionable tips and expert insights to elevate your SEO game.
Ivanti’s Patch Tuesday breakdown goes beyond patching your applications and brings you the intelligence and guidance needed to prioritize where to focus your attention first. Catch early analysis on our Ivanti blog, then join industry expert Chris Goettl for the Patch Tuesday Webinar Event. There we’ll do a deep dive into each of the bulletins and give guidance on the risks associated with the newly-identified vulnerabilities.
GraphRAG for Life Science to increase LLM accuracyTomaz Bratanic
GraphRAG for life science domain, where you retriever information from biomedical knowledge graphs using LLMs to increase the accuracy and performance of generated answers
Fueling AI with Great Data with Airbyte WebinarZilliz
This talk will focus on how to collect data from a variety of sources, leveraging this data for RAG and other GenAI use cases, and finally charting your course to productionalization.
Have you ever been confused by the myriad of choices offered by AWS for hosting a website or an API?
Lambda, Elastic Beanstalk, Lightsail, Amplify, S3 (and more!) can each host websites + APIs. But which one should we choose?
Which one is cheapest? Which one is fastest? Which one will scale to meet our needs?
Join me in this session as we dive into each AWS hosting service to determine which one is best for your scenario and explain why!
Salesforce Integration for Bonterra Impact Management (fka Social Solutions A...Jeffrey Haguewood
Sidekick Solutions uses Bonterra Impact Management (fka Social Solutions Apricot) and automation solutions to integrate data for business workflows.
We believe integration and automation are essential to user experience and the promise of efficient work through technology. Automation is the critical ingredient to realizing that full vision. We develop integration products and services for Bonterra Case Management software to support the deployment of automations for a variety of use cases.
This video focuses on integration of Salesforce with Bonterra Impact Management.
Interested in deploying an integration with Salesforce for Bonterra Impact Management? Contact us at sales@sidekicksolutionsllc.com to discuss next steps.
This presentation provides valuable insights into effective cost-saving techniques on AWS. Learn how to optimize your AWS resources by rightsizing, increasing elasticity, picking the right storage class, and choosing the best pricing model. Additionally, discover essential governance mechanisms to ensure continuous cost efficiency. Whether you are new to AWS or an experienced user, this presentation provides clear and practical tips to help you reduce your cloud costs and get the most out of your budget.
leewayhertz.com-AI in predictive maintenance Use cases technologies benefits ...alexjohnson7307
Predictive maintenance is a proactive approach that anticipates equipment failures before they happen. At the forefront of this innovative strategy is Artificial Intelligence (AI), which brings unprecedented precision and efficiency. AI in predictive maintenance is transforming industries by reducing downtime, minimizing costs, and enhancing productivity.
Digital Banking in the Cloud: How Citizens Bank Unlocked Their MainframePrecisely
Inconsistent user experience and siloed data, high costs, and changing customer expectations – Citizens Bank was experiencing these challenges while it was attempting to deliver a superior digital banking experience for its clients. Its core banking applications run on the mainframe and Citizens was using legacy utilities to get the critical mainframe data to feed customer-facing channels, like call centers, web, and mobile. Ultimately, this led to higher operating costs (MIPS), delayed response times, and longer time to market.
Ever-changing customer expectations demand more modern digital experiences, and the bank needed to find a solution that could provide real-time data to its customer channels with low latency and operating costs. Join this session to learn how Citizens is leveraging Precisely to replicate mainframe data to its customer channels and deliver on their “modern digital bank” experiences.
FREE A4 Cyber Security Awareness Posters-Social Engineering part 3Data Hops
Free A4 downloadable and printable Cyber Security, Social Engineering Safety and security Training Posters . Promote security awareness in the home or workplace. Lock them Out From training providers datahops.com
Skybuffer SAM4U tool for SAP license adoptionTatiana Kojar
Manage and optimize your license adoption and consumption with SAM4U, an SAP free customer software asset management tool.
SAM4U, an SAP complimentary software asset management tool for customers, delivers a detailed and well-structured overview of license inventory and usage with a user-friendly interface. We offer a hosted, cost-effective, and performance-optimized SAM4U setup in the Skybuffer Cloud environment. You retain ownership of the system and data, while we manage the ABAP 7.58 infrastructure, ensuring fixed Total Cost of Ownership (TCO) and exceptional services through the SAP Fiori interface.
Driving Business Innovation: Latest Generative AI Advancements & Success StorySafe Software
Are you ready to revolutionize how you handle data? Join us for a webinar where we’ll bring you up to speed with the latest advancements in Generative AI technology and discover how leveraging FME with tools from giants like Google Gemini, Amazon, and Microsoft OpenAI can supercharge your workflow efficiency.
During the hour, we’ll take you through:
Guest Speaker Segment with Hannah Barrington: Dive into the world of dynamic real estate marketing with Hannah, the Marketing Manager at Workspace Group. Hear firsthand how their team generates engaging descriptions for thousands of office units by integrating diverse data sources—from PDF floorplans to web pages—using FME transformers, like OpenAIVisionConnector and AnthropicVisionConnector. This use case will show you how GenAI can streamline content creation for marketing across the board.
Ollama Use Case: Learn how Scenario Specialist Dmitri Bagh has utilized Ollama within FME to input data, create custom models, and enhance security protocols. This segment will include demos to illustrate the full capabilities of FME in AI-driven processes.
Custom AI Models: Discover how to leverage FME to build personalized AI models using your data. Whether it’s populating a model with local data for added security or integrating public AI tools, find out how FME facilitates a versatile and secure approach to AI.
We’ll wrap up with a live Q&A session where you can engage with our experts on your specific use cases, and learn more about optimizing your data workflows with AI.
This webinar is ideal for professionals seeking to harness the power of AI within their data management systems while ensuring high levels of customization and security. Whether you're a novice or an expert, gain actionable insights and strategies to elevate your data processes. Join us to see how FME and AI can revolutionize how you work with data!
How to Interpret Trends in the Kalyan Rajdhani Mix Chart.pdfChart Kalyan
A Mix Chart displays historical data of numbers in a graphical or tabular form. The Kalyan Rajdhani Mix Chart specifically shows the results of a sequence of numbers over different periods.
5th LF Energy Power Grid Model Meet-up SlidesDanBrown980551
5th Power Grid Model Meet-up
It is with great pleasure that we extend to you an invitation to the 5th Power Grid Model Meet-up, scheduled for 6th June 2024. This event will adopt a hybrid format, allowing participants to join us either through an online Mircosoft Teams session or in person at TU/e located at Den Dolech 2, Eindhoven, Netherlands. The meet-up will be hosted by Eindhoven University of Technology (TU/e), a research university specializing in engineering science & technology.
Power Grid Model
The global energy transition is placing new and unprecedented demands on Distribution System Operators (DSOs). Alongside upgrades to grid capacity, processes such as digitization, capacity optimization, and congestion management are becoming vital for delivering reliable services.
Power Grid Model is an open source project from Linux Foundation Energy and provides a calculation engine that is increasingly essential for DSOs. It offers a standards-based foundation enabling real-time power systems analysis, simulations of electrical power grids, and sophisticated what-if analysis. In addition, it enables in-depth studies and analysis of the electrical power grid’s behavior and performance. This comprehensive model incorporates essential factors such as power generation capacity, electrical losses, voltage levels, power flows, and system stability.
Power Grid Model is currently being applied in a wide variety of use cases, including grid planning, expansion, reliability, and congestion studies. It can also help in analyzing the impact of renewable energy integration, assessing the effects of disturbances or faults, and developing strategies for grid control and optimization.
What to expect
For the upcoming meetup we are organizing, we have an exciting lineup of activities planned:
-Insightful presentations covering two practical applications of the Power Grid Model.
-An update on the latest advancements in Power Grid -Model technology during the first and second quarters of 2024.
-An interactive brainstorming session to discuss and propose new feature requests.
-An opportunity to connect with fellow Power Grid Model enthusiasts and users.
1. PM Challenge 2009
“The IBR: Your
Insurance Policy for
a Sound Baseline”
Presented by:
Jon Fleming, PMP
MTS, Inc.
Marshall Space Flight Center
Office of Strategic Analysis & Communications (OSAC)
Performance Analysis & Integration Office
(256) 544-0137
jon.fleming@msfc.nasa.gov
2. Integrated Baseline Review (IBR) Definition
• A required review led by a Project Manager with support from technical and
business subject matter experts following contract award to validate the technical,
schedule, and cost content of the contractor’s Performance Measurement
Baseline (PMB).
According to NASA NPR 7120.5D: NASA Space Flight Program &
Project Management Requirements…
“Integrated Baseline Review (IBR). A joint assessment by the
offeror/contractor and the Government to verify the technical content
and the realism of the related performance budgets, resources and
schedules. It should provide a mutual understanding of the inherent
risks in the offerors’/contractors’ performance plans and the
underlying management control systems, and it should formulate a
plan to handle these risks.”
2
3. IBR Objectives… What should be accomplished?
• Encourages reliable, up-front planning and ensures the PMB is established, well
understood and is being properly implemented
• Verify that the integrated technical, cost and schedule baseline captures the
approved technical scope of work and identifies all deliverables
• Understand the contractor’s internal Earned Value Management System (EVMS)
• Gain confidence they are committed to the principles and use of their EVM
processes, principles, and toolsets
• Identify unknown risks and develop mitigation plans and schedules to minimize
negative impacts
• Gain an understanding of the earned value
methods for each control account. Determine if
the methods chosen will provide meaningful
status/progress data. Are the right methods
used in the right places?
3
4. IBR Objectives (Continued)
• Validate budgeted resources (personnel, material, facilities, skills, etc.) are
available and adequate to complete assigned tasks in the designated timeframes
• Fosters an environment to boost stakeholder ownership of the baseline and the
performance measurement process
• Verify key project milestones are identified. Validate that realistic detail level
schedules exist and are executable to accomplish key milestones. Schedules
must include vertical and horizontal traceability
• Obtain assurance that the contractor can
successfully execute the project as planned
“The IBR Team Must Gain Confidence that the Right People are
Planning the Right Work at the Right Time with the Right
Resources”
4
5. The IBR is NOT...
• An Inspection, audit, or design review
• A pass/fail event
– NASA customer will work with the contractor until all IBR actions are resolved
• A time to resolve technical issues
• A demonstration of EVMS compliance
– EVMS findings will be forwarded to Defense Contract Management Agency (DCMA) for
surveillance
• An opportunity to redirect or change the contract
• An “Event” but an ongoing “Process”
5
6. Timing of IBRs… When should it happen?
• Within 180 days of contract award per NASA FAR Supplement
• After the planning and budgeting has been completed at the Control Account level
• When a major contract modification impacts the contractor’s PMB
• Whenever there is a significant shift in content or time phasing of the PMB
Approval
Project Pre-Formulation
Pre- Project Formulation Project Implementation
Pre-Phase A
Pre- Phase A Phase B Phase C Phase D Phase E Phase F
Project Evaluation
6
8. The IBR Team (Continued)
• Member Responsibilities:
– Attend and participate in meetings and training sessions to prepare for the
documentation and on-site review
– Become familiar with the contractor’s control account documentation and any other
supplementary information provided by the contractor
– Understand your assigned role and responsibility in the review and be willing to carry out
these responsibilities
– Be committed to assigned team activities and serve in a professional and responsive
manner
– Prepare and submit findings in a timely manner. Ensure that all findings are
documented by factual evidence
– Assist the Team Lead in the preparation of the out-briefing and final report
“The multi-functional Team (Technical, Cost, Schedule)
approach affords the opportunity to leverage knowledge
and experience”
8
9. The IBR Team (Continued)
• Project Manager (Team Leader or Review Director)
– Conducts an in-brief on the goals & objectives of the IBR
– Serves as overall director of team’s activities with ultimate responsibility for the final
assessment of the PMB
– Oversees and approves activities associated with the review (team planning, review
schedules, meeting agendas, etc.)
– Ensures team is staffed with qualified technical/business/program control personnel
and approves team technical review assignments
– Serves as final authority for problems/discrepancies which may arise during the
review
– Oversees development and coordination of the out-briefing to document review
findings
– Conducts an out-briefing at the conclusion of the IBR
• IBR Coordinator
– Coordinated logistics for the IBR
– Prepare the IBR Team Handbook
– Assist with training, data collection, meetings, etc.
– Collect forms, maintain IBR log, and support the PM during the IBR.
9
10. The IBR Team (Continued)
• Review Facilitator
– Supports the PM as required in activities related to planning and conducting the IBR
– Provides IBR training
– Participate in baseline discussions
– Assess resources and schedule risk
– Provides overall guidance in the discipline of EVM to team members
– Achieve mutual understanding of baseline with counterparts
– Resolve differences or document any concerns or issues
– Document results for follow-up actions
• Sub-Team Technical Lead/Technical Experts
– Lead and conduct baseline discussions
– Assess technical, resources, and schedule risk
– Achieve mutual understanding of baseline with
contractor counterpart
– Resolve differences or document concerns
and issues
10
11. The IBR Team (Continued)
• Cost/Schedule Analysts
– Assess resources and schedule risk
– Participate in baseline discussions
– Understand EV methodologies chosen
– Assess completeness of work allocation
– Achieve mutual understanding of baseline with
contractor counterpart
– Resolve differences or document concerns or
issues
– Report to team leader daily
– Document results for future action
• DCMA/DCAA
– Invited to participate in the IBR, particularly at the
in-brief, but there is no specific role for them
during the IBR
– Provides surveillance of the validated EVMS
11
13. Typical IBR Information Requirements
• Statement of Work (SOW), including major deliverables
• Contract dollar value, period of performance, etc.
• Work Authorization Document (WAD)
• Dollarized Responsibility Assignment Matrix (RAM)
• Work Breakdown Structure (WBS) & WBS Dictionary
• Organizational Breakdown Structure (OBS)
• Time-phased resource loaded Control Account Plan (CAP) Sheets
• Integrated Master Schedule (IMS) with critical path identified
• Contract Performance Report (CPR) Earned Value data (Status-to-date for cost, schedule
and performance)
• Project Implementation Plan, including assumptions
• Already identified risks and mitigation plans
• Management Reserve (plan and basis)
• Schedule Contingency (plan and basis)
• Issues and challenges
• Current Contractor EVMS Description/NASA Integrated Program Management Directives
• LOE % vs. Discrete % at the Contract WBS Reporting Level
13
14. Example IBR Team Handbook Contents
• Agenda
• Team Assignments/Interview Schedule
• Statement of Work
• WBS Dictionary
• WBS
• OBS
• Dollarized RAM
• Control Account Manager (CAM) Findings
• IMS Findings (Health Check)
• EVMS System Description
• Discussion Guidelines
• Sample Questions
• Documentation Guidelines
• Sample Documentation
• Known/Identified Project Risks and Risk Evaluation
Criteria
• Glossary of Terms
14
15. Traditional NASA IBR Approach
• Pre-IBR Activities
– Phase 1 (45 days prior to IBR)
– Phase 2 (3 weeks prior to IBR)
• On-site IBR Activities
– Phase 3 (Typically 2 – 3 days)
• Post-IBR Activities
– Phase 4 (Within 30 days after IBR)
15
16. Traditional NASA IBR Approach (Continued)
• Pre-IBR Activities – Phase 1 (45 days prior to IBR)
– Send Notification Letter to contractor
– Begin identification of NASA review team members
– Coordinate review dates with contractor
– Identify and review contractor’s WBS
– Collect sample contractor EVMS and Control Account
documents
– Develop NASA IBR team orientation
– Customized IBR training materials and develop training
schedule
16
17. Traditional NASA IBR Approach (Continued)
• Pre-IBR Activities – Phase 2 (3 weeks prior to IBR)
– Finalize the review team
– Provide IBR training to the team as appropriate
– Provide team with latest project analysis
– Assign WBS review teams
– Ensure a preliminary review has been done of specific project
documentation for each sub-team
– Finalize IBR agenda
– Distribute the IBR Handbook to team members
– Finalize the list of CAM’s to be interviewed
– Conduct mock CAM interview
17
18. Traditional NASA IBR Approach (Continued)
• On-site IBR Activities – Phase 3 (Typically 2 - 3 days)
– Conduct IBR in-brief
– Review of internal documentation, as necessary
– Conduct CAM discussions and project team interviews
– CAM discussions will include:
• Technical content of Control Accounts and Work Packages
• Integration of the Control Account schedules with the IMS
• Application of sufficient resources (labor, materials, subs) to the scheduled work
• Identification of risk elements contained within the Control Accounts
• Discussion Assessment Form
filled out for each Control Account
• Potential concerns recorded in the
IBR Concern Area Report (CAR) Form
• Potential risks should be documented
on the Risk Assessment Form
18
19. Traditional NASA IBR Approach (Continued)
• On-site IBR Activities – Phase 3 (Continued)
– IBR Concern Area Reports and Risk Assessment Forms are given to the Review
Director for consideration and consolidation
– Document results of CAM discussions
– Identify, document, and assign action items
– Prepare out-brief of results, with follow-up action items
– Brief the contractor of results, providing action items if required
19
20. Traditional NASA IBR Approach (continued)
• Post-IBR Activities – Phase 4 (Within 30 days after)
– Documentation
• IBR results are reported in a formal Review Letter
• Letter should include action items and corrective actions
– Monitor action item progress to closure
20
21. Example CAM Notebooks Contents
• Statement of Work
• WBS
• WBS Dictionary
• OBS
• Dollarized RAM
• Summary Schedules
• Detailed Schedules
• WAD
• CAP Sheets
• Others
Note: Can be electronic or hardcopy notebooks.
21
22. CAM Discussion
• Prepare – Prepare – Prepare
• Government technical lead is in charge of the discussion
• Conduct of the Discussion
– Sit beside the CAM. Sitting across the table creates more of a
confrontational atmosphere
– Start on time
– Appoint a scribe from the government team to document the discussion.
All requests for additional documentation, newly identified risks/cost
avoidance opportunities, and CAR’s should be recorded
– Have attendees introduce themselves and
state their purpose for attending. This is not
a general audience forum. Attendance should
be limited to those having a vested interest
– Set the stage for a discussion/conversation
rather than for an interview. ‘Break the ice’.
Give the CAM an opportunity to relax
22
23. CAM Discussion (Continued)
• Conduct of the Discussion (Continued)
– Summarize what you intend to cover and your end goals for the discussion
– Limit distractions – ask attendees to turn off cell phones. CAM should limit
interruptions from his admin staff
– Maintain control of the interview. Provide opportunities for others to ask questions
(may be during the interview or at the end)
– Phrase questions that will require a detailed response. Avoid questions that may lead
to a Yes/No response.
– Ensure CAM (not the support team) answers the questions. The CAM’s support team
may provide additional/supporting detail when requested by the discussion lead. If
the CAM’s answer is ill-defined or unclear, continue to probe with additional questions
in the area of concern.
– Use “Show me” statements versus “tell me” statements. Have the CAM show
answers in his CAM Notebook
23
24. CAM Discussion (Continued)
• Conduct of the Discussion (Continued)
– Use the questionnaire as a ‘guide’ to assist you through the discussion. Identify and
prioritize your questions before the discussion.
– At the end of the interview discuss any follow-up actions and potential CARs
– Don’t make derogatory comments
– Don’t Allow the discussion to turn into a technical problem resolution session
• Remember the CAM and his team expended time and energy to prepare and host
the discussion. Express thanks to the CAM and their team.
24
25. Typical CAM Discussion Problems
• Expectations not clearly defined
• Little or no advance preparation
• Key project personnel are new or not knowledgeable
• “Yes/No” responses without suitable detail backup
• Participants distracted or unfocused
• Discussion not held in a conducive environment (too small to accommodate the
team, not convenient for CAM to retrieve additional documentation, escort required
or unavailable, etc)
• Information / documentation not available for early review
• Interruptions (phones, people, beepers)
• “Strap-hangers” outnumber participants
• CAM is not prepared / familiar with documentation
• CAM’s support team answers all the questions
• “Tells You” versus “Shows You”
• “I am an engineer …not a bean counter”
25
26. Summary
• The IBR is an event, however the purpose and objectives should be viewed as a
continuing process
• The purpose of an IBR is to achieve a mutual understanding of the risks inherent
on the PMB and the management control processes that will operate during
execution
• IBR preparation and planning are the key to a successful review
• A PMB that is complete and documented at the appropriate level of detail is a key
element for project management to successfully achieve project objectives
• Anything that does not support the purpose should be moved outside the review
• Evaluate the integrated PMB to determine whether it, captures the entire scope of
work, is consistent with authorizing documents, and has adequate resources to
meet schedule requirement and planned project tasks
• Document findings and concerns for corrective action
http://evm.nasa.gov
26