Grayling crossrail failure
Discussion
Apparently will be another 2 years before we see this line running.
More evidence of what a clueless idiot Grayling is. The go too guy for failure.
You get the impression that one day May and Graying confessed to one another that they had no idea really but would cover for each other.
Soft of pact you see in big companies all the time that are run badly.
More evidence of what a clueless idiot Grayling is. The go too guy for failure.
You get the impression that one day May and Graying confessed to one another that they had no idea really but would cover for each other.
Soft of pact you see in big companies all the time that are run badly.
monkfish1 said:
Neither. Responsibility for failure lies with the chap who was, until recently, in charge.
Whilst, like many, i have no time for Graying, you cant really blame him for most of it.
Crossrail is a joint venture overseen by TFL and DoT.Whilst, like many, i have no time for Graying, you cant really blame him for most of it.
I believe the company is a wholly owned subsidiary of TFL.
Nickgnome said:
monkfish1 said:
Neither. Responsibility for failure lies with the chap who was, until recently, in charge.
Whilst, like many, i have no time for Graying, you cant really blame him for most of it.
Crossrail is a joint venture overseen by TFL and DoT.Whilst, like many, i have no time for Graying, you cant really blame him for most of it.
I believe the company is a wholly owned subsidiary of TFL.
TfL is ultimately controlled by the Mayor of London
loafer123 said:
Nickgnome said:
monkfish1 said:
Neither. Responsibility for failure lies with the chap who was, until recently, in charge.
Whilst, like many, i have no time for Graying, you cant really blame him for most of it.
Crossrail is a joint venture overseen by TFL and DoT.Whilst, like many, i have no time for Graying, you cant really blame him for most of it.
I believe the company is a wholly owned subsidiary of TFL.
TfL is ultimately controlled by the Mayor of London
It’s worthwhile looking at the Crossrail structure and board if you are interested.
Finger pointing without evidence is pointless, which is why I said Grayling could only be partly responsible.
So,
Project releases latest update on progress
Uninformed public blame senior politician for this bad news, of which the politician had no influence
And we wonder why politicians don't like to release honest updates of progress?
The worst grayling could be guilty of is not coming cleaning with bad news. Is he supposed to test the signalling equipment himself?
Project releases latest update on progress
Uninformed public blame senior politician for this bad news, of which the politician had no influence
And we wonder why politicians don't like to release honest updates of progress?
The worst grayling could be guilty of is not coming cleaning with bad news. Is he supposed to test the signalling equipment himself?
Ian Geary said:
So,
Project releases latest update on progress
Uninformed public blame senior politician for this bad news, of which the politician had no influence
And we wonder why politicians don't like to release honest updates of progress?
The worst grayling could be guilty of is not coming cleaning with bad news. Is he supposed to test the signalling equipment himself?
Much as I believe him to be pretty incompetent, he is not responsible for the situation with cross rail. Project releases latest update on progress
Uninformed public blame senior politician for this bad news, of which the politician had no influence
And we wonder why politicians don't like to release honest updates of progress?
The worst grayling could be guilty of is not coming cleaning with bad news. Is he supposed to test the signalling equipment himself?
He could be responsible for not trying harder to drill into the situation but that is it.
loafer123 said:
I think you answered your own question above!
TfL is ultimately controlled by the Mayor of London
Whilst there is a question mark on when the Mayor actually knew the opening would have to be put back and whether his officials withheld information back from him, it is quite wrong to blame this on Khan especially as it seems that the project was slipping behind schedule from when Boris was in charge (and to be fair, he is just as blameless as Sadiq).TfL is ultimately controlled by the Mayor of London
Blaming Grayling is also a bit strange as he was pretty much hands-off when it came to Crossrail (this annoys me greatly as Grayling is probably the most useless minister in living memory and it’s as if he was in charge of Crossrail as cost overruns and delays are generally his MO
).It seems that the previous senior management team were oblivious to what was happening beneath them and that junior managers who could see problems ahead didn’t, for a multitude of reasons, either downplayed the problem hoping to catch up later or were discouraged from voicing their concerns. It’s been tagged the ‘Thermocline of Truth’ where problems build up beneath the surface until the pressure becomes too much and then it erupts into a complete s
t storm and everybody denies it’s their fault and scrabbles for the exit.What’s important now is that on discovering the real underlying problems, the Mayor has put a new chief in (Mark Wild, ex-MD of LUL) who is highly experienced in bringing big projects into fruition and his team have now set a more realistic time frame on its opening.(Although some stations may still not be ready, namely Bond St). Oversight is now the new watchword and a new culture means problems are aired and confronted rather than just hoping they’d go away.
I happen to know someone who was involved in a round of the submission of numbers for replanning last year. He was scathing of the process: essentially a date had been set and the numbers had to match. Everyone knew the numbers being submitted were bogus.
Project Management 101: the numbers are the numbers. Fudging it to fit timelines is going to screw up planning, reporting RAG and RAID and budgeting.
The supervisory process seems f
ked.
Project Management 101: the numbers are the numbers. Fudging it to fit timelines is going to screw up planning, reporting RAG and RAID and budgeting.
The supervisory process seems f
ked.What generally (i.e. always) happens is that the software is always blamed for the project being late. It's because it's the last part to be installed, commissioned and tested and it never gets the agreed time to do so.
I've seen this happen time and time again (30 years working in industrial automation systems and software myself).
The software will be written and tested as far as it can using simulation code, test harnesses and so on. It gets to the point where it has to be installed on the target (i.e. actual) hardware.
But until all the hardware is installed, wired (correctly !), communications up, powered and so on the software can't be tested on the live actual system. Now say a project has allowed 6 months onsite control system testing. What always happens is that the installation work is not completed on time. But the advertised end date does not change. So that 6 months site testing ends up being about 3 days.
And at the end of those 3 days, what happens ? "Software is late" is the cry. No it's not - the installation is late and software testing has, as always, been squeezed and then gets the blame because it's the last part of the chain.
I've seen this happen time and time again (30 years working in industrial automation systems and software myself).
The software will be written and tested as far as it can using simulation code, test harnesses and so on. It gets to the point where it has to be installed on the target (i.e. actual) hardware.
But until all the hardware is installed, wired (correctly !), communications up, powered and so on the software can't be tested on the live actual system. Now say a project has allowed 6 months onsite control system testing. What always happens is that the installation work is not completed on time. But the advertised end date does not change. So that 6 months site testing ends up being about 3 days.
And at the end of those 3 days, what happens ? "Software is late" is the cry. No it's not - the installation is late and software testing has, as always, been squeezed and then gets the blame because it's the last part of the chain.
snuffy said:
What generally (i.e. always) happens is that the software is always blamed for the project being late. It's because it's the last part to be installed, commissioned and tested and it never gets the agreed time to do so.
I've seen this happen time and time again (30 years working in industrial automation systems and software myself).
The software will be written and tested as far as it can using simulation code, test harnesses and so on. It gets to the point where it has to be installed on the target (i.e. actual) hardware.
But until all the hardware is installed, wired (correctly !), communications up, powered and so on the software can't be tested on the live actual system. Now say a project has allowed 6 months onsite control system testing. What always happens is that the installation work is not completed on time. But the advertised end date does not change. So that 6 months site testing ends up being about 3 days.
And at the end of those 3 days, what happens ? "Software is late" is the cry. No it's not - the installation is late and software testing has, as always, been squeezed and then gets the blame because it's the last part of the chain.
Ditto construction.I've seen this happen time and time again (30 years working in industrial automation systems and software myself).
The software will be written and tested as far as it can using simulation code, test harnesses and so on. It gets to the point where it has to be installed on the target (i.e. actual) hardware.
But until all the hardware is installed, wired (correctly !), communications up, powered and so on the software can't be tested on the live actual system. Now say a project has allowed 6 months onsite control system testing. What always happens is that the installation work is not completed on time. But the advertised end date does not change. So that 6 months site testing ends up being about 3 days.
And at the end of those 3 days, what happens ? "Software is late" is the cry. No it's not - the installation is late and software testing has, as always, been squeezed and then gets the blame because it's the last part of the chain.
It always the Testing and commissioning that gets squeezed at the end.
The concern would be if they may short cut any of the commissioning.
Nickgnome said:
snuffy said:
What generally (i.e. always) happens is that the software is always blamed for the project being late. It's because it's the last part to be installed, commissioned and tested and it never gets the agreed time to do so.
I've seen this happen time and time again (30 years working in industrial automation systems and software myself).
The software will be written and tested as far as it can using simulation code, test harnesses and so on. It gets to the point where it has to be installed on the target (i.e. actual) hardware.
But until all the hardware is installed, wired (correctly !), communications up, powered and so on the software can't be tested on the live actual system. Now say a project has allowed 6 months onsite control system testing. What always happens is that the installation work is not completed on time. But the advertised end date does not change. So that 6 months site testing ends up being about 3 days.
And at the end of those 3 days, what happens ? "Software is late" is the cry. No it's not - the installation is late and software testing has, as always, been squeezed and then gets the blame because it's the last part of the chain.
Ditto construction.I've seen this happen time and time again (30 years working in industrial automation systems and software myself).
The software will be written and tested as far as it can using simulation code, test harnesses and so on. It gets to the point where it has to be installed on the target (i.e. actual) hardware.
But until all the hardware is installed, wired (correctly !), communications up, powered and so on the software can't be tested on the live actual system. Now say a project has allowed 6 months onsite control system testing. What always happens is that the installation work is not completed on time. But the advertised end date does not change. So that 6 months site testing ends up being about 3 days.
And at the end of those 3 days, what happens ? "Software is late" is the cry. No it's not - the installation is late and software testing has, as always, been squeezed and then gets the blame because it's the last part of the chain.
It always the Testing and commissioning that gets squeezed at the end.
The concern would be if they may short cut any of the commissioning.

