SlideShare une entreprise Scribd logo
1  sur  22
  Standards of Submission, Environmental QA/QC/CI,  PCE Determinations A Proposal to Decentralize Environmental Review  (View in Notes Page mode to view script)
Baseline Perceptions ,[object Object],[object Object],[object Object],[object Object],[object Object],[object Object],[object Object],[object Object],[object Object],[object Object]
TxDOT’s Goal ,[object Object]
Proposal for Change ,[object Object],[object Object],[object Object],[object Object],[object Object],[object Object]
PCE Agreement  What it is ,[object Object],[object Object],[object Object],[object Object],[object Object]
Persuading FHWA ,[object Object],[object Object],[object Object],[object Object],[object Object],[object Object],[object Object]
Persuading FHWA ,[object Object],[object Object],[object Object],[object Object],[object Object],[object Object],[object Object]
Adapting the 6005 Model  ,[object Object],[object Object],[object Object],[object Object],[object Object],[object Object],[object Object],[object Object]
Implementation ,[object Object],[object Object],[object Object],[object Object],[object Object],[object Object]
Standards of Submission ,[object Object],[object Object],[object Object],[object Object],[object Object],[object Object],[object Object],[object Object]
Standards of Submission ,[object Object],[object Object],[object Object],[object Object],[object Object],[object Object],[object Object],[object Object]
Standards of Submission ,[object Object],[object Object],[object Object],[object Object],[object Object],[object Object],[object Object]
Standards of Submission ,[object Object],[object Object],[object Object],[object Object],[object Object]
Excerpt from Sample SOS REVIEW STANDARDS FOR DRAFT AND FINAL REPORTS FOR ARCHEOLOGICAL SURVEYS— INDIVIDUAL ANTIQUITIES PERMITS # Criterion Meets criterion? Yes / No / N/A 1 Report cover and title page include Hwy/limits, Counties, CSJ(s), District(s), Antiquities Permit #, Principal Investigator’s name, and investigative firm’s name. (Abstract form and curation form must accompany final report.) 2 Report includes a  map of the area surveyed on a USGS 7.5’ Quadrangle or equivalent if 7.5’ Quad unavailable. (In final report, the map of the area surveyed cannot include site location. Map with site locations must be included as separate enclosure.) 3 Report includes Project Type/Description/Impacts and acreage of area surveyed. 4 Report defines the Area of Potential Effects (APE) in three dimensions, referring to project plans or to typical impacts for this class of project. 5 Report includes discussion of previous work/sites within one kilometer of the area surveyed with explicit reference to review of TARL files, THC or Historic Sites Atlas maps, and explicitly indicates trinomials of sites or absence of sites within one kilometer. 6 Report includes description of topography, soils, and geology. Report references soil survey maps and geological maps for the entire area surveyed or indicates that none are published for the area surveyed. 7 Report includes estimate of surface visibility, description of land use, and general description of vegetation in and adjacent to the area surveyed.
SOSs and QA/QC ,[object Object],[object Object],[object Object],[object Object],[object Object],[object Object]
District QA/QC ,[object Object],[object Object],[object Object],[object Object],[object Object],[object Object],[object Object],[object Object],[object Object]
Excerpt from Draft Certification
ENV QA/QC/Audit ,[object Object],[object Object],[object Object],[object Object],[object Object],[object Object],[object Object],[object Object]
Audit ,[object Object],[object Object],[object Object],[object Object],[object Object],[object Object],[object Object],[object Object],[object Object]
Audit: Proposed Model ,[object Object],[object Object],[object Object],[object Object],[object Object],[object Object],[object Object],[object Object]
Audit & Continuous Improvement ,[object Object],[object Object],[object Object],[object Object],[object Object],[object Object],[object Object]
Maintaining PCE move to Districts ,[object Object],[object Object],[object Object],[object Object],[object Object],[object Object],[object Object],[object Object],[object Object],[object Object]

Contenu connexe

En vedette

