Tips on using this forum..

(1) Explain your problem, don't simply post "This isn't working". What were you doing when you faced the problem? What have you tried to resolve - did you look for a solution using "Search" ? Has it happened just once or several times?

(2) It's also good to get feedback when a solution is found, return to the original post to explain how it was resolved so that more people can also use the results.

Digital Railway

1 reply [Last post]
Andrew McLean-Reid
User offline. Last seen 1 year 16 weeks ago. Offline
Joined: 22 Jan 2013
Posts: 4
Groups: None

I work as a Project Planner for Network Rail in London.

I work free-lance, as many planners do, and have worked across a number of industries including oil & gas, civils, water and telecoms. But for the past 15 years I have worked in Rail. Although I have held a number of different project controls roles I tend towards project planning, and as I have signalling experience I am generally offered those positions due to the lack of experienced signalling resource on the market.

The reason for this intro is to illustrate that although I work in an engineering/construction environment, it comes with some unique aspects. CPA is pretty redundant, for example, as what drives Rail delivery tends to be access availability, rather than a critical path in the traditional sense. Likewise signalling delivery projects are a fusion of engineering and data production, which presents its own set of challenges.

However we are at the dawn of a new technology which will inevitably become standard, which is digital railway. Many countries have embarked on this technology and the UK is one of them. In broad terms we are talking about control systems which are managed by computerised systems to provide greater levels of management and the potential for more centralised and efficient control.

 

As a standard engineering/construction project we are used to a linear, cascading logic process ending in a go-live commissioning. This is represented rather elegantly by a Gantt chart, typically Primavera. But this process is not appropriate for data development which is far more cyclical than linear. Data is created, tested and given the results of the test, redesigned, retested &c. We can go from 70% complete one day, to 30% the next, to 90% the next. We are all aware how orthodox software developers do things, they release a version of software and wait for users to flush out the errors with help desk requests. But we cannot do that on the operational railway. If a software glitch turns all the signals red, or worse turns them green, we can't just press Ctrl+alt+delete. Trains smashing into each other is rather frowned upon in Network Rail.

So here is what I hope to discuss, how do we represent a hybrid approach to a digital railway project? Half software/IT and half engineering, half cyclical development and half cascading logic?

I really think that this type of project will become more typical as we see traditional control systems being increasingly managed by IT systems. From Signalling to SCADA. One similar example, although with key differences, is air traffic control. Does anyone have any experience in this or a related field?

Replies

Mike Testro
User offline. Last seen 1 week 8 hours ago. Offline
Joined: 14 Dec 2005
Posts: 4392

Hi Andrew

Welcome to Planning Planet.

Your request is beyond the ken of most of our members but you may strike lucky.

I have some experience of linear projects such as a railway and you are correct in that P6 is not up to the job.

I am surprised that it is the software of choice for Crossrail.

I also found that traditional CPM method does not show the true situation on the ground using a gantt chart.

I prefer a time/chain software such as Tilos.

Best regards

Mike Testro