Burning the left hand side of the plan and not being open and honest about it. Nor managing it correctly at the time.
Nickgnome said:
Ian Geary said:
So,
Project releases latest update on progress
Uninformed public blame senior politician for this bad news, of which the politician had no influence
And we wonder why politicians don't like to release honest updates of progress?
The worst grayling could be guilty of is not coming cleaning with bad news. Is he supposed to test the signalling equipment himself?
Much as I believe him to be pretty incompetent, he is not responsible for the situation with cross rail. Project releases latest update on progress
Uninformed public blame senior politician for this bad news, of which the politician had no influence
And we wonder why politicians don't like to release honest updates of progress?
The worst grayling could be guilty of is not coming cleaning with bad news. Is he supposed to test the signalling equipment himself?
He could be responsible for not trying harder to drill into the situation but that is it.
They even took 4 years to do a 1 year job to electrify a short train line between Camden and Barking. The wires are there, but no trains (software problems again). Rather than buying the better Siemens ones, they went for the Everyday Value option. Buy Cheap, Buy Twice...
Hence the attempted claw back of funds via the laughable ULEZ (Ultra Low Emission Zone)...
Grayling has responsibility as being responsible for DfT and could have intervened (he's doing the same with HS2), these joint venture schemes are great for making money with no real accountability

Gassing Station | News, Politics & Economics | Top of Page | What's New | My Stuff