Build replicable environments @ Docker Paris
Build replicable environments @ Docker ParisBuild replicable environments @ Docker Paris
Build replicable environments @ Docker ParisArnaud Breton
 
Using IT Automation for deploy infrostructure for microservices
Using IT Automation for deploy infrostructure for microservicesUsing IT Automation for deploy infrostructure for microservices
Using IT Automation for deploy infrostructure for microservicesVad Tymoshyk
 
Dev ops.events.v tymoshyk-20-oct-2016
Dev ops.events.v tymoshyk-20-oct-2016Dev ops.events.v tymoshyk-20-oct-2016
Dev ops.events.v tymoshyk-20-oct-2016Vad Tymoshyk
 
Continuous Globalization Workflow Webinar Slides
Continuous Globalization Workflow Webinar SlidesContinuous Globalization Workflow Webinar Slides
Continuous Globalization Workflow Webinar SlidesAdam Asnes
 
Continuous Deployment: The Dirty Details
Continuous Deployment: The Dirty DetailsContinuous Deployment: The Dirty Details
Continuous Deployment: The Dirty DetailsMike Brittain
 
Perspectives on Docker
Perspectives on DockerPerspectives on Docker
Perspectives on DockerRightScale
 
Focus: Lean Delivery Workflow
Focus: Lean Delivery WorkflowFocus: Lean Delivery Workflow
Focus: Lean Delivery WorkflowRob Knight
 
Continuous delivery for databases
Continuous delivery for databasesContinuous delivery for databases
Continuous delivery for databasesDevOpsGroup
 
IBM DevOps Enabling continuous integration & delivery
IBM DevOps Enabling continuous integration & deliveryIBM DevOps Enabling continuous integration & delivery
IBM DevOps Enabling continuous integration & deliveryRoberto Pozzi
 
Automating the CI / CD pipeline of your containerized applications
Automating the CI / CD pipeline of your containerized applicationsAutomating the CI / CD pipeline of your containerized applications
Automating the CI / CD pipeline of your containerized applicationsKontena, Inc.
 
AWS re:Invent 2016: Development Workflow with Docker and Amazon ECS (CON302)
AWS re:Invent 2016: Development Workflow with Docker and Amazon ECS (CON302)AWS re:Invent 2016: Development Workflow with Docker and Amazon ECS (CON302)
AWS re:Invent 2016: Development Workflow with Docker and Amazon ECS (CON302)Amazon Web Services
 
Shakr - Container CI/CD with Google Cloud Platform
Shakr - Container CI/CD with Google Cloud PlatformShakr - Container CI/CD with Google Cloud Platform
Shakr - Container CI/CD with Google Cloud PlatformMinku Lee
 
Continuous Deployment at Etsy: A Tale of Two Approaches
Continuous Deployment at Etsy: A Tale of Two ApproachesContinuous Deployment at Etsy: A Tale of Two Approaches
Continuous Deployment at Etsy: A Tale of Two ApproachesRoss Snyder
 
Starting and Scaling DevOps In the Enterprise
Starting and Scaling DevOps In the EnterpriseStarting and Scaling DevOps In the Enterprise
Starting and Scaling DevOps In the EnterpriseSonatype
 
DevOps and Continuous Delivery Reference Architectures - Volume 2
DevOps and Continuous Delivery Reference Architectures - Volume 2DevOps and Continuous Delivery Reference Architectures - Volume 2
DevOps and Continuous Delivery Reference Architectures - Volume 2Sonatype
 
Atlanta Jenkins Area Meetup October 22nd 2015
Atlanta Jenkins Area Meetup October 22nd 2015Atlanta Jenkins Area Meetup October 22nd 2015
Atlanta Jenkins Area Meetup October 22nd 2015Kurt Madel
 
Accenture DevOps: Delivering applications at the pace of business
Accenture DevOps: Delivering applications at the pace of businessAccenture DevOps: Delivering applications at the pace of business
Accenture DevOps: Delivering applications at the pace of businessAccenture Technology
 
