News update: PEP meeting postponed after reports of hugely wasteful spending of $700 million on busing we're not using
Update on Sue Edelman's reporting last night of how the DOE is proposing to extend busing contracts through the end of June, at a potential cost of $700 million, despite the fact that our schools are closed and there is no busing happening or needed.
We have now heard from several reliable sources that Wednesday's meeting of the Panel for Educational Policy when these contracts were to be voted upon has now been postponed until April 29, presumably to allow DOE to reconsider the need for these contracts and hold additional discussions with Panel members, though we have not heard a peep about this officially or from the DOE itself. Update: DOE has now posted the postponement here, which you see when you click on April 22, 2020 meeting.
See also my blog post about this and other wasteful spending being proposed by DOE, which is especially mind-boggling given the fiscal crisis we are facing. My blog also includes a letter to the Chancellor from the NYC Comptroller, pointing out that some of these busing contracts contain a Force Majeure clause, which means that either party can cancel them when faced with extraordinary circumstances, including epidemics.
When I first looked at these contracts last Tuesday, I was simply astonished. Even though I am used to DOE's profligate ways, I haven’t been this flabbergasted since on a Sunday night, six years ago, when I was leafing through a list of proposed contracts to be voted on the following week.
That Sunday night, February 22, 2014, I noticed that the DOE was proposing to award $1.1 billion in one year for computer wiring and internet devices, extendable to two billion dollars over two years, to a company called Custom Computer Specialists, a contractor that had been named in a notorious DOE kickback scheme a CONTINUE READING: NYC Public School Parents: News update: PEP meeting postponed after reports of hugely wasteful spending of $700 million on busing we're not using