DevOps and Continuous Delivery Reference Architectures (including Nexus and o...
DevOps and Continuous Delivery Reference Architectures (including Nexus and o...DevOps and Continuous Delivery Reference Architectures (including Nexus and o...
DevOps and Continuous Delivery Reference Architectures (including Nexus and o...Sonatype
 
Principles and Practices in Continuous Deployment at Etsy
Principles and Practices in Continuous Deployment at EtsyPrinciples and Practices in Continuous Deployment at Etsy
Principles and Practices in Continuous Deployment at EtsyMike Brittain
 

En vedette (19)

Build replicable environments @ Docker Paris
Build replicable environments @ Docker ParisBuild replicable environments @ Docker Paris
Build replicable environments @ Docker Paris
 
Using IT Automation for deploy infrostructure for microservices
Using IT Automation for deploy infrostructure for microservicesUsing IT Automation for deploy infrostructure for microservices
Using IT Automation for deploy infrostructure for microservices
 
Dev ops.events.v tymoshyk-20-oct-2016
Dev ops.events.v tymoshyk-20-oct-2016Dev ops.events.v tymoshyk-20-oct-2016
Dev ops.events.v tymoshyk-20-oct-2016
 
Continuous Globalization Workflow Webinar Slides
Continuous Globalization Workflow Webinar SlidesContinuous Globalization Workflow Webinar Slides
Continuous Globalization Workflow Webinar Slides
 
Continuous Deployment: The Dirty Details
Continuous Deployment: The Dirty DetailsContinuous Deployment: The Dirty Details
Continuous Deployment: The Dirty Details
 
Perspectives on Docker
Perspectives on DockerPerspectives on Docker
Perspectives on Docker
 
Focus: Lean Delivery Workflow
Focus: Lean Delivery WorkflowFocus: Lean Delivery Workflow
Focus: Lean Delivery Workflow
 
Continuous delivery for databases
Continuous delivery for databasesContinuous delivery for databases
Continuous delivery for databases
 
IBM DevOps Enabling continuous integration & delivery
IBM DevOps Enabling continuous integration & deliveryIBM DevOps Enabling continuous integration & delivery
IBM DevOps Enabling continuous integration & delivery
 
Automating the CI / CD pipeline of your containerized applications
Automating the CI / CD pipeline of your containerized applicationsAutomating the CI / CD pipeline of your containerized applications
Automating the CI / CD pipeline of your containerized applications
 
AWS re:Invent 2016: Development Workflow with Docker and Amazon ECS (CON302)
AWS re:Invent 2016: Development Workflow with Docker and Amazon ECS (CON302)AWS re:Invent 2016: Development Workflow with Docker and Amazon ECS (CON302)
AWS re:Invent 2016: Development Workflow with Docker and Amazon ECS (CON302)
 
Shakr - Container CI/CD with Google Cloud Platform
Shakr - Container CI/CD with Google Cloud PlatformShakr - Container CI/CD with Google Cloud Platform
Shakr - Container CI/CD with Google Cloud Platform
 
Continuous Deployment at Etsy: A Tale of Two Approaches
Continuous Deployment at Etsy: A Tale of Two ApproachesContinuous Deployment at Etsy: A Tale of Two Approaches
Continuous Deployment at Etsy: A Tale of Two Approaches
 
Starting and Scaling DevOps In the Enterprise
Starting and Scaling DevOps In the EnterpriseStarting and Scaling DevOps In the Enterprise
Starting and Scaling DevOps In the Enterprise
 
DevOps and Continuous Delivery Reference Architectures - Volume 2
DevOps and Continuous Delivery Reference Architectures - Volume 2DevOps and Continuous Delivery Reference Architectures - Volume 2
DevOps and Continuous Delivery Reference Architectures - Volume 2
 
Atlanta Jenkins Area Meetup October 22nd 2015
Atlanta Jenkins Area Meetup October 22nd 2015Atlanta Jenkins Area Meetup October 22nd 2015
Atlanta Jenkins Area Meetup October 22nd 2015
 
Accenture DevOps: Delivering applications at the pace of business
Accenture DevOps: Delivering applications at the pace of businessAccenture DevOps: Delivering applications at the pace of business
Accenture DevOps: Delivering applications at the pace of business
 
DevOps and Continuous Delivery Reference Architectures (including Nexus and o...
DevOps and Continuous Delivery Reference Architectures (including Nexus and o...DevOps and Continuous Delivery Reference Architectures (including Nexus and o...
DevOps and Continuous Delivery Reference Architectures (including Nexus and o...
 
Principles and Practices in Continuous Deployment at Etsy
Principles and Practices in Continuous Deployment at EtsyPrinciples and Practices in Continuous Deployment at Etsy
Principles and Practices in Continuous Deployment at Etsy
 

Similaire à Sos And Pce Decentralization

Measurement of project quality performance
Measurement of project quality performanceMeasurement of project quality performance
Measurement of project quality performanceK.K. PATHAK
 
Adam Ward, Ohio EPA, Air Pollution Control Updates, Midwest Environmental Com...
Adam Ward, Ohio EPA, Air Pollution Control Updates, Midwest Environmental Com...Adam Ward, Ohio EPA, Air Pollution Control Updates, Midwest Environmental Com...
Adam Ward, Ohio EPA, Air Pollution Control Updates, Midwest Environmental Com...Kevin Perry
 
P. Petti - Resume 4-15-15
P. Petti - Resume 4-15-15P. Petti - Resume 4-15-15
P. Petti - Resume 4-15-15Pamela Petti
 
A partnership success story.debbie elliott
A partnership success story.debbie elliottA partnership success story.debbie elliott
A partnership success story.debbie elliottMedpace
 
Audits & Inspections_Katalyst HLS
Audits & Inspections_Katalyst HLSAudits & Inspections_Katalyst HLS
Audits & Inspections_Katalyst HLSKatalyst HLS
 
Quality management system
Quality management systemQuality management system
Quality management systemRatan Agarwal
 
6_Kimberly Todd - QA and QC.pptx
6_Kimberly Todd - QA and QC.pptx6_Kimberly Todd - QA and QC.pptx
6_Kimberly Todd - QA and QC.pptxJoiGirish1
 
Successfully Achieving And Delivering Results Through Rigorous Project Select...
Successfully Achieving And Delivering ResultsThrough Rigorous Project Select...Successfully Achieving And Delivering ResultsThrough Rigorous Project Select...
Successfully Achieving And Delivering Results Through Rigorous Project Select...shawncarner
 
PRAB: R Vanderslice 10 24 08
PRAB:   R Vanderslice 10 24 08PRAB:   R Vanderslice 10 24 08
PRAB: R Vanderslice 10 24 08SE Lytle
 
Army Corps 2011 Mitigation Intro
Army Corps 2011 Mitigation IntroArmy Corps 2011 Mitigation Intro
Army Corps 2011 Mitigation Introtimrdegraff
 
Criteria, Minimum Score, Funding Decisions
Criteria, Minimum Score, Funding DecisionsCriteria, Minimum Score, Funding Decisions
Criteria, Minimum Score, Funding DecisionsClean Water
 
CIL: Project planning and infrastructure with notes
CIL: Project planning and infrastructure with notesCIL: Project planning and infrastructure with notes
CIL: Project planning and infrastructure with notesPAS_Team
 
2 a. project auditing
2 a. project auditing2 a. project auditing
2 a. project auditingDr.R. SELVAM
 
SPLC 2018 Summit: Developing a Sustainable Purchasing Policy for Your Organiz...
SPLC 2018 Summit: Developing a Sustainable Purchasing Policy for Your Organiz...SPLC 2018 Summit: Developing a Sustainable Purchasing Policy for Your Organiz...
SPLC 2018 Summit: Developing a Sustainable Purchasing Policy for Your Organiz...SPLCouncil
 
2009 Project Leaders Course Presentation
2009 Project Leaders Course Presentation2009 Project Leaders Course Presentation
2009 Project Leaders Course Presentationsdknight22
 
Dev ops I Best Practices I NuggetHub
Dev ops I Best Practices I NuggetHubDev ops I Best Practices I NuggetHub
Dev ops I Best Practices I NuggetHubRichardNowack
 

Similaire à Sos And Pce Decentralization (20)

Measurement of project quality performance
Measurement of project quality performanceMeasurement of project quality performance
Measurement of project quality performance
 
Adam Ward, Ohio EPA, Air Pollution Control Updates, Midwest Environmental Com...
Adam Ward, Ohio EPA, Air Pollution Control Updates, Midwest Environmental Com...Adam Ward, Ohio EPA, Air Pollution Control Updates, Midwest Environmental Com...
Adam Ward, Ohio EPA, Air Pollution Control Updates, Midwest Environmental Com...
 
P. Petti - Resume 4-15-15
P. Petti - Resume 4-15-15P. Petti - Resume 4-15-15
P. Petti - Resume 4-15-15
 
A partnership success story.debbie elliott
A partnership success story.debbie elliottA partnership success story.debbie elliott
A partnership success story.debbie elliott
 
Audits & Inspections_Katalyst HLS
Audits & Inspections_Katalyst HLSAudits & Inspections_Katalyst HLS
Audits & Inspections_Katalyst HLS
 
Quality management system
Quality management systemQuality management system
Quality management system
 
6_Kimberly Todd - QA and QC.pptx
6_Kimberly Todd - QA and QC.pptx6_Kimberly Todd - QA and QC.pptx
6_Kimberly Todd - QA and QC.pptx
 
SFC Plan of engagement
SFC Plan of engagementSFC Plan of engagement
SFC Plan of engagement
 
Successfully Achieving And Delivering Results Through Rigorous Project Select...
Successfully Achieving And Delivering ResultsThrough Rigorous Project Select...Successfully Achieving And Delivering ResultsThrough Rigorous Project Select...
Successfully Achieving And Delivering Results Through Rigorous Project Select...
 
PRAB: R Vanderslice 10 24 08
PRAB:   R Vanderslice 10 24 08PRAB:   R Vanderslice 10 24 08
PRAB: R Vanderslice 10 24 08
 
Army Corps 2011 Mitigation Intro
Army Corps 2011 Mitigation IntroArmy Corps 2011 Mitigation Intro
Army Corps 2011 Mitigation Intro
 
District Standards
District StandardsDistrict Standards
District Standards
 
Criteria, Minimum Score, Funding Decisions
Criteria, Minimum Score, Funding DecisionsCriteria, Minimum Score, Funding Decisions
Criteria, Minimum Score, Funding Decisions
 
CIL: Project planning and infrastructure with notes
CIL: Project planning and infrastructure with notesCIL: Project planning and infrastructure with notes
CIL: Project planning and infrastructure with notes
 
2 a. project auditing
2 a. project auditing2 a. project auditing
2 a. project auditing
 
SPLC 2018 Summit: Developing a Sustainable Purchasing Policy for Your Organiz...
SPLC 2018 Summit: Developing a Sustainable Purchasing Policy for Your Organiz...SPLC 2018 Summit: Developing a Sustainable Purchasing Policy for Your Organiz...
SPLC 2018 Summit: Developing a Sustainable Purchasing Policy for Your Organiz...
 
2009 Project Leaders Course Presentation
2009 Project Leaders Course Presentation2009 Project Leaders Course Presentation
2009 Project Leaders Course Presentation
 
Julia Compton SIAC Phase1 Evaluation
Julia Compton SIAC Phase1 EvaluationJulia Compton SIAC Phase1 Evaluation
Julia Compton SIAC Phase1 Evaluation
 
Kayakalp assessment
Kayakalp assessmentKayakalp assessment
Kayakalp assessment
 
Dev ops I Best Practices I NuggetHub
Dev ops I Best Practices I NuggetHubDev ops I Best Practices I NuggetHub
Dev ops I Best Practices I NuggetHub
 

Sos And Pce Decentralization

  • 1. Standards of Submission, Environmental QA/QC/CI, PCE Determinations A Proposal to Decentralize Environmental Review (View in Notes Page mode to view script)
  • 2.
  • 3.
  • 4.
  • 5.
  • 6.
  • 7.
  • 8.
  • 9.
  • 10.
  • 11.
  • 12.
  • 13.
  • 14. Excerpt from Sample SOS REVIEW STANDARDS FOR DRAFT AND FINAL REPORTS FOR ARCHEOLOGICAL SURVEYS— INDIVIDUAL ANTIQUITIES PERMITS # Criterion Meets criterion? Yes / No / N/A 1 Report cover and title page include Hwy/limits, Counties, CSJ(s), District(s), Antiquities Permit #, Principal Investigator’s name, and investigative firm’s name. (Abstract form and curation form must accompany final report.) 2 Report includes a map of the area surveyed on a USGS 7.5’ Quadrangle or equivalent if 7.5’ Quad unavailable. (In final report, the map of the area surveyed cannot include site location. Map with site locations must be included as separate enclosure.) 3 Report includes Project Type/Description/Impacts and acreage of area surveyed. 4 Report defines the Area of Potential Effects (APE) in three dimensions, referring to project plans or to typical impacts for this class of project. 5 Report includes discussion of previous work/sites within one kilometer of the area surveyed with explicit reference to review of TARL files, THC or Historic Sites Atlas maps, and explicitly indicates trinomials of sites or absence of sites within one kilometer. 6 Report includes description of topography, soils, and geology. Report references soil survey maps and geological maps for the entire area surveyed or indicates that none are published for the area surveyed. 7 Report includes estimate of surface visibility, description of land use, and general description of vegetation in and adjacent to the area surveyed.
  • 15.
  • 16.
  • 17. Excerpt from Draft Certification
  • 18.
  • 19.
  • 20.
  • 21.
  • 22.

Notes de l'éditeur

  1. ENV proposes to deal with these and other interrelated issues by working to move PCE determination from ENV to the districts. The shift to district determinations would be beneficial for two reasons. First, Districts should have more authority. PCEs are the routine work in most of TxDOT, and by their nature are minor projects that do not require lots of finesse. FHWA has beenwilling to move these determinations over to TxDOT. Second, ENV has critical missions that are hindered by the flood of PCEs. An essential prerequisite for moving PCE determination is to implement a QA/QC process that works to reduce error and misunderstanding. Additional benefits from a QA/QC system include opportunities to reduce the back and forth, get districts and ENV on the same page with respect to regulatory adequacy, and overall reduce preventable errors. Therefore, the QA/QC system would include forward-looking elements that feed directly into a continuous improvement program. In addition, implementation of a QA/QC system provides opportunities for starting new patterns of cooperation that prevent QA/QC problems by assuring that districts and ENV are reading from the same sheet of music, and promoting interactions .
  2. TxDOT’s Agreement with FHWA defines the terms under which CEs are reviewed. The agreement establishes thresholds that qualify projects to be treated as PCEs. It further establishes that ENV will be responsible for making determinations that projects are PCEs by verifying that the thresholds have been met If the thresholds are exceeded, then the project is forwarded to FHWA as a CE. If the thresholds are not exceeded, then the project is assumed to be approved as a CE by FHWA, and it is processed by TxDOT. So a bottom line in the PCE agreement is that TxDOT must determine whether a project meets the thresholds for a PCE, and ENV is charged with making that determination.
  3. We’re not starting from zero to gain FHWA approval to move determinations out to the districts. Primary problem is to work around the regulatory foundations to create a delegation FHWA is willing to risk. The groundwork for delegating PCE approval to Districts is already there, but needs a persuasive argument: Because FHWA already provides for PCE determinations by ENV, the question is not whether to give this to TxDOT, but a question of who within TxDOT should be able to make determinations. A congressionally approved model exists on which to build. Section 6005 of SAFETEA-LU enables states to assume FHWA’s NEPA responsibility, and requires the implementation of a QA/QC structure subject to FHWA review. The 6005 model specifies the characteristics a QA/QC system must have. The 6005 model can be oversimplified to three fundamental principles: (a) a formal agreement makes TxDOT the accountable party; (b) reduces FHWA participation to program audit; (c) links delegation to results of audit. Bottom line for district PCE determinations: we have to give FHWA assurances that we are managing their legal exposure in an acceptable way. These assurances are built into the 6005 model, so moving PCE determinations to the districts should be based on the 6005 model. The trick on the will be to persuade them that the move will be directly analogous to an FHWA to TxDOT delegation
  4. TxDOT should take advantage of 6005 model because in general the 6005 process is already approved, and in particular FHWA has already demonstrated that it likes what TxDOT developed for 6005 delegation. FHWA in both DC and TX regarded our QA/QC/audit proposal as a model for other states. In fact, Alaska adopted it with minimal changes. FHWA in DC wanted the other states to adopt the District/ENV structure in which QA/QC oversight is separated from project development. There was a sense that the combination of QA/QC review and self-audit with reporting to FHWA would allow TxDOT to monitor itself reliably. So to emphasize again, adapting the 6005 model prepositions TxDOT for FHWA approval by adopting a model with which they are already comfortable instead of having to re-invent something they may or may not accept and for which there is no established model. Both ENV and FHWA recognized immediately that the system also doubles as a CI process that could further increase reliability by eliminating sources of error and fostering successful approaches. Amadeo agreed that it was a good system, and indicated that he wanted to adopt it even if the 6005 delegation didn’t occur. So the system has already been accepted by him too.
  5. Adapting the 6005 model or any other model has important feature that does not apply to delegation under 6005: Unlike 6005, FHWA is still the defendant in federal court. FHWA has been comfortable with giving PCE determinations to ENV, but it is less comfortable with moving it to the districts. To gain acceptance, we have to convince FHWA that the shift will not increase their exposure to risk. Elements that were effective in the 6005 project were: --Maintaining a firewall between project development and document approval. FHWA has relied on the District/ENV structure to provide assurance of independent review. --Balancing project- and program-level QA/QC. Although 6005 didn’t say so explicitly, model required states to determine failure rates for environmental compliance. It did not assume perfection, but emphasized that a successful program would demonstrably reduce the rate of project-specific error. --Central key: FHWA is accountable to the public, resource agencies, and the courts. This accountability must pass down to the Districts and ENV
  6. (1) Finalize/roll out standards of submission that define production and review standards. The SOSs will establish a common standard for the Districts and ENV, and serve as basis for QA/QC. (2) Finalize, roll out QA/QC system that (a) give producers a common target, and (b) give producers and reviewers a common understanding of how review will occur. An ENV:District QA/QC system will be analogous to an FHWA:ENV system. (3) After a test-drive to amass trial data, perform demonstration audits to objectively assess District/ENV performance, and provide CI feedback on how to remedy systemic error and replicate innovation. An audit system will be analogous to the system by which FHWA would assure itself that the 6005 delegation was working. It also will maintain the district/ENV firewall which FHWA believed was essential to successful compliance with the terms of the 6005 delegation. (4) After initial audits, request FHWA approval to move PCE determination to districts. FHWA will determine whether to make the move at all, whether to do it district-by-district or department-wide, and whether to treat locally let projects the same as regular TxDOT projects. Because FHWA is the designated litigatee, implementation will depend on a high degree of reliability in the districts. Basing the request to move determinations to the districts on a demonstrable record would give FHWA an opportunity to decide whether TxDOT’s performance is consistent with its comfort levels.
  7. The centerpiece of the demonstration is the establishment of standards of submission. ENV began a shift in this direction during negotiation of the SH 130 agreement with CZ. The motivation was to increase the predictability of outcome to minimize costs resulting from losses of time. SOSs for SH 130 define criteria for minimum acceptable performance. Although all ambiguity cannot be eliminated, the SOSs narrow the range of ambiguity and therefore reduce the likelihood of disagreement. Importantly, by establishing thresholds of acceptable performance with reduced ambiguity, CZ’s environmental contractors could use the SOS as scopes of work which, if followed without error, would help guarantee that deliverables will be approved by ENV on the first submission. Because the SOSs were to be based on practices with demonstrated success, the SOSs also would maximize acceptance by resoruce agencies and FHWA When this was proposed to CZ, it was recognized immediately as a device with universal application in TxDOT The process is effectively undergoing a pilot study on SH 130, and it has resulted in high levels of success.
  8. Emphasize that SOSs perform the desired functions by accomplishing these ends.
  9. SOSs are grounded in statutory and regulatory requirements supplemented by the requirements of guidance and policy. Whenever possible, they should be developed in consultation with resource agencies. SOSs also should point out features that facilitate stakeholder acceptance even if those features do not have a regulatory basis—it may not be technically required, but it also may not be a good idea not to do it, especially with respect to building good will that enables TxDOT to get resource agencies to help us get past jams. The SOSs define standards from which deviation is possible. Districts will retain the authority to deviate from SOSs, but at the risk of rejection or revision. So districts can choose in advance to trade predictability for other desired benefits. This feature provides opportunities to take risks that result in identifying valuable innovations. This feature gives districts an incentive to reduce the risk of deviation by institutionalizing a method through which districts, ENV and FHWA can identify approaches that are front-loaded for successful review. We’ll come back to this in the next slide. Importantly, SOSs are one way to do things—they happen to be a way that is pre-approved for acceptance. However, they cannot be permanent. Laws change, agencies change, practice reveals ambiguity, consultants find ingenious ways to manipulate them in ways with unacceptable outcomes. So SOSs will need to change from time to time. One reason for this change will be to improve them as criteria for acceptance first time, every time.
  10. SOSs are starting points for dealing with project-specific problems and opportunities for innovation. SOSs can be crafted to meet agency and FHWA expectations whether or not the agencies and FHWA formally approve them. They also can be points of departure for a project-specific solution, which in effect becomes a project-specific SOS if FHWA and ENV are made aware. Since successful review is a goal, districts can front-load project-specific solutions for success by involving FHWA and ENV. Primary benefit of agency and FHWA approval: Districts often try to get agency or FHWA approval of exceptionsDistricts often cite the exceptions as the new standard. But, agencies and FHWA can make exceptions without changing their overall expectations. So if an agency has approved an SOS, a history of exceptions provides an opportunity to consult with them to determine whether it’s time to revisit the SOS. For example, FHWA frequently makes exceptions for individual projects. Districts use these exceptions as precedents for subsequent cases. But FHWA may regard exceptions as one-time allowances. So when the exceptions keep showing up they may object that documents don’t meet its expectations. FHWA approval of an SOS gives it an opportunity to reply yes, we made an exception, but we didn’t change the standard. A special case: Consultation with FHWA and ENV can show that an exception is not even needed: many deviations occur because districts are afraid to disclose impacts that are acceptable if disclosed, and unacceptable if not disclosed. Negotiations can help districts identify strategies for disclosures that meet the hard look standard, and thereby foreclose re-dos and revisions.
  11. The flip side of SOSs as performance standards is their function as review standards. By establishing standards for acceptable performance, they also establish standards for acceptable review. As a result, the constitute QA/QC standards. However, because the SOSs are founded on legal, guidance, and policy sources, they also identify the set of references that a document must meet if the district decides to try an alternative approach. Therefore, the statutory and other foundations of an SOS stand as a review standard. If the District, FHWA, and ENV agree on an alternative that meets the statutory requirements, then this project-specific SOS becomes the review and QA/QC standard for that project if the deviations are approved in advance and specified in sufficient detail. But, even if a deviation is not approved in advance, the SOS serves as a reference for the statutory and other requirements that must be met. So the reference standard for review and QA/QC disappears. Review in this manner is subject to the ambiguity and conflict that plague current practice.
  12. Certification is a central element of the District QA/QC process.
  13. Project-level QA/QC corrects errors for specific